LINUX.ORG.RU

Представлен первый кандидат в релизы ядра Linux Kernel 4.0

 ,


1

2

Линус Торвальдс не стал продолжать нумерацию 3.x, и выпустил первый кандидат в релизы ядра Linux Kernel 4.0, вместо ожидаемого выпуска 3.20. Смене нумерации способствовали результаты голосования, в котором приняло участие почти 30 тысяч представителей сообщества, из которых 56% посчитали, что настало время выпуска версии 4.0. Переход к нумерации 4.x является формальным шагом, обусловленным лишь эстетическими соображениями. В 2013 году рассматривалась идея использования смены первого номера в версии как дополнительного стабилизирующего этапа (предлагалось включить в ядро 4.0 только исправления ошибок, без функциональных изменений и новшеств), но данная идея была отвергнута. С точки зрения функциональности, выпуск 4.0 не содержит кардинальных изменений или нарушений совместимости и не выделяется среди остальных выпусков, плавно продолжая развитие текущей кодовой базы. Прошлая смена нумерации была произведена в 2011 году, когда в ветке 2.6.x накопилось 39 релизов. На подготовку 40 выпусков в ветке 2.6.x было потрачено 10 лет, что по мнению Линуса слишком много, поэтому наращивание нумерации ветки 3.x решено прекратить после 20 выпусков. Весомым аргументом в пользу ядра 4.0 также стало желание как можно скорее увидеть выпуск 4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800.

  • Интеграция базовой инфраструктуры, предоставляющей универсальный API для горячего наложения патчей на ядро. Код подготовлен в результате сотрудничества разработчиков SUSE и Red Hat, которые согласились задействовать данный API в реализациях систем обновления ядра без перезагрузки - kPatch и kGraft;
  • В подсистеме управления трафиком добавлена поддержка фильтров, написанных с использованием языка виртуальной машины eBPF;
  • В сетевом стеке обеспечена поддержка применения для определённых хостов специфичных алгоритмов контроля перегрузки (congestion-control) с привязкой через таблицу маршрутизации;
  • Реализация блочного сервера pNFS, позволяющего NFS-клиентам подключаться к совместно используемым дискам с применением блочного ввода/вывода вместо операций чтения и записи NFS. Поддержка нового режима пока реализована только для файловой системы XFS;
  • В OverlayFS добавлена возможность использования более одного слоя, доступного только на чтение;
  • В реализации сетевого протокола TIPC (Transparent Inter-process Communication), предназначенного для организации межпроцессного взаимодействия в кластере, обеспечена поддержка изолированных пространств имён (namespace);
  • Ядро теперь может быть собрано для запуска нитей RCU grace-period-handling с использованием системы приоритетов режима реального времени, что может оказаться полезным для выскоконагруженных систем;
  • Подсистема Open vSwitch теперь генерирует собственные идентификаторы потока («flow IDs»), которые используются для идентификации сетевых потоков в пространстве пользователя, что может привести к увеличению производительности до 40%;
  • Удалён ранее объявленный устаревшим системный вызов remap_file_pages(), вместо которого добавлена заглушка, симулирующая его функциональность через использование нескольких виртуальных областей памяти, что позволило сохранить работоспособность приложений, использующих данный системный вызов;
  • В драйвер Radeon добавлена поддержка передачи аудиоданных через интерфейс DisplayPort и решены проблемы с производительностью GPU AMD семейства Hawaii (R9 290 и R9 290X). В состав также включены патчи для улучшения управления системой охлаждения GPU на основе GCN, которые приводят к ощутимому снижению уровня шума для GPU за счёт снижения частоты вращения вентилаятора;
  • Расширение возможностей драйверов для видеокарт Intel, включая начальную поддержку оборудования Intel Skylake;
  • В Nouveau произведено слияние с драйвером для видеоподсистем NVIDIA, используемых в SoC на базе процессоров ARM. Добавлены средства для управления частотой GPU GK20A (Tegra K1);
  • Добавлена поддержка звуковых карт Studio Evolution SE6X;

>>> Подробности

★★★★★

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

Я знал что 3.19 последний выпуск 3.х.х!

w1nner ★★★★★
()

Предлагаю назвать Linux NT 4.0 по аналогии с 3.11 for workgroups.

Black_Shadow ★★★★★
()

Никто в комментах не возмущается, что версию бампают без причины. Хотя оно и понятно - демократическое голосование всё решило.

anonymous
()

Шах и мат!

4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор

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

А вот BSD было, как раз 4.x:

  • 4BSD — октябрь 1980 года
  • 4.1BSD — июнь 1981 года
  • 4.1a, 4.1b и 4.1c (1982—1983)
yoghurt ★★★★★
()

Ох, не люблю я, когда выпускают новую версию софта ради того, чтобы циферку в номере версии поменять.

deleter24
()

Весомым аргументом в пользу ядра 4.0 также стало желание как можно скорее увидеть выпуск 4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800.

блин, придетсяж пересматривать

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

А чего возмущаться то? Не думаю, что цифры кого-то волнуют, главное то что внутри.

postgred
()
Ответ на: Шах и мат! от yoghurt

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

фильм про будущее, тупойштоли

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

Ты, видимо, не в курсе, что новые версии ядра Linux выпускают строго каждые два месяца (плюс-минус неделю), а способ нумерации не несёт совсем никакого смысла. И можно было бы в теории вообще на плоское версионирование перейти, как у Firefox.

Но кукарекнуть что-то надо, правда?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)

Ох, не люблю я, когда выпускают новую версию софта ради того, чтобы циферку в номере версии поменять.

да ладно
пришло время, когда Линус может себе позволить любую слабость

kto_tama ★★★★★
()

Релиз хороший. Лично меня больше всего в этом релизе порадовали изменения в драйверах Radeon и плюшки OverlayFS. Ну и чувство юмора почитателей культового фильма так-же радует.

lucentcode ★★★★★
()

Весомым аргументом в пользу ядра 4.0 также стало желание как можно скорее увидеть выпуск 4.1.15

Не совсем ясно, чьим аргументом? Линуса?

gag ★★★★★
()

4.1.15 - это номер версии ядра Linux, показанный в фильме
Терминатор, при демонстрации интерфейса киборга T-800.

Это в какой серии и где ? :-)

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

Слышал, что все эти кпатчи и кграфты забагованы. Что в них не так?

Есть мнение, что без загрузки в новое ядро, не все изменения такими системами могут быть применены. И иногда все-таки придется перегружаться. И возможно нужно будет как-то отделять холодные патчи от горячих. А так вещь очень нужная и хорошая, которая конечно требует откатки и удобства сравнимого с Ksplice Uptrack. Да есть такой дистрибутив CloudLinux у которого еще одна своя система live наложения патча на ядро, они даже пиарились на хабре. Да вот только был небольшой микро-скандал относительно недавно, когда очень многие сервера на CloudLinux, которые предоставляли OpenVZ контейнеры поимели. Но там что-то мутное, толи эта проприетарщина вовремя обновление не выпустила, толи патч для ядра в их системе которая позволяет накладывать патчи совсем без загрузки в новое ядро просто не сработала. Да этот случай еще раз подтверждает, что используя закрытые дистрибутивы Linux, можно столкнуться с большими проблемами и что системы наложения патчей на ядро в live режими требуют серьезной откатки и иногда все-таки лучше перезагрузиться, особенно если изменения действительно серьезные.
Да насколько я знаю, а могу ошибаться c Ksplice нужно иногда перезагружаться, и он в основном работает только с не с семантическими изменениями. А с семантическими, они уже специально подготавливают патчи, что тоже дополнительный риск. Т.е. они разделают патчи по структуре изменений.

To be fully automatic, Ksplice's design was originally limited to patches that did not introduce semantic changes to data structures, since most Linux kernel security patches do not make these kinds of changes. An evaluation against Linux kernel security patches from May 2005 to May 2008 found that Ksplice was able to apply fixes for all the 64 significant kernel vulnerabilities discovered in that interval. In 2009, major Linux vendors asked their customers to install a kernel update more than once per month.For patches that do introduce semantic changes to data structures, Ksplice requires a programmer to write a short amount of additional code to help apply the patch. This was necessary for about 12% of the updates in that time period.

Да сам пользуюсь kexec-tools врядли из-за двух секунд, если не меньше кто-то умрет.

anonymous_sama ★★★★★
()

4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800

Ну вот, киборгов ещё нет, а ядро уже 4-ое. Как в «Назад в будущее» 2015 год наступил, а ничего нового нет, даже скейтборды не летают...

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

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

unt1tled ★★★★
()

Весомым аргументом в пользу ядра 4.0 также стало желание как можно скорее увидеть выпуск 4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800

Что за бред, когда снимали последный фильм, Линукс находился в состоянии наколенной поделки.

crowbar
()

Всё-таки 4.0? Ну ладно

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

Наверное речь не о первом фильме. Сколько-то последних частей сняли уже в этом веке.

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

Ну вот, киборгов ещё нет, а ядро уже 4-ое.

