Ingo Molnár , empleado de Red Hat desde mayo de 2013, es un hacker de Linux húngaro . Es conocido por sus contribuciones al sistema operativo en términos de seguridad y rendimiento .
Molnár estudió en la Universidad Eötvös Loránd .
Algunas de sus adiciones al kernel de Linux incluyen el programador O(1) de Linux-2.6.0 y el programador Completely Fair de Linux-2.6.23, el servidor TUX HTTP / FTP en el kernel , así como su trabajo para mejorar manejo de hilos . [1] También escribió una característica de seguridad del kernel llamada " Exec Shield ", que evita vulnerabilidades de desbordamiento del búfer basado en pila en la arquitectura x86 al deshabilitar el permiso de ejecución para la pila. [2]
Junto con Thomas Gleixner, trabajó en el conjunto de parches de preferencia en tiempo real ( PREEMPT_RT ), cuyo objetivo es reducir la latencia máxima de conmutación de subprocesos del kernel de Linux desde un número ilimitado de milisegundos hasta valores acotados del orden de decenas de microsegundos. (dependiendo del sistema). [3] A partir de 2011, Thomas Gleixner está trabajando para mejorar aún más el parche y lograr que importantes parches de infraestructura del conjunto de parches se fusionen en el kernel Mainline de Linux.
Entre Linux 2.6.21 y Linux 2.6.24, trabajó en Completely Fair Scheduler (CFS), que se inspiró en el trabajo del programador de Con Kolivas . CFS reemplazó el programador de procesos anterior del kernel de Linux con Linux-2.6.23. [4]
En 2012, Molnar criticó el escritorio Linux por "no ser lo suficientemente gratuito" para los usuarios con respecto a las aplicaciones. Sostiene que el sistema de distribución e implementación de software típicamente utilizado por distribuciones de Linux organizadas centralmente no es lo suficientemente rápido y flexible para satisfacer los requisitos tanto de los usuarios como de los productores de aplicaciones. [5] Molnár sugiere un método de implementación descentralizado (similar a Autopackage , Zero Install, [6] o AppImage , sucesor de Klik [7] ) que permite una infraestructura de aplicaciones más flexible formada por una plataforma estable y proveedores de software independientes . [8]
A principios de 2022, presentó un RFC sobre un conjunto de alrededor de 2300 parches, llamados "Fast Kernel Headers", que tienen como objetivo mejorar los tiempos de compilación del kernel entre un 50 y un 80 % y al mismo tiempo reducir significativamente los problemas creados por la jerarquía y dependencias de archivos incluidos, el llamado "infierno de dependencias". [9]
Sobre la pregunta de por qué los usuarios principales aún no han adoptado el escritorio Linux :
El fallo básico del escritorio Linux gratuito es que, perversamente, no es lo suficientemente libre...
Las distribuciones de Linux de escritorio están tratando de "poseer" 20 mil paquetes de aplicaciones que constan de más de mil millones de líneas de código y han creado ecosistemas paralelos, en su mayoría cerrados, a su alrededor...
El sistema de método de administración de paquetes de Linux funciona razonablemente bien en la empresa (que es una organización jerárquica y planificada centralmente en la mayoría de los casos), pero Linux de escritorio, por otro lado, dejó de escalar hace 10 años, en el límite de 1000 paquetes...
[5]
El fallo básico del escritorio Linux gratuito es que, perversamente, no es lo suficientemente libre. Ha habido una serie de problemas de calidad de escritorio Linux, incidentes específicos reportados por +Linas Vepstas, +Jon Masters, +Linus Torvalds y otros, y la lectura de las discusiones relacionadas en G+ me hizo darme cuenta de que muchos desarrolladores de OSS no se dan cuenta del profundo agujero que tenemos. La succión de Linux de escritorio que estamos viendo hoy en día, básicamente en todas las principales distribuciones de Linux, son los síntomas finales de los errores cometidos hace 10 o 20 años: los gritos de muerte de una plataforma. Las distribuciones de Linux de escritorio están tratando de "poseer" 20 mil paquetes de aplicaciones que constan de más de mil millones de líneas de código y han creado ecosistemas paralelos, en su mayoría cerrados, a su alrededor. La latencia de actualización típica de una aplicación es de semanas para correcciones de seguridad (a veces meses) y meses (a veces años) para funciones importantes. Son organizaciones jerárquicas y de planificación centralizada en lugar de sociedades libres, democráticas y distribuidas.
Las distribuciones de Linux utilizan principalmente administradores de paquetes para todo. Si bien muchos entusiastas de Linux lo perciben como superior a Windows y Mac, también crea una serie de desventajas: centralización [...], duplicación de esfuerzos [...], necesidad de estar en línea [...], no aplicaciones recientes en sistemas operativos maduros [...], No hay forma de usar múltiples versiones en paralelo [...], No es fácil mover una aplicación de una máquina a otra [...]. El formato AppImage se ha creado con objetivos específicos en mente: ser independiente de la distribución [...], mantener la compatibilidad binaria [...]
Entonces, para arreglar Linux de escritorio necesitamos un modelo de distribución de software radicalmente diferente: menos una catedral, más un bazar. [...] - dependencias de paquetes totalmente planas (es decir, una actualización de paquete no fuerza la incorporación de otras actualizaciones de paquetes) [...] - una plataforma ABI garantizada en el futuro (una vez instalado un paquete, nunca se romperá ni requerirá actualizaciones forzadas de nuevo). Los usuarios quieren estar libres de la presión de actualización del resto del sistema, si así lo desean.