The OpenNET Project / Index page

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

В ядро Linux 6.18 принята реализация Binder IPC для Android, написанная на Rust

21.10.2025 20:52

В кодовую базу ядра Linux, на основе которой формируется релиз 6.18, принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на Rust в рамках проекта по усилению защищённости, продвижению приёмов безопасного программирования и повышению эффективности выявления проблем при работе с памятью в Android (около 70% из всех опасных уязвимостей, выявленных в Android, вызваны ошибками при работе с памятью).

Использование Rust позволило решить некоторые проблемы с которыми сталкивались разработчики Binder, включая ошибки, связанные с подсчётом ссылок, блокировками и проверкой границ, а также значительно уменьшить сложность обработки ошибок. Реализация Binder на Rust аналогична по функциональности с изначальным вариантом на языке Си, проходит все тесты AOSP (Android Open-Source Project) и может использоваться для создания рабочих редакций Android-прошивок. Несмотря на продвинутые возможности и поддержку объектов со сложной семантикой владения, драйвер на Rust получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода.

В описании коммита автор упоминает следующие мотивы для переписывания Binder:

  • Binder развивается уже 15 лет и за это время его функциональность и сложность значительно возросли - проект находится на стыке всех компонентов Android и охватывает множество задач, выходящих за рамки IPC:
    • корректный анализ и преобразование содержимого транзакций, которые могут содержать несколько объектов разных типов (например, указатели, файловые дескрипторы), взаимодействующих друг с другом;
    • контроль размера пулов потоков в пользовательском пространстве и обеспечение назначения транзакций потокам таким образом, чтобы избежать взаимных блокировок при исчерпании потоков в пуле;
    • отслеживание счётчиков ссылок объектов, совместно используемых несколькими процессами, корректно пересылая изменения счётчиков ссылок между процессами;
    • обработка многочисленных сценариев возникновения ошибок и совмещение 13 различных блокировок, 7 счётчиков ссылок и атомарных переменных. При этом выполнять подобные задачи он должен максимально быстро и корректно.
  • В старом коде накопился заметный технический долг, который усложнял как поиск ошибок, так и дальнейшую разработку. Например, в коде встречаются крупные функции на более чем тысячу строк кода, сомнительные методы обработки ошибок и запутанные структуры.
  • Binder является критическим с точки зрения безопасности компонентом Android, так как элементы платформы, работающие в изолированных sandbox-окружениях, такие как процесс отрисовки в Chrome и SW Codec, имеют к нему прямой доступ, а уязвимость в Binder позволит обойти изоляцию. Высокая сложность вкупе с техническим долгом сильно осложняют поддержание высокого уровня безопасности в Binder.


  1. Главная ссылка к новости (https://git.kernel.org/pub/scm...)
  2. OpenNews: Для ядра Linux 6.15 предложен начальный код драйвера Nova, написанный на Rust
  3. OpenNews: Rust включён в число основных языков для разработки платформы Android
  4. OpenNews: Google развивает новый Bluetooth-стек для Android, написанный на Rust
  5. OpenNews: Google переписал на языке Rust прошивку pvmfm, используемую в Android
  6. OpenNews: Google выделил миллион долларов на улучшение переносимости между С++ и Rust
Автор новости: Fyjy
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64092-binder
Ключевые слова: binder, kernel, android, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (93) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:09, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Через десять лет много перепишут на С++ по тем же причинам
     
     
  • 2.83, Вирт (?), 00:05, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Через десять лет много перепишут на С++ по тем же причинам

    Не смогут, в ядро C++. код не принимают.

     
     
  • 3.97, Аноним (97), 05:40, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Так до сих пор и не понимаю, почему Rust вдруг стало можно, а С++ или там Go или вообще что-либо другое нельзя
     
     
  • 4.99, Аноним (99), 06:28, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > или там Go

    Ты прям щас серьезно? Потому что у Go есть рантайм и GC. Ему нужна ОС чтоб работать.

     
     
  • 5.100, IMBird (ok), 06:48, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Боюсь хомяков это не остановит. Дай волю – и питон с явой в ядро затащат.
     
     
  • 6.101, Аноним324 (ok), 06:56, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь хомяков это не остановит. Дай волю – и питон с явой в ядро затащат.

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

     
  • 6.126, Аноним (126), 11:48, 22/10/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 6.195, Аноним (195), 23:09, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Lua в БСД затащили, и ничего, нетфликс не умер.
     
  • 4.127, Аноним (127), 11:56, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >или там Go

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

    А ещё, Go не заточен для системщины.

     
     
  • 5.151, Пыщь (?), 13:52, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Без преувеличения будет сказано, что Go создавался для тупых программистов

    Вот почему такого нельзя про восхваляемый язык писать? У Go ведь те же преимущества при работе с памятью по сравнению с прямым обращением, что и у ... ? GC разве нельзя у него покромсать, и вообще поиграться с настройками сборки, чтобы ЖратЪ поменьше?

     
  • 5.153, Аноним (-), 13:59, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сам Bell Labs в первую очередь, язык СИ создавал для программирования в энтерпрайзной  корпоративной среде. А именно для переписывания юниксов.

    Синтаксис СИ специально сделан простым, потому-что американские корпоративные программисты не умные. Без преувеличения будет сказано, что СИ создавался для тупых программистов.


     
     
  • 6.188, tty3 (?), 19:18, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред?
     
  • 5.193, Аноним (193), 20:59, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты и фантазер. Я бы тебя по-другому бы назвал но цензура не пропускает.
     
  • 4.145, Аноним (145), 13:27, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://habr.com/ru/companies/otus/articles/902724/
     
  • 3.116, AHOH (?), 10:19, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эпол смогли в свой XNU обрезанный C++ запихать...
     
     
  • 4.124, Аноним (127), 11:39, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем обрезать C++, когда есть чистый Си? Где логика?
     
     
  • 5.139, Аноним (139), 12:51, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В си завезли хотя-бы строки?
     
     
  • 6.156, Пыщь (?), 14:16, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если считать си "очеловеченным ассемблером", то какие ещё строки в куче байтов? Сами опишете любые структуры и их обработчики на своё усмотрение (или подключите чужие библиотеки/велосипеды). Цэ ж низкоуровневый язык.
     
     
  • 7.157, Аноним (-), 14:35, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это если считать Я нашел древнюю древность THE C PROGRAMMING LANGUAGE за авт... большой текст свёрнут, показать
     
     
  • 8.160, Пыщь (?), 15:00, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    C is not a very high level language, nor a big one, and is not specialized t... текст свёрнут, показать
     
  • 7.159, Аноним (139), 14:45, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Если считать си "очеловеченным ассемблером"

    В таком случае, си не место в среднестатистическом софте. Может в нескольких тонких прослойках, но не более.

     
     
  • 8.161, Пыщь (?), 15:05, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот где-то тут суть прошла не для нынешних операторов ЭВМ оно Процитирую одно... текст свёрнут, показать
     
     
  • 9.164, Аноним (164), 15:23, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно это серьезный источник, ему можно доверять А если серьезно, то все пр... текст свёрнут, показать
     
  • 6.194, Аноним (193), 21:04, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дак и скажи что не оСИлил программирование. Мнение хомячков которые не умеют без лэфтпада вообще как пук в лужу
     
  • 3.125, Аноним (127), 11:47, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Не смогут, в ядро C++. код не принимают.

    В системном программировании язык с объектно-ориентированными возможностями не нужен, от слова совсем.

    А синтаксис Раста неоправданно переусложнён. Да и стадии при котором формируется бинарный код сложен. У него в конце бинарный код формирует сам LLVM.

    Лучше чистого Си ещё ничего лучше не придумали.

     
     
  • 4.131, Аноним (-), 12:02, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В системном программировании язык с объектно-ориентированными возможностями не нужен, от слова совсем.

    И именно поэтому в ядре прикостыляли структуры очень похожие на нормальные классы)

    > А синтаксис Раста неоправданно переусложнён. Да и стадии при котором формируется бинарный код сложен. У него в конце бинарный код формирует сам LLVM.

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

    > Лучше чистого Си ещё ничего лучше не придумали.

    Поэтому СИшный биндер выкидывают и заменяют на растовый.


     
     
  • 5.147, Аноним (-), 13:36, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >в ядре прикостыляли структуры очень похожие на нормальные классы)

    Если иерархия исходного кода чуток усложняется это нормально. GTK никто же не называет ООП языком.

    >Вон разработчики ядра пишут "код на расте более понятный и архитектурно верный".

    Ну понятное дело хвалит свой огород.
    А про раст читаем внимательно. "стадии при котором формируется бинарный код сложен. У него в конце бинарный код формирует сам LLVM".

    >Поэтому СИшный биндер выкидывают и заменяют на растовый.

    Где выкидывют в Андроиде или ядре?

    P.S.
    Решил покривляться да обломался.

     
     
  • 6.150, Аноним (-), 13:41, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если в ЯП есть встроенные средства, то не приходится лепить кривые велосипеды Т... большой текст свёрнут, показать
     
  • 5.162, Скотобаза (?), 15:16, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле никаких проблем с современным с++ хотя бы 17го года выпуска без исключений и rtti в ядре быть не должно. Это всё упоротость финского фанатика.
     
     
  • 6.168, Аноним (-), 15:59, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    C++ это ООП и мета-программирование. Всего этого хлама в ядре быть не должно. Наоборот, крестовики упороты.
     
  • 4.152, freecoder (ok), 13:53, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Можете привести пример переусложнённого синтаксиса на Rust? Спасибо.
     

  • 1.3, Аноним (3), 21:12, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Коллеги, напомните плиз, в хит параде цвс спор, кто на первом месте? Линукс или андроид?
    То-то гугл уже и патчи секурные в аосп не кладет...
     
  • 1.13, Аноним (13), 21:39, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Андройд хорошая штука, но с другой стороны странное поделие. Собирать его пару часов из сурцов? Надо его опакетить, сделать более совместимым с обычными дистрами, чтобы он был просто линухом в джавой и другой оболочкой. И будет супер. Гугель наверно и сам уже догадался, да?
     
     
  • 2.53, Аноним (-), 22:44, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Собирать его пару часов из сурцов?

    А чего не за 10 минут))?

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

    Надо! Делай!
    Как сделаешь, можешь отчитаться и написать тут статью - мы все поставим тебе плюсиков.

    > чтобы он был просто линухом в джавой и другой оболочкой.

    "Просто" не получится)
    Ну стайбл-нонсенс и все такое.

    > И будет супер. Гугель наверно и сам уже догадался, да?

    Ага.
    И предусмотрительно решил этого не делать.
    Более того, начал внедрять хруст, потому что на него у фанатико алергия и приступы неосиляторства.


     

  • 1.15, Аноним (3), 21:40, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Коллеги, предполагаю, что в этом трэде соберутся маститые сеньоры от православных и не очень ЯП'ов.
    Вот им с вашего дозволения задам вопрос: а для чего сейчас все эти псевдобезопасные языки, когда на сей день при должном умении можно и нужно заставить чатжипити писать код на си, уровня серьёзного сеньора! Для чего все это?!
    Скажете веб девелоперов и прочих пистонистов трудоустраивать? Дык и это не осилят. Заводы стоят, руками работать некому!
     
     
  • 2.89, Аноним (-), 00:27, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > на сей день при должном умении можно и нужно заставить чатжипити писать код на си, уровня серьёзного сеньора!

    Мистер! Вам следует меньше потреблять маркетингового буллшита. Все эти LLM могут писать код уровня джуна, но и в этом они хуже, потому что джун хотя бы учится на своих ошибках. Хотя бы на некоторых. Эти же будут совершать одну и ту же ошибку раз за разом, пока ты в свои промпты не добавишь "не совершай ошибку X, проверь Y и Z, прежде чем показывать мне свою песанину". Впрочем и это не панацея.

     
     
  • 3.92, Аноним (92), 00:51, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Все было бы хорошо, если бы не было так грустно (с)
    Хотя грустно смотря для кого...
    Дело тут не в буллшите. А в том, что если знаешь предмет, то с второй, а лучше третьей итерации, оно выдаёт уровень. И оно обучается. Конкретно жпт при помощи механизма эттеншн.
    В общем я к тому, что уже сейчас один сеньор может заменить трёх (и оно уже работает и в пробе). А дальше...
     
     
  • 4.170, Аноним (-), 16:05, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Один серьор может заменить одного сеньора c десятком джунов на подхвате Трёх се... большой текст свёрнут, показать
     
     
  • 5.184, нейм (?), 18:48, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это "обучение" отвалится когда ты начнёшь новую сессию.

    Well уже не совсем так.
    Да и банально можно попросить вести лог, а в превышении контекста - перезапустить сессию и начать с "read log.txt and codebase"

     
  • 2.114, Аноним (-), 10:04, 22/10/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.174, Аноним (-), 17:05, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > умении можно и нужно заставить чатжипити писать код на си, уровня серьёзного сеньора!

    Угу, угу...

    Смотрите ситуации с, например, Cancel the Hate, Date on the Right и Sapphos.

     
  • 2.180, warlock (??), 17:37, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вы думаете "серьёзные сеньоры" умеют писать корректный код на C? Вся загвоздка в том, что _никто_ этого не умеет.
     

  • 1.27, Аноним (27), 22:00, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А само ядро для IPC у десктопа что использует? Binder?
     
     
  • 2.77, Аноним (77), 23:43, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    dbus
     
     
  • 3.121, Аноним (121), 10:34, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем binder лучше dbus? И чем dbus не подошёл для android?
     
     
  • 4.141, Анонимусс (-), 12:59, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И чем dbus не подошёл для android?

    dbus не в ядре тормозной.
    ядерный kdbus сдох не родившись
    bus1, который должен был заменить kdbus, Out-of-Tree Kernel Module и этого как бы достаточно
    dbus-broker - как-то подергивается, но был начат только в 2017, а биндер был в mainline еще в 2015м.

     
     
  • 5.175, Аноним (175), 17:15, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так теперь и на десктопе будут биндер использовать?
     
     
  • 6.178, Аноним (-), 17:27, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так теперь и на десктопе будут биндер использовать?

    Почему вы так думаете? Биндер пишут для андроида под довольно специфические потребности андроида. Я сомневаюсь, что его можно сделать универсальным так, чтобы все были довольны.

    Плюс все уже позавязывались на dbus и если это даже предложить, то начнется вонь на вся интернет "опять софт переписывать."

    Вроде был какой-то проект по адаптации еще старого для биндера для десктопа, но его писали полтора землекопа. Какой статус сейчас - хз, искать лень.

     

  • 1.66, Анонус (?), 23:04, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    dbus можно выкидывать?
     
  • 1.78, Аноним (78), 23:45, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Зачем принимать в ядро что-то от Андроида? Направление его развития за последние несколько месяцев уже явно было обозначено Гуглом.
     
     
  • 2.80, Аноним (80), 23:48, 21/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зато нужную BcacheFS выкинули. Linux RIP. 1991—2025.
     
     
  • 3.86, Ан339ним (?), 00:16, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сравни нужность этой ФС и Андроида.
     
     
  • 4.91, Аноним (91), 00:44, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так и пущай Гуголь у себя в репе держит эту нужность для Андроеда. Он же, всё равно, далее не планирует юзерспейсом делится.
     
  • 3.87, Аноним (-), 00:17, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > нужную BcacheFS

    Кому нужную?
    Ее даже не допилили до работоспособного состояния.

     
  • 3.98, Аноним (98), 06:22, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BcacheFS мусор и явно не нужна.
     
  • 2.82, Аноним (-), 00:00, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Зачем принимать в ядро что-то от Андроида? Направление его развития за последние
    > несколько месяцев уже явно было обозначено Гуглом.

    Просто глянь вклад гугла в ядро. Это во-первых.
    А во-вторых, ты хочешь побыковать на Gold sponsor Linux Foundation?

     

  • 1.79, Аноним (79), 23:47, 21/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Много наслышан о крутости этого биндера, так может перенести его в ядро, выкинув все прочие механизмы? Ведь лучше один но крутой, чем много но не очень, так и сложность поддержки упадет в разы.
     
     
  • 2.122, Q2W (?), 11:05, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О, единственный комментарий по теме сабжа.

    P.S.: мне вот тоже интересно за этот IPC. Пока просто из двух процессов mmap'ом открываю файл на tmpfs и поверх этого строю IPC. Получается быстро (наносекунды).

     
     
  • 3.163, Скотобаза (?), 15:23, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если требуется безопасность, то голый mmap не работает, копировать данные все равно надо чтоб тебе на ходу данные не переколбасили пока читаешь что пришло.

     

  • 1.94, Аноним (94), 01:08, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как показывает ситуация с librsvg, если свежий linux невозможно будет собрать без rust, можно будет остаться на старых версиях.
     
     
  • 2.95, Аноним (95), 02:14, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  можно будет остаться на старых версиях.

    ... со старыми (и известными) дырами

     
  • 2.103, Аноним (103), 07:35, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    не будешь брать - отключат интернет. По очень простой схеме, как 3 копейки:
    1. Сайты потребуют новый TLS или ещё какой-нибудь new shiny smoothie (нужность которого .. ну в принципе нужен, но не необходим, но сайты разведут истерику что пердо-луддиты тормозят Прогресс (тм) и что семеро одного не ждут), который будет только в новом Firefox.
    2. firefox потребует новой glibc
    3. новая glibc потребует новое ядро (как делает постоянно)
    4. Ну и сиди со старым файрфоксом на старом ядре. Из сайтов доступен будет только опеннет.
     
     
  • 3.111, Imitationworks (?), 08:53, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не беспокойся напиши бесплатно за всех и для всех это легко , мы героически подождем года два и пока получаем немного грантов на еду.
     
  • 3.182, LinupsCrashGitz (ok), 18:43, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    "А большего мне и не надо"
     

  • 1.110, Аноним (110), 08:26, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Сешно, что сейчас в соседней теме об уязвимости растовой tar-библиотеки воины против Раста празднуют победу (боров чекер не спасает от логических ошибок в рантайме, атата!) - а в этой теме тишина. 😂

    Ну а по теме:

    > Использование Rust позволило [...] значительно уменьшить сложность обработки ошибок.

    Это вранье! Признанный эксперт с ником "Аноним" аргементированно утверждал, что с упоротым синтаксисом Раста сложность сопровождения повышается в разы, а ошибки сложнее замечать.

    > Реализация Binder на Rust аналогична по функциональности с изначальным вариантом на языке Си, [...] получился меньше варианта на Си - 5.5 против 5.8 тысяч строк кода.

    Опять вранье! Упомянутый выше эксперт также утверждал, что Раст раздувает изначально компактный код в разы!

     
     
  • 2.120, Аноним (-), 10:33, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > а в этой теме тишина. 😂

    Ну ты это!
    Не сравнивай целую раст либу дла распаковки тарболов с каким-то занюханным ядром линукса!
    Ведь все понимаю что важнее для пользователей, бгг))

     

  • 1.119, Аноним (139), 10:32, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Господа сишники, объясните мне, зачем вам нужна возможность разыменновывать null, и зачем вам нужны негигиенические макросы?
     
     
  • 2.132, kravich (ok), 12:02, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно ни то, ни другое
    Просто, оно работает и позволяет получить предсказуемый реазультат, в отличии от пока не обкатанных новых технологий
     
     
  • 3.135, Аноним (-), 12:27, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто, оно работает

    и порождает постоянные ошибки

    > и позволяет получить предсказуемый реазультат

    предсказуемо поганый.

    > в отличии от пока не обкатанных новых технологий

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


     
     
  • 4.142, kravich (ok), 13:08, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У амазона все обкатано и работает.

    Это у тех самых, у кого ИИ-девопсы сломали AWS и положили полинтернета?

     
     
  • 5.144, Аноним (-), 13:26, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> У амазона все обкатано и работает.
    > Это у тех самых, у кого ИИ-девопсы сломали AWS и положили полинтернета?

    Как это связано с растом?
    Если ИИшка решила "инстанс нужно выключить", то к коду это отношение не имеет.

    Гугл и клоудфларю ты спецом пропустил?
    Вот у тебя какой телефон?
    Я слышал что 321сы предпочитают айфоны, но если вдруг ты держал в руках андроид, то там внезапно миллионы строк растокода.


     
     
  • 6.146, kravich (ok), 13:29, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот у тебя какой телефон?

    Ну давай попробуем...

    Sony Xperia 10 III с Sailfish OS 5.0

     
     
  • 7.148, Аноним (-), 13:37, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Sony Xperia 10 III с Sailfish OS 5.0

    А... ты из "ценителей" полуфабрикатов.
    Ну ок, подловил.

    Я надеялся на нокию900 с девуаном))


     
  • 3.143, Facemaker (?), 13:08, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да всё там обкатано. Вот, насладись: все 48 ключевых слов Rust в программе из 300 символов:

    https://play.rust-lang.org/?version=stable&mode=debug&edition=2024

     
  • 3.172, Аноним (-), 16:29, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > позволяет получить предсказуемый реазультат

    Это миф. Ты путаешь теорию с практикой. В теории результат предсказуем даже на брейнфаке, так что это ни о чём не говорит. А на практике результат никогда не предсказуем. Количество CVE вызванных разадресацией null подтверждает.

     

  • 1.133, Аноним (133), 12:11, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я рад, что каждый раз упоминают, что "написано на Rust". Это прямо метка "качества".
     
     
  • 2.134, Аноним (126), 12:15, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, что вы так... Сейчас СИшники обидятся))
     
  • 2.136, xsignal (ok), 12:36, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точно, как "Made in China".
     
  • 2.149, Аноним (149), 13:40, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это как клеймо Лилия (Д'Артаньян и три мушкетёра).
     
     
  • 3.177, Аноним (177), 17:17, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ееееесть в графском парке, черный пруд...там лииилииии цветуууут...
     
  • 2.186, Аноним (186), 19:12, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чёрная метка
     

  • 1.154, Аноним (154), 14:02, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    C++ для школоты из гугла джавапитонистов тяжеловат
     
     
  • 2.155, Аноним (-), 14:13, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > C++ для школоты из гугла джавапитонистов тяжеловат

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

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

     
     
  • 3.158, Пыщь (?), 14:38, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О.. цэ-шные программы по сравнению с цэплюснутыми менее падучи что ли по такой логике? Потому в ядро в своё время не взяли?
    По моему дурному мнению, студент в то время нИАсилил цэплюсплюс в достаточной мере. Если использовать все возможности обоих языков в бытность предложения плюсов в ядро, то кресты не надёжнее цэшки от непутёвого самострела?
     
     
  • 4.169, Аноним (-), 16:01, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > О.. цэ-шные программы по сравнению с цэплюснутыми менее падучи что ли по такой логике?

    Конечно! Вот сравни падучую плазму на с++ и божественный гнум на си.

    > По моему дурному мнению, студент в то время нИАсилил цэплюсплюс в достаточной мере

    В то время с++ были унылыми "си с классами". И прошли годы пока плюсы превратились во что-то нормальное, наверное с с++17.

    > кресты не надёжнее цэшки от непутёвого самострела?

    Думаю да.

     
     
  • 5.173, Пыщь (?), 16:48, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Конечно! Вот сравни падучую плазму на с++ и божественный гнум на си.

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

    Вроде как c++11 уже очень далеко от цэ с классами.

     
     
  • 6.179, Аноним (-), 17:32, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю юмора с таким примером.

    Странно что не понимаете, потому что падающая плазма уже давно стала мемом.

    > сейчас версия 5.27.5

    А вы обновитесь до 6й)))
    Хотя сейчас уже поздновато, ее неплохо так стабилизировали за последние пару месяцев.

     

  • 1.166, Аноним (-), 15:54, 22/10/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.171, vitalif (ok), 16:15, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно случайно быстрое зерокопи между процессами не умеет там?

    *кто о чем а вшивый о бане, да*

     
  • 1.176, Аноним (-), 17:15, 22/10/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.185, Аноним (186), 19:11, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >около 70% из всех опасных уязвимостей, выявленных в Android, вызваны ошибками при работе с памятью

    это каких же непрофессионалов Гугль понабрал программировать Андроид!

    >Binder развивается уже 15 лет и за это время его функциональность и сложность значительно возросли - проект находится на стыке всех компонентов Android и охватывает множество задач, выходящих за рамки IPC

    зарождается новый SystemD

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

    код всего лишь в 5 тыс. строк. ещё раз, кого гугль набирает?

     
     
  • 2.189, Аноним (-), 19:23, 22/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>около 70% из всех опасных уязвимостей, выявленных в Android, вызваны ошибками при работе с памятью
    > это каких же непрофессионалов Гугль понабрал программировать Андроид!

    А других нету)
    Любой СИшник это потенциальный бракодел по памяти.
    Даже самые крутые типа писак из ядра.

    > зарождается новый SystemD

    И это круто!
    Во-первых, стандартизация.
    Во-вторых, отсеются всякие васяны.

    > код всего лишь в 5 тыс. строк. ещё раз, кого гугль набирает?

    Так в СИшке достаточно пары строк.
    Если сложение 2 чисел уже UB.


     

  • 1.190, Аноним (190), 19:29, 22/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "анализ и преобразование содержимого транзакций"
    - почему всё еще не подсчитано. Шастают туда-сюда.
    "контроль размера пулов потоков в пользовательском пространстве"
    - По талонам!
    "отслеживание счётчиков ссылок объектов"
    - всех в инвентарную ведомость.
    " При этом выполнять подобные задачи он должен максимально быстро и корректно."
    - тут классика активиста-растовика. Работать и отвечать будут другие.

    Позиция дворника из "12 стульев"

     

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



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

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