LINUX.ORG.RU

Вышло ядро Linux 3.15

 ,


1

2

После почти двух с половиной месяцев разработки и восьми кандидатов в релизы вышла новая версия ядра Linux 3.15. С организационной точки зрения этот выпуск примечателен тем, что он состоялся в разгар двухнедельного окна приёма изменений для следующей версии, 3.16. Линус Торвальдс сообщил о проведении такого эксперимента в момент выпуска 3.15-rc8.

Технически же в новой версии произведена масса интересных изменений. Основные новинки ядра по категориям представлены ниже.

  • Файловые системы и подсистема хранения данных.
    • В XFS новый дисковый формат версии 5 признан стабильным. Также в этой ФС произведено обновление кода, отвечающего за fallocate и добавлена поддержка O_TMPFILE.
    • В ext4 произведена работа по улучшению масштабируемости. Также в код fallocate добавлена поддержка операций ZERO_RANGE и COLLAPSE_RANGE.
    • Увеличена производительность операций записи в FUSE.
    • Обновлен код kernfs с тем, чтобы его можно было использовать в большем количестве подсистем.
    • В код btrfs внесено множество изменений, направленных на исправление возможных повреждений данных. Также в btrfs отказались от собственной реализации асинхронных потоков в пользу стандартного механизма workqueues.
    • F2FS получила поддержку больших каталогов.
    • Представлен новый системный вызов renameat2, позволяющий атомарно поменять имена двух файлов.
    • Принят код, реализующий функцию приватной POSIX-блокировки файлов (file-private POSIX locks).
  • Инфраструктурный код.
    • Размер стека ядра на платформе x86_64 увеличен до 16 КиБ. Это связано с тем, что в ядре выявлены возможные сценарии, при выполнении которых 8 КиБ стека уже не хватает.
    • Добавлена частичная поддержка LTO (Link-Time Optimization). В будущем возможна полная поддержка LTO, что позволит несколько уменьшить итоговый размер образа ядра и повысить его быстродействие.
    • Принято множество патчей, позволяющих компилировать ядро с помощью clang. Добавлены не все патчи, часть недостающих изменений принята в 3.16, ещё одна часть запланирована на 3.17.
    • Добавлена поддержка смешанного режима EFI, благодаря которому появилась возможность загрузки 64-битного ядра с помощью 32-битного UEFI, что актуально для некоторых ноутбуков.
    • Добавлена поддержка инструкций AVX-512 и RDSEED, реализованных в процессорах Intel.
    • В код управления питанием добавлена поддержка асинхронного вывода из режима сна подсистемы SCSI, что позволило значительно сократить общее время просыпания.
    • В планировщике процессов продолжена работа по интеграции собственно планировщика и механизма выбора политики простоя (idle state) процессора. В 3.16 работа по улучшению интеграции ещё ведётся.
    • В коде cgroups произведена оптимизация переключения контекстов.
    • Внесены улучшения в код планирования процессов реального времени.
    • Переработан механизм балансировки списков активных и неактивных страниц в подсистеме управления памятью, что привело к заметному увеличению производительности при некоторых типах нагрузок.
    • Значительно переработан JIT-компилятор для фильтра пакетов BPF.
    • zram теперь может использовать алгоритм сжатия LZ4.
    • Удалена поддержка устаревших платформ x86: SGI Visual Workstation, Sequent Computer Systems NUMAQ, IBM Summit/EXA и IA32 Unisys ES7000.
    • Код PowerPC KVM теперь поддерживает транзакционную память для гостевых систем. В коде KVM для x86 исправлена поддержка OS X в качестве гостевой системы. Также в KVM улучшена поддержка Windows в качестве гостевой ОС.
  • Драйверы.
    • Для подсистемы драйверов реализована поддержка QoS управления питанием.
    • Подсистема AHCI (libata) переработана таким образом, что множество драйверов теперь могут повторно использовать один и тот же код без его дублирования. Также в libata добавлена поддержка асинхронных операций по управлению питанием.
    • В подсистему V4L добавлена поддержка множества новых устройств.
    • В драйвере Intel DRM произведено множество улучшений, связанных с управлением питанием, поддержкой дисплеев HiDPI и 4K DisplayPort. Также расширена поддержка чипов Broadwell.
    • В коде nouveau представлена начальная поддержка чипов Maxwell.
    • Драйвер Radeon теперь поддерживает кодирование видео VCE 2.0.
    • В код поддержки Samsung Exynos внесены изменения, направленные на поддержку многоплатформенных ядер. Работа над этим ещё не завершена.
    • Добавлена поддержка мультитач-устройств, разработанных специально для Windows 8.1.
    • Добавлена поддержка контроллера Dualshock 4, который используется в игровой консоли PlayStation 4.
    • Для ноутбука Lenovo ThinkPad Carbon представлена более полная поддержка клавиатуры.
    • В драйвер ACPI для ноутбуков Toshiba добавлена поддержка акселерометра и включения-выключения тачпада.
    • Произведены значительные улучшения в звуковой подсистеме, которые затрагивают HD Audio и чистку кода ASoC. Также добавлены драйверы для чипов Analog Devices ADAU1977, TI PCM512x, частично для CSR SiRF SoC, TLV320AIC31XXX, Armada 370 DB и Cirrus cs42xx8.
    • Добавлена поддержка чипа Realtek RTL8723AU (Wi-Fi).

Отдельно стоит упомянуть о том, что для включения в ядро предложены две интересные вещи.

  • ФС Tux3, разрабатываемая с 2008-го года. Несмотря на перспективность, код в ядро не включен из-за низкого его качества и нереализованности множества заявленных функций.
  • Планировщик ввода-вывода BFQ. Код уже получил хорошие отзывы в LKML, однако разработчиков просят доработать его с учётом некоторых замечаний. Также мейнтейнер блочной подсистемы чётко дал понять, что не собирается принимать в ядро ещё-один-CFQ, но в то же время готов заменить алгоритм CFQ на более разумную реализацию BFQ постепенно. Дискуссия и анализ кода BFQ в LKML продолжается. Прогнозов по срокам пока нет.

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

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

Скачать патч на ядро 3.14

>>> Официальный анонс

★★★★★

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

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

Шо-та я на свой тачпад тяну отдельный модуль без изменений уже релизов 15, наверное, и ничего не ломается.

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

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

на достаточно тепличных условиях Linux колом не встаёт.

ды и вообще ни кого не интересует ситуация достаточно тепличных условий. :-)

всех интересует вопрос: на говножелезе тормозит только лишь ядро Linux (?), или же любая операционная система включая Windows?

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

спасибо, уже увидел
я не знаю где это можно найти ядро в бинарном варианте для arm. Дистрибутивы для arm вроде еще не так распространены, а репозитории тоже вряд ли... В итоге всё равно компилировать надо...

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

на достаточно тепличных условиях Linux колом не встаёт.

Ога, конечно. Сказки не надо мне рассказывать.

всех интересует вопрос: на говножелезе тормозит только лишь ядро Linux (?), или же любая операционная система включая Windows?

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

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

Если линукс на нем тормозит, то это «говножелезо».

А если семёрочка, то «что ж вы хотели, пора обновляться»?

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

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

ну давай я попробую побыть для себя объективным.. :)

кинь ссылку на LiveDVD Windows? (можно magnet для torrent)

у меня есть компьютер который при параллельной записи несколькох USB-флешек начинает слегка подтормаживать. на Linux.

хочу поглядеть — будут ли эти же самые небольшие подтормаживания на Windows..

# P.S.: а через месяц ещё и 3.15-ядро протестирую на нём.. (когда обновления придут в стабильную ветку).

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

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

Железа, на котором тормозит виндовс, ничуть не меньше. «Говножелезо»?

Да, и как вы тролли- неудачники, задолбали все переводить в противостояние линукс-виндовс. Понятно, что на этом форуме 87% участников пользуются виндовс, но ведь скучно и неинтересно уже давно подобные вбросы делать. Разве что школьник какой безусый отреагирует.

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

Я прав всегда. Один частный пример не может опровергнуть общую ужасающую ситуацию.

зачем так грубо?

Сделав утверждения «В linux всё встаёт колом. Столица Франции - Париж. Зимой в России холодно. Латинский алфавит начинается с A», можно потом смело говорить, что прав в 75% случаев. И не поспоришь.

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

