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

>>> Анонс

★★★★★

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

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

в этом весь студенческий линукс, бесконечно что-то улучшают и будут улучшать бесконечно.

BSD твой выбор, там бесконечно что-то умирает.

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

BSD твой выбор, там бесконечно что-то умирает.

Я его в конце концов и выбрал. Все вроде пока работает ( уже год. ) ( MacOS 10.6.8 )

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

12309 вылечилось ?

На багзилле как бы стоит CLOSED CODE_FIX, но народ до сих пор ноет

Comment #591 From Perlover 2012-06-13 16:53:27
And now (may be 1-2 years) i don't see high volumes of iowait as in top of this
topic. But problem with freezing during of large I/O operations remains. So may
be iowait problem doesn't exist already but blocking any i/o to be during
high-volume writings.

mix_mix ★★★★★
()

добавлена документация о загрузке ядра через EFI напрямую;

Ну наконец-то, аж спустя две версии.

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

готовьтесь выбрасывать гроюбы и лилы

Их можно было выбросить уже после выхода 3.3.

Lighting ★★★★★
()

в btrfs устранены всплески задержки записи метаданных, а также улучшено обнаружение ошибок данных;

Вот, мягко говоря, недолюбливаю Линуса из-за этой btrfs, а вернее её решении о включении в ядро в самом, что ни на есть зачаточном состоянии (сейчас она уже, вроде как, подросла). А Reiser4 Ганса так всё же незаслуженно и выкинули на помойку истории, хотя с точки зрения CS она представляет на порядок больший интерес. Так, что я теперь довольно скептически отношусь ко всему «революционному» или хотя бы просто ломающим привычный образ жизни (e.g. Wayland) в мире линукса.

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

о, а тут некоторые поклонники свободы кричали что с atheros проблем нет :)

в режиме AP он нерабочий

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

ориентацию тоже не забыл сменить?

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

Надо бы создать тикет в RHBZ. Просто дело было в командировке — особо не до баг-репортов: по-быстрому поставил проприетарный драйвер, с которым всё всегда работало. А потом и забылось как-то.

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

Сходи по ссылкам, на h-online что-то было, я с него новость писал.

Нашел, спасибо. Добавили NLS. Не интересно.

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

У OS X с *BSD общего примерно столько же, сколько и с GNU/Linux.

Это ты моей бабушке расскажи.

Q6600:~ mix_mix$ uname -a
Darwin Q6600.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
Q6600:~ mix_mix$ man head | head -n1
HEAD(1) BSD General Commands Manual HEAD(1)

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

У меня в линуксе все работает уже лет 5, так что зонды не нужны.

Очевидно, что линукс все пять лет не переустанавливалась. Тогда признаю, линукс - стабильная система и все работает.

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

Пиши сразу в ядерную, в редхатовской, если у тебя FC(а у тебя именно она), то баг закроют сразу же после окончания срока поддержки.

Lighting ★★★★★
()

Прекрасная новость.

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

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

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

Да и тем более, что такой случай fsck выловит.

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

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

багрепорт написали?

anonymous
()

ну...

Не нужно :)

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

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

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

переустанавливалась, ибо пробовались разные дистрибутивы.

А зачем пробовать разные _дистрибутивы_? Если пользуешься гимпом-крусадером-амароком, то они в любом дистрибутиве есть. Ты ведь человек, т.е. конечный пользователь, ты не ядерный модуль или прослойка интерфейса. Тебе без разницы как идет сигнал по схемам, чтобы запустился гимп.

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

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

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

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

с ядром 3.2 и ниже всё пахало же.

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

а у меня начиная с 3.3 не работает.

eR ★★★★★
()

Интересно, когда же мы увидим полноценную поддержку Sidar Trail, Intel GMA 3600 с работающим Mesa, 3D? :-(((

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

студенты-опенсорсники
программисты-профессионалы

Ты говоришь так, как будто не бывает программистов-опенсорсникв, и студентов-профессионалов.

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

Я это еще на ЛОР читал. Правда, тогда это было аргументом против старого ядра убунты.

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

Интересно, когда же мы увидим полноценную поддержку Sidar Trail, Intel GMA 3600 с работающим Mesa, 3D? :-(((

Полноценная поддержка, работающее 3D .... все это постепенно будет, оно приближается, как вендекапец, как конец света, как глобальное потепление ( как в свое время коммунизм ) Все ближе и ближе но никак не наступит... ))

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

Ты говоришь так, как будто не бывает программистов-опенсорсникв, и студентов-профессионалов.

Может и бывают, только усиленно прячутся

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

12309 поправили?

Зачем править детектор неудачников?

DNA_Seq ★★☆☆☆
()

Жаль, что 255 символов на имя файла, как это сделано в OS X и Windows - в Линуксе ещё долго можно не ждать:

Да, кириллица и греческий алфавит не основаны на латинице и отдельный символ в них не обозначает целое слово, поэтому выбор Юникода и UTF-8 для них влечёт некоторые проблемы. В большинстве письменностей, либо используется латинский алфавит, либо один символ представляет собой целое слово (как в китайской, корейской или японской), поэтому, на практике, большинство символов в них кодируется одним байтом и только для нескольких требуется два.

Так что, среди всех распространённых языков, востребованных на компьютерах, только русскому, греческому, ивриту и арабскому не повезло с алфавитом и вытекающей из него проблемой двух байтов на символ. Любопытно, что только пользователи кириллицы жалуются на эту проблему. Возможно, потому что их гораздо больше чем пользователей, того же, иврита (впрочем, большинство моих израильских знакомых на компьютере предпочитает использовать английский, а не иврит).

Не так уж сложно добавить в ext4 поддержку более длинных имён файлов. К сожалению, предел в 255 байтов задан не только в файловой системе, но и в ядре. Для того чтобы поменять его в ядре, не достаточно изменить #define константу - в добавок, придётся исправить участки кода где filename[NAME_MAX] кладётся в стек, т.к. увеличение NAME_MAX может привести к тому, что функции ядра выйдут за рамки стека, выделенного для его кода. К тому же, в пространстве пользователя, а иногда и в некоторых протоколах встречается ограничение на имя файла в 1024 байта (и, во всяком случае, некоторые программы точно сломаются если наткнутся на файл с именем превышающем 256 байт).

[Теодор Тсо, 21 ноября 2008, http://www.spinics.net/lists/linux-ext4/msg10172.html]
Nebuchadnezzar ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.