LINUX.ORG.RU

Релиз ядра Linux 3.18

 ,


3

5

Линус Торвальдс объявил о выходе ядра Linux 3.18, основные новшества:

  • В ядро интегрирована файловая система OverlayFS, разработанная SUSE и позволяющая создать виртуальную многослойную файловую систему, поверх доступной только на чтение основы.
  • Для сервера NFS появилась поддержка операции SEEK.
  • В файловую систему F2FS добавлена поддержка атомарных операций записи, позволяющих рассматривать успешное или сбойное завершение серии операций как единое целое.
  • Для Btrfs улучшен код восстановления повреждённых RAID-массивов и перестроения RAID.
  • Появилась сетевая подсистема FOU (Foo-over-UDP) для организации тунеллирования различных IP-протоколов поверх UDP.
  • Добавлена поддержка алгоритма контроля перегрузки TCP DCTCP (Data Center TCP).
  • Внесён ряд оптимизаций в сетевую подсистему, направленных на увеличение производительности пакетной передачи данных.
  • Появилась поддержка протокола Geneve (Generic Network Virtualization Encapsulation), универсального протокола инкапсуляции для виртуализированных сетей.
  • Добавлен новый системный вызов bpf(), предоставляющий доступ к возможностям универсальной виртуальной BPF-машины внутри ядра.
  • Удалось добиться существенного сокращения времени перехода в спящий режим для систем с большим числом процессоров за счёт избавления от задержки в 100ms для каждого CPU перед его остановкой.
  • В системный вызов prctl() добавлена новая операция PR_SET_MM_MAP, позволяющая выставить основные параметры раскладки адресного пространства процесса, в том числе указать где разместить области с кодом и данными, где находится стек, определить точки останова.
  • Включена подсистема RCU tasks, позволяющая использовать механизм синхронизации RCU (Read-copy-update) для защиты целостности структур данных.
  • Внесён ряд изменений, направленных на обеспечения сборки ядра при помощи компилятора Clang. В частности, осуществлена замена массивов переменной длины в структурах данных (VLAIS, Variable Length Array In Struct) на созданный при помощи макроса SHASH_DESC_ON_STACK() эквивалент, совместимый со спецификацией C99 и поддерживаемый в Clang.
  • Включены в ядро некоторые патчи, подготовленные в рамках инициативы по обеспечению сборки как можно более компактного ядра Linux, занимающего минимальный размер. Добавлена возможность исключения из сборки системных вызовов madvise() и fadvise(), а также кода разбора флагов с описанием возможностей процессора.
  • Добавлена штатная поддержка установки модулей ядра в сжатом виде.
  • Был добавлен драйвер «pvSCSI» (Paravirtualized SCSI), позволяющая организовать работу гостевых систем, работающих под управлением гипервизора Xen, с привязанными к ним SCSI-устройствами.
  • В код для архитектуры ARM64 адаптирован новый JIT-компилятор BPF (eBPF).
  • Архитектура SPARC64 переведена на четырёхуровневые таблицы страниц памяти, что значительно увеличило размер адресуемой памяти.
  • Для DRM-драйвера Nouveau добавлена поддержка вывода звука через порт DisplayPort.
  • В DRM-драйвер Radeon для старых карт R600 добавлена поддержка UVD (Unified Video Decoder) для ускорения декодирования видео.
  • В DRM-драйвере Intel реализована поддержка кэширования значений EDID и внесена порция накопившихся улучшений.
  • Добавлена поддержка:
    • Новых SoC: Hisilicon HiP04 Cortex A15, Amlogic Meson6 (8726MX), Renesas R-Car E2 (R8A77940), Broadcom BCM63xx DSL, Atmel SAMA5D4, Cavium Inc. Thunder;
    • Звуковых карт Freescale, добавлены кодеки для Everest ES8328, Freescale ES8328 и Cirrus Logic CS35L32;
    • Ethernet-контроллеров Qualcomm Atheros QCA7000 и Ethernet-коммутаторов Broadcom Starfighter 2, Intel FM10000 и Marvell 88E6171;

