WikiDer > Инго Мольнар

Ingo Molnár
Инго Мольнар
Инго molnar.jpg
Национальностьвенгерский язык
оккупацияПрограммист
РаботодательКрасная Шапка
ИзвестенПолностью честный планировщик

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

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

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

Работа

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

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