The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Грег Кроа-Хартман рассказал о том, как Rust может помочь в борьбе с ошибками в ядре Linux

28.05.2026 09:46 (MSK)

Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной и "staging" веток ядра Linux, и занимающий пост мэйнтейнера в 16 подсистемах ядра, выступил с докладом на конференции Rust Week 2026, в котором рассказал, как язык Rust может помочь в предотвращении появления в ядре уязвимостей, возникающих из-за типичных ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с незаслуживающими доверия данными. В качестве основного преимущества Rust называется возможность выявлять подобные ошибки на этапе сборки, а не рецензирования кода людьми. При этом, Rust не рассматривается как панацея, способная избавить от всех проблем, и никто не собирается переписывать ядро на Rust - ожидается постепенное внедрение Rust через его использования для новых драйверов и подсистем.

В качестве примера ошибок в ядре, которые удалось бы избежать при использовании Rust, упомянута ошибка в подсистеме Bluetooth, остававшаяся незамеченной 15 лет, и проблема в гипервизоре Xen. В первом случае разработчик выполнил разыменование указателя без проверки, а во втором забыл снять блокировку в коде обработки ошибок. По словам Грега, большинство ошибок в ядре вызваны подобными мелочами, которые со временем накапливаются и всплывают как уязвимости. В Rust многие из подобных проблемы предотвращаются компилятором, например, Rust-абстракции для блокировок в ядре допускают получение доступа к внутренним указателям структур только после захвата соответствующей блокировки, которая снимается автоматически. Без захвата блокировки получить доступ к указателям структур на Rust не получится.

Грег считает, что подобные возможности Rust недопустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок и обоснованности выставления блокировок в нужном месте. Более того, внедрение поддержки Rust уже оказало благотворное влияние и на Си код в ядре, благодаря приведению в порядок Си-кода и интерфейсов, а также заимствованию некоторых приёмов разработки (например, были реализованы блокировки с ограниченной областью видимости).

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

