Представлена стабильная версия Linux 6.3 с новыми функциями и большими изменениями

Линус Торвальдс 23 апреля представил первый стабильный релиз ядра Linux 6.3. Исходный код Linux 6.3 уже доступен для загрузки на портале kernel.org . Пользователям также доступен коммит релиза ядра Linux 6.3 на GitHub и на Makefile от Линуса Торвальдса.

По данным OpenNET, Linux 6.3 содержит 15 637 исправлений от 2 055 разработчиков. Изменения были внесены в 14 296 файлов, добавлено 1 023 183 строки кода и удалено 883 103 строки кода.

Изменениям подверглись следующие компоненты:

• 39% изменений затронули драйвера устройств;
  
• 15% - обновление кода, специфичного для аппаратных архитектур;
  
• 10% - сетевой стек;
  
• 5% - файловые системы;
  
• 3% - внутренние подсистемы ядра

Новая версия ядра Linux содержит большое количество изменений , обновлений и доработок , в том числе:

• чистка устаревших ARM-платформ (размер исходных текстов ядра сокращён на 150 тыс., удалено более 40 старых ARM-платформ) и графических драйверов;
  
• продолжение интеграции поддержки языка Rust (в т.ч. в качестве второго языка для разработки драйверов и модулей ядра);
  
• добавление утилиты hwnoise (для отслеживания задержек, вызванных особенностями работы аппаратного обеспечения);
  
• поддержка древовидных структур red-black в BPF (Berkeley Packet Filter);
  
• внедрение режима BIG TCP для IPv4;
  
• встроенный тест производительности Dhrystone;
  
• возможность запрета исполнения в memfd;
  
• поддержка создания HID-драйверов;
  
• с помощью BPF в User-mode Linux (запуск ядра как пользовательского процесса) на системах x86-64 реализована поддержка кода Rust;
  
• добавлена поддержка сборки User-mode Linux при помощи clang с включением оптимизаций на этапе связывания (LTO).

Также в Linux 6.3 добавлена поддержка типов:

• Arc (реализация указателей со счётчиком ссылок);
  
• ScopeGuard (чистка при выходе за область видимости);
  
• ForeignOwnable (перемещение указателей между кодом на C и Rust).

Также в Linux 6.3 прекращена поддержка сборки ядра компилятором Intel ICC, которая уже длительное время находилась в нерабочем виде без нужных исправлений. Отмечается, что состояние поддержки Rust в ядре уже близко к тому, чтобы начать принимать в ядро первые модули, написанные на Rust.
Источник

scrimv писал(а):

ну как-бы мы в сервисе юзаем один и тот же диск с виндой на всех подряд компах, так вот не грузится оно на процентах 10 железа, а так просто перекидываешь диск с одного компа в другой не особо смотря на платформу и все пашет. Это уже с 8 винды пошло, в 10 вообще на ура. Так что ваши сведения как-бы мягко говоря неправда. Смена мамки с хрена бы ведет к покупке новой лицензии??? Перепишите ключ, активируйте онлайн и все работает.... Вот сам использую линукс для определенных нужд, но не понимаю, зачем врать насчет винды???

Ну это пошло с 10 и то после какого-то обновления стало работать более или менее стабильно. и да находятся конфигурации когда или луп получаешь или синьку.
А вот линукс 100% загрузится, вопрос только в специфичных сетевых может быть или ядро более старое, но в консоль вы точно попадёте.

DrRulez писал(а):

ivanmara писал(а): dimitriy7 писал(а): Цитата: 39% изменений затронули драйвера устройств Вот нафига драйверы в ядре? Когда уже от этого атавизма избавятся? В винде это начали делать в 1993-м и окончательно сделали к 2002-му, а в линухе воз и ныне там... Вообщето драйвера в ядро вы принимаете сами какие включать в ядро а какие скомпилировать "отдельно" в виде модулей ...так что впринцыпе вы можете вообще избавится от драйверов в ядре если вам не нужно ... меня лично такая ситуация устраивает и никакого атавизма в этом нету ... Так практически никто не делает. В основной массе люди пользуются ядрами от поставщиков дистрибутивов. И, на самом деле, практика, когда драйвера в ядре - порочна. Это, да, хорошо подходит тогда, когда мы собираем ядро сами и уверены в том, что конфигурация оборудования будет неизменна. Т.е. неплохо подходит для иот. Чуть менее для серверов но и то, при выходе критически важных исправлений вам придется всякий раз ядро - пересобирать. Как показывает практика, данный процесс не всегда проходит безболезненно. Но это все, конечно, преодолимо. А вот в случае рабочих станций пользователей, когда у вас количество оборудования, прямо скажем, не поддается учету (это в глобальном смысле, а не в разрезе 1 компании и вашего домашнего ПК), держать такое количество драйверов в ядре - неуместно. Ядро для таких машин в идеале должно быть гибридным. Часть драйверов, критически важных для запуска ос - в ядре, остальное отдельно. Это, в том числе, решит большую проблему и с написанием тех самых драйверов и их совместимостью. естественно для этого предварительно должны быть стандартизированы нормальные и человеческие интерфейсы взаимодействия отдельных драйверов и ядра. А текущее положение с этим, как раз и объясняет ситуацию с проникновением линукса на десктопы (хотя, разумеется, дело не только в этом). И всякое приказное импортозамещение никак глобально на это повлиять не в состоянии.

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

