LINUX.ORG.RU

Linux 6.1

 , ,

Linux 6.1

3

5

Линус Торвальдс после двух месяцев разработки выпустил стабильную версию ядра Linux версии 6.1.

В новой мажорной версии ядра с кодовым названием «Hurr durr I’ma ninja sloth» представлена экспериментальная (но пока очень базовая и неприменимая в реальных случаях использования) поддержка языка программирования Rust для разработки модулей и драйверов.

Следующим очень важным изменением является замена «старой» реализации LRU на MGLRU (Multi-Generational LRU) — альтернативную реализацию LRU, которая оптимизирует возврат страниц и повышает производительность при нехватке памяти.

AMD IOMMU v2 теперь работает как часть виртуализации IOMMU с аппаратной поддержкой AMD vIOMMU (EPYC 7002 «Rome» и новее)

Также в эту версию ядра добавили AMD Platform Management Framework (PMF), который представляет централизованную структуру, позволяющую на основе информации с датчиков и различных метрик динамически управлять производительностью, питанием и температурными параметрами системы.

Исправлены ошибки в драйвере amd-pstate, поправлена некорректная работа s2idle на мобильной платформе AMD Rembrandt.

Продолжается добавление поддержки для видеокарт Intel Meteor Lake, Intel Arc, AMD RDNA3, а также исправления для AMD RDNA2.

В области файловых систем проведена значительная оптимизация производительности Btrfs. Кроме этого, Ted Ts’o исправил некоторые ошибки и немного оптимизировал производительность в EXT4.

Добавлен Kernel Memory Sanitizer (KMSAN) для диагностики проблем с памятью.

Производится подготовка сетевой подсистемы ядра к грядущим стандартам WiFi 7 и 802.11be.

Окончательно удалена поддержка a.out.

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

★★★★★

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

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

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

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

Подождём пока нвидия модули и модули virtualbox-а будет собираться под это ядро. Пока вообще смысла нет.

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

Стабильный ABI уже завезли?

По прежнему nonsense, так что смысла мигрировать с Виндовз по прежнему нет, тому кому это важно. Вообще могли бы давно уже ядро форкнуть, переписать на Rust, разбить на микроядра, декларировать стабильный ABI... Видимо не так уж и сильно нужно.

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

Стабильный ABI из модно-молодёжных язычков есть, увы, только в Swift. В то время как 99% современного IT надрывно повторяет за гуглом «динамическая компоновка и реюзабельность не нужна, vendor all the things», яббл просто взяли и сделали, да. Они крутые.

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

Для начала завезите стабильный ABI в сам rust. И хватит паразитировать на сишном ABI.

Папа, а с кем ты сейчас разговаривал?

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

Называешь себя хипстерским язычком и рассказываешь про ПРОРЫВ, а у самого под капотом сишные кишки, которые про все эти свистелки и перделки ничего не знают. Поэтому бежишь и рассказываешь, что динамическая линковка не нужна.

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

Называешь себя хипстерским язычком и рассказываешь про ПРОРЫВ, а у самого под капотом сишные кишки, которые про все эти свистелки и перделки ничего не знают.

ЯННП. Что плохого в том, что другие языки используют сишный ABI-то? Зачем изобретать что-то своё?

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

Сынок, мы с мамой тебе не рассказывали, но на самом деле ты скажем так немножко особенный. Смекаешь?

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

В том, что нет поддержки фич языка. В c++ для этого придумали декорирование имён (name mangling). Поэтому у нас есть возможность динамически линковаться с библиотеками и использовать из них классы, операторы и т.д. А в расте неосилили.

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

А зачем тебе это? В Rust инлайнинг идёт во все поля на каждый чих. В таким режиме динамические библиотеки не имеют особого смысла. Да и паковать их никто не хочет.

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

Его даже у C++ нет, но это ничего, это ладно. У Swift есть по крайней мере одно, хотя и сомнительное, преимущество: его делает один производитель, который может хоть API, хоть даже ABI стандартизировать.

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

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

Невозможность нормально опакетить компилятор и библиотеки является индикатором, что язык - хипстерская поделка из желудей. Что-то вроде node.js. Там тоже свой карго - npm.

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

Сишный? Да. Растовый не слишком нужен.

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

Для нормальной работы - необходимость.

Что бы можно было брать модули купленные у сторонних разработчиков и спокойно их использовать 20 лет.

Ну, или свои продавать.

Использовать через сишный ABI? Теоретически возможо, но плюсы сильно сворачиваются.

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

Невозможность нормально опакетить компилятор

Вот тут ты погорячился по-моему. Но вполне возможно, что я чего-то не знаю.

и библиотеки

