#oomkiller
tshirt that says 'oomkiller is my garbage collector'
April 8, 2026 at 6:49 PM
it's all fun and games until oomkiller reaches the playfield
March 2, 2026 at 12:10 AM
the oomkiller must be scary as fuck when ur a process
December 2, 2025 at 10:30 AM
ACAB includes the oomkiller
June 19, 2024 at 11:13 PM
Linux Oomkiller = fantastic star wars character name
June 28, 2024 at 6:51 PM
i should get an "oomkiller is my garbage collector" trucker hat printed before i go back into job interviews
April 9, 2026 at 7:34 PM
Such an awesome feature! Catch a heap profile just before your Go process is just about to be killed by the OOM killer. (truly hooking into the kernel's OOMkiller with eBPF!)
Tame the OOM killer with OOMProf, the new eBPF memory profiler for Go programs being taken out by the kernels OOM killer!
www.polarsignals.com/blog/posts/2...
OOMProf - Profiling on the Brink
Using eBPF to record your programs dying breathes
www.polarsignals.com
August 13, 2025 at 3:29 PM
tfw OOMKiller becomes russian roulette for high value processes
September 16, 2024 at 11:28 PM
So far this morning I had to force reset a system that had gotten locked up by oomkiller and then as I was writing an email telling a team another system had gotten locked up by oomkiller a ticket came in that a third system had gotten locked up by oomkiller.
May 19, 2025 at 3:27 PM
ビルド通ったかと思ったらOOMkillerにやられてた。。。
August 25, 2025 at 1:27 PM
In my experience OOMs happen really quick out of nowhere.

Did you check dmesg, or wherever it is, for the oomkiller scores?
June 14, 2026 at 9:16 AM
"I must not use memory. Using memory is the oomkiller. I will stream process my inputs, and when they are done, only I will remain"
December 2, 2025 at 11:00 AM
typical OOMKiller, trying to Settle The Score
March 21, 2026 at 1:19 PM
I think I figured out why Immich kept crashing (OOMKiller)
March 4, 2025 at 2:47 AM
hello oomkiller, my old friend
December 16, 2023 at 11:19 PM
Yeah. I had a visit from the oomkiller earlier 😭
December 5, 2023 at 2:38 PM
i may or may not be actually just literally running out of ram to the point the oomkiller is firing ;x
October 18, 2025 at 9:39 PM
Attacking this problem with A* mostly taught me that WSL has an OOMKiller just like real Linux.
December 11, 2025 at 4:43 AM
Is it too late to make submissions?
- bird feeder cameras: Why is my garden is full of nothing but common-ass birds?
- scarification: more satisfying than lawn mowing? All signs point to yes
- pod limits: the silent OOMKiller
April 20, 2025 at 10:40 AM
Stuff on my VPS kept crashing and apparently the issues was that it had no swap configured so when the RAM ran out OOMKiller would start
August 2, 2024 at 6:54 PM
We had a production outage on our Mastodon instance burningboard.net:

Root-cause analysis:

At around 16:23 today, the Linux OOMKiller did terminate two processes: java (Elasticsearch) and a PostgreSQL checkpoint process.

The termination of the pg […]

[Original post on burningboard.net]
September 28, 2025 at 3:51 PM
phew... that was close. successfully recovered my 7x20TB RAID6 array after a bad post-grow-fs-resize. that was fucking scary. fear is the oomkiller.

protip: resizing+fscking 100TB of space requires ~100GB of RAM, counting swap + scratch, else get oomed.

kk I'mma pass out now, that fucking sucked.
January 19, 2026 at 1:36 PM
I can do some annoying things to fix this particular issue, but it'll happen again in a different way. nvme disks basically are RAM and even if they are slow, id prefer my perf getting nuked temporarily to the oomkiller blasting away indiscriminately at my browser, terminal, tmux, etc
June 7, 2023 at 8:34 PM
Ubuntu 26.10 ajusta la gestión de memoria RAM para prevenir fallos en el escritorio

🤖 IA: No es clickbait ✅
👥 Usuarios: No es clickbait ✅

#ubuntu #memoriaram #oomkiller

👇👇👇
Ubuntu 26.10 ajusta la gestión de memoria RAM para prevenir fallos en el escritorio
Ubuntu 26.10 introduce un cambio significativo en la forma en que gestiona la memoria RAM para evitar fallos en la sesión de escritorio. El sistema modifica el mecanismo OOM killer (Out-Of-Memory killer), parte del kernel de Linux, que cierra procesos cuando la memoria se agota. Tradicionalmente, este mecanismo asignaba prioridades a los procesos basándose en una puntuación fija, sin considerar quién estaba consumiendo más memoria en ese momento. Esto provocaba que, en situaciones de alta presión de memoria, el sistema cerrara servicios críticos como GNOME Shell en lugar de aplicaciones problemáticas como una pestaña de navegador. El resultado era la pérdida total de la sesión de escritorio, obligando al usuario a reiniciar todo el sistema. En Ubuntu 26.10, Canonical ha rebajado las puntuaciones de prioridad OOM para los procesos gráficos, asegurando que el kernel prefiera cerrar aplicaciones de usuario antes que servicios centrales del sistema. Además, se ha eliminado la capacidad de systemd-oomd para cerrar sesiones de usuario, ya que este demonio utilizaba puntuaciones de prioridad distintas a las del kernel, lo que permitía que servicios importantes fueran eliminados a pesar de los ajustes del kernel. Este cambio es un primer paso hacia una gestión más granular de la memoria en futuras versiones, aunque no garantiza que Ubuntu sea inmune a problemas de falta de memoria. La beta de Ubuntu 26.10 estará disponible el 24 de septiembre de 2026, con los ajustes ya activos, mientras que la versión estable se lanzará el 15 de octubre de 2026. Los usuarios que prueben la beta podrán comprobar cómo este ajuste reduce la probabilidad de que una aplicación descontrolada provoque la caída de toda la sesión de escritorio.
es.killbait.com
September 22, 2026 at 11:52 AM
Ubuntu 26.10 cambia el uso de memoria RAM para evitar fallos en el escritorio

#ubuntu #memoriaram #oomkiller

👇👇👇
Ubuntu 26.10 ajusta la gestión de memoria RAM para prevenir fallos en el escritorio
Ubuntu 26.10 introduce un cambio significativo en la forma en que gestiona la memoria RAM para evitar fallos en la sesión de escritorio. El sistema modifica el mecanismo OOM killer (Out-Of-Memory killer), parte del kernel de Linux, que cierra procesos cuando la memoria se agota. Tradicionalmente, este mecanismo asignaba prioridades a los procesos basándose en una puntuación fija, sin considerar quién estaba consumiendo más memoria en ese momento. Esto provocaba que, en situaciones de alta presión de memoria, el sistema cerrara servicios críticos como GNOME Shell en lugar de aplicaciones problemáticas como una pestaña de navegador. El resultado era la pérdida total de la sesión de escritorio, obligando al usuario a reiniciar todo el sistema. En Ubuntu 26.10, Canonical ha rebajado las puntuaciones de prioridad OOM para los procesos gráficos, asegurando que el kernel prefiera cerrar aplicaciones de usuario antes que servicios centrales del sistema. Además, se ha eliminado la capacidad de systemd-oomd para cerrar sesiones de usuario, ya que este demonio utilizaba puntuaciones de prioridad distintas a las del kernel, lo que permitía que servicios importantes fueran eliminados a pesar de los ajustes del kernel. Este cambio es un primer paso hacia una gestión más granular de la memoria en futuras versiones, aunque no garantiza que Ubuntu sea inmune a problemas de falta de memoria. La beta de Ubuntu 26.10 estará disponible el 24 de septiembre de 2026, con los ajustes ya activos, mientras que la versión estable se lanzará el 15 de octubre de 2026. Los usuarios que prueben la beta podrán comprobar cómo este ajuste reduce la probabilidad de que una aplicación descontrolada provoque la caída de toda la sesión de escritorio.
killbait.com
September 21, 2026 at 4:44 PM