Скорее надо спрашивать когда наконец в линуксе можно будет ставить драйвера отдельно от ядра. Ну смешно же когда из-за какой-нибудь сраной мышки надо обновлять ядро целиком!

Там этот драйвер ставится модулем, и его можно отдельно самому скомпилить.

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

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

Как говорится, «умер Максим, да и хрен с ним» ;)

В смысле, что не больно-то и хотелось.

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

Скорее надо спрашивать когда наконец в линуксе можно будет ставить драйвера отдельно от ядра. Ну смешно же когда из-за какой-нибудь сраной мышки надо обновлять ядро целиком!

тыг ведь DKMS же уже придуман давно.

ты как производитель железа — создавай драйвера, в DKMS-формате.. затем проси своих пользователей использовать DKMS для установки этих своих драйверов.

пользователи будут ставить DKMS-драйвера — отдельно от ядра.

ну за исключеним лишь только случаев с проприетарщиной. (однако я не вижу НИ ОДНОЙ ПРИЧИНЫ — зачем может понадобиться кому-то создавать драйвер в проприетарном виде (?).. ведь ты зарабатываешь на ЖЕЛЕЗЕ, а не на софте).

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

(однако я не вижу НИ ОДНОЙ ПРИЧИНЫ — зачем может понадобиться кому-то создавать драйвер в проприетарном виде (?).. ведь ты зарабатываешь на ЖЕЛЕЗЕ, а не на софте)

Софт — способ ограничить железо. Допустим, у тебя контракт с некой ОС, в котором оговорено, что в этой ОС железяка должна работать быстрее. А тут находится умелец и делает драйвер без ограничения скорости.

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

и что там прояснилось? есть поддержка s390 и power8

arch/powerpc/kvm/book3s_64_mmu_hv.c вот это вот что?

я правильно понял что поддержка есть только в мейнфреймах s390?

вот у меня скажем есть система на powerpc970 и как-то из сообщения не понятно поддерживаются ли эти процессоры и если поддерживаются то как.

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

Русскую информашку по menuconfig можно?

нужно давно уже это закоммитить

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

А тут находится умелец и делает драйвер без ограничения скорости.

ну и чёрт с этим умельцем :) .. главное что контракт исполнен, а уж кто смог что «разогнать» [убрать «ускоряющие» циклы] — тут уж производитель не виноват..

производитель выступет с официальным заявлением о том что он не несёт ответственности за всё это — и проблема исчерпана :-)

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

главное что контракт исполнен, а уж кто смог что «разогнать» [убрать «ускоряющие» циклы] — тут уж производитель не виноват..

И в следующий раз он контракта не получит, потому что нет уверенности в надёжности.

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

И в следующий раз он контракта не получит, потому что нет уверенности в надёжности.

не будем показывать пальцем на ту корпорацию, которая может оказаться «спонсором» таких «ускоряющих» циклов, но от этой корпорации можно ожидать любых подвохов.. :-)

..она и кинуть может в любой момент.. или вообще поглотить после обесценивая акций, как это было с Нокией

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 2)
Ответ на: комментарий от user_id_68054

ты как производитель железа — создавай драйвера, в DKMS-формате.. затем проси своих пользователей использовать DKMS для установки этих своих драйверов.

Под новые ядра задрачивать тоже пользователи будут?

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

Меня только дровишки и интересуют последнее время, для AMD. И еще просыпание компа нормальное, а так все устраивает.

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

Под новые ядра задрачивать тоже пользователи будут?

ну а кто затачивает драйвера под изменения для новых ядер Microsoft Windows?

вот эти же самые люди :-)

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

Ну кому как, меня вот поприетарные дровишки амд начиная с релиза бубунты 14.04 не устраивают, поэтому скомпилял уже 3.15 кернель и нормуль)))

Rognar
()

— Дети, что вы прочитали летом?
— «Война и мир»!
— «Пётр Первый»!
— «Тихий Дон»!
— Исходники ядра Linux 3.15…

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

ну а кто затачивает драйвера под изменения для новых ядер Microsoft Windows?

