Seine bekanntesten Entwicklungen sind der O(1)-Scheduler und der Completely Fair Scheduler im 2.6er-Kernel und der kernelbasierte Webserver Tux. Weitere wesentliche Beiträge zum Linux-Kernel sind Verbesserungen am Thread-System des Kernels (siehe Native POSIX Thread Library) und der sogenannte Exec Shield, welcher Buffer Overflows auf der x86er-Architektur verhindern kann. Sein aktuelles Projekt ist der rt-tree (realtime preemption patch), das den Linux-Kernel um Echtzeitfähigkeiten erweitert. Ingo Molnár ist zurzeit bei Red Hat angestellt.
Kritik des Linux-Desktops
2012 kritisierte Molnar den Linux-Desktop deutlich als „nicht frei genug“, da die zentral organisierte Softwareverbreitung über die Linux-Distributionen zu träge sei und auch nicht ausreichend mit der Anzahl der Applikationen skaliere um den Erwartungen der Anwender gerecht zu werden.[1] Er plädierte konkret für die Bereitstellung einer dezentralen, skalierungfähigen und distributionsunabhängigen Softwareverbreitungsmethode (ähnlich z. B. Autopackage[2], Zero Install[3], Klik-Nachfolger PortableLinuxApps[4]), das Fehlen eines solchen Mechanismus sei eines der Kernprobleme des Linux-Desktops.[5]
Fast Kernel Project
Im Januar 2022 stellte er sein Fast Kernel Headers project[6] vor, das Abhängigkeiten der Kernel Header untereinander reduziert und damit eine kürzere Build-Zeit des Kernels ermöglicht. In seiner Veröffentlichung des Projektes in der Kernel-Mailing-Liste schrieb er von einer um 78 % höheren Build-Geschwindigkeit.[6]
↑Ingo Molnár: Technology: What ails the Linux desktop? Part I. plus.google.com, 17. März 2012, abgerufen am 16. Juni 2012 (englisch): „The basic failure of the free Linux desktop is that it’s, perversely, not free enough. There’s been a string of Linux desktop quality problems, specific incidents reported by +Linas Vepstas , +Jon Masters , +Linus Torvalds and others, and reading the related G+ discussions made me aware that many OSS developers don't realize what a deep hole we are in. The desktop Linux suckage we are seeing today – on basically all the major Linux distributions – are the final symptoms of mistakes made 10-20 years ago – the death cries of a platform. Desktop Linux distributions are trying to ‘own’ 20 thousand application packages consisting of over a billion lines of code and have created parallel, mostly closed ecosystems around them. The typical update latency for an app is weeks for security fixes (sometimes months) and months (sometimes years) for major features. They are centrally planned, hierarchical organizations instead of distributed, democratic free societies.“
↑Robert Staudinger: Distributionsunabhängige Pakete mit Autopackage – Eines für alle.Linux-Magazin 2006/02, 1. Februar 2006, abgerufen am 11. April 2012: „Obwohl sie nach dem gleichen Prinzip arbeiten, laufen RPMs von Suse 9.2 nicht unter Suse 9.3 und schon gar nicht unter Red Hat. Das Autopackage-Projekt setzt auf einen einheitlichen Standard für die Erstellung von Installationspaketen. Dabei lösen die einzelnen Pakete ihre Abhängigkeiten selbst auf.“
↑Simon Peter: AppImageKit Documentation 1.0. (PDF; 38 kB) PortableLinuxApps.org, 2010, S. 2–3, archiviert vom Original am 29. November 2010; abgerufen am 29. Juli 2011: „Linux distributions mostly use package managers for everything. While this is perceived superior to Windows and the Mac by many Linux enthusiasts, it also creates a number of disadvantages: Centralization […], Duplication of effort […], Need to be online […], No recent apps on mature operating systems […], No way to use multiple versions in parallel […], Not easy to move an app from one machine to another […]. The AppImage format has been created with specific objectives in mind: Be distribution-agnostic […], Maintain binary compatibility […]“Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/portablelinuxapps.org
↑Ingo Molnár: Technology: What ails the Linux desktop? Part II. plus.google.com, 17. März 2012, abgerufen am 16. Juni 2012 (englisch): „So, to fix desktop Linux we need a radically different software distribution model: less of a cathedral, more of a bazaar. […] – totally flat package dependencies (i.e. a package update does not forcibly pull in other package updates) […] – a guaranteed ABI platform going forward (once a package is installed it will never break or require forced updates again). Users want to be free of update pressure from the rest of the system, if they choose to.“
