LINUX.ORG.RU

Вышло ядро Linux 3.5

 , ,


0

3

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

Из нововведений выделим следующие:

  • в сетевой подсистеме:
    • добавлен планировщик пакетов CoDel, реализующий механизм активного управления очередью с контролируемыми задержками, который призван обеспечить качество обслуживания на глобальном уровне сети Интернет, устраняющий переполнение буферов;
    • в стек TCP добавлена функция ранней перепередачи, которая ускоряет восстановление соединения при потере пакетов;
    • в код NFC добавлена поддержка компонентов NFC с поддержкой HCI;
    • удалена поддержка Token Ring и Econet (RIP :( — прим. pf);
  • в файловых системах и подсистеме хранения данных:
    • в btrfs устранены всплески задержки записи метаданных, а также улучшено обнаружение ошибок данных;
    • в ext4 появилась возможность добавлять контрольные суммы CRC32 к метаданным;
    • код программного RAID теперь поддерживает использование инструкций AVX;
    • улучшена поддержка HFS;
    • добавлена базовая поддержка SMB2 в CIFS;
    • для FUSE представлена поддержка «punch hole», обеспечиваемая через вызов fallocate;
    • внесены обширные изменения в XFS;
  • в архитектуре:
  • в драйверах:
    • в драйвер E1000e добавлена поддержка i217 PHY;
    • улучшена производительность драйверов для видеокарт с чипами от R600 до R900;
    • улучшена транспортировка звука поверх HDMI для новых Radeon GPU;
    • в драйвер nouveau добавлена поддержка аппаратного ускорения на чипах Kepler;
    • информация о поддержке Intel RC6 теперь экспортируется в sysfs;
    • добавлена поддержка фреймворка prime для i915, nouveau, Radeon и некоторых других драйверов, что улучшает работу с гибридной графикой;
    • добавлена поддержка звуковой карты Asus Xonar DGX;
    • удалена устаревшая файловая система устройств USB (/proc/bus/usb);
  • в инфраструктуре:
    • улучшена изоляция контейнеров, направленная на чёткое разграничение прав пользователей;
    • усовершенствована система протоколирования сообщений ядра;
    • механизм seccomp расширен для повышения безопасности при исполнении недоверенного кода;
    • включена функция Android «extcon»;
    • улучшена подсистема гибернации;
    • добавлена функция Android «autosleep», которая является альтернативой wakelocks, механизма, обеспечивающего автоматическое засыпание устройств с целью экономии энергии;
    • добавлен frontswap;
    • добавлен CMA;
  • естественно, в рамках маленькой новости невозможно упомянуть все остальные изменения, улучшения и ухудшения, значительные и не очень, а также исправления старых багов и добавление новых, поэтому настойчивому и любопытному читателю предлагается последовать по нижеприведенным ссылкам.

Подробнее об изменениях можно прочитать в этих статьях: ноль, раз, два, три, четыре, пять. Также рекомендуется ознакомиться с такими источниками: Linux Kernel Newbies, Linux Kernel Newbies (страницей о драйверах), обзором Phoronix, а также страницей со ссылками на все новости, которые касаются новой версии ядра. Особо интересующимся настоятельно рекомендуется читать лог коммитов как самый полный источник информации о нововведениях.

Скачать тарболл исходников

Скачать патч на версию 3.4

>>> Анонс

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

Просто интересует, есть ли ещё у кого проблемы со сборкой. А проблема решается отключением этих модулей. У меня модуль smy2xxx не задействован. ;-) Вот время только жалко, это да...

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

Вообще-то, конечно, лучше сразу писать в рассылку разработчикам, чтобы фиксили, а не хныкать на ЛОРе, где их почти нет.

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

Я читал товарища, который эту фичу имплементил и с его слов пересказал. Оказалось надежности драйвера недостаточно. fsck? Прочитает блок сбойных метаданных как правильный и вперед. Именно так все и было, после чего кто-то решил проплатить фичу в ядре.

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

Я читал товарища, который эту фичу имплементил и с его слов пересказал. Оказалось надежности драйвера недостаточно. fsck? Прочитает блок сбойных метаданных как правильный и вперед.

для того, чтобы надежности было недостаточно должна быть последовательность действий, вероятность которой не пренебрежимо мала и при которой происходит указанный недетектящийся сбой. Он верятность посчитал, перед тем как велосипед приделывать?

