stringtranslate.com

Инго Молнар

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

Жизнь и карьера

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

Работа

Некоторые из его дополнений к ядру Linux включают планировщик O(1) Linux-2.6.0 и Completely Fair Scheduler 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 он работал над Completely Fair Scheduler (CFS), вдохновленным работой планировщика Con Kolivas . CFS заменил предыдущий планировщик процессов ядра Linux на Linux-2.6.23. [4]

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

В начале 2022 года он представил RFC на набор из около 2300 патчей, получивших название «Быстрые заголовки ядра», которые призваны улучшить время компиляции ядра на 50-80% и в то же время значительно уменьшить проблемы, создаваемые иерархией и зависимости включаемых файлов, так называемый «ад зависимостей». [9]

Кавычки

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

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

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

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

[5]

Рекомендации

  1. ^ Интервью KernelTrap с Инго Молнаром (3 декабря 2002 г.)
  2. ^ ««Exec Shield», новая функция безопасности Linux [LWN.net]» . lwn.net . Проверено 10 ноября 2020 г.
  3. ^ «[объявить] разделение -rt patch-queue, v2.6.22.1-rt2» . www.mail-archive.com . Проверено 10 ноября 2020 г.
  4. ^ Linux: полностью честный планировщик объединен (10 июля 2007 г.)
  5. ^ Аб Молнар, Инго (17 марта 2012 г.). «Технологии: что беспокоит рабочий стол Linux? Часть I». Проверено 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) 29 ноября 2010 г. Проверено 29 июля 2011 г. Дистрибутивы Linux в основном используют менеджеры пакетов для всего. Хотя многие энтузиасты Linux считают, что это превосходит Windows и Mac, это также создает ряд недостатков: Централизация [...], Дублирование усилий [...], Необходимость быть онлайн [...], Нет последние приложения в зрелых операционных системах [...], невозможно использовать несколько версий параллельно [...], нелегко переместить приложение с одного компьютера на другой [...]. Формат AppImage был создан с конкретными целями: быть независимым от дистрибутива [...], поддерживать двоичную совместимость [...]
  8. ^ Инго Молнар (17 марта 2012 г.). «Технологии: что беспокоит рабочий стол Linux? Часть II» . Проверено 16 июня 2012 г. Итак, чтобы исправить настольный Linux, нам нужна радикально другая модель распространения программного обеспечения: не столько собор, сколько базар. [...] - полностью плоские зависимости пакетов (т.е. обновление пакета не затягивает принудительно другие обновления пакета) [...] - гарантированная платформа ABI в будущем (после установки пакета он никогда не сломается и не потребует принудительных обновлений) снова). Пользователи хотят быть свободными от давления обновлений со стороны остальной части системы, если они захотят.
  9. Сопроводительное письмо к патчу Инго Молнара (2 января 2022 г.)

Внешние ссылки