Последнее время команда, отвечающая за безопасность в ядре, публикует каждый день примерно 13 отчётов об уязвимостях, что на фоне прошлой динамики выявления уязвимостей воспринимается как какое-то безумие (для примера за вчерашний день было опубликовано 277 отчётов об уязвимостях в ядре). По мнению Грега, использование Rust является одним из реальных способов добиться снижения числа ошибок в ядре, вызванных традиционными оплошностями при обработке ошибок и управлении ресурсами. В ядре поддержка Rust уже вышла за рамки эксперимента и в конце прошлого года была признана штатной возможностью ядра.



  1. Главная ссылка к новости (https://www.zdnet.com/article/...)
  2. OpenNews: Интервью с Грегом Кроа-Хартманом о созданных через AI отчётах об ошибках
  3. OpenNews: Грегу Кроа-Хартману присуждена премия за вклад в открытое ПО
  4. OpenNews: Мнение Грега Кроа-Хартмана и Кейса Кука о продвижении Rust в ядро Linux
  5. OpenNews: Поддержка Rust переведена из экспериментальных в основные возможности ядра Linux
  6. OpenNews: Уязвимость в Binder, подсистеме ядра Linux, написанной на Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65549-kernel
Ключевые слова: kernel, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Массоны Рептилоиды (?), 11:07, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    Да что он себе позволяет? Он вообще опеннет читает? Тут эксперты доходчиво бы объяснили что он не прав
     
     
  • 2.40, Аноним (40), 12:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А почему он должен быть прав? Это утвердило Министерство Правды?
     
     
  • 3.56, 12yoexpert (ok), 12:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    разумеется: забашляли минобороны

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

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

     
     
  • 4.62, Аноним (-), 12:44, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 5.70, 12yoexpert (ok), 12:49, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.50, pic (??), 12:30, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вода камень точит.
     
  • 2.68, freehck (ok), 12:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут эксперты доходчиво бы объяснили что он не прав

    Как уже неоднократно объяснялось, хейт на самом деле вызыван не столько Rust-ом, сколько его сообществом и, во многом, пришлыми сюда апологетами оного. Сам Rust вообще-то неплохой язык. Но вот крикуны, кои популяризируют свой инструмент через унижение старого и рабочего, эти бесконечные инициативы по переписыванию существующего стабильного кода (в основном бесперспективные, если только цель не смена лицензии) — всё это вызывает у людей закономерное раздражение. И хотя вроде бы все эти анонимные тролли — никто, и было бы разумно просто игнорировать их, тем не менее каждый из нас иногда бывает, что устанет, и нет-нет, да и поведётся на эти толстые вбросы.

     

  • 1.2, Аноним (2), 11:08, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ненужно. Уже есть Мифос для проверок.
     
     
  • 2.20, Аноним (20), 11:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >  Ненужно.

    К счастью это не вы решаете)

    > Уже есть Мифос для проверок.

    И ты будешь каждый раз жечь токены вместо проверок на этапе компиляции.
    Да ты просто идеальный менеджер!

     
  • 2.29, Аноним (29), 11:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ненужно. Уже есть CHERI (аппаратная течнология контроля указателей и участков памяти). Готовится соответствующее расширение Y для RISC-V.
     
     
  • 3.33, Аноним (20), 11:52, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ненужно. Уже есть CHERI (аппаратная течнология контроля указателей и участков памяти).

    Тонны железа которые были закуплены до внедрения технологии:
    "Ну да, ну да, пошли мы н̶а̶ф̶и̶г̶ на свалку".

    Вы случайно не менеждер по продажам интела или амд?

    > Готовится соответствующее расширение Y для RISC-V.

    От когда будут, тогда и поговорим.
    Особенно буду смеяться если в зоопарке рисков оно будет не обязательное.


     
  • 3.34, q (ok), 11:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Уже есть" или "готовится расширение"? И как при помощи него выявлять на этапе компиляции, а не в рантайме?
     
     
  • 4.38, Аноним (29), 12:04, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По-моему должно быть понятно, что если аппаратно, то это для этапа исполнения, а не для этапа компиляции.
     
     
  • 5.41, q (ok), 12:09, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ответил на вопрос: "а это в рантайме или во время компиляции?"
    Какой вопрос задал я: "как эта хренотень сравнится с компайл-тайм-проверками раста?"
     
     
  • 6.44, Аноним (29), 12:26, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно ясно ответил. Прикалываешься или действительно тупишь?
     
     
  • 7.52, Аноним (52), 12:31, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Достаточно ясно ответил. Прикалываешься или действительно тупишь?

    Да какие тут приколы(((
    Местные растохейтеры зачастую с интеллектом на уровне тумбочки.

    Так что приходится разговаривать как с ребенком.

     
  • 7.69, q (ok), 12:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Давай на пальцах объясню: раст проверяет в компайл-тайме -- разработчик гарантированно узнает об ошибке, потому что иначе он тупо не получит бинарь. Твоя неготовая хрень проверяет лишь в рантайме: узнает ли об ошибке разраб, зависит исключительно от того, потратит ли пользователь время на регистрацию в багтрекере, заведение бага и так далее. Но это в лучшем случае. В обычном же, пользователь выйдет в подъезд и позвонит по номеру в объявлении "Антон, починка компьютеров, переустановка винды, сделаю как для себя, качественно". Понял?

    Еще раз: твоя хреновина не гарантирует, что разраб узнает об ошибке. А раст гарантирует.

     
  • 3.37, Аноним1234 (?), 12:02, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    То есть в составе CI\CD надо будет запускать код на этом?
     
     
  • 4.39, Аноним (29), 12:07, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По желанию трудящихся. Можете CI/CD поручить нейрослопику.

     

  • 1.3, aname (ok), 11:12, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     
     
  • 2.9, Аноним (9), 11:18, 28/05/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.10, небесный ученый (?), 11:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тысячеглазый скайнет тебя устроит ?
     
     
  • 3.16, aname (ok), 11:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оно хотя бы смотрит. И, как видно, даже такой скайнет, на который сподобились кожаные, оказался эффективней "тысячи глаз"®™© Уж во всяком случае, оно реально что- то находит и репортит.

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

     
     
  • 4.51, Аноним (51), 12:30, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе маленький секрет открою. Смотреть и репортить туда могут исключительно работники корпораций, которые внесли $$ в их фонд. ИИ тут не исключение. Если бы пришёл левый васян со своим нейрослопом, то его бы патчи давно бы выкинули, а аккаунт забанили.
     
     
  • 5.71, aname (ok), 12:50, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебе маленький секрет открою. Смотреть и репортить туда могут исключительно работники
    > корпораций, которые внесли $$ в их фонд. ИИ тут не исключение.
    > Если бы пришёл левый васян со своим нейрослопом, то его бы
    > патчи давно бы выкинули, а аккаунт забанили.

    Какой опенсурс и свободу от корпораций построили, такой и имеете

     

  • 1.4, Аноним (4), 11:14, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Никак не поможет - сейчас уже ИИ всё это делает. Rust is obsolete.
     
     
  • 2.8, Аноним (8), 11:17, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    дааа, сейчас уже ИИ делает все ошибки сам... вот выверять за ним эти портянки - то ещё приключение
     

  • 1.5, Аноним (5), 11:15, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.6, Аноним (8), 11:16, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.7, sunjob (ok), 11:16, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    жаль, а мог-бы рассказать как можно накрыть медным тазом! :о)
     
  • 1.11, Аноним (11), 11:22, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Если бы переписували на СИ с нуля, то большинство этих ошибок из доклада также бы нашлось.
     
     
  • 2.59, 12yoexpert (ok), 12:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    на си пишут, а не переписывают, в отличие от
     

  • 1.13, Аноним (13), 11:24, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Тем временем uutils такие: подержи моё пиво.
     
     
  • 2.15, Аноним (13), 11:25, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ^ честно говоря, вся эта возня с Rust выглядит как попытка корпов отвзяаться от GPL кода и закрыть К.Е.М. сорсы через пермессисивки.
     
     
  • 3.18, Аноним (18), 11:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ядре нет не gpl кода и не будет, Раст тут ничего не поменяет.
    На уровне ядра и системных утилит gpl выгоден кормам не меньше чем всем нам.
     
  • 2.54, Аноним (54), 12:33, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем временем uutils такие: подержи моё пиво.

    А что, в uutils были "типичные ошибки разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок" уровня "разименовал null", "use-after-free", "double-free", "вылез за пределы буфера"?

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

     

  • 1.14, Аноним (14), 11:25, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    то то тут недавно публиковали зиллион ошибок в раст модулёчках. а так -- да, раст это безопасно, раст это скрепно, раст это броня
     
     
  • 2.19, aname (ok), 11:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это были БЕЗОПАСНЫЕ ошибки
     
     
  • 3.22, Аноним (51), 11:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    безопасТные!
     
  • 2.23, Аноним (5), 11:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >При этом, Rust не рассматривается как панацея, способная избавить от всех проблем
     
     
  • 3.28, aname (ok), 11:42, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сишники в штаны подкидывают проблемы с языком же
     
     
  • 4.64, 12yoexpert (ok), 12:46, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и в подъездах ссут
     
     
  • 5.67, aname (ok), 12:47, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > и в подъездах ссут

    Это потому, что подъезды дырявые

     
     
  • 6.73, 12yoexpert (ok), 12:52, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    как будто это что-то плохое
     
  • 3.66, 12yoexpert (ok), 12:46, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "rust - это всего лишь инструмент" (с) продавцы llm-скама
     

  • 1.17, Аноним (17), 11:28, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хороший человек который более 20 лет разрабатывает ядро в огромном количестве подсистем и знает все его недостатки.
    Он правильно указал, что в переписках разработчикам приходится обсуждать вещи как разыменование указателей и т.д Время потраченное на которые можно было бы потратить разработку действительно важных вещей.
    За Rust будущее. Как минимум USB drivers стек его внедрять необходимо. Насколько знаю, там огромный бардак и куча проблем с безопасностью.
     
     
  • 2.21, aname (ok), 11:34, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну, т.е. Кроа-Хартман глазами видит, что происходит жесть, и вместо того, чтоб, при помощи I'M FINNISH (HIM) внести в стандарты разработки использование хоть каких- то анализаторов кода, а ещё лучше, создать инициативу по разработке свободного анализатора кода, и не пускать код без проверки на анализаторе (благо, код- то, внезапно, открытый), они КАЖДЫЙ РАЗ ОБСУЖДАЮТ ОДНО И ТОЖЕ.

    Ну, выглядит как правильно и хорошо настроеные процессы разработки. ЭТАЛОН!

     
     
  • 3.24, Аноним (51), 11:35, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ему некогда, он осваивает бабки.
     
     
  • 4.26, aname (ok), 11:38, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так на анализатор можно было бы собрать тоже нормально. Типа: вооооот какая у нас база профессионалов, со взором горящим, а ещё это база бесплатных тестеров. Вот мы сейчас как запилим, не хуже проприетарных!

    Там бы очередь выстроилась.

     
     
  • 5.43, Аноним (51), 12:19, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебя маленький секрет открою. Бабки им выделили под "безопасный" язык. На анализиторы никто их не выделял.
     
     
  • 6.63, aname (ok), 12:44, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебя маленький секрет открою. Бабки им выделили под "безопасный" язык. На
    > анализиторы никто их не выделял.

    Похоже на то

     
  • 5.48, Аноним (52), 12:28, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Так на анализатор можно было бы собрать тоже нормально.

    Так анализаторы УЖЕ есть. Даже опенсорсные.

    > Типа: вооооот какая у нас база профессионалов, со взором горящим,

    А если приглядеться, то какие-то Dirty Fagʼи))
    Ты серьезно думаешь, что бесконечный поток CVE/RCE в ядре это от большого профессионализма?

    > Там бы очередь выстроилась.

    Хаха, но пока патчи отправляют почтой (хорошо хоть не голубиной), CI/CD - какие-то инопланетные технологии, а Торвальдс бухтит в рассылке "почему в основную ветку попал не компилирующийся код".

    А в остальном прекрасная маркиза, всё хорошо, всё хорошо, всё хорошо! (с)

     
     
  • 6.53, Аноним (51), 12:32, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Хаха, но пока патчи отправляют почтой

    Патчи туда отправить тот ещё квест. И не факт, что его вообще кто-то будет читать и проверять. Разве что какой-нибудь условный интел пригрозит урезать финансирование.

     
  • 3.25, Аноним (5), 11:37, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Форкай линух и сделай в нём обязательную проверку анализаторами кода, а ещё лучше, создай инициативу по разработке свободного анализатора кода
     
     
  • 4.27, aname (ok), 11:39, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу как только форкну Кроа-Хартмана, с возможностью дебага последнего.
     
  • 4.78, Аноним (29), 12:56, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Великий пальцепоказывающих мог бы ещё лет 10 - 15 назад внедрить требования MISRA при разработке ядра. И корпорасы бы его не стали нагибать на внедрение Rust.
     
  • 3.30, Ну (?), 11:45, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > и вместо того, чтоб, при помощи I'M FINNISH (HIM) внести в стандарты разработки использование хоть каких- то анализаторов кода

    ну так внесли внизапна, rustc

    > Ну, выглядит как правильно

    ну так и выглядит, ну-ну-ну.

     
     
  • 4.31, aname (ok), 11:48, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну? Ну- ну- ну.

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

     
     
  • 5.46, Аноним (54), 12:27, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Непонятно, зачем тянуть ниНУжное в ядро, когда есть анализаторы кода.

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

     
     
  • 6.60, aname (ok), 12:42, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Непонятно, зачем тянуть ниНУжное в ядро, когда есть анализаторы кода.
    > Затем, что анализаторы кода есть и регулярно запускаются - но не вывозят.

    Совершенствовать надо. А то тут вывозят, тут не вывозят.

     
  • 3.42, Аноним (42), 12:16, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Анализаторы кода это не серебряная пуля Вообще всё не серебряная пуля, кроме са... большой текст свёрнут, показать
     
     
  • 4.58, aname (ok), 12:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Удалось выявить Это примерно, в общем и целом то, чем з... большой текст свёрнут, показать
     
     
  • 5.74, Аноним (74), 12:54, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А сколько не удалось Да, это так, но кодовая база, команда и то сколько лет в ... большой текст свёрнут, показать
     
  • 3.45, Аноним (54), 12:26, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > внести в стандарты разработки использование хоть каких- то анализаторов кода, а ещё лучше, создать инициативу по разработке свободного анализатора кода, и не пускать код без проверки на анализаторе

    Чел, проснись, у них все там обмазано статическими анализаторами. Плюс еще и у тьмы сторонних организаций, контрибъютящих в ядро (типа того же Гугла), они крутятся на постоянке.

    https://www.kernel.org/doc/html/v6.1/dev-tools/testing-overview.html#static-an

    > Ну, выглядит как правильно и хорошо настроеные процессы разработки. ЭТАЛОН!

    Выглядит как типичная опеннетная диванная экспертиза. ЭТАЛОН!

     
     
  • 4.65, aname (ok), 12:46, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> внести в стандарты разработки использование хоть каких- то анализаторов кода, а ещё лучше, создать инициативу по разработке свободного анализатора кода, и не пускать код без проверки на анализаторе
    > Чел, проснись, у них все там обмазано статическими анализаторами. Плюс еще и
    > у тьмы сторонних организаций, контрибъютящих в ядро (типа того же Гугла),
    > они крутятся на постоянке.
    > https://www.kernel.org/doc/html/v6.1/dev-tools/testing-overview.html#static-an
    >> Ну, выглядит как правильно и хорошо настроеные процессы разработки. ЭТАЛОН!
    > Выглядит как типичная опеннетная диванная экспертиза. ЭТАЛОН!

    Так надо не безопасТные языки (эффективность которых мы уже видели, uutils вообще ЭТАЛОН показал), а средства проверки совершенствовать.

    Вы опять кровати двигаете. Эффект прогрнозируемый

     
  • 3.47, Аноним (47), 12:28, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Истеришь, капслокер?:)
     
  • 2.49, нах. (?), 12:29, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лолшта?!
    Ты можешь быть сможешь показать ЧТО он в ведре наразрабатывал за эти 20 лет?

    А я тебе покажу откуда готовилось нападение: _ровно_НИ_--Я! Он ни на каком инструменте не играет, он Руководитель, как Вы!

    (вроде бы вот ДО - в 99м-2000м он что-то там писал в usb subsystem, но поскольку гита еще не было, это крайне нудно и долго проверять, не ограничилось ли и там исключительно README. Говоришь, г-нецо код-то? Ну вооот...)

    на деле чувак как кодер знаменит исключительно - дерьмовым udev (user code, не ядро) вместо многократно отвергнутой линуксом с его же и других подпевал подачи нормальной реализации devfs. Т.е. поделкой которая могла бы быть и вовсе написана на баш скриптах.

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

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

     
     
  • 3.55, Аноним (-), 12:36, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох как тебя порвало.
    Ну если похонахи визжат - то значит чувак всё правильно делает.

    Может ты свои коммиты в ядро покажешь?

     
     
  • 4.57, Аноним (54), 12:40, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Может ты свои коммиты в ядро покажешь?

    Этот только в опеннетные комментарии коммитит. 😂

     
  • 3.75, 12yoexpert (ok), 12:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ты так говоришь, как будто Линус - не бог, или не твой бог

    глупо не признавать очевидные факты - Линус создал наш мир

    пусти его в своё сердце

     

  • 1.32, Аноним (29), 11:49, 28/05/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +4 +/
     
  • 1.35, Аноним (35), 11:57, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Мда, ну он и фантазёр...)
     
     
  • 2.61, 12yoexpert (ok), 12:43, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    за деньги и не такого нафантазируешь
     

  • 1.72, Соль земли2 (?), 12:51, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ошибок разработчиков на языке Си при работе с памятью, блокировками, обработкой ошибок и работой с незаслуживающими доверия данными

    При этом

    > Rust не рассматривается как панацея

    То есть хочу, но не хочу. Какое-то когнитивное искажение.

     
     
  • 2.77, Аноним10084 и 1008465039 (?), 12:55, 28/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем искажение? Наоборот как раз максимально трезвый взгляд - божественный Rust убирает большой пласт ошибок, но не делает код безошибочным во всех смыслах. Всё верно
     

  • 1.76, Аноним (76), 12:55, 28/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Грег считает, что подобные возможности Rust недопустили бы появления 60% ошибок, выявляемых в ядре, а выполняемые компилятором проверки избавили бы сопровождающих от траты времени на обсуждение с авторами корректности обработки ошибок

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру