По мере развития ядра: Rust в Linux saga достигает фазы “Linus с заглавными буквами”

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

В 2021 году выдающиеся фигуры в сообществе ядра Linux, включая сам Линус Торвальдс, выразили интерес, но приняли осторожную позицию в отношении ржавчины для Linux. Однако, когда Ржаст приобрела тягу и сторонники в течение года, к октябрю 2022 года Торвальдс одобрил запрос на притяжение, включающее код ржавчины в ядро Linux.

К концу 2024 года я заметил, что энтузиасты ржавчины растут все более недовольны из -за задержек и препятствий в их усилиях. Ведущий разработчик Rust on Linux даже подал в отставку, сославшись на «нетехнические проблемы». В то время Торвальдс признал медлительность, но заявил: «Разработчики ветеранов ядра привыкли к C и не особенно хотят изучать новый язык». Однако такие разногласия можно рассматривать как типичную часть дискурса с открытым исходным кодом.

В течение последних двух месяцев напряженность усилилась в определенной области списка рассылки ядра Linux и в настоящее время имеет тенденцию к разрешению, хотя и разрешение, которое Линус Торвальдс находит ненужным Старком. Грег Кроа-Хартман, еще один давний лидер, в основном соглашается: ржавчина может и должна быть интегрирована в ядро, но у людей нет никаких обязательств работать с ним, если они предпочитают продолжать работать над более чем двумя десятилетиями кода C.

Ранее, в сериале «Ржавчина нашей жизни»

В этом месяце Гектор Мартин, глава проекта Asahi Linux, ушел из списка опекунов Linux и также покинул проект Asahi. Он объяснил свое решение, упомянув истощение и разочарование по поводу препятствий при включении ржавчины в ядро. По словам Мартина, Rust имеет решающее значение для создания эффективных и безопасных драйверов для последних чипсетов Apple, особенно когда дело доходит до работы водителя. Тем не менее, Кристоф Хеллвиг, который управляет API прямого доступа к памяти (DMA), не согласен с тем, что в своем домене не согласен код ржавчины, поскольку он обнаруживает, что кодовая база смешанного языка трудно поддерживать.

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

Позже, Hellwig поделился более обширным посланием, подробно описывая свою позицию против привязки ржавчины — по сути переводами библиотек Rust, совместимых с эквивалентами C. Он также расширил свою предыдущую аналогию, сравнив многоязычную совместимость с «раком». В этом документе он поставил под сомнение цель проекта Rust: «Мне любопытно о том, какова цель этого« эксперимента »ржавчины: если мы хотим решить существующие проблемы с безопасностью памяти, мы должны сосредоточиться на решении этих проблем в текущих Код и поиск решений для модернизации его », — написал Hellwig. Кроме того, он упомянул, что Торвальдс выразил четкое намерение включить код ржавчины над возражением сопровождающих в частных разговорах.

Двусторонняя “стена защиты”

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

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

В ответ на запрос на притяжение, на которое возразил Хеллвиг, Линус Торвальдс подчеркнул (во всех шапках), что он «вообще не касается слоя DMA». Он также пояснил, что этот запрос на притяжение было просто другим пользователем слоя, проживающим в совершенно отдельной подкаталории.

Чем прямо, кажется, что ваши действия подразумевают, что, как и поддерживающий DMA, вы решаете цель кода DMA. Тем не менее, это не совсем то, как все в мире катится.

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

Лидер подчеркивает, что любой, кто хочет внести свой вклад в техническое обслуживание Руста, имеет возможность сделать это и даже формировать внешний вид привязки ржавчины. С другой стороны, те, кто отказывается, заявляя, что они не хотят иметь дело с Rust, все еще могут сделать этот выбор, как говорит Торвальдс, «защитный барьер». Тем не менее, важно отметить, что эти люди не влияют на код ржавчины, который опирается на их интерфейсы C.

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

— Почему бы нам этого не сделать?

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

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

Koah-Hartman также ставит под сомнение долгосрочную жизнеспособность C ++ в качестве языка кодирования для ядра, но признает, что ржавчина, хотя и не идеальная, особенно эффективна для обработки сложных API, связанных с ядром. По сути, он рассматривает Rust как ценного инструмента в решении проблем, связанных с сложными API -интерфейсом ядра.

Кроа-Хартман утверждает: «Действительно, кодовые базы смешанных языков могут быть сложными и трудными для управления. Однако, как разработчики ядра Linux, мы раздвигали границы дольше, чем кто-либо ожидал. Мы превратили наш подход к разработке в мелко настроенный инженерный шедевр , достигая подвигов, никто другой не справился. процветает в течение следующих двух десятилетий и дальше.

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

Смотрите также

2025-02-21 22:55