но ведь dependency hell! мы хатим устанавилвать виндовс-вей, из сайта разработчика! все в linsxs!

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

По прежнему nonsense, так что смысла мигрировать с Виндовз по прежнему нет, тому кому это важно. Вообще могли бы давно уже ядро форкнуть, переписать на Rust, разбить на микроядра, декларировать стабильный ABI… Видимо не так уж и сильно нужно.

Тут то все понятно. Как только появятся микроядро - так тут же все навечно стабилизируется. И внесение любых изменений будет занимать столько будет проходить с потом кровью и овном.

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

А ТО ШТО?!

А то будет как в прошлый раз. А что было в прошлый раз? Ныли и ругались, ворчали про паразитирование.

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

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

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

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

В моём дистрибутиве (NixOS) компилятор и многие библиотеки без проблем опакечены. Что я делаю не так?

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

Что бы можно было брать модули купленные у сторонних разработчиков и спокойно их использовать 20 лет.

Так в C этого нельзя делать. GCC тот же ломал ABI между 2.95 и 4. А если мы вспомним, что платформы сейчас живут меньше, то вообще вешаться можно. Хочешь AArch64? А вот хрен тебе, твоей библиотеке 20 лет, а исходники от неё давно потеряны.

Так что покупай и продавай сырцы, кто ж тебе мешает-то?

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

поддержка языка программирования Rust

Как похорошел Linux при Собянине :)

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

Rust в ядро притянули ни Си разработчики, а крупные компании. Состав Rust Foundation - известен. Гугл нанял специально для впиливания в ядро Раста отдельного человека. Я надеюсь на форк Линукса без Раста и жду уплыва части разработчиков на его поддержку. Думаю, это вполне реально

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

Веруешь в то что язык программирования и написанный на нём код имеет сакральное значение и может как то осквернить чистое и непорочное святое ядро? Почему TempleOS тогда не разрабатываешь?

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

А еще начиная с 6 ядра что-то поломали, и с патчем fbcondecor оно больше не собирается.

Dog ★★★
()

ненужно ненужно ненужно

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

Я надеюсь на форк Линукса без Раста и жду уплыва части разработчиков на его поддержку. Думаю, это вполне реально

Ору. А я бы даже посмотрел на этот цирк :) Смиритесь, всё, Rust пришёл. Теперь развитие мира Linux ускорится, станет лучше и безопаснее. Не электрон же вам запихали.

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

Так в C этого нельзя делать.

Можно.

GCC тот же ломал ABI между 2.95 и 4.

И по этому поводу вой стоял.

И тащили пакеты совместимости не меньше 10 лет.

А если мы вспомним, что платформы сейчас живут меньше, то вообще вешаться можно.

В большинстве случаев - нет.

Хочешь AArch64?

Нет.

А вот хрен тебе, твоей библиотеке 20 лет, а исходники от неё давно потеряны.

И спокойно компилируются с с новыми исходниками.

Так что покупай и продавай сырцы, кто ж тебе мешает-то?

Большую часть с исходниками не продают.

x86_64 ★★★
()
Ответ на: комментарий от yu-boot

А чем плох раст для системной разработки?

Он отлично подходит для этих целей. Просто хейтеры бомбят. Нестоит обращать на них внимание. У хейтеров бомбит, но код пишется, внедряется и работает :)

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

Тут то все понятно. Как только появятся микроядро - так тут же все навечно стабилизируется.

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

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

Есть очень много статей на тему, чтобы я тут это по десятому кругу расписывал. Достаточно даже одной причины - большая безопасность работы с памятью. Одна из свежих новостей: АНБ рекомендует отказываться от С/С++ в пользу Rust. Как раз, это связано с безопасностью.

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

Его даже у C++ нет, но это ничего, это ладно

В сравнительно широких рамках всё-таки есть. Там даже иногда можно сделать ABI обратно совместимым при изменениях API.

У Swift есть по крайней мере одно, хотя и сомнительное, преимущество: его делает один производитель, который может хоть API, хоть даже ABI стандартизировать

Дело не в стандартизации, а в стабилизации (точнее, «resilience», как они это называют). Две большие разницы.

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

Достаточно даже одной причины - большая безопасность работы с памятью.

Хватит уже людей в заблуждение вводить. В С++ точно такая же безопасная работа с памятью есть. Ставь кто тебе запрещает ? Просто в С++ оно (проверка) в компиляторе под умолчанию выключено а в Rust включено.

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

Сам по себе rust мне монописсуарен, как и python. А вот их экосистема, с их pip-ами и cargo-ами, это не дырень в безопасности?

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

Вы что не помните интерьвью Патрика когда у него спросили зачем от сделал systemd ?

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