Ну по теме скажу что включение в ядро возможности писать драйвера на Rust это замечательно. Так сказать наблюдаем конец эпохи ... ))) ...

ivanmara
Может я что-то пропустил? Это какой эпохи? Или эпохи чего?

mick2901 писал(а):

А драйвера в ядре нужны в том числе и для того, чтоб если (не дай б-г) у Вас "упадёт" железо (например - "ЮГ" на материнке), то Вы вполне можете выбрать себе "что-нибудь более другое", подключить диск и сразу-же загрузиться в вашу любимую (настроенную под себя от А до Я) систему.... И пофиг, что совсем другое железо... система всё равно загрузится

Линух при смене железа "паникует" ничуть не реже, чем винда "синеет".

ivanmara писал(а):

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

Именно я? Или всё-таки создатель дистрибутива? Я вам секрет открою -- простой пользователь ничего не компилирует, ему надо просто поставить ОС и чтобы всё работало. А модули -- они точно модули или просто отдельные файлики, которые всё равно сидят в памяти ядра и с правами ядра, аки vxd-дрова в вин-95, от которых все плевались?

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

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

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

Добавлено спустя 9 минут 47 секунд:

Asgard-89 писал(а):

ivanmara Может я что-то пропустил? Это какой эпохи? Или эпохи чего?

тут вот в чем идея ... Rust в общем случае позволяет писать более безопасный код по сравнению с C (детали гуглим)... соотвественно потихоньку драйверы устройств начнут переписывать на Rust ... тем самым потихоньку эпоха С заканчиваеться и начинается новая ... эпоха Rust ... то есть имя два инструмента логично выбрать лучьший ... понятное дело время покажет прав ли я или нет ... но я лично считаю так и будет ... как то так ...

ivanmara писал(а):

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

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

И именно так обстоят дела в успешных системах для десктопов на данный момент.

Цитата:

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

Простой пользователь сам себе обычно линукс - не ставит. Ему его ставят на работе. а вот чтоб он его поставил дома - у него должно полноценно работать все его оборудование. и мало того, что работать, ему должно быть удобно с этим всем работать. А сейчас что? даже вменяемого ПО под корпоративные мфу нет. Да что там мфу. Уже полно мониторов с hdr - Но линукс на десктопе - увы - не поддерживает данный режим. Мало того, иксы уже устарели и многого не могут (тот-же hdr), а вайленд - еще многого НЕ умеет. Единого DE - не. единого api - нет. Какой после этого может быть десктоп для обычного пользователя? Это я еще не касался зоопарков менеджеров пакетов. Для каких таких мифических "обычных пользователец" эта система? Не смешите людей.

Цитата:

тут вот в чем идея ... Rust в общем случае позволяет писать более безопасный код по сравнению с C (детали гуглим)... соотвественно потихоньку драйверы устройств начнут переписывать на Rust ... тем самым потихоньку эпоха С заканчиваеться и начинается новая ... эпоха Rust ... то есть имя два инструмента логично выбрать лучьший ... понятное дело время покажет прав ли я или нет ... но я лично считаю так и будет ... как то так ...

Да при чем тут язык программирования? Чем переход с Си на раст решит все вышеперечисленные проблемы? Не кровати надо переставлять, сударь, а менять девочек. Т.е. менять подход к разработке ядра и стандартизировать, для начала, хотя-бы системные интерфейсы. А то стандартная картина раз от раза. Вышло новое ядро и, к примеру, тот-же vmware workstation - Перестает запускаться, потому как что-то там в ядре в очередной раз поменяли, и so-ка - все. И это еще не самое забавное. Вспомните цирк 3ъ чтоль годичной давности, когда ядро текло по сетевому стеку, а дело оказалось в реализации дисковой подсистемы... Это, как раз последствия той самой хваленой монолитности. И это я так - по вершинам айсберга пробежался слегонца.

dimitriy7 писал(а):

А модули -- они точно модули или просто отдельные файлики, которые всё равно сидят в памяти ядра и с правами ядра

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

DrRulez
линукс система с открытым исходным кодом ... вы можете сделать самостоятельно и поддержку HDR и поддержку корпоративного МФУ ... вам никто ничего не должен.

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

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

