Ingo Molnár
De Wikipedia, la enciclopedia libre
  (Redirigido desde Ingo Molnar )
Saltar a navegación Saltar a búsqueda
Ingo Molnár
Ingo molnar.jpg
Nacionalidadhúngaro
OcupaciónProgramador
Empleadorsombrero rojo
Conocido porProgramador completamente justo

Ingo Molnár , empleado de Red Hat en mayo de 2013, es un pirata informático húngaro de Linux . Es mejor 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 .

Trabaja

Algunas de sus adiciones al kernel de Linux incluyen el programador O (1) de Linux-2.6.0 y el Programador Completamente Justo 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 previene las vulnerabilidades de desbordamiento del búfer 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 ), que tiene como objetivo reducir la latencia máxima de conmutación de subprocesos del kernel de Linux de un número ilimitado de milisegundos a valores limitados en el orden de decenas de microsegundos. (según el sistema). [3] A partir de 2011, Thomas Gleixner está trabajando para mejorar aún más el parche y conseguir importantes parches de infraestructura del conjunto de parches fusionados en el kernel de Mainline Linux.

Entre Linux 2.6.21 y Linux 2.6.24, trabajó en Completely Fair Scheduler (CFS) que se inspiró en el trabajo de programación 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 de Linux como "no lo suficientemente libre" para los usuarios con respecto a las aplicaciones. Argumenta que el sistema de distribución e implementación de software que se utiliza habitualmente mediante distribuciones de Linux organizadas de forma centralizada no es lo suficientemente rápido y flexible para satisfacer los requisitos de los usuarios y los productores de aplicaciones por igual. [5] Molnár sugiere un método de implementación 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]

Citas

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 el Linux de escritorio, por otro lado, dejó de escalar hace 10 años, en el límite de 1000 paquetes ...

[5]

Referencias

  1. ^ Entrevista de KernelTrap con Ingo Molnár (3 de diciembre de 2002 )
  2. ^ " " Exec Shield ", nueva característica de seguridad de Linux [LWN.net]" . lwn.net . Consultado el 10 de noviembre de 2020 .
  3. ^ "[anunciar] split-up -rt patch-queue, v2.6.22.1-rt2" . www.mail-archive.com . Consultado el 10 de noviembre de 2020 .
  4. ^ Linux: Programador completamente justo combinado (2007-07-10)
  5. ↑ a b Molnar, Ingo (17 de marzo de 2012). "Tecnología: ¿Qué aflige al escritorio Linux? Parte I." plus.google.com . Consultado el 16 de junio de 2012 .La falla básica del escritorio Linux gratuito es que, perversamente, no es lo suficientemente libre. Ha habido una serie de problemas de calidad del escritorio de Linux, incidentes específicos reportados por + Linas Vepstas, + Jon Masters, + Linus Torvalds y otros, y leer las discusiones de G + relacionadas 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, básicamente en todas las principales distribuciones de Linux, son los síntomas finales de los errores cometidos hace 10-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 las correcciones de seguridad (a veces meses) y meses (a veces años) para las funciones principales. Son organizaciones jerárquicas de planificación centralizada en lugar de sociedades libres democráticas distribuidas.
  6. ↑ Leonard, Thomas (16 de enero de 2007). "Sistemas de instalación descentralizados" . osnews.com . Consultado el 3 de mayo de 2012 .
  7. ^ Pedro, Simón (2010). "Documentación de AppImageKit 1.0" (PDF) . PortableLinuxApps.org. págs. 2-3. Archivado desde el original (pdf) el 29 de noviembre de 2010 . Consultado el 29 de julio de 2011 . Las distribuciones de Linux utilizan principalmente administradores de paquetes para todo. Si bien muchos entusiastas de Linux perciben que esto es 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 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 [...]
  8. ↑ Ingo Molnar (17 de marzo de 2012). "Tecnología: ¿Qué aflige al escritorio Linux? Parte II" . plus.google.com . Consultado 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 paquete totalmente planas (es decir, una actualización de paquete no atrae a la fuerza otras actualizaciones de paquete) [...] - una plataforma ABI garantizada en el futuro (una vez que se instala 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.

enlaces externos

  • Página de inicio de Ingo Molnár en Red Hat
  • Página de inicio de RT-kernel de Ingo Molnár
  • La Wiki de RT-kernel
  • Actividad de Ingo LKML
Obtenido de " https://en.wikipedia.org/w/index.php?title=Ingo_Molnár&oldid=1000932817 "
Contribute a better translation