Более полная новость на opennet.ru

>>> Подробности (на английском языке)

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 3)

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

Я не специалист, но никаких проблем с ядрами в Сусе не было никогда. 12309 ловил всего разок. )

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

amd990fxa gigabyte; nouveau. Предположительно из-за последнего. Мне сказали отследить каждую версию ядра, до которой точно не загружается, но у меня нет столько свободного времени и желания гонять каждой ядро с этим тормознутым БИОСом.могу выложить, почти аналогичный для каждой версии ядра,конфиг.

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

Первый поцелуй мужчина похищает, на второй соглашается, все остальные терпит, удачи вам с Катей, молодой человек.

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

пред-но, это гнилое новьё вешает систему на видеокарте GeForce 7300 LE
Надо потом попробывать на 8400, что ли.

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

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

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

чой-то он бы ломался?

А там постоянно что-то ломается. Особенно при смене версии ядра. У меня там сетевая как-то отвалилась.

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

Я слишком нервный, чтобы это сделать.

Ох, лол. Что же с тобой будет, когда надо будет уломать и посадить на шишку?

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

обычная перезагрузка. просто там сообщения новьё появляются иногда перед критичным моментом, в 3.15 вроде так было. Иногда после этих сообщений экран не темнел(тупо нет символов), а подвисал на этом сообщении. Я даже nomodeset(вроде) пробовал.

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

и с nomodeset то же? ты кстати не ответил, какие у тебя дрова на видео. Собственно, огласите железку пжлст.

leg0las ★★★★★
()

Появилась сетевая подсистема FOU (Foo-over-UDP) для организации тунеллирования различных IP-протоколов поверх UDP.

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

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

Только не внутри структуры.

А зачем поддерживать такое внутри структуры? Ведь это и есть нарушение стандарта. Доступ к элементам структуры осуществляется по константным смещениям, а тут это правило нарушается. Clang не зря пишет: «fields must have a constant size: 'variable length array in structure' extension will never be supported».

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

есть тян...

Тролль, лжец и девственник.

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

Потому что типа удобно.

Но ведь пропадает совместимость на уровне ABI. И главное когда это удобно? Во всяких сетевых стеках? Если доступ к элементам структуры осуществляется не по константным смещениям, то в структуру придётся засовывать неявные описатели (размер каждого элемента или хотябы каждого динамического массива). Если потом передавать массив кому-то как просто кусок памяти (например пакет), эти описатели будут ненужным мусором.

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

Ну ты это не мне, а разрабам GCC рассказывай :)

Так я не про компилятор спрашиваю, а про то, как всё это в реальной жизни работает.

bbk123 ★★★★★
()

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

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

Почему вы всё время ждёте каких-то ебилдов?

Крыша поехала, ебилды не приехали...

I-Love-Microsoft ★★★★★
()

В ядро интегрирована файловая система OverlayFS, разработанная SUSE и позволяющая создать виртуальную многослойную файловую систему, поверх доступной только на чтение основы.

как в Windows Embedded Standard 2009? не прошло и 5 лет.

anonymous
()

Hotplug для thunderbolt сделали, клёво. И двух (или трёх?) лет не прошло.

Может кто-то в курсе, когда на броадкомах 5ghz заведётся? Слежу за новостями, ан нету их :(

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

Броадкомы еще то говнецо, расчитывать особо не стоит.

leg0las ★★★★★
()

Архитектура SPARC64 переведена на четырёхуровневые таблицы страниц памяти, что значительно увеличило размер адресуемой памяти.

Я так понял это спешали под новые монструозные М7?

Ylytch
()

Удалось добиться существенного сокращения времени перехода в спящий режим для систем с большим числом процессоров за счёт избавления от задержки в 100ms для каждого CPU перед его остановкой.

Это экономия в 10 секунд при 100 процессорах?

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

Так ты её не с теми ключами собирал небось. А может, в правах запутался?

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

Судя по всему от ноута зависит. У меня thinkpad t530. Просыпается на LID open и Fn (можно переключить в BIOS на CTRL)

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