Никто, там API раз в два месяца не меняют.

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

Теперь напишите по ним сочинение :)

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

Никто, там API раз в два месяца не меняют.

не раз в месяц, а раз в релиз. не сильно, но всё же.

(чем же это особо сильно отличается от linux-kernel-lts? :):))

и да — почему те железки которые уже не подерживаются производителем — драйвера не устанавливаются в новые версии Windows? принтеры например-всякие-там..

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

Там нет новых ядер.

в передах одного релиза Windows — думаю ядро одно и тоже.

то есть если установить Windows 7 (и не бновлять до 8) — то действительно врядли стоит ожидать новое ядро..

user_id_68054 ★★★★★
()

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

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

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

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

если это так — то это получается какой-то эпический тупик :)

может ли быть такое что Майкрософт уже сейчас делают с нуля ещё одно ядро, но например не афишируют это?

(если да, то как же тогда обеспечить мягкий [безболезненный, безпанический] перевод пользователей на это ядро?)

((вон пользователям всего лишь поменяли меню «Пуск» — а они развопились-разнылись так словно им всю Винду поменяли:) ))

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 2)
Ответ на: комментарий от user_id_68054

может ли быть такое что Майкрософт уже сейчас делают с нуля ещё одно ядро, но например не афишируют это?

Теоретически может конечно, но я в этом сомневаюсь. Откуда у них столько ресурсов и спецов? Акции-то падают.

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

Теоретически может конечно, но я в этом сомневаюсь. Откуда у них столько ресурсов и спецов? Акции-то падают.

выходит что Винда-то постепенно умирает — а Reset ставит нам эти признаки умирания наоборот в пример (мол: «стабильность в стране», и т п, "...на улицу теперь можно выходить безопасно...") ?

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

Я поставил для нативных оптимизаций GCC. BFQ не использую, он ужасен.

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

Ты зашёл в тред только чтобы сказать, что ресет лучше тебя?

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

и да — почему те железки которые уже не подерживаются производителем — драйвера не устанавливаются в новые версии Windows? принтеры например-всякие-там..

Там чаще всего, проблема в том, что эксешник, созданный в лохматом году, тупо привязан к версии винды. Он проверяет версию, она не совпадает и всё, стоп машина. На ноутах даже после накатывания очередного SP оригинальный драйвер от видяхи или звуковухи может слететь и отказаться устанавливаться именно по этой причине. Проблема плёвая, а обновления от производителя нет. Бежит такой неудачник с винды на линукс.

А в линуксе - дистрибутив выходит раз в пол года - год. С каждым обновлением начинается свистопляска, то камера стала вверх ногами показывать, то вайфай начал чихать и кашлять, то звуковуха стала шестиканальной или наоборот, то модуль управления частотой начинает выжигать процессор. Почему? Потому что ядро «жидкое», «всё течёт, всё изменяется» (Лао Цзы?)

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

чёт не понял :-) : если в Windows ничего не «течёт» и не «изменяется» --- то на кой-такой-случай тогда разработчики драйверов-и-програм ставят эту заглушку («привязан к версии винды»)?

делали бы тогда универсальные драйвера, которые не огладывались бы на версию Windows? раз уж так всё якобы стабильно :-)

а может производителям устройств и драйверов — наоборот было БЫ выгодно чтобы API менялось БЫ по-чаще... чтобы старые устройства не работали БЫ на новых версиях операционных систем (а оно собака работает! и поэтому приходится вставлять код который умышленно проверяет версию ядра? :))

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 4)
Ответ на: комментарий от Reset

Если бы все было так плохо с API как ты тупо врешь, то разработчикам ядра приходилось бы существующие модули переписывать по 50 раз. Но я этого не наблюдаю. А если они их таки переписывают, всю огромную кучу, то значит в этом нет серьезной проблемы. Прав он всегда. Почему ты считаешь что масса изменений и исправлений в ядре обязательно означает изменение API?

anonymous
()

както странно что решето в фьютексах на главную не попало (ведь всем срочно надо было бы знать/обновлять). А минорные для юзеров вещи расписаны до мельчайших деталей.

зы посеял акк. Sleepy кто найдет просьба вернуть владельцу =)

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