Что значит нет, а Google Android это что тогда? В будущем устройства на Android поднимут воссатние и уничтожат человечество, поэтому Yandex так и суетится, хочет засудить в зародышы, пока андройды ещё слабы.

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

Ждём 4.2

Спасибо: настроение на вечер обеспечил :)

Kroz ★★★★★
()

Весомым аргументом в пользу ядра 4.0 также стало желание как можно скорее увидеть выпуск 4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800.

Как по мне это единственный стоящий аргумент в пользу смены номера.

Ждём 4.2

ОК, два аргумента.

najlus ★★★★★
()
Последнее исправление: najlus (всего исправлений: 1)
Ответ на: Шах и мат! от yoghurt

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

Как отметил Торвальдс, решаюшим для большинства людей послужил тот факт, что в четвёртом фильме «Терминатор» можно было заметить, что Linux версии 4.0 была использована в будущем Skynet, которая и отправила Терминатора в прошлое. Идею одобрили 56% пользователей.

CYB3R ★★★★★
()

В OverlayFS добавлена возможность использования более одного слоя, доступного только на чтение;

Это же в 3.19 добавили, не?

SystemD-hater
()

Ну блин, я думал будет 3.20. Но, скоро выйдет 4.x.x. Я где-то слышал, что в ядре 4.8.x появится синволическое устройство, позволяющее прошить bios матплаты (или убить его). Интересно, а то было-бы если в ядро вдруг интегрировали этот бы патч (провили слияние с проектом flashrom). Я считая, что тогда бы появились такие способы стрельбы в ного (убийство матплаты)

dd if=/dev/zero of=/dev/bios
это будет равносильно
flashrom -E

WARNING!!
эти комманды могут навредить железу. Без программатора под рукой запускать не советую!

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

Если «устройства на Android поднимут воссатние», то бояться нам нечего. Киборг на Android-е не будет отходить от розетки дальше 5-и метров. Мы просто веерным отключением электроэнергии решим эту проблему.

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

Может, терминатор 2? Fixed. Это был «Да придёт спаситель», 2009 год.

Meyer ★★★★★
()
Последнее исправление: Meyer (всего исправлений: 1)

также стало желание как можно скорее увидеть выпуск 4.1.15 - это номер версии ядра Linux, показанный в фильме Терминатор, при демонстрации интерфейса киборга T-800

Очень важно.

I-Love-Microsoft ★★★★★
()
Ответ на: Шах и мат! от yoghurt

В последнем же. А так еще в крепком орешке болтается BSD 9.2, которой никогда не быть. А в матрице 4-я или 5-я FreeBSD.

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

Не надо так шутить. После фикса у меня 4 дня в ждущем режиме держит заряд практически без потерь (1-2 процента, если радиомодуль не выключать), при активном использовании - часов на 6-8 хватает.

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

Если «устройства на Android поднимут воссатние», то бояться нам нечего. Киборг на Android-е не будет отходить от розетки дальше 5-и метров. Мы просто веерным отключением электроэнергии решим эту проблему.

Первым делом захватят ключевые узлы электросети.

Citramonum ★★★
()

Ой не нравится мне эта погоня за циферками... еще с 3.0 :-\
И кстати, 4.1.15 мы нарядли увидим - Грег совсем обленился, и последний его stable - 3.18.7. Похоже, максимум на что можно расчитывать - 4.1.8. Когда он выйдет из своего коматоза :-\

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

Киборг на Android-е не будет отходить от розетки дальше 5-и метров. Мы просто веерным отключением электроэнергии решим эту проблему.

Ты что Матрицу не смотрел? Машины использовали как источник энергии излучение приходящее от Солнца, тогда люди закрыли Солнце облаками, чтобы лишить их энергии, после этого машины стали строить фермы где в качестве батареек использовались люди.

Да даже сейчас существуют урановые батарейки у спецагентов, которые работают несколько лет.

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

В будущем устройства на Android поднимут воссатние и уничтожат человечество

Размечтался. Это тормозное говно только об стенку может с разгона убиться.

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

Размечтался. Это тормозное говно только об стенку может с разгона убиться.

Так речь не про ближайшее будущее, то сейчас это только ранняя стадия.

anonymous
()

после 2.6.38 (кстати, весьма винрарного) Линусу стало сложно считать до 40... теперь он уже не осиливает 20 и выше. стареет))

PerdunJamesBond
()

Реализация блочного сервера pNFS, позволяющего NFS-клиентам подключаться к совместно используемым дискам с применением блочного ввода/вывода вместо операций чтения и записи NFS. Поддержка нового режима пока реализована только для файловой системы XFS;

И почему я не удивлен, что эта фича реализована только для XFS...

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