Из Википедии, бесплатной энциклопедии
  (Перенаправлен от Инго Мольнара )
Перейти к навигации Перейти к поиску

Инго Мольнар , нанятый Red Hat с мая 2013 года, является венгерским хакером Linux . Он наиболее известен своим вкладом в операционную систему с точки зрения безопасности и производительности .

Жизнь и карьера [ править ]

Мольнар учился в Университете Этвеша Лоранда .

Работа [ править ]

Некоторые из его дополнений к ядру Linux включают планировщик O (1) в Linux-2.6.0 и полностью справедливый планировщик Linux-2.6.23, встроенный в ядро HTTP / FTP- сервер TUX , а также его работу по улучшению обработка потоков . [1] Он также написал функцию безопасности ядра под названием « Exec Shield », которая предотвращает эксплойты переполнения буфера на основе стека в архитектуре x86 путем отключения разрешения на выполнение для стека. [2]

Вместе с Томасом Глейкснером он работал над набором патчей с приоритетом в реальном времени ( PREEMPT_RT ), который направлен на уменьшение максимальной задержки переключения потоков ядра Linux с неограниченного количества миллисекунд до ограниченных значений порядка десятков микросекунд. (в зависимости от системы). [3] По состоянию на 2011 год Томас Глейкснер работает над дальнейшим улучшением исправления и объединением важных исправлений инфраструктуры из набора исправлений в ядро ​​Mainline Linux.

Между Linux 2.6.21 и Linux 2.6.24 он работал над полностью справедливым планировщиком (CFS), который был вдохновлен работой планировщика Кона Коливаса . CFS заменил предыдущий планировщик процессов ядра Linux на Linux-2.6.23. [4]

В 2012 году Молнар раскритиковал рабочий стол Linux как «недостаточно бесплатный» для пользователей в отношении приложений. Он утверждает, что обычно используемая система распространения и развертывания программного обеспечения централизованно организованными дистрибутивами Linux не является достаточно быстрой и гибкой, чтобы удовлетворить потребности как пользователей, так и производителей приложений. [5] Молнар предлагает Decentral метод развертывания ( по аналогии с Autopackage , Ноль Установка , [6] или Klik-преемника AppImage [7] ) , что позволяет более гибкую инфраструктуру приложений , образованную стабильной платформы и независимых поставщиков программного обеспечения .[8]

Цитаты [ править ]

На вопрос, почему рабочий стол Linux еще не принят массовыми пользователями:

Основной недостаток бесплатного рабочего стола Linux в том, что он, как ни странно, недостаточно бесплатный ...

Дистрибутивы Linux для настольных ПК пытаются «владеть» 20 тысячами пакетов приложений, состоящих из более чем миллиарда строк кода, и создают вокруг них параллельные, в основном закрытые экосистемы ...

Система методов управления пакетами Linux работает достаточно хорошо на предприятии (которое в большинстве случаев представляет собой иерархическую, централизованно планируемую организацию), но настольный Linux, с другой стороны, прекратил масштабирование 10 лет назад при ограничении в 1000 пакетов ...

[5]

Ссылки [ править ]

  1. ^ Интервью KernelTrap с Инго Мольнаром (2002-12-03)
  2. ^ " " Exec Shield ", новая функция безопасности Linux [LWN.net]" . lwn.net . Проверено 10 ноября 2020 .
  3. ^ "[объявить] split-up -rt patch-queue, v2.6.22.1-rt2" . www.mail-archive.com . Проверено 10 ноября 2020 .
  4. ^ Linux: полностью объединенный планировщик (2007-07-10)
  5. ^ a b Молнар, Инго (2012-03-17). «Технологии: что беспокоит рабочий стол Linux? Часть I.» plus.google.com . Проверено 16 июня 2012 .Основной недостаток бесплатного рабочего стола Linux состоит в том, что он, как ни странно, недостаточно бесплатный. Был ряд проблем с качеством рабочего стола Linux, конкретные инциденты, о которых сообщили + Линас Вепстас, + Джон Мастерс, + Линус Торвальдс и другие, и чтение соответствующих обсуждений в G + заставили меня понять, что многие разработчики OSS не понимают, какая глубокая дыра мы Отстойный Linux для настольных ПК, который мы наблюдаем сегодня - практически во всех основных дистрибутивах Linux - являются последними симптомами ошибок, сделанных 10-20 лет назад - предсмертными криками платформы. Дистрибутивы Linux для настольных ПК пытаются «владеть» 20 тысячами пакетов приложений, состоящих из более чем миллиарда строк кода, и создают вокруг них параллельные, в основном закрытые экосистемы.Типичная задержка обновления для приложения составляет недели для исправлений безопасности (иногда месяцы) и месяцы (иногда годы) для основных функций. Это централизованно планируемые иерархические организации, а не распределенные демократические свободные общества.
  6. Леонард, Томас (16 января 2007 г.). «Децентрализованные системы установки» . osnews.com . Проверено 3 мая 2012 .
  7. ^ Питер, Саймон (2010). «Документация по AppImageKit 1.0» (PDF) . PortableLinuxApps.org. С. 2–3. Архивировано из оригинала (PDF) на 2010-11-29 . Проверено 29 июля 2011 . Дистрибутивы Linux в основном используют менеджеры пакетов для всего. Хотя многие энтузиасты Linux считают это лучше Windows и Mac, это также создает ряд недостатков: централизация [...], дублирование усилий [...], необходимость быть в сети [...], нет недавние приложения в зрелых операционных системах [...], Невозможно использовать несколько версий параллельно [...], Непросто перенести приложение с одного компьютера на другой [...]. Формат AppImage был создан с особыми целями: быть независимым от [...] дистрибутива, поддерживать двоичную совместимость [...]
  8. ^ Инго Молнар (2012-03-17). «Технологии: что беспокоит рабочий стол Linux? Часть II» . plus.google.com . Проверено 16 июня 2012 . Итак, чтобы исправить настольный Linux, нам нужна радикально иная модель распространения программного обеспечения: меньше собора, больше базара. [...] - полностью плоские зависимости пакетов (т.е. обновление пакета не требует принудительного включения других обновлений пакета) [...] - гарантированная платформа ABI в будущем (после установки пакета он никогда не сломается и не потребует принудительных обновлений. опять таки). Пользователи хотят быть свободными от необходимости обновления со стороны остальной системы, если они захотят.

Внешние ссылки [ править ]

  • Домашняя страница Инго Мольнара в Red Hat
  • Домашняя страница RT-ядра Инго Мольнара
  • Вики по RT-ядру
  • Активность Ingo LKML