dikiy ★★☆☆☆ ()
Последнее исправление: dikiy (всего исправлений: 1)
Ответ на: комментарий от crypt

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

Я считаю, что CRC не устраняет проблему, а лишь создает иллюзию. Да и при том за счет производительности и места на диске.

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

А на высоконагруженном срабатывает 12309 и даже по ssh не заходит. Нигде такого больше нет, ни в винде ни в любой unix

юзкейс в студию.

Конечно никто не спорит с наличием данного феномена (кстати в последних ядрах его не наблюдается), но все таки это таки несистемное исключение.

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

улучшена подсистема гибернации

Неужели?! Это просто праздник какой-то! \(^__^)/

открой для себя tuxonice

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

Драйверу файловой системы даже на это пофиг. Имена файлов — это для пользователей

Во-оот, а я к этому и клоню. Ну и нахрена?

затем, чтобы не было геморроя с кодировками. ядру и ФС не надо ничего знать вообще про какие-то там кодировки.

А твой вопрос про строки в ядре не имеет смысла. Так как очевидно, что в ядре строки присутствуют как максимум в виде VendorId или подобного.

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

блаблабла... Он верятность посчитал, перед тем как велосипед приделывать?

Боюсь, что он забыл с тобой посоветоваться, и все сделал на свое усмотрение.

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

из этого сообщения очевидно, что ты ничего не читал про subj

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

открой для себя tuxonice

Казалось бы, какая связь?

ты видать читаешь только заголовки :) И конечно ты подумал, что виноват именно tuxonice, а не мои кривые руки :)

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

где ж ты костыль увидел? tuxonice работает как минимум в 10 раз быстрее hibernate.

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

И поэтому Каннингема с предложением включить это в ядро отфутболили год назад?

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

И поэтому Каннингема с предложением включить это в ядро отфутболили год назад?

мне как-то пофиг, на внутренние разборки. tuxonice стоит у меня на ноуте уже год - полет нормальный. И на десктопе месяца два. Тоже полет нормальный (ну кроме моей собственной криворукости :)

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

Скоро выложат: https://wiki.ubuntu.com/Kernel/MainlineBuilds

32-bit/i386

sudo add-apt-repository ppa:upubuntu-com/kernel-i386 sudo apt-get update sudo apt-get install linux sudo reboot

64-bit/amd64

sudo add-apt-repository ppa:upubuntu-com/kernel-amd64 sudo apt-get update sudo apt-get install linux sudo reboot

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

полет нормальный (ну кроме моей собственной криворукости :)

Бедняжка. С новым ядром тебе уже не придётся так костерить себя ^__^

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

Бедняжка. С новым ядром тебе уже не придётся так костерить себя ^__^

то есть ты утверждаешь, что они со своим hibernate наконец-то добрались до уровня tuxonice?

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

Ну это, конечно, просто суппер, но есть еще официальная wiki ext4. Я считаю, что ext4 заметно добавили надежности путем незначительного усложнения кода и незначительных затрат, как в плане производительности, так и в плане места. Про то, чтобы сделать из ext4 систему хранинения данных речи просто не шло, но по твоим комментам кажется, что ты ждал именно этого.

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

Про то, чтобы сделать из ext4 систему хранинения данных речи просто не шло, но по твоим комментам кажется, что ты ждал именно этого.

именно о том и речь. Я считаю что никаких полумер не надо. Или делать серьезно, или не делать вообще. А-то получается что какбы что-то есть, а по-настоящему нифига нет.

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

я ее тоже не исключаю :) но вероятность такой возможности крайне мала.

dikiy ★★☆☆☆ ()
Последнее исправление: dikiy (всего исправлений: 1)
Ответ на: комментарий от anonymous

Ой да ладно, сколько дыр в винде не закрыто, вирусня через них так и течет. В маке вот на лионе гибернация сломалась, они её улучшали тогда и криво сделали. В винде тоже бывает гибернация не работает в некоторых случаях, более того, там нет сжатия памяти при гибернации, то есть она может всю память записывать как это было в winxp. Или занятую как это в вин7 вроде хотя не уверен. Но все равно криво пишет и не жмет.

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

А:) Ну теперь я тебя понял. Это разница подходов. Есть те «умеренные», кто ценят совместимость, планомерность апгрейда и взвешивают риски, а есть сторонники KDE 4, reiserfs, btrfs и прочие революционеры.:) Лишь бы никого не убивали, а в остальном нормально. Всегда так будет.)

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