LINUX.ORG.RU

Вышло ядро версии Linux 5.9 добавлена поддержка FSGSBASE и Radeon RX 6000 «RDNA 2»

 ,


0

1

Линус Торвальдс объявил о стабилизации версии 5.9.

В числе прочих изменений он внес в ядро версии 5.9 поддержку FSGSBASE, которая должна улучшить производительность переключения контекста на процессорах AMD и Intel. FSGSBASE позволяет читать и изменять содержимое регистров FS/GS из пространства пользователя, что должно улучшить общую производительность, пострадавшую после закрытия уязвимостей Spectre/Metldown. Сама поддержка была добавлена инженерами Microsoft несколько лет назад.

Так же:

  • добавлена поддержка Radeon RX 6000 «RDNA 2»
  • добавлена поддержка команд зонирования накопителей NVMe (NVMe zoned namespaces (ZNS))
  • начальная поддержка IBM Power10
  • различные улучшения подсистемы хранилищ, ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра
  • модель потребления энергии (фреймворк Energy Model) теперь описывает не только поведение энергопотребления CPU, но и периферийных устройств
  • В Netfilter добавлен REJECT на стадии PREROUTING
  • для AMD Zen и более новых моделей CPU добавлена поддержка технологии P2PDMA, позволяющей использовать DMA для прямой передачи данных между памятью двух устройств, подключенных к шине PCI.

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

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 7)
Ответ на: комментарий от cvs-255

Зато нет оверинжиниринга. А есть эволюционное развитие по мере необходимости. И такой подход спасает от застойности, и новые АПИ для обхода ограничения старых АПИ не нужно плодить.

gag ★★★★★
()
Ответ на: комментарий от cvs-255

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

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

Как то же в винде справляются и не тащат все драйвера в ядро?

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

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

справляются

ну вон не так давно был шум от очередного слива по производительности венды при работе на многоядерных процессорах

не тащат все драйвера в ядро

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

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

Как то же в винде справляются и не тащат все драйвера в ядро?

У винды ядро гибридное и большинство драйверов в юзерспейсе. Да и там ломают, но есть тонны сахара в виде DDK/WDK. Собственно, см. релизы DDK/WDK. И да, дрова под Винды делать тоже тот ещё адок. У меня опыт, конечно, весьма скромный, но я бы не сказал, что сильно проще, чем Линуксовые (даже с учётом ломок внутриядерного API/ABI).

SkyMaverick ★★★★★
()
Ответ на: комментарий от I-Love-Microsoft

А на лоре можно только уверовать и не возбухать?

Midael ★★★★★
()
Ответ на: комментарий от cvs-255

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

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

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

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

лучше дрова в юзерспейсе

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

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

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

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

Ага драйвера для вафель когда в ядре нет тут такой вой начинается на форуме. Особенно когда единственный вариаант - это собрать драйвер из исходников. Ты в своем уме? 110 мегабайт ядро весит. Погляди на kernel.org.

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

венда распространяется с кучей дров и занимает десять+ гигов

Ближе к 20.

question4 ★★★★★
()
Ответ на: комментарий от cvs-255

Как то же в винде справляются и не тащат все драйвера в ядро?

Ну кагбэ винда и не монолитное ядро, а микроядерная хрень?

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

Ну оно в общем-то так и есть, не?)

Oberstserj ★★
()
Ответ на: комментарий от cvs-255

Одним большим дистрибутивом или ядро отдельно распространяется, драйвера отдельно

…и при попытке стартануть ядро на любом железе ты сам себе прописываешь большой болт. Ибо а как? Та же винда тянет некий набор драйверов при старте на новой железке. Ну и собственно какая нафиг разница где лежат дрова, если их один фиг тащить?

Ну а выше тебе дали годный совет: напрягает наличие ненужных дров - гента тебе в помощь.

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