Jackers писал(а):

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

А какие нужны? Приведи список.

ivanmara писал(а):

линукс система с открытым исходным кодом ... вы можете сделать самостоятельно и поддержку HDR и поддержку корпоративного МФУ ... вам никто ничего не должен.

Ну то есть линух -- ОС для профессиональных программистов, которым легко всё это сделать. А таких в обществе около процента, что хорошо коррелирует с распространённостью линуха на домашних компах. Правильно?

ivanmara писал(а):

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

Дело не в исходниках и даже не в пересборке ядра ради дров. А в том, что в линухе все дрова, даже сделанные отдельными модулями, лезут в память ядра и имеют ядерные права. И, соответственно, любой глючный драйвер может порушить в системе что угодно с непредсказуемыми последствиями, вон как выше писали, когда дисковый драйвер рушил сеть. Полный аналог vxd-дров в вин-95/98, от которых все плевались и давно забыли, как страшный сон. А решение простое -- микроядро, или как теперь модно, "гибридное", когда в пространстве ядра сидит один видеодрайвер, а остальные дрова изолированы в своих виртуальных пространствах на пользовательском уровне и в память ядра и друг друга не лезут. В винде и макоси так и сделано, а в линухе наоборот -- в ядро закинуто всё, кроме иксов. Воистину, иллюстрация того, как не надо делать ОС.

mick2901 писал(а):

А если вы решили "проапгрейдится" и сменили материнку, процессор и видеокарту, то у вас уже нет вашей лицензии на ОС, покупайте лицензию ещё раз... В этом весь "юзерфрендли" от майкрософт ....

Не совсем так, это относится только к OEM лицензии. Коробочная поставляется отдельно и можно спокойно апгрейдиться.

Добавлено спустя 3 минуты 42 секунды:

scrimv писал(а):

Смена мамки с хрена бы ведет к покупке новой лицензии???

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

dimitriy7
у вас в корне неверная информация! ... в линуксе от любого дистростроителя в комплекте идет ядро с минимум вкомпиленных драйверов для например для управления памятью ... также в комплекте идет куча модулей драйверов под различную аппаратуру и видеокарты в виде файлов ... при загрузке системы грузится ядро и принимает решение какие модули драйверов подгрузить динамически ... например под видеокарту intel или nvidia ... то есть в любой момент времени в памяти висят драйвера только для конкретной аппаратуры и не более ... никакого забивания памяти лишними драверами нет. причем этим процессом можно управлять в ручную.

подробнее можно почитать тут: тут

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

dimitriy7 писал(а):

А какие нужны? Приведи список.

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

Jackers писал(а):

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

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

ivanmara писал(а):

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

Я не об этом говорю. Совсем не о способе распространения драйверов и не о том, что их можно сделать отдельными файлами и грузить в память по мере надобности -- это и так понятно -- а о том, в КАКУЮ память они грузятся. Линух и винда-95 плохи тем, что драйверы грузятся в адресное пространство самого ядра и получают права ядра, что в нормальной системе недопустимо. В нормальных системах (нт-подобная винда, макось и т.п.) в ядро грузится только видеодрайвер, а остальные драйверы грузятся каждый в своё виртуальное пространство с пользовательскими правами и сидит там изолированно от ядра и других драйверов, не имея доступа к их памяти, это немного снижает быстродействие и увеличивает расход памяти, но увеличивает надёжность, и главное, облегчает написание драйверов.

dimitriy7 писал(а):

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

Я то как раз понял про что речь, а вы не поняли, что ваш упоминаемый "список" формируется от окружения и не тащится все подряд что доступно. Почитайте, если не разбираетесь.

Добавлено спустя 9 минут 24 секунды:

dimitriy7 писал(а):

а о том, в КАКУЮ память они грузятся.

Именно об этом и было написано, к чему вы написали тоже самое, но от своего имени?

dimitriy7 писал(а):

Линух и винда-95 плохи тем, что драйверы грузятся в адресное пространство самого ядра и получают права ядра

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

Цитата:

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

Если винда "нативно" понимает на каком железе её запускают, то , таки-ДА, запустится... А если у вас в обоих случаях "эксклюзивное" железо, на которое НУЖНО "ручками" ставить дрова на "чипсет" и прочую периферию, .... в обоих случаях -разные драйвера, то уже не запустится.....

Цитата:

Смена мамки с хрена бы ведет к покупке новой лицензии??? Перепишите ключ, активируйте онлайн и все работает....

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

в силу специфики работы - приходится работать на "особом" железе .... и в лучшем случае 1 из 10 случаев - запустится... остальные - " в синьке"

Цитата:

Любая винда, начиная с 10-ки, так сможет без всяких синих экранов и танцев с бубнами

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