En septiembre de 2004, el desarrollador Andries Brouwer respondió en la lista de correo del kernel de Linux a una propuesta de parche llamada 'oom_pardon', que buscaba evitar que el sistema eliminara procesos específicos cuando se agotaba la memoria (OOM). Brouwer utilizó una extensa analogía para ilustrar lo que consideraba una falla de diseño fundamental del mecanismo OOM killer. Comparó al sistema con una aerolínea que, para ahorrar combustible, vuela con menos combustible del necesario, y cuando ocurre una escasez, resuelve el problema arrojando pasajeros por la puerta. La empresa desarrolló toda una teoría para seleccionar a la víctima adecuada: ¿al azar? ¿la más pesada? ¿la más vieja? ¿los pasajeros de primera clase están exentos? Brouwer señaló que, una vez que el mecanismo de expulsión existe, se activa incluso sin escasez de combustible, provocando fallos innecesarios. La metáfora critica la lógica del OOM killer: diseñar un sistema que mata procesos en situaciones extremas lleva a que se active incorrectamente, matando procesos cuando no hay una verdadera emergencia. Brouwer se oponía al parche 'oom_pardon' porque intentaba resolver un síntoma (proteger procesos como xlock) sin abordar el problema de fondo: un mecanismo de matanza que es inherentemente propenso a errores y que debería ser reemplazado por una solución más robusta, como un pánico del kernel si no se puede liberar memoria de otra forma. La discusión refleja un debate clásico en el diseño de sistemas operativos entre soluciones de emergencia y la estabilidad a largo plazo. Brouwer, conocido por su trabajo en el kernel y sus contribuciones a utilidades como 'util-linux', argumentó que la existencia misma de un asesino de procesos fomenta su mal funcionamiento. Su correo se convirtió en una referencia famosa dentro de la comunidad Linux por su aguda crítica y su estilo narrativo.
Andries Brouwer critica el OOM killer de Linux con una analogía aérea
