잉고 몰나르

Ingo Molnár
잉고 몰나르
Ingo molnar.jpg
국적.헝가리어
직종.프로그래머
고용주레드햇
로 알려져 있다완전 균등화 스케줄러

Ingo Molnarr는 2013년 5월 현재 Red Hat에 고용된 헝가리의 Linux 해커입니다.그는 보안과 성능 에서 운영 체제에 기여한 것으로 알려져 있습니다.

인생과 경력

몰나르는 외트뵈스 로란트 대학에서 공부했다.

일하다.

Linux 커널에 추가한 것 중에는 Linux-2.6.0의 O(1) 스케줄러와 Linux-2.6.23의 Complete Fair Scheduler, 커널TUX HTTP/FTP 서버, 스레드 [1]처리를 강화하는 작업이 있습니다.그는 또한 "Exec Shield"라고 불리는 커널 보안 기능을 작성했는데, 이 기능은 [2]스택에 대한 실행 권한을 비활성화함으로써 x86 아키텍처에서 스택 기반 버퍼 오버플로우 공격을 방지합니다.

Thomas Gleixner와 함께 실시간 프리엠프션(PREEMPT_RT) 패치셋에 대해 연구했습니다.이 패치셋은 Linux 커널의 최대 스레드 스위칭 레이텐시를 밀리초 단위에서 수십 마이크로초 단위([3]시스템에 따라 다름)로 단축하는 것을 목표로 하고 있습니다.2011년 현재 Thomas Gleixner는 패치를 더욱 개선하고 패치 세트의 중요한 인프라스트럭처 패치를 Mainline Linux 커널에 통합하기 위해 노력하고 있습니다.

Linux 2.6.21과 Linux 2.6.24 사이에서 그는 Con Kolivas의 스케줄러 작업에서 영감을 얻은 CFS(Complete Fair Scheduler)를 작업했습니다.CFS는 Linux 커널의 이전 프로세스 스케줄러를 Linux-2.6.[4]23으로 대체했습니다.

2012년 Molnar는 Linux 데스크톱이 애플리케이션에 대해 사용자에게 "충분히 무료가 아니다"라고 비판했습니다.그는 일원화된 Linux 디스트리뷰션에서 일반적으로 사용되는 소프트웨어 디스트리뷰션 및 디플로이먼트 시스템은 사용자와 애플리케이션 제작자의 요건을 [5]모두 충족할 만큼 빠르고 유연하지 않다고 주장합니다.Molnarr는 안정적인 플랫폼과 독립 소프트웨어 [8]프로바이더가 형성하는 보다 유연한 애플리케이션 인프라스트럭처를 가능하게 하는 분산형 도입 방법(Autopackage, Zero Install [6]또는 Klik-Successor AppImage[7] 유사)을 제안합니다.

2022년 초, 그는 커널 컴파일 시간을 50-80% 향상시키고 동시에 인크루드 파일의 계층과 의존관계, 이른바 "의존성 지옥"[9]에 의해 야기되는 문제를 크게 줄이기 위한 "Fast Kernel Headers"라고 불리는 약 2300개의 패치에 대한 RFC를 제출했다.

견적서

Linux 데스크톱이 아직 주요 사용자에게 채택되지 않은 이유:

무료 Linux 데스크톱의 기본적인 장애는 비정상적으로 충분한 여유 공간이 없다는 것입니다.

Desktop Linux 디스트리뷰션에서는 10억 줄 이상의 코드로 구성된 20,000개의 애플리케이션 패키지를 「소유」하려고 하고 있으며, 그 주위에 병렬로 대부분 폐쇄적인 에코시스템을 구축하고 있습니다.

Linux 패키지 관리 방식은 기업(대부분의 경우 계층형 중앙에서 계획된 조직)에서 상당히 잘 작동하지만 데스크톱 Linux는 10년 전에 1000 패키지 제한으로 확장을 중단했습니다.

[5]

레퍼런스

  1. ^ KernelTrap Ingo Molnar와의 인터뷰(2002-12-03)
  2. ^ ""Exec Shield", new Linux security feature [LWN.net]". lwn.net. Retrieved 2020-11-10.
  3. ^ "[announce] split-up -rt patch-queue, v2.6.22.1-rt2". www.mail-archive.com. Retrieved 2020-11-10.
  4. ^ Linux: 완전 균등화 스케줄러 통합 (2007-07-10)
  5. ^ a b Molnar, Ingo (2012-03-17). "Technology: What ails the Linux desktop? Part I." plus.google.com. Retrieved 2012-06-16. 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.
  6. ^ Leonard, Thomas (2007-01-16). "Decentralised Installation Systems". osnews.com. Retrieved 2012-05-03.
  7. ^ Peter, Simon (2010). "AppImageKit Documentation 1.0" (PDF). PortableLinuxApps.org. pp. 2–3. Archived from the original (pdf) on 2010-11-29. Retrieved 2011-07-29. 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 [...]
  8. ^ Ingo Molnar (2012-03-17). "Technology: What ails the Linux desktop? Part II". plus.google.com. Retrieved 2012-06-16. 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.
  9. ^ Ingo Molnar 패치 커버 레터(2022-01-02)

외부 링크