Ingo Molnár , empleado de Red Hat desde mayo de 2013, es un hacker húngaro especializado en Linux . Es conocido por sus contribuciones al sistema operativo en términos de seguridad y rendimiento .
Vida y carrera
Molnár estudió en la Universidad Eötvös Loránd .
Trabajar
Algunas de sus contribuciones al kernel de Linux incluyen el planificador O(1) de Linux-2.6.0 y el planificador completamente justo de Linux-2.6.23, el servidor HTTP / FTP TUX integrado en el kernel , así como su trabajo para mejorar el manejo de hilos . [ 1 ] También escribió una función de seguridad del kernel llamada " Exec Shield ", que previene las vulnerabilidades de desbordamiento de búfer basadas en la 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 preempción en tiempo real ( PREEMPT RT ), cuyo objetivo es reducir la latencia máxima de cambio de subprocesos del kernel de Linux de un número ilimitado de milisegundos a valores limitados del orden de decenas de microsegundos (dependiendo del sistema). [ 3 ] A partir de 2011, Thomas Gleixner está trabajando en mejorar aún más el parche y en lograr que parches de infraestructura importantes del conjunto de parches se integren en el kernel principal de Linux.
Entre Linux 2.6.21 y Linux 2.6.24, trabajó en el Planificador Completamente Justo (CFS), que se inspiró en el trabajo de planificador de Con Kolivas . CFS reemplazó al planificador 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 libre para los usuarios en lo que respecta a las aplicaciones. Argumenta que el sistema típico de distribución y despliegue de software, organizado centralmente por distribuciones Linux, no es lo suficientemente rápido ni flexible para satisfacer las necesidades tanto de los usuarios como de los productores de aplicaciones. [ 5 ] Molnár sugiere un método de despliegue descentralizado (similar a Autopackage , Zero Install, [ 6 ] o el sucesor de Klik, AppImage [ 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ó una RFC sobre un conjunto de aproximadamente 2300 parches, denominados "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 las dependencias de los archivos de inclusión, el llamado "infierno de las dependencias". [ 9 ]
Citas
Sobre la pregunta de por qué el escritorio Linux aún no ha sido adoptado por los usuarios mayoritarios: [ 5 ]
El principal fallo del escritorio Linux gratuito es que, paradójicamente, no es lo suficientemente libre...
Las distribuciones de Linux para escritorio están intentando "apropiarse" de 20.000 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 gestión de paquetes de Linux funciona razonablemente bien en el ámbito empresarial (que en la mayoría de los casos es una organización jerárquica y de planificación centralizada), pero Linux para escritorio, por otro lado, dejó de escalar hace 10 años, al alcanzar el límite de 1000 paquetes...
Referencias
- ↑ Entrevista de KernelTrap con Ingo Molnár (3 de diciembre de 2002)
- ↑ ""Exec Shield", nueva función de seguridad de Linux [ LWN.net ] " . lwn.net . Consultado el 10-11-2020 .
- ↑ " [ anuncio ] split-up -rt patch-queue, v2.6.22.1-rt2" . www.mail-archive.com . Consultado el 10-11-2020 .
- ↑ Linux: Planificador completamente justo integrado (10/07/2007)
- 1 2 Molnar, Ingo (2012-03-17). "Tecnología: ¿Qué aqueja al escritorio Linux? Parte I." Recuperado el 2012-06-16 .
El fallo básico del escritorio Linux libre es que, paradójicamente, no es lo suficientemente libre. Ha habido una serie de problemas de calidad en el escritorio Linux, incidentes específicos reportados por +Linas Vepstas, +Jon Masters, +Linus Torvalds y otros, y leer las discusiones relacionadas en G+ me hizo darme cuenta de que muchos desarrolladores de OSS no se dan cuenta del profundo agujero en el que estamos. El pésimo escritorio Linux que estamos viendo hoy, en prácticamente todas las principales distribuciones de Linux, son los síntomas finales de errores cometidos hace 10-20 años: los gritos de muerte de una plataforma. Las distribuciones de escritorio Linux están tratando de "apropiarse" de 20 mil paquetes de aplicaciones que consisten en 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 tiempo de actualización típico para una aplicación es de semanas para correcciones de seguridad (a veces meses) y de 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.
- ↑ Leonard, Thomas (16 de enero de 2007). "Sistemas de instalación descentralizados" . osnews.com . Consultado el 3 de mayo de 2012 .
- ↑ Peter, Simon (2010). "Documentación de AppImageKit 1.0" (PDF) . PortableLinuxApps.org. págs. 2–3 . Archivado del original (PDF) el 29/11/2010 . Recuperado el 29/07/2011 .
Las distribuciones de Linux utilizan principalmente gestores 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 hay aplicaciones recientes en sistemas operativos maduros [...], No hay forma de usar varias 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 [...]
- ↑ Ingo Molnar (17 de marzo de 2012). "Tecnología: ¿Qué aqueja al escritorio Linux? Parte II" . Recuperado el 16 de junio de 2012. Entonces ,
para arreglar Linux de escritorio necesitamos un modelo de distribución de software radicalmente diferente: menos catedral, más bazar. [...] - dependencias de paquetes totalmente planas (es decir, una actualización de paquete no obliga a incluir otras actualizaciones de paquetes) [...] - una plataforma ABI garantizada en el futuro (una vez que se instala un paquete, nunca volverá a romperse ni a requerir actualizaciones forzadas). Los usuarios quieren estar libres de la presión de actualización del resto del sistema, si así lo desean.
- ↑ Carta de presentación del parche de Ingo Molnar (02/01/2022)
Enlaces externos
- Página principal de Ingo Molnár en Red Hat. Archivada el 15 de noviembre de 2010 en Wayback Machine.
- Página principal del kernel RT de Ingo Molnár. Archivada el 31 de agosto de 2005 en la Wayback Machine.
- La wiki del kernel RT
- Actividad de Ingo LKML
- Programadores del kernel de Linux
- Personas vivas
- científicos informáticos húngaros
- Programadores de software libre
- programadores informáticos húngaros
- empleados de Red Hat