новый линукс

[avva]

Вот есть, оказывается, подробный документ о том, что есть нового в новом ядре Линукса (2.6) по сравнению с прежней стабильной веткой 2.4.

Очень интересное чтиво. Меня особенно заинтриговали такие вещи, как

• khttpd is gone. [ха! ха! ха! а потому что нечего заниматься извращениями в крайне тяжёлой форме]
  
• Due to various changes, swap files should be just as fast as swap partitions [ого! гудбай, swap partitions?]
  
• Ingo Molnar reworked the process scheduler to use an O(1) algorithm. [звучит очень аппетитно]
  
• Fast userspace mutexes (Futexes).
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  - Rusty Russell added functionality that allows userspace to have
  fast mutexes that only use syscalls when there is contention. Used by
  NPTL.
  
  [на это надо будет взглянуть, завязываю узелок]
  
• Possibly the most visible change to the end user. If misconfigured, you'll find that your keyboard/mouse/other input device will no longer work.
  
  [whoa... nice feature!]
  
• ALSA: The advanced linux sound architecture got merged into 2.6. [хорошо... 'bout time]
  
• Systems that support the SYSENTER extension (Basically Intel Pentium-II
  and above, and AMD Athlons) now have a faster method of making the
  transition from userspace to kernelspace when a syscall is performed.
  
  [ух ты! а я и не знал про существование этих SYSENTER/SYSEXIT... сейчас нашёл в Гугле информацию о них. Оптимизированные инструкции для перехода из нулевого кольца в третье и возвращения обратно. Интересно, что адреса для перехода и возвращения они не сохраняют на стеке, а берут из регистров (при переходе в нулевое кольцо - из специальных регистров процессора, а при возвращении - из ecx и edx, т.е. копирует их в esp и eip). Вот документация: sysenter/sysexit. Это позволяет проделывать всякие грязные хаки, например ;) Да, отстал я от жизни в x86-ассемблере, увы.]
  
• With a recent cdrecord, you also no longer need ide-scsi in order to use an IDE CD writer.
  [грязные хаки на мыло]
  
• The stat64() syscall got changed to return jiffies granularity. This allows make(1) to make better decisions on whether or not it needs to recompile a file. Not all filesystems may support such precision.
  [nice]
  
• A system wide performance profiler (Oprofile) has been included in 2.6. With this option compiled in, you'll get an oprofilefs filesystem which you can mount, that the userspace utilities talk to. You can find out more at http://oprofile.sf.net/
  [любопытно!]
  
• 2.6 features support for several new architectures.
  - x86-64 (AMD Hammer)
  - ppc64
  - UML (User mode Linux)
  See http://user-mode-linux.sf.net for more information.
  - uCLinux: m68k(w/o MMU), h8300 and v850. sh also added a uCLinux option.
  
  [кстати, UML тоже, кажется, забавная игрушка... надо будет как-нибудь попробовать]
  
  

  ---

  
  В общем, много всего привлекательного. Возможно, на каких-нибудь выходных попробую перейти на 2.6 на домашней машине.

Comments

[msh.livejournal.com]

O(1) scheduler вроде как давно red hat включает в свое ядро
Из интересного там еще kernel preemption - если это то, что я думаю (сейчас почитаю)
и AIO

[avva.livejournal.com]

Ну, мы люди простые, бежим с ванильным ядром. Так что O(1) scheduler не видели исчо.

[msh.livejournal.com]

Да kernel preemption это очень интересно (как минимум, для моих целей), но, кажется, далеко не все модули и драйверы в текущем состоянии выживут. Но 1 ms latency это круто.

[ex-ilyavinar899.livejournal.com]

Для моего отдела Амазона наиболее значима поддержка x86-64. Адресное пространство нам уже давно подпирает, а с Tru64 на Linux мы перешли несколько лет назад.

[msh.livejournal.com]

А x86-64 это AMD? Вроде как ia64 давно в 2.4. Сколько же у вас памяти используется что не помогает bigmem, или не хватает 4G на процесс?

[(Anonymous)]

По крайней мере SUSE ядра и сейчас уже поддерживают 64битные АМД типа Оптерона

NPTL

[meshko.livejournal.com]

А для нас важно NPTL. У нас раньше не бывало больше 10-20 одновременных подключений и LinuxThreads работали нормально при простейшем решении -- по потоку на каждое соединение. Понадобилось работать с 300 соединений -- Windows работает прекрасно, а LinuxThreads задыхаются, конечно. Я уже было представил себе, как я буду это всё переписывать с помощью select (при этом пришлось бы сильно расходиться с виндозовским кодом, а мы старались этого избежать), но попробовал переключиться на ядро с поддержкой NPTL, и оно всё потянуло. Кстати RedHat мне тут кучу времени сэкономил тем, что они прикрутили NPTL к 2.4.x (в Enterprise Linux).

[growler.livejournal.com]

Если хотите быть в курсе событий, очень рекомендую читать LWN (http://www.lwn.net). Там еженедельно публикуют ёмкие дайджесты о ходе ядерных разработок (самый последний дайджест -- за небольшую плату, остальные в открытом доступе). Вот, например, последний открытый выпуск (http://lwn.net/Articles/53019/).

А UML, кстати, уже вышел из стадии игрушки и тестбокса для писателей fs. Мне, к примеру, уже довелось на нём делать защишённые песочницы -- очень удобно.

[godegisel.livejournal.com]

лучше еще бы kqueue добавили.