LINUX.ORG.RU

Вышло ядро Linux 2.6.39

 ,


0

5

После двух месяцев разработки вышло новое ядро Linux версии 2.6.39.

Из нововведений следует отметить:

  • окончательно и безвозвратно удалён BKL. Соответствующего кода в ядре больше нет. Вообще нет. Весь процесс занял около трёх лет;
  • реализована обработка практически всех прерываний в отдельных потоках;
  • исправлены проблемы, возникшие после применения оптимизационных патчей, между VFS и SELinux;
  • переработана подсистема блочных устройств, что позволило снизить количество блокировок и очистить код;
  • добавлена поддержка паравиртуализированных сетевых устройств Xen;
  • внесены изменения в планировщик процессов, исправляющие проблемы с виртуализацией Windows;
  • добавлена поддержка ipset, что позволяет более эффективно работать со списками IP-адресов и портов;
  • произведено множество улучшений в файловых системах ext4, btrfs и xfs, направленных на увеличение быстродействия и повышение стабильности;
  • улучшена поддержка беспроводных карт Realtek, Intel, Broadcom и Ralink;
  • произведены улучшения в драйвере видеокарт Intel;
  • добавлена поддержка видеокарт семейства Cayman (AMD);
  • добавлена поддержка Z-компресии в драйвере Nouveau;
  • добавлена поддержка хабов USB 3.0;
  • добавлен драйвер мыши для Hyper-V;
  • удалены autofs3 и smbfs;
  • обновлена документация, поставляемая вместе с ядром;
  • добавлено и обновлено множество драйверов устройств;
  • внесено большое количество исправлений в другие подсистемы;
  • исправлено большое число ошибок.

Более детально прочитать о нововведениях можно здесь: часть 1, часть 2, часть 3, часть 4.

Подробный список изменений на Kernel Newbies

Загрузить тарболл исходных кодов

Загрузить патч на ядро 2.6.38

>>> Официальный анонс от Линуса Торвальдса

★★★★★

Последнее исправление: post-factum (всего исправлений: 7)

Ответ на: комментарий от post-factum

Вынос обработки прерываний в отдельные потоки может решить эту проблему.

Сомневаюсь...

Pavval ★★★★★
()
Ответ на: комментарий от exst

> Ранее ipset не было?

Только отдельным модулем, который часто не собирался на новых ядрах.
Теперь же оно в ядре, слава ийцам!

Релиз вообще весьма радующий.

mcdebugger ★★
()
Ответ на: комментарий от anonymous

Почти как с 12309, никто не может его тольком воспроизвести,

Может. Баг чипсето-зависимый (ИМХО), мобильный Core 2 Duo на ICH9 - видно на глаз.

2.6.32 ведро.

Boboms ★★
()
Ответ на: комментарий от pandrey

12309 очень хорошо воспроизводится при дефиците оператианой памяти в системе.

И без дефицита тоже.

Boboms ★★
()

Вместо обсасывания 12309 в милионный раз, соберите это ядро и протестируйте.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

>Вынос обработки прерываний в отдельные потоки может решить эту проблему.

Если пройти по ссылке, то можно прочесть что это чисто дебажная штука. Которая к тому же замедляет работу (хоть и незначительно).

theos ★★★
()
Ответ на: комментарий от iZEN

Попробуй

> btrfs_fsck уже работает и не портит файлы?

Попробуй и отпиши здесь. Вместо шапкозакидательства...

sapsan
()
Ответ на: комментарий от post-factum

В продакшене, за который отвечает несколько админов? Ну уж нет. Только если это действительно понадобится из соображений безопасности, а «just for fun» здесь неприменим.

zloelamo ★★★★
()
Ответ на: комментарий от post-factum

Честно говоря, не хочется. С 35-го пошёл «жор» процессора -> повысились t-ры.

Опробовано также на 36-м, 37-м.

Boboms ★★
()
Ответ на: комментарий от theos

Врёшь.

The «Forced Threaded Interrupt Handlers» shift the processing of almost all interrupts into kernel threads if the kernel is launched with the parameter «threadirqs». This process means that the .39 series now has one of the last major functions in the main development branch of Linux that the real-tme branch uses to give Linux real-time capabilities; there, the technology is, however, used by default to avoid the long latencies in the processing of interrupts.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от zloelamo

Какой дистрибутив используете в продакшне?

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

Эмм. А что тогда это в первых строчках?

That's mostly a debug option to allow retrieving better debug data from crashing interrupt handlers. If «threadirqs» is not enabled on the kernel command line, then there is no impact in the interrupt hotpath.

theos ★★★
()

> произведено множество улучшений

исправлено большое число ошибок.

Потестируйте и скажите, сколько добавлено новых. Предвижу серию новых тем, что у кого-то что-то не завелось на новом ядре.

yavasvsehnenavizhu
()

Заметил что когда у меня плохое настроение, а новость о файловых системах, ядре или GRUB, то я открываю весь тред на одну страницу, нажимаю Ctrl-F и пишу «iZEN». И сразу становится лучше. Спасибо!

vertexua ★★★★★
()
Ответ на: комментарий от theos

В первых строчках разработчики радуются. А теперь прикинь, как это должно влиять на отзывчивость.

post-factum ★★★★★
() автор топика

Придется опять пачить vmnet (vmplayer) - оно жить не может без BKL 8). Ну да думаю что vmware в след. версии подсуетится.

V0ID ★★★
()
Ответ на: комментарий от post-factum

>А теперь прикинь, как это должно влиять на отзывчивость.

Не могу прикинуть. Это штука просто форсит большее число прерываний в тредах обробатывать, а те что реально нужно в треды запихнуть вероятно и так там были.

theos ★★★
()

Эти гады нуво(3D) поломали. На машине c GeForce 250 GTS я умею вешать систему(достаточно выйти из полноэкранного режима в Dragon Player при включенных эффектах), а на машине c GeForce 8200 умею валить ядро - достаточно запустить gnome-shell. Баги на 3D уже принимают?

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от Vovka-Korovka

На машине c GeForce 250 GTS я умею вешать систему ...

а на машине c GeForce 8200 умею валить ядро...

А что-нибудь полезное вы умеете делать?

Vudod ★★★★★
()
Ответ на: комментарий от post-factum

>>12309 никак не связан с BKL.

Вынос обработки прерываний в отдельные потоки может решить эту проблему.

Не решит, к сожалению. Вынос прерывания в отдельный поток повышает производительность, а не отзывчивость.

ttnl ★★★★★
()
Ответ на: комментарий от post-factum

>Это с каких пор многопоточность повышает производительность, а не отзывчивость?

На многоядерных процах многопоточность повышает и то, и другое

madgnu ★★★★★
()

> окончательно и безвозвратно удалён BKL. Соответствующего кода в ядре больше нет. Вообще нет. Весь процесс занял около трёх лет;

Только сейчас?

different_thing
()
Ответ на: комментарий от ttnl

> Вынос прерывания в отдельный поток повышает производительность, а не отзывчивость.

Прежде всего он повышает именно отзывчивость.

tailgunner ★★★★★
()
Ответ на: комментарий от darkshvein

> У меня почему есть радостная идиотская уверенность что с исчезновением BKL исчезнет и 12309.

Ни фига. Я еще с .37 ядра собираю без BKL, так как ни одна из железок, которые в моем ноуте есть или в ноут можно воткнуть, его не требуют.

Ну так вот, при некоторых ситуациях с борьбой за страницы памяти ситуация все еще наблюдается. Смягчил я ее способом имени себя — размер кеша блочных устройств привел в более умеренный вид.

shimon ★★★★★
()
Ответ на: комментарий от different_thing

Ничего, мы будем троллить рип его Giant Kernel Lock.

В линуксе он был просто большой, а тут — и вовсе гигантский!

shimon ★★★★★
()

ЗЫ. Бтрфс ни нужон. И вообще могли бы сделать его распределенным.

different_thing
()

> реализована обработка практически всех прерываний в отдельных потоках;

Linux черпает вдохновение от микроядер?

alman ★★★
()
Ответ на: комментарий от alman

Это нормальная практика и для модульных ядер.

post-factum ★★★★★
() автор топика

Соберу, чего уж. Может ath9k перестанет иногда глючить и 12309 будет не таким сильным. Хотя сомневаюсь, но можно попробовать.

AlexKiriukha ★★★★
()

Ура! Собрала, установила - работает. Впечатления пока что субъективно сугубо положительные, в gnome3 эффекты стали плавненькими и быстрыми, и тукскарт на старенькой ATI стал работать нормально. Осталось дождаться релиза Fedora 15 и подсунуть ей ядро 2.6.39 :-)

Nastishka ★★★★★
()
Ответ на: комментарий от anonymous

но не любая ОС при нехватке RAM выходит из полнейшего ступора...

fidaj
()

Не дай Бог ещё больший глюкодром, чем 38е

yoghurt ★★★★★
()
Ответ на: комментарий от Vudod

А что-нибудь полезное вы умеете делать?

Нет, только эти 2 скила.

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от shimon

To be honest, в Фре я вижу такое при загрузке:

atkb0: [GIANT-LOCKED] psm0: [GIANT-LOCKED]

Так что лялих прям таки крут если они совсем-совсем вырезали весь BKL)

different_thing
()
Ответ на: комментарий от different_thing

Есть такое. Не полностью ещё избавились.

post-factum ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.