The OpenNET Project / Index page

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

Пятая редакция патчей для ядра Linux с поддержкой языка Rust

13.02.2022 11:46

Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux выпуск v4 компонентов для разработки драйверов устройств на языке Rust. Это пятая редакция патчей с учётом первого варианта, опубликованного без номера версии. Поддержка Rust рассматривается как экспериментальная, но уже включена в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета.

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

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

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

  • В систему непрерывной интеграции на базе поддерживаемого компанией Intel бота 0DAY/LKP добавлена проверка компонентов для поддержки Rust и началась публикация отчётов о тестировании. Готовится интеграция поддержки Rust в систему автоматизированного тестирования KernelCI. Тестирование на базе GitHub CI переведено на использование контейнеров.
  • Модули ядра на Rust избавлены от необходимости определения crate-атрибутов "#![no_std]" и "#![feature(...)]".
  • Добавлена поддержка единичных сборочных целей (.o, .s, .ll и .i).
  • В рекомендациях по оформлению кода определены правила в отношении разделения комментариев ("//") и документирования кода ("///").
  • Переработан скрипт is_rust_module.sh.
  • Добавлена поддержка статических (глобальных общих переменных) примитивов синхронизации, основанных на реализации "CONFIG_CONSTRUCTORS".
  • Упрощено управление блокировками: Guard и GuardMut объединены в один параметризованный тип.
  • Предоставлена возможность определения дополнительных параметров при регистрации устройств.
  • Добавлена абстракция "RwSemaphore", выступающая в роли обвязки над Си-структурой rw_semaphore.
  • Для использования mmap добавлен новый модуль mm и абстракция VMA (обвязка над структурой vm_area_struct).
  • Драйвер GPIO PL061 переведён на использование макроса "dev_*!".
  • Проведена общая чистка кода.


  1. Главная ссылка к новости (https://lkml.org/lkml/2022/2/1...)
  2. OpenNews: Четвёртая редакция патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Третья редакция патчей для ядра Linux с поддержкой языка Rust
  4. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Вторая редакция патчей для ядра Linux с поддержкой языка Rust
  6. OpenNews: В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/56691-rust
Ключевые слова: rust, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (382) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:53, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    теперь память будет течь как водопад еще в самОм ядре
     
     
  • 2.2, анонист (?), 11:54, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +13 +/
    A до этого не текло?
     
     
  • 3.3, . (?), 12:02, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +25 +/
    Теперь будет течь безопасТно!

     
  • 3.141, Урри (ok), 16:20, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет.
     
  • 3.165, Аноним (165), 17:24, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тайд. Вы ещё кипятите? Тогда мы идем к вам.

    Раст. У вас еще не течёт? Тогда мы идем к вам.

     
     
  • 4.261, Аноним (261), 23:51, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Точно. У вас ещё не течёт крыша? Тогда мы идём к вам!
     
  • 3.293, лютый жабби__ (?), 08:06, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >A до этого не текло?

    А что, у вас течёт? У меня серваки часто с аптаймом 300-500 дней стоят и как часики работает всё.

     
  • 2.4, Аноним (4), 12:08, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сборка мусора не может предотвратить утечку памяти. Не существует способа избежать всех возможных утечек памяти, если вы используете Тьюринг-полный язык программирования. Чтобы это понять нужно знать что такое утечка памяти.

    Старайтесь больше так не ошибаться, если вы программист.

     
     
  • 3.17, Самокатофил (?), 12:35, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Сборка мусора не может предотвратить утечку памяти.

    А use-after-free раст может предотвратить? А buffer overflow? А UB? Нет? Да что ж такое.

     
     
  • 4.24, Аноним (4), 12:43, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Безопасное подмножество Rust может. Это сводит к минимуму место локализации ошибки и упрощает code review.
     
     
  • 5.30, Самокатофил (?), 12:52, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Безопасное подмножество Rust может.

    Неюзабельно. Хелловорд в вакууме безопасен, но реальная жизнь выходит за рамки хелловордов. Это может шокировать растоманов, прости.

    >Это сводит к минимуму место локализации ошибки и упрощает code review.

    Это с чего вдруг? Я уже скидывал тут ссылку на уязвимость use-after-free. Там рядом unsafe, но уязвимость не в unsafe. В прошлом треде, видимо какая-то эйчарка вроде сквирти или автобусника увидела там ансейф и её триггернуло что уязвимость в этом. Но нет.

    Второе: посмотри на список CVE что тут скинул. Сколько из них найдено в процессе ревью?

     
     
  • 6.34, Аноним (4), 12:59, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Юзабельно это доказывают многие проекты написанные на Rust Движок firefox Микро... большой текст свёрнут, показать
     
     
  • 7.46, Самокатофил (?), 13:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Заметь, это не библиотеки а реальные проекты

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

    > Те кто отбразывают Rust - отбрасывают будущее.

    Светлое будущее хоть? :-D

    > Уязвимость в unsafe.

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

     
     
  • 8.55, Анонн (?), 13:22, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это не он метается, а ты продолжаешь клоунаду в очередной теме показываю свою не... текст свёрнут, показать
     
     
  • 9.318, aname (?), 11:11, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда говорят про ржавь, говорят, что оно безопасТно Ультимативно безопасТно, н... текст свёрнут, показать
     
     
  • 10.332, Аноним (-), 12:49, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто говорит Голоса из розеток Не слушай Ты решил опубликовать свои ответы в с... текст свёрнут, показать
     
  • 7.91, Аноним (91), 14:21, 13/02/2022 Скрыто модератором
  • –2 +/
     
     
  • 8.98, Аноним (-), 14:42, 13/02/2022 Скрыто модератором
  • +2 +/
     
  • 7.174, Михрютка (ok), 17:50, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Юзабельно это доказывают многие проекты написанные на Rust.
    > Движок firefox

    так себе пример, если честно.

    из плюсов - почесано чсв девелоперов и удлинилось их резюмэ.

    из минусов - фокс похоронен на всех платформах, кроме x86-64 и aarch64, да и на этих жив только под виндой + линукс. на остальных - до тех пор, пока мейнтейнеры портов не затрахаются. на опенке вроде уже.

     
     
  • 8.195, Самокатофил (?), 18:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    на стрекозе даже не начинали, путь уже заказан ... текст свёрнут, показать
     
  • 8.219, Аноним (219), 20:40, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ита https download mozilla org product firefox-nightly-latest-l10n-ss... текст свёрнут, показать
     
     
  • 9.226, Самокатофил (?), 21:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Твоё второе имя https web archive org web 20181020135654 https packages gen... текст свёрнут, показать
     
     
  • 10.235, Михрютка (ok), 21:46, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    минус одну вот растовский tier 1 от начала до конца, и в общем, gfl собирать фо... текст свёрнут, показать
     
     
  • 11.242, Самокатофил (?), 22:14, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, так да В генту помечено testing, и такой список багрепортов что скорее expe... текст свёрнут, показать
     
  • 7.384, Самокатофил (?), 20:00, 14/02/2022 Скрыто модератором
  • +/
     
  • 5.105, Аноним (165), 14:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Не существует способа избежать всех возможных утечек памяти, если вы используете Тьюринг-полный язык программирования.
    > Безопасное подмноество Rust может.

    Отсюда вывод: безопасное подмножество не Тьюринг-полное?

     
     
  • 6.109, Аноним (109), 15:11, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсюда вывод: безопасное подмножество не Тьюринг-полное?

    "Отсюда" - нет, такой вывод формально вообще-то сделать нельзя.
    Но если и да (в смылсе - оно не Тьюринг-полное) - и чо?
    Практические реализации ЯП все равно не "полные" (лента ограничена) да и интересует нас лишь то маленькое подмоножество корректно работающих и решающих реальные задачи, а не все возможные варианты программ и их ввода и вывода.


     
  • 6.114, Аноним (4), 15:24, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы невнимательны. Комментатор спрашивал о
    >А use-after-free раст может предотвратить? А buffer overflow? А UB?
     
     
  • 7.150, Аноним (165), 16:49, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > use-after-free

    В rust дается "слежением за владением" не бесплатно: из-за этого нельзя создать данные с циклическими ссылками, например, банальный двусвязный список.

    > buffer overflow

    От этого rust не может защитить на этапе компиляции. Для этого минимум нужны зависимые типы, и то этого недостаточно.

    > UB

    А вот это практически упирается теорему останова.

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

     
     
  • 8.177, Аноним (4), 17:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Верно, но он все же Тьюринг-полный Просто части некоторого кода выгоднее делать... большой текст свёрнут, показать
     
     
  • 9.180, Аноним (165), 18:05, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зачем ты приплел полноту по Тьюрингу Поток сознания без понимания Ааааа Как э... текст свёрнут, показать
     
     
  • 10.193, Аноним (193), 18:29, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вы же сами написали Я просто отвечал на ваш комментарий ... текст свёрнут, показать
     
     
  • 11.197, Аноним (165), 18:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты только сейчас влез в разговор, у тебя номер анонима другой Зачем ты это сдел... текст свёрнут, показать
     
     
  • 12.215, Аноним (215), 20:31, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Аноним суть многие и Аноним есть одно, каждый аноним каждому - рознь, и вместе с... текст свёрнут, показать
     
     
  • 13.223, Аноним (165), 21:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Шизоид, верни мне того Анонима, который лил поток сознания про полноту по Тьюрин... текст свёрнут, показать
     
     
  • 14.281, Аноним (215), 02:10, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Полнота по Тьюрингу - это проклятье Одни проблемы от неё Если бы мы всё могли ... текст свёрнут, показать
     
  • 9.187, Аноним (165), 18:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, да, насколько я знаю RefCell использует UnsafeCell, который который использу... текст свёрнут, показать
     
     
  • 10.406, Аноним (4), 12:37, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно использует А потом использует lbic, потом ядро, потом уязвимые процессо... текст свёрнут, показать
     
     
  • 11.414, Аноним (165), 14:58, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О, настоящий тот самый Аноним Привет Если использует unsafe, почему нужен этот... текст свёрнут, показать
     
     
  • 12.416, Аноним (4), 15:12, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно можно, но это Ты ее напишешь, а не разработчики стандартной библиотеки ... текст свёрнут, показать
     
     
  • 13.418, Аноним (165), 15:19, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опять двадцать пять Где я заявлял, что напишу Это ты заявлял, что уже написан ... текст свёрнут, показать
     
     
  • 14.423, Аноним (4), 17:06, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он безопасен с той точки зрения, что не нарушает инвариантов безопасного подмнож... текст свёрнут, показать
     
     
  • 15.424, Аноним (165), 17:36, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Может, сперва надо написать эти инварианты То не полнота по Тьюрингу, то нев... текст свёрнут, показать
     
  • 9.216, Аноним (165), 20:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Типичный растист... текст свёрнут, показать
     
  • 5.151, Самокатофил (?), 16:51, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это сводит к минимуму место локализации ошибки и упрощает code review.

    Упомянутый use-after-free нашли с помощью asan, написанный сишниками-цэпэпэшниками. Ни "сведение к минимуму", ни "код ревью" не помогло.

     
     
  • 6.417, Аноним (4), 15:17, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Упомянутый use-after-free нашли с помощью asan

    Какую конкретно уязвимость? Есть еще вот такая вещь https://github.com/rust-lang/miri#bugs-found-by-miri с ее помощью уязвимости стандартной библиотеки находят.
    >, написанный сишниками-цэпэпэшниками.

    И что в этом плохого?

     
  • 4.262, Аноним (261), 23:54, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Сборка мусора не может предотвратить утечку памяти.
    >А use-after-free раст может предотвратить?

    Может. Вот, как раз, за счёт утечки он это и делает.

     
  • 3.142, Урри (ok), 16:21, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Корчеватель, ты?

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

    --
    Ну и предвосхищая идиотов, который щас начнут "а докажи":

    Brainfuck - тьюринг полный язык. Утечек памяти там нет и быть не может by-design.

     
     
  • 4.146, Аноним (-), 16:36, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Корчеватель, ты?
    > Самое забавное, что нашлось достаточно людей плюсанувших этот бессмысленный набор умных слов.

    Ну, тебя ведь тоже кто-то плюсуют (или опять "сам, все сам!"?).
    > --
    > Ну и предвосхищая идиотов, который щас начнут "а докажи":
    > Brainfuck - тьюринг полный язык. Утечек памяти там нет и быть не может by-design.

    +[>+.]


     
     
  • 5.335, Урри (ok), 12:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А кто мой ответ удалил?

    Здесь нет никаких утечек памяти. И в принципе быть не может.

     
     
  • 6.340, Аноним (109), 13:07, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто мой ответ удалил?
    > Здесь нет никаких утечек памяти. И в принципе быть не может.

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

     
  • 2.44, ИмяХ (?), 13:10, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Будет все падать и сыпаться. Никто не украдёт данные с жёсткого диска, если он сгорит.
     
  • 2.316, aname (?), 11:07, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Новое железо само себя не купит
     

     ....большая нить свёрнута, показать (52)

  • 1.6, Vlad (??), 12:13, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Может просто стоит внедрить статический анализ в разработку на си?
     
     
  • 2.8, Аноним (4), 12:17, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Естественно эти инструменты уже используются ядро чуть ли не всем IT-миром пилят. Но они не помогают в 100% случаев, о чем могут свидетельствовать многочисленные CVE-шки ядра по работе с памятью.
     
     
  • 3.9, Самокатофил (?), 12:24, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

    о чем могут свидетельствовать многочисленные CVE-шки по работе с памятью.

     
     
  • 4.79, Ананимус (?), 14:03, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > GCC v12.0 was discovered to contain an uncontrolled recursion via the component libiberty/rust-demangle.c. This vulnerability allows attackers to cause a Denial of Service (DoS) by consuming excessive CPU and memory resources.
     
     
  • 5.85, Аноним (-), 14:12, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> GCC v12.0 was discovered to contain an uncontrolled recursion via the component libiberty/rust-demangle.c. This vulnerability allows attackers to cause a Denial of Service (DoS) by consuming excessive CPU and memory resources.

    И чо? Не было бы деманглера, не было бы и уязвимости, а значит это Раст все виноват!

     
     
  • 6.88, Самокатофил (?), 14:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная пуля. Пишут компиляторы, улучшают анализаторы. Растаманьки самие пользуются результатом их трудов. Такова жизнь.
     
     
  • 7.94, Аноним (4), 14:26, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Про серебренную пулю ни кто не пишет. Кстати, многие из создателей языка Rust это компетентные крестовики.
     
     
  • 8.96, Самокатофил (?), 14:38, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Просто массовая галлюцинация -D Всем кажется А софт, с тенденциозным именем, ... текст свёрнут, показать
     
     
  • 9.112, Аноним (4), 15:21, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А при чем тут Rust ripgrep мог родиться и на другом языке Его основная фишка в... большой текст свёрнут, показать
     
     
  • 10.118, Самокатофил (?), 15:30, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вы не рерайтер в основной профессии ... текст свёрнут, показать
     
  • 7.95, Аноним (-), 14:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103841
    >> Uncontrolled Recursion in libiberty/rust-demangle.c
    > Сишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная

    Как ты ловко перевел тему с очередного своего обсера ...

     
  • 7.113, Аноним (113), 15:22, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Cишники и цэпэпэшники не выпрыгивают из штанов, доказывая что у них серебряная пуля.

    Поэтому я делаю вывод что ты не сишник и не цэпэпэшник.

    так кто же ты? балабол?

     
     
  • 8.186, Самокатофил (?), 18:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я возразил на это этим ок, зумер -D ... текст свёрнут, показать
     
  • 7.275, Аноним (275), 00:40, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Покажите, что вы написали на Си. Держите чего стоит настоящий си программист.

    Пока это вы выпрыгиваете из штанов, даже всю новость застали попытками доказать какой раст плохой.

     
     
  • 8.278, Самокатофил (?), 00:57, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А смысл Все равно вы убежите, скуля что я - не я, а если и я - то вообще, вы н... текст свёрнут, показать
     
     
  • 9.358, Аноним (275), 14:50, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты легко можешь подтвердить что репозиторий твой Само собой ты ничего не подтв... текст свёрнут, показать
     
     
  • 10.359, Самокатофил (?), 14:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пруф так пруф https www youtube com watch v pLfcNB_R2u4... текст свёрнут, показать
     
     
  • 11.427, Прохожий (??), 01:53, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это не пруф Это называется обкакался и убежал в кусты ... текст свёрнут, показать
     
  • 2.12, anonymous (??), 12:28, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Си недостаточно выразителен семантически. Например, там нет borrowing. В результате, статический анализатор не в курсе как код должен работать и не может сообщит об ошибке. В теории можно просто кастомно расширить Си, его компилятор и переписать всё ядро на новый Си. Но зачем, если работа уже проделана в Rust?
     
     
  • 3.19, Самокатофил (?), 12:36, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так и расту эта выразительность не помогает. Сношаться с кодом только помогает, а уязвимости как были так и есть.
     
     
  • 4.27, Аноним (4), 12:48, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Уязвимости никуда не денутся, но благодаря подходу Rust их становится меньше. А при использовании идиоматичного Rust еще и без ущерба производительности. Например итераторы по коллекциям там где существует последовательное индексирование не приводят к проверкам убежавших индексов / Парсеры (типа Nom) в подходящие струкуры где требуется работа с индексами. Опять же чтобы не пришлось индексировать и для удобства работы.
     
     
  • 5.54, keydon (ok), 13:22, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уязвимости никуда не денутся, но благодаря подходу современного C++ их становится меньше.

    Когда дело касается голого маркетинга, а не фактов, то повернуть стрелочку можно не просто, а очень просто.

     
     
  • 6.67, Аноним (4), 13:40, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но это замедляет программу даже в простейших случаях ( https://www.youtube.com/watch?t=1061&v=rHIkrotSwcc ) , а также делает ее менее читаемой, поскольку эти инструменты не встроены в язык а являются дополнением стандартной библиотеки.
     
  • 6.68, freecoder (ok), 13:44, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, благодаря подходу современного C++ их действительно становится меньше. Rust же продолжает развитие этой плюсовой линии.
     
     
  • 7.371, wyry (?), 16:50, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это как посмотреть Можно писать сравнительно сложную систему на C с классами п... большой текст свёрнут, показать
     
  • 6.140, Аноним (4), 16:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например современный С++ не предотвращает data race на стадии компиляции. Или iterator invalidation.

    В С++ существуют такие вещи которые нужно знать, но они создают "искусственную" сложность https://stackoverflow.com/questions/146452/what-are-pod-types-in-c

     
     
  • 7.159, Самокатофил (?), 17:13, 13/02/2022 Скрыто модератором
  • –2 +/
     
     
  • 8.428, Прохожий (??), 01:57, 16/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 9.437, Самокатофил (?), 05:02, 16/02/2022 Скрыто модератором
  • +/
     
  • 5.120, Урри (ok), 15:35, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Уязвимости никуда не денутся, но благодаря подходу Rust их становится меньше

    Благодаря которому из? Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов? Или в статическую компиляцию, требующую пересборки всех проектов после фиксов дыр в функциях работы с файлами? Или в регулярные диприкейтед, которые делают предыдущий пункт невыполнимым?

    А, вы о borrow checking? Ну так этого мало. К этому еще и язык должен быть поддерживаемым, а не вот это вот аджайловое лоскутное одеяло.

     
     
  • 6.162, Аноним (4), 17:19, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Такова доля любого системного языка претендующего на усиленную безопасность Либ... большой текст свёрнут, показать
     
     
  • 7.170, Аноним (-), 17:39, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>Или в регулярные диприкейтед, которые делают предыдущий пункт невыполнимым?
    > Rust использует понятие Редакции (которые выходят раз в 3 года) для внесения

    Да забей. Его в это ужа раз 5 носом тыкали - бесполезно, в каждой новости опять нытье о "все время ломают совместимость!".
    Старческий маразм, не иначе.

     
  • 7.181, Урри (ok), 18:06, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Глупости С - безопасный и достаточно системный язык на нем тоже ОСь написана,... большой текст свёрнут, показать
     
     
  • 8.194, Аноним (194), 18:29, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И в это тебя уже тыкали https blog rust-lang org 2018 07 27 what-is-rust-2018... текст свёрнут, показать
     
     
  • 9.329, Урри (ok), 12:42, 14/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 10.338, Аноним (-), 12:56, 14/02/2022 Скрыто модератором
  • +/
     
     
  • 11.380, Урри (ok), 19:13, 14/02/2022 Скрыто модератором
  • –1 +/
     
  • 10.360, Самокатофил (?), 15:02, 14/02/2022 Скрыто модератором
  • +1 +/
     
     
  • 11.381, Урри (ok), 19:14, 14/02/2022 Скрыто модератором
  • +/
     
  • 8.415, Аноним (4), 15:06, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И Java безопасна и при грамотном использовании выдает быстрый код, и на ней ОС н... большой текст свёрнут, показать
     
     
  • 9.447, Аноним (447), 01:37, 17/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ох лол ... текст свёрнут, показать
     
  • 6.444, anonymous (??), 11:20, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Захламлению синтаксиса спецсимволами, превращающему программу в некое подобие нечитабельных регэкспов?

    Если мозги есть и немного опыта набраться, то выясняется, что синтаксис там не создаёт никаких проблем. Умение читать конкретный синтаксис — это тупо дело привычки. А вот реальные особенности языка кроются за семантикой, а не синтаксисом.

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

     
     
  • 7.446, Урри (ok), 13:57, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Само собой Я вот брейнфак неплохо читаю И хаскель И даже регэкспы Чувствуешь... большой текст свёрнут, показать
     
  • 4.442, anonymous (??), 11:11, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так и расту эта выразительность не помогает.

    В смысле? Те гарантии, что хотели обеспечить — обеспечили. Что значит «не помогает»?

    > Сношаться с кодом только помогает,

    Что конкретно это значит?

    > а уязвимости как были так и есть.

    А кто говорил, что уязвимости уйдут в абсолютный ноль?

     
  • 3.64, keydon (ok), 13:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В теории можно просто кастомно расширить Си, его компилятор и переписать всё ядро на новый Си. Но зачем, если работа уже проделана в Rust?

    Чтобы иметь все плюшки Си(++)? Чтобы не пришлось годами впиливать его в линукс и в гигантское количество другого софта? Чтобы не дублировать оптимизации по 100500 раз? Чтобы не плодить лишние сущности, не заставлять разработчиков выяснять различия и не раздроблять сообщество?
    Но конечно си контролировать было бы сложнее, это не раст, который можно выкупить у мозиллы. Хайп было бы сложнее поднять ("очередные изменения в си" вместо "новый выдающийся язык программирования"). А зарплата "редкого специалиста" будет побольше чем "пишу на современной версии" ("Ты еще и денег за это хочешь?!").

     
     
  • 4.71, freecoder (ok), 13:49, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже обсуждали и не раз, что просто расширить Си не получится, его придется переделывать. А тогда это будет уже и не Си.
     
     
  • 5.93, keydon (ok), 14:24, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Уже обсуждали и не раз, что просто расширить Си не получится, его
    > придется переделывать. А тогда это будет уже и не Си.

    И где же это уже обсудили? И в чем проблема нарушить совместимость?
    В c++11, в python3, в raku, в lua это не было проблемой и никто не создавал новый язык ради переписывания стандартной либы и добавления статического анализатора в компилятор.

     
     
  • 6.107, Отражение луны (ok), 15:07, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >И в чем проблема нарушить совместимость?

    Ну ты можешь считать что раст это си, просто без обартной совместимости и с другим названием.

     
     
  • 7.448, Аноним (447), 01:44, 17/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Синтаксис другой.
     
  • 6.130, freecoder (ok), 16:05, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да постоянно обсуждается этот вопрос. Из недовнего, например здесь: https://www.opennet.ru/openforum/vsluhforumID3/126618.html#47
     
  • 4.80, Ольбертович (?), 14:03, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно, llvm лавочку потом тихо прикрыть
     
  • 4.445, anonymous (??), 11:26, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если речь про Си который используется в ядре , то они и в Rust есть Вы как-то ... большой текст свёрнут, показать
     
  • 2.25, Ан (??), 12:43, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Есть такие штуки:

    https://github.com/microsoft/checkedc

    https://dlang.org/spec/betterc.html

     
  • 2.32, Анонн (?), 12:55, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В полной мере это будет невозможно сделать никогда. В ядре слишком много г̶о̶в̶н̶о̶к̶о̶д̶а̶ оригинальных решений и оптимизаций, от которых даже cppcheck начинает сходить с ума. Только для отдельных модулей и то в ограниченном виде. Это как с чьим-то предложение внедрить MISRA C в ядро. Трижды ха)))
     
     
  • 3.40, Аноним (215), 13:07, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > MISRA C в ядро

    А что на MISRA сказали? Интересно даден

     
     
  • 4.50, Анонн (?), 13:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно тоже самое.
    Текущий код перевести слишком трудозатратно - это по сути переписать (не с нуля конечно, но это мало помогает) гигатонны кода, протестить его на всех платформах (в том числе уже подохших), найти и исправить ошибки. Плюс еще и заставить так писать всех сторонних кто коммитит в ядро (вдрайвера напр.) Это просто нереально ни по времени, ни по финансам. Намного дешевле раз в неделю исправлять CVE.
     
  • 2.248, nonon (?), 22:42, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > внедрить статический анализ в разработку на си

    Если внедрить статический анализ в разработку на си это будет раст

     
     
  • 3.449, Аноним (447), 01:48, 17/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И близко нет. Сохранится совместимость и опыт разработчиков.
     
  • 2.263, Аноним (261), 23:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Может просто стоит внедрить статический анализ в разработку на си?

    Ну и, наверное, MISRA тоже стоит.

     

     ....большая нить свёрнута, показать (58)

  • 1.7, Аноним (4), 12:15, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Кстати в Rust аффинные типы, которые в некотором роде позволяют избежать утечек памяти. Выходя за пределы скоупа объект будет уделен.
     
     
  • 2.13, Самокатофил (?), 12:29, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > в некотором роде

    Хах) Типа позволяют избежать, но это не точно? :) ресдох подтвердит.

    Насчет "скоупа": поосторожней с этим,
    https://github.com/jeromefroe/lru-rs/issues/120

     
     
  • 3.16, Аноним (4), 12:35, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, просто некоторые из них позволяет. Но не все. Также как языки со сборкой мусора. Но не больше них.
     
     
  • 4.23, Самокатофил (?), 12:41, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Нет, просто некоторые из них позволяет. Но не все.

    И провоцируют другие уязвимости.

    >Также как языки со сборкой мусора. Но не больше них.

    На языках с gc удобно писать, в отличие от. Там не ты выполняешь роль gc, как в расте. Потому что занимаясь этой ненужной работой, ты попутаешь лайфтаймы и допустишь use-after-free.

     
     
  • 5.31, Аноним (4), 12:53, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >И провоцируют другие уязвимости.

    Не провоцирует другие уязвимости. Приведите пример.

    >Потому что занимаясь этой ненужной работой, ты попутаешь лайфтаймы и допустишь use-after-free.

    Это не правда. Ты не можешь попутать lifetime в Rust. У тебя программа не скомпилируется.

    Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких языках программирования как C/C++. Если ты хороший программист, и не хочешь ошибки по памяти. А тут тебе их НАДО указывать.

     
     
  • 6.36, Самокатофил (?), 13:02, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    https://github.com/jeromefroe/lru-rs/issues/120
     
     
  • 7.48, Аноним (4), 13:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Коммит с фиксом вы так и не посмотрели, он относится к небрежной проверке unsafe кода.
    https://github.com/jeromefroe/lru-rs/pull/121/commits/416a2d480547f6b88ef6d23a

    Про аффинные типы вы так и не ответили. Они не провоцируют появление других ошибок, приведите пример.

     
     
  • 8.59, Самокатофил (?), 13:28, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А, так это ты с ансейфом бегаешь еще с прошлых тредов Предупреждать надо Ответ... текст свёрнут, показать
     
     
  • 9.69, др. Аноним (?), 13:45, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, это тебя уже несколько человек носом ткнуло - но ты, как истинный Экспертус... текст свёрнут, показать
     
  • 8.121, Урри (ok), 15:39, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Раст полностью заменяет С, он не допускает ошибок работы с памятью - Ну вот ж... текст свёрнут, показать
     
     
  • 9.408, Аноним (4), 12:45, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проект где требуется скорость будет в проценте строк кода писать unsafe, проект ... текст свёрнут, показать
     
     
  • 10.420, Урри (ok), 15:53, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И все эти проекты никак не смогут обойтись без регэкспоподобного говносинтаксиса... текст свёрнут, показать
     
     
  • 11.429, Прохожий (??), 02:16, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя уже дважды спросили, что бы ты поменял в синтаксисе Раста Ты так и не отве... текст свёрнут, показать
     
     
  • 12.443, Урри (ok), 11:15, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты тупой, да Я ответил, причем отвечал раз 15 уже за полтора года растофанатизм... текст свёрнут, показать
     
  • 7.83, freecoder (ok), 14:07, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В данном примере имеется структура Iter a, для которой задан лайфтайм То е... большой текст свёрнут, показать
     
  • 6.39, Самокатофил (?), 13:07, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких языках программирования как C/C++.

    Вся соль в том, что я буду брать лучшие, оттестированные на всех хардварных/софтверных платформах любы на с/с++, и буду думать над задачей в предметной области, а не мотаться по вашим крейтам и перебирать хелловорды или изоьретать велосипед с нуля. А безопасность оплатит бизнес, да еще даст заработать хакерам на баунти, да обмажемся всевозможными линтерамм и чекерами, и тд и тп. Если нужно. Если не нужно -- так я и не заплатил за это страданиями на расте.

     
     
  • 7.53, Аноним (4), 13:20, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Rust это не только крейты В дополнение сборщику проекта cargo build и линт... большой текст свёрнут, показать
     
     
  • 8.66, Самокатофил (?), 13:40, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так в крейтах нифига нет Это ж хелловорды недотестированные с кучей уядвимостей... большой текст свёрнут, показать
     
     
  • 9.73, Аноним (4), 13:53, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поставляемый в комплекте не значит хуже чем сторонний Хоть и сторонние инструме... текст свёрнут, показать
     
     
  • 10.82, Самокатофил (?), 14:07, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но оказывается хуже Как функционально, так и тем что прибит гвоздями к одному м... текст свёрнут, показать
     
     
  • 11.103, Аноним (4), 14:47, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В Rust функционально-полная система сборки Помимо множества встроенных и общепр... большой текст свёрнут, показать
     
     
  • 12.111, Самокатофил (?), 15:14, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Маркетинговый буллщит Спасибо, но переписываться с копипастой из брошюрок -- ту... текст свёрнут, показать
     
     
  • 13.430, Прохожий (??), 02:30, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это прямая экономия денег заказчика Которые ты, как и всякий подобный тебе кон... текст свёрнут, показать
     
     
  • 14.435, Самокатофил (?), 04:48, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и сэкономили мозилла отправила растаманек на мороз Бизнес оплатил -D... текст свёрнут, показать
     
  • 9.89, Аноним (4), 14:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не совсем так Unit-тесты пишутся в конце файла и находятся в отдельном моду... текст свёрнут, показать
     
  • 7.65, Аноним (4), 13:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А безопасность оплатит бизнес,

    Возможно бизнес выберет не переплачивать за безопасность, а получить разработчика на Rust если в проект входит требование повышенной безопасности. Мне лично кажется это единственная надежда этого языка, там где SPARK это оверкилл и нужно "что-то похожее на кресты" чтобы в крайнем случае крестовика за месяц переучить (они схватывают концепции за месяц максимум, потому что Rust под них написан в основном)

     
     
  • 8.123, Урри (ok), 15:44, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И через полгода получит неподдерживаемый кусок непонятно чего с кучей ансейфов и... текст свёрнут, показать
     
     
  • 9.189, Самокатофил (?), 18:20, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ого, я удивлен что мой коммент удалили Там ведь ясно видно, что человек не пони... текст свёрнут, показать
     
     
  • 10.337, Урри (ok), 12:55, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И мои некоторые тоже Забавно, неужели у людей так сильно подгорает от правды, ч... текст свёрнут, показать
     
     
  • 11.341, Самокатофил (?), 13:11, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читать растотреды без удаленных, что пить не закусывая ... текст свёрнут, показать
     
     
  • 12.379, Урри (ok), 19:09, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
  • 9.431, Прохожий (??), 02:39, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уж конечно куда лучше получить такой же не поддерживаемый кусок непонятно чего с... текст свёрнут, показать
     
     
  • 10.436, Самокатофил (?), 04:51, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты раст что ли знаешь досконально, растамань Растамань, без плюсов нет вашег... текст свёрнут, показать
     
  • 10.441, Урри (ok), 11:04, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну то что вы на любом языке напишете неподдерживаемый кусок непонятно чего я... большой текст свёрнут, показать
     
  • 6.49, keydon (ok), 13:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких
    > языках программирования как C/C++.

    Сколько вы еще С++99 будете вспоминать? Уже 23 года прошло. В современных плюсах есть RAII.

     
     
  • 7.58, Аноним (4), 13:27, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Даже такое простое и базовое RAII как unique_ptr не позволяет избежать оверхеда в рантайме. https://www.youtube.com/watch?t=1061&v=rHIkrotSwcc
    Не говоря уже о том, что грамотное применение этой "нашлепки" на язык делает код длиннее и запутанней.
     
     
  • 8.127, Урри (ok), 15:59, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В ролике довольно глупое выступление от человека, который понимая ассемблер сове... большой текст свёрнут, показать
     
     
  • 9.409, Аноним (4), 12:58, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Это лишняя mov регистровая инструкция Можете сами сравнить https rust ... текст свёрнут, показать
     
     
  • 10.419, Урри (ok), 15:29, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты тоже человек, который понимая ассемблер совершенно не в курсе как работают с... большой текст свёрнут, показать
     
     
  • 11.422, Аноним (4), 16:52, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вообще, в видео показано что генерируется лишняя инструкция в моменты использова... текст свёрнут, показать
     
     
  • 12.426, Урри (ok), 00:24, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Аноним Вы что, рассчитывали, что я засяду тратить пару часов времени чтобы полн... текст свёрнут, показать
     
  • 8.149, keydon (ok), 16:48, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты хотел сказать что раст работает на радуге единорогов поэтому волшебные фиксик... текст свёрнут, показать
     
     
  • 9.410, Аноним (4), 13:14, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не надо сравнивать с языками со сборкой мусора Тем более с динамически типизиро... текст свёрнут, показать
     
     
  • 10.421, Урри (ok), 16:01, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в этом и проблема Язык надо сначала хорошенько обдумать и только после этог... текст свёрнут, показать
     
     
  • 11.432, Прохожий (??), 02:53, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это плюсы-то с их двумя десятками способов инициализации хорошо продуманы Или т... текст свёрнут, показать
     
     
  • 12.434, Аноним (-), 04:09, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это стандартна-обтекаемая хрень W банальность уровня чтобы писать код без ошибо... текст свёрнут, показать
     
  • 12.440, Урри (ok), 10:54, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да ... текст свёрнут, показать
     
  • 8.264, Аноним (261), 23:58, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хоспаде, кого же сейчас волнует оверхед ... текст свёрнут, показать
     
  • 7.61, Анонн (?), 13:30, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А причем тут с++? Новость по ядро и си. Для си RAII только в виде поделок васянов и в ядре его нет.
     
     
  • 8.153, keydon (ok), 16:54, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    175 _ 12484 _ 175 ... текст свёрнут, показать
     
  • 7.106, Аноним (113), 15:04, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Вся соль в том, что тебе ПРИДЕТСЯ думать о лайфтаймах в таких
    > Сколько вы еще С++99 будете вспоминать? Уже 23 года прошло. В современных плюсах есть RAII.

    если для тебя лайфтаймы и RAII это одно и тоже, то ой...

     
     
  • 8.158, keydon (ok), 17:01, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Оу, люблю такие комментарии В духе если вы не знаете в чем разница, мне вас жа... текст свёрнут, показать
     
  • 7.374, Sin2x (ok), 17:12, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В чистых сях тоже есть RAII, если использовать экстеншн от gcc.
     
     
  • 8.376, Аноним (113), 17:50, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    так всетаки в чистых или таки если использовать экстеншн от gcc ... текст свёрнут, показать
     
  • 7.411, Аноним (4), 13:26, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    RAII не предотвращает от aliasing, писали что Chrome от этого сильно страдал. Особенно от use-after-free багов когда некоторые части кода могут иметь указатели на уже освобожденную память. В Rust же память не может быть освобождена пока имеется хоть одна внешняя ссылка на нее. Это проверяется либо во время компиляции borrow-checker'ом. Либо на стадии исполнения при явном использовании программистом подсчета ссылок.

    Ни юнит-тесты (сотни тысяч строк тестов), ни ассерты, ни санитайзеры по видимости не могут избавить Chrome, Firefox от больше чем сотни багов по работе с памятью в год.

     
  • 2.15, Аноним (4), 12:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это как сборка мусора, только без подсчета ссылок на каждый объект (без рантайма). И без "остановки мира" (остановки всех потоков) на освобождение памяти. На данный момент самые лучшие сборщики мусора и популярных языков скорее всего реализованы в Go и C#. В GO например событие остановки мира имеет дедлайн всего в 10 мс.
     
     
  • 3.22, Аноним (165), 12:41, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > дедлайн всего в 10 мс.

    По прерыванию таймера решает NP-полную задачу?

     
     
  • 4.43, Аноним (4), 13:10, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, по прерыванию таймера освобождает объекты которые до этого, в процессе работы, пометил на освобождение. Горутины доходят до барьера, и когда все дошли происходит освобождение ресурсов.
     
  • 3.134, Урри (ok), 16:10, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Самый лучший - в хаскеле.
    Ввиду того что хаскель чисто функциональный язык, объекты в куче располагаются всегда в одном направлении - от старших к младшим. Это позволяет эффективно проводить маркап все еще используемых объектов и не менее эффективно перемещать их уплотняя кучу (с соответствующим изменением внутренних указателей).
     

     ....большая нить свёрнута, показать (58)

  • 1.10, Аноним (10), 12:25, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Тогда лучше уж Vala, какой смысл в этом Rust?
     
     
  • 2.47, Аноним (215), 13:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там сборка мусора
     
     
  • 3.97, Аноним (10), 14:41, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Там подсчёт ссылок, но оно не сильно медленнее Си.
     
     
  • 4.102, Аноним (109), 14:47, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Там подсчёт ссылок, но оно не сильно медленнее Си.

    У CPython, перла и PHP тоже "подсчет ссылок", если что ...


     
     
  • 5.206, Аноним (10), 19:43, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А при чём здесь скриптовые языки?
     
     
  • 6.210, Аноним (-), 20:03, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А при чём здесь скриптовые языки?

    А при чем тут "Там подсчёт ссылок, но оно не сильно медленнее Си."?
    Подсчет ссылок используется в том числе и для сборки мусора.
    https://inst.eecs.berkeley.edu/~cs164/fa11/lectures/lecture24-2x2.pdf
    > Garbage Collection: Reference Counting

    https://devguide.python.org/garbage_collector/
    > The main garbage collection algorithm used by CPython is reference counting.

     
     
  • 7.217, Аноним (10), 20:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я не пойму, что сказать-то хотите? Smart pointers в С++ тоже подсчёт ссылок используют и что?
     
     
  • 8.220, Аноним (-), 20:49, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    https wiki gnome org Projects Vala ReferenceHandling https docs fedoraprojec... большой текст свёрнут, показать
     
     
  • 9.221, Аноним (10), 21:06, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    shared_ptr Ну и зачем мои слова повторять https github com arrufat vala-bench... текст свёрнут, показать
     
     
  • 10.227, Самокатофил (?), 21:25, 13/02/2022 Скрыто модератором
  • –3 +/
     
     
  • 11.236, Аноним (-), 21:47, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 12.238, Аноним (10), 21:51, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 13.247, Аноним (-), 22:39, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 14.249, Самокатофил (?), 22:46, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 15.250, Аноним (-), 22:51, 13/02/2022 Скрыто модератором
  • +/
     
  • 15.255, Аноним (-), 23:22, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 16.269, Самокатофил (?), 00:14, 14/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 17.279, Аноним (-), 01:11, 14/02/2022 Скрыто модератором
  • +/
     
     
  • 18.280, Самокатофил (?), 02:03, 14/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 19.287, Аноним (-), 03:29, 14/02/2022 Скрыто модератором
  • +/
     
  • 14.305, Аноним (-), 09:47, 14/02/2022 Скрыто модератором
  • +/
     
  • 2.413, Аноним (413), 13:52, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На SPARK можно писать. Начать с прошивок оборудования.
     

     ....большая нить свёрнута, показать (21)

  • 1.11, Аноним (-), 12:26, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Новость на опеннете:

    > Пятая редакция патчей для ядра Linux с поддержкой языка Rust

    Оригинальная новость на Форониксе:

    > Rust For The Linux Kernel Sent Out For Review A Fourth Time
    > With this weekend's Rust for Linux v4 patches the Rust kernel modules can remove some boilerplate code with certain Crate attributes no longer needed

    👏

     
     
  • 2.18, Аноним (165), 12:35, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Даже счетчики текут. Как так жить?
     
  • 2.21, Анонн (?), 12:39, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это просто как считать.
    У них там до v1, v2, v3 была итерация с самим RFC.
    Так что это обсуждение пятое по счету, но патч четвертый. Ведь сложно сделать патч без initial commit)))
     
  • 2.57, Аноним (57), 13:26, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В новости есть ссылки на предыдущие 4 набора патчей. Первой была нулевая версия, поэтому v4  - пятая публикация.
     
     
  • 3.135, Урри (ok), 16:12, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Первой была нулевая версия".

    И это неправильно. Первой должна быть первая версия. (с) Никлаус Вирт.

     
     
  • 4.167, Аноним (165), 17:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Анекдот про символьные вычисления:

    Пусть число танков равно К. Нет, К мало, возьмём М танков.

     
  • 4.345, Аноним (345), 13:35, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И это неправильно. Первой должна быть первая версия. (с) Никлаус Вирт.

    Обратите внимание: у Вирта своё мнение было, поэтому он говорил от своего имени.
    А у вас своего мнения нет, поэтому вы вынуждены цитаты приводить.
    Даже в такой мелочи, как нумерация.

    Поэтому пересчёт должен начинаться с нуля.

     
     
  • 5.378, Урри (ok), 19:08, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это была отсылка к авторитету, если вы не в курсе таких элементарных вещей.

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

    --
    ваш троллинг не зашел, если вы не заметили. пишу вам об этом прямо.

     
     
  • 6.433, Прохожий (??), 03:20, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так и шо получается, Си и Плюсы теперь нелогичные и противоестественные? А Паскаль единственно верный в этой троице? :)
     
     
  • 7.439, Урри (ok), 10:53, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и шо получается, Си и Плюсы теперь нелогичные и противоестественные?

    Нет, конечно. Это вполне просто реализуется и в плюсах и в си.

    > А Паскаль единственно верный в этой троице? :)

    Нет. Всего лишь у паскаля единственного в этой троице изначально правильная и естественная индексация.

     
     
  • 8.460, Аноним (-), 00:16, 20/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Которая или полностью задается погроммистом array -10 10 of int array 0 63... текст свёрнут, показать
     
  • 6.452, bOOster (ok), 05:32, 18/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дело привычки, от математиков адресация с 1 идет. С нулем, в определенных случаях получаешь полный математический гимморой.
     
     
  • 7.459, Урри (ok), 23:40, 19/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не от математиков, а от естественного порядка вещей.
    Когда у вас есть один предмет - он первый. Не минус мятый, не семнадцатый и не нулевой. А первый.
    Когда предмета два, то второй это второй. Третий это третий и так далее.

    Естественный порядок счета (с)

     

  • 1.14, Хакер2005 (?), 12:33, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Ура! Давно пора!
     
     
  • 2.29, Аноним (10), 12:50, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Давно пора что? Пятую попытку делать?
     
     
  • 3.224, Аноним (224), 21:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я мало кого любила
    Второй надоел, третьего забыла
    Четвёртый исчез во вторник
    О первом почти ничего не помню

    Но пятый мой совсем не такой
    ...
    (с)

     
  • 2.63, Аноним (63), 13:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если тебе давно пора, то уходи, а то засиделся
     

  • 1.20, Rejedai (?), 12:37, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Вот правда, я был одним из тех кто иногда даже защищал rust (мне в целом нравится синтаксис), но когда пару дней назад я чистил папки с проектами и aur-хелпераси, и увидел что даже простенькая утилита тянет за собой набор зависимостей на пару гигабайт (чего не делают даже довольно крупные проекты на java с js) я понял что слишком сыро.

    На мой взгляд пока раст не начнёт использовать системные библиотеки, лучше этим не пользоваться. Да безопасность, но за счёт чего? За счёт того что в один исполняемый файл по сути вшиваются библиотеки, которые уже есть могут быть в системе.

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

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

     
     
  • 2.26, Аноним (26), 12:44, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А потом среди этой кучи либ обязательно заберется бэкдор и начнется: "ой, как так то?"
     
  • 2.28, Анонн (?), 12:49, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А пример какой-тотакой утилиты можно?
    Не то чтобы я совсем не верил, но "пара гигабайт" звучит ну как-то очень много...
     
     
  • 3.77, rj (??), 14:00, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я писал для себя простой парсер для стимовских vdf файлов, с онлайн редактированием под rocket (идея была в том, чтобы на пк-консоли все время работал steam под нативным композитором, а я редактировал библиотеку через ноут или смартфон) и выбором обложек из steamgriddb.

    А так тот же paru около гигабайта тянул. Vaultwarden дофига грузит.

     
  • 2.51, Gedweb (ok), 13:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это зависимости для сборки, а не конечное приложение. В C это не так заметно, потому как заголовки сами по себе весят значительно меньше и размазаны по системе (если говорить про линукс).
    Дискуссии на тему статической и динамической линковки это древний холивар. Rust умеет оба варианта, но статическая идёт по умолчанию.
     
     
  • 3.78, Аноним (4), 14:02, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Справедливости ради. Умеет в динамическую линковку, но без стабильного ABI скомпилированное на новом компиляторе может вызвать segfault если используется библиотека собранная старым компилятором.
     

  • 1.33, keydon (ok), 12:57, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    Список изменений как бы намекает, что квадратное впихивают в круглое, но гугл силен, поднажмет и  отверстие станет квадратным.
     
     
  • 2.41, Анонн (?), 13:10, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что удивительного в том, что его приходится допилить для использования в ядре?
    Требования к коду ядра мягко говоря специфические. Вспомните сколько пришлось сделать чтобы оно компилилось шлангом?
     
  • 2.124, Аноним (4), 15:48, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда такой вывод? Ничего из написанного не потребовало изменений в языке или экосистеме Rust.

    То к чему были у Линуса претензии пока не реализовано. (Пока это не сделают Rust в ядро не пойдет)
    - красивая, быстрая и удобная обработка OOM
    - запрет на паники в коде (в том числе при index-out-of-bounds проверках)

     
     
  • 3.161, Аноним (165), 17:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего из написанного не потребовало изменений в языке или экосистеме Rust.

    Неужели? То есть модули ядра можно собирать Rust 1.0?

     
     
  • 4.185, Я (??), 18:14, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на момент старта проекта растом 1.0 можно было собирать только депрекейтет легаси код..
     
     
  • 5.191, Аноним (165), 18:25, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > депрекейтет легаси код

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

     
     
  • 6.204, Аноним (-), 19:28, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Утверждается, что язык не поменялся.

    Где?

     
     
  • 7.207, Самокатофил (?), 19:44, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    :-D
     
  • 7.214, Аноним (165), 20:21, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто здесь?
     
     
  • 8.218, Аноним (-), 20:36, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Яснопонятно ... текст свёрнут, показать
     
     
  • 9.225, Аноним (165), 21:17, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ааа Тут Аноним, влезший в чужой разговор и разговаривающий со своим задним прох... текст свёрнут, показать
     
     
  • 10.232, Аноним (-), 21:38, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Т е ты забыл, что влез в разговор со свом с 821 о 821 л 821 о 821 м 821 е ... текст свёрнут, показать
     
  • 4.257, Аноним (113), 23:44, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Неужели? То есть модули ядра можно собирать Rust 1.0?

    Пока нет.

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

     
     
  • 5.296, Аноним (165), 08:57, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ядро станет возможно собирать gcc1.0

    Где и кем это утверждалось?

     
     
  • 6.298, Аноним (113), 09:23, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    примерно там где аноним (165) поинтерисовался возможностью собирать вышеупомянутые патчи при помощи rust1.0 .
     
     
  • 7.306, Аноним (165), 10:38, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    я > rust1.0
    ты > gcc1.0

    Зачем ты ведешь себя как типичный растист?

     
     
  • 8.310, Аноним (113), 10:46, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    а чеВо такоВа, а как же хваленая Сишная стабильность ... текст свёрнут, показать
     
     
  • 9.313, Аноним (165), 10:55, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где я это говорил Где я писал про gcc Шизоид, перестань свои голоса в голове п... текст свёрнут, показать
     
     
  • 10.315, Аноним (113), 11:03, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где я говорил что ты это говорил Где я утверждал что ты что-то писал про gcc Ш... текст свёрнут, показать
     
     
  • 11.317, Аноним (165), 11:10, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда зачем ты это написал Память как у золотой рыбки ты ядро станет возможн... текст свёрнут, показать
     
     
  • 12.320, Аноним (113), 11:21, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Итак разберемся На мой вопрос про то где я утверждал что ты писал про gcc, ты м... текст свёрнут, показать
     
     
  • 13.321, Аноним (165), 11:25, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И буду спрашивать, проверять твою память Я писал про gcc Ты писал про gcc ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (21)

  • 1.37, Аноним (165), 13:03, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    в этой теме тех, кто в начале не пишет вывод 'uname -a', надо банить по юзер-агенту.
     
     
  • 2.45, ИмяХ (?), 13:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    "uname" не является внутренней или внешней
    командой, исполняемой программой или пакетным файлом.
     
     
  • 3.56, Аноним (165), 13:23, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 4.74, Аноним (-), 13:54, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 5.108, Аноним (165), 15:09, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 6.110, Аноним (-), 15:13, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 7.115, Аноним (165), 15:24, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 8.117, Аноним (-), 15:29, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 9.119, Аноним (165), 15:32, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 10.122, Аноним (-), 15:43, 13/02/2022 Скрыто модератором
  • +/
     
     
  • 11.125, Аноним (165), 15:54, 13/02/2022 Скрыто модератором
  • –1 +/
     
     
  • 12.136, Аноним (109), 16:15, 13/02/2022 Скрыто модератором
  • –1 +/
     
  • 3.137, Урри (ok), 16:15, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня такой же офтопик, но

    $ uname -a
    Linux THISPC 4.4.0-19041-Microsoft #1237-Microsoft Sat Sep 11 14:32:00 PST 2021 x86_64 x86_64 x86_64 GNU/Linux

     
     
  • 4.143, Аноним (109), 16:22, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня такой же офтопик, но
    > $ uname -a
    > Linux THISPC 4.4.0-19041-Microsoft #1237-Microsoft Sat Sep 11 14:32:00 PST 2021 x86_64
    > x86_64 x86_64 GNU/Linux

    Ну да, из-под WSL всяко виднее, как и чем лучше разрабатывать ядро линукса - а то ж разработчики глупые, сами не разберутся!

     

     ....большая нить свёрнута, показать (13)

  • 1.38, Аноним (38), 13:07, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Зачем это легаси поддерживать? Пилили бы свой Redex тупо переписывая драйвера с опастного си

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

     
     
  • 2.188, Я (??), 18:19, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    переманить куда кого? разработчики железок хотят писать код драйверов и подсистем под свои новые устройства на расте в том числе при использовании яда линукс. и они хотят чтобы для этого не надо было иметь форкнутое ядро потому что тогда им всёравно придётся второй раз писать драйвера на сях под мейнстрим ядро. вот и вся суть этих телодвижений по обеспечению поддержки ядром кода написанного на раст. потому что можно долго бузтеть и плеваться, но раст будет системным языком будущего и чем раньше ты в него вложишься тем проще будет потом.
     
     
  • 3.203, Самокатофил (?), 19:11, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Палехчи, палехчи, уже не один убийца цэ/цэпэпэ закопан. Вы еще D (который получше будет) не оплакали, а уже раст толкаете.

    А если звёзды сойдутся, и раст когда-нибудь выстрелит, то ну так и быть, выучим ваш раст. Сейчас работать надо, а не учить очередную недоделку. А молодым тем более: работы на расте нету, всё серьёзное и фундаментальное на с/с++. Учите lingua franca, вливайтесь в разработку. Оставьте маргиналов копошиться в своём болоте.

     
     
  • 4.222, Аноним (222), 21:09, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    На расте уже написано больше чем на D, и в отличие от последнего - написано что-то полезное. А собственно процесс написания настолько приятен, что пишут и матерые бывшие плюсовики, и девочки с розовыми волосами, перешедшие после JS.
    Если это не успех в комьюнити, то что тогда успех?
     
     
  • 5.229, Самокатофил (?), 21:33, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На расте уже написано больше чем на D, и в отличие от последнего - написано что-то полезное.

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

    >Если это не успех в комьюнити, то что тогда успех?

    Желаю и дальше таких же успехов, бро. Нехай щастить, как говорится. :-D

     

  • 1.42, Шарп (ok), 13:10, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Лучше бы c++ запилили в ядре.
     
     
  • 2.52, Аноним (165), 13:17, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Придется пилить c++ без исключений и rtti. Простое выключение даст примерно такой же результат, как rust с паниками.
     
     
  • 3.86, Аноним (86), 14:14, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно и с исключениями, если все возможные типы исключений отлавливать. А если забыли, то да kernel panic. Я бы скорее stl запретил использовать в ядре, ибо жуткий легаси со смесью безопасного и небезопасного кода, а так же куча совсем не бесплатного оверинженеринга.
     
     
  • 4.365, n00by (ok), 15:28, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если под STL понимать библиотеку Степанова и Ли, то iostreams и т.п. в неё не входят.
     
  • 2.60, Аноним (60), 13:29, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл менять сухое дерьмецо менять на свежее дерьмецо?
     
  • 2.99, Аноним (10), 14:43, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно спросить - а зачем?
     
     
  • 3.192, Аноним (-), 18:27, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Затем же, зачем и хруст, очевидно же.
     
  • 2.393, СССР (?), 02:36, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не не нужно, ядро должно быть на одном языке, на си, плюсы они больше для бизнеслогики, ну да и для системного но все же именно для ядря, все же лучше только си
     
  • 2.400, anonymous (??), 12:12, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про С++ Линус весьма однозначно высказывался.
     

  • 1.101, Анон_из_Восточной_Европы (ok), 14:47, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда наконец народ наиграется в эзотерический раст и начнет пилить проекты на D.
     
     
  • 2.132, freecoder (ok), 16:08, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какие преимущества у D перед Rust? Например, я активно использую Rust во множестве проектов. Что должно заставить меня использовать вместо него D?
     
     
  • 3.265, Аноним (261), 00:03, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Все три столпа ООП.
     
     
  • 4.331, Аноним (331), 12:48, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и зачем?
     
     
  • 5.350, Аноним (350), 13:45, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Анон_из_Восточной_Европы, похоже, имел ввиду юзерспейсные приложения, а не ядро.
     
     
  • 6.404, freecoder (ok), 12:29, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Анон_из_Восточной_Европы, похоже, имел ввиду юзерспейсные приложения, а не ядро.

    Да даже для прикладных программ непонятно, нужно ли оно. В Rust из привычного понимания ООП нет только наследования реализации для типов (но не для трейтов) и полиморфизма подтипов (но есть параметрический полиморфизм). То есть, имеются другие способы добиться того же. А когда говорят "нет ООП" имеют ввиду обычно что-то уж совсем лишенное высокоуровневых абстракций, но это далеко не всегда так. По хорошему нужно рассматривать не совокупно "ООП", а конкретные концепции, из которых складывается язык.

     
     
  • 7.438, Аноним (438), 10:28, 16/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    полиморфизма подтипов (но есть параметрический полиморфизм)

    О. Хочу оценить насколько пригоден rust.

    Проблема отсутсвия стабитльного ABI, думаю с возрастом (моего или rust'а) пройдет.

    Не могу пока оценить стоит ли за него браться.

    Основная проблема, нужен полиморфизм. Где бы посмотреть примеры?

    Желательно что-нибудь в виде двух иерархий типов. Каждая из которых использует другую (во все поля) полиморфно :)

    Может кто видел проект с такой реализацией?

     
     
  • 8.451, Аноним (438), 13:15, 17/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сам себе отвечу Может быть пригодится, кому-нибудь Или все же у какого-либо ра... большой текст свёрнут, показать
     
  • 4.405, Аноним (4), 12:35, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Rust есть 2,5 столпа нет наследования состояния, но есть наследование поведен... большой текст свёрнут, показать
     
  • 3.388, Аноним (388), 21:22, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В Д нет тебя и еще кучи рустеров. Уже одно это дорогого стоит.
     
  • 2.139, Урри (ok), 16:18, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Когда в него начнут вкладываться корпорации в расчете на армию почти бесплатных обезьян.

    А пока, к сожалению, селяви.

     
  • 2.145, Fracta1L (ok), 16:24, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Язык со сборщиком мусора это фу
     

  • 1.104, Онаним (?), 14:55, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "поддерживаемого компанией Intel бота 0DAY"

    Это что-то про особо тоненькие фичи их процессоров?

     
     
  • 2.154, Аноним (165), 16:55, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не Ъ: https://01.org/lkp/documentation/0-day/lkp-test-suites-description
     

  • 1.148, Ананоним (?), 16:47, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда ядро заржавеет, для его сборки нужен будет помпьютер с 32GB RAM. Ну а нефиг ядро собирать абы где, нужно икономеку поднимать!
     
     
  • 2.205, Аноним (91), 19:40, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дада, ведь каждый нище6род уже прикупил линию по автоматической сборке светодиодных лампочек себе в сортир. Чтобы ушлые китайцы вепку не зпихали.
     
  • 2.297, угу (?), 09:03, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мущина, мущина, проснитесь!

    32GB, вот ржака-то... скоро у каждой бесполезно-pi будет столько. А если ты нище6род и у тебя меньше, какое тебе еще ведро, сиди на своей венде, у нас тут впопенсорс и требует "подбирать железо под операционку".

    128TB и то в качестве минимального требования. Ну там - сборка в один поток, окончание когда-то после колонизации Марса...

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

     

  • 1.155, Аноним (155), 16:55, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Независимо от того хороший ли язык Rust или нет, хорошие ли его апологеты Незав... большой текст свёрнут, показать
     
  • 1.166, Аноним (-), 17:27, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    >Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру.

    Я сборщик. Ядру Линукса Раст не нужен, только усложнит сборку. Сейчас для сборки ядра требуется только GCC (только компилятор). По мере увеличения кодовой базы на Расте станут требовать не только компилятор Раста, но и его так называемое сборочное окружение. Юниксы исторически по внутренней структуре устроены очень просто, внедрение Раста только усложнит систему.

    Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца.

     
     
  • 2.202, Ананимус (?), 19:05, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца.

    Покажи, пожалуйста, список своих патчей в Linux.

     
     
  • 3.208, заминированный тапок (ok), 19:45, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лул, аргумент

    Покажи свои безопасные "на расте" и рецепт сборки ядра вместе с ними

     
     
  • 4.209, Ананимус (?), 19:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Аргумент, на самом деле, отличный. Потому что люди, не пишущие ядро и рассуждающие что там нужно, а что там не нужно, выглядят странно.
     
     
  • 5.211, Аноним (-), 20:08, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это не аргумент, это троллинг. Хамский, тупой троллинг.
     
     
  • 6.212, Аноним (-), 20:13, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ... станут требовать не только компилятор Раста, но и его так называемое сборочное окружение
    > ... Пусть растоманы держатся подальше от ядра Линукса. Пусть лучше они допиливают свой Редокс. Все преимущества Раста относительно ядрописательства высосаны из пальца.
    > Это не аргумент, это троллинг. Хамский, тупой троллинг.

    Довольно самокритично.


     
  • 5.230, заминированный тапок (ok), 21:34, 13/02/2022 Скрыто модератором
  • +1 +/
     
     
  • 6.237, Самокатофил (?), 21:49, 13/02/2022 Скрыто модератором
  • –1 +/
     
  • 6.373, Ананимус (?), 16:52, 14/02/2022 Скрыто модератором
  • +/
     
     
  • 7.390, заминированный тапок (ok), 23:48, 14/02/2022 Скрыто модератором
  • +/
     
  • 2.240, Ordu (ok), 21:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Я сборщик.

    Сборщики должны страдать. Как и мейнтейнеры вообще. Всё это нытьё "мне стало сложнее выполнять мою работу", потому что программисты начали использовать новые инструменты -- это именно что нытьё. Разработка программ ведётся программистами, и программисты выбирают такие инструменты, которые им удобны, а не такие, которые делают жизнь мейнтейнеров безоблачной и не требующей никакой работы. Если бы они были бы заняты вторым и выполняли бы твою работу за тебя, то ты был бы не нужен как класс.

     
     
  • 3.241, Самокатофил (?), 22:04, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.phoronix.com/scan.php?page=news_item&px=Debian-Needs-Qt6-Maintaine

    Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил один мейнтейнер? Ну, уговори, чо. =)

     
     
  • 4.243, Ordu (ok), 22:21, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://www.phoronix.com/scan.php?page=news_item&px=Debian-Needs-Qt6-Maintaine
    > Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил
    > один мейнтейнер? Ну, уговори, чо. =)

    Зачем мне уговаривать? Уговаривать мейнтейнера -- это задача пользователя, а не программиста.

     
     
  • 5.251, Самокатофил (?), 22:53, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зачем мне уговаривать? Уговаривать мейнтейнера -- это задача пользователя, а не программиста.

    1. Пользователю до лампочки какие-то там qt6 с нулём пользовательских программ.
    2. Пользователю если не будет возможности установить и попробовать, он так и не узнает зачем ему уговаривать мейнтейнера.
    3. Пользователь установит альтернативу.

    Так что спускайся на землю.

     
     
  • 6.256, Ordu (ok), 23:26, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мейнтейнеры включают в свои дистрибутивы не то, что хотят программисты, а то, чт... большой текст свёрнут, показать
     
     
  • 7.268, Самокатофил (?), 00:10, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неубедительно, не подтверждается опытом. А вот про мифологию и богов было занятно, расскажите еще. Можете углубиться не только в древнегреческую.
     
     
  • 8.270, Ordu (ok), 00:24, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Читай Харари Он разбирает как трансформировались древние мифологии и чем они ст... текст свёрнут, показать
     
     
  • 9.277, Самокатофил (?), 00:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Маккьюсика тока закончу, и так сразу Спасиб ... текст свёрнут, показать
     
  • 7.299, Аноним (299), 09:24, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Угадал ник по стилю повествования.
     
  • 4.245, Аноним (-), 22:34, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > https://www.phoronix.com/scan.php?page=news_item&px=Debian-Needs-Qt6-Maintaine
    > Это тандем. Хочешь не крутить педали, а чтоб за тебя их крутил один мейнтейнер? Ну, уговори, чо. =)

    Уговорить мейнтенера занаться разработкой или к чему это очередная глупая и притянутая за уши аналогия (очевидно, что если разработчик не будет "крутить педали", то мейнтейнеру нечего будет собирать).


     
     
  • 5.253, Самокатофил (?), 22:56, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Уговорить мейнтенера занаться разработкой или к чему это очередная глупая и притянутая за уши аналогия

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

    >очевидно, что если разработчик не будет "крутить педали", то мейнтейнеру нечего будет собирать).

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

     
     
  • 6.274, Аноним (113), 00:36, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Очевидно, что если разработчик софта не будет идти на сотрудничество с разработчиками дистра,

    Ой, а почему же systemd все еще в большинстве дистров?

     
     
  • 7.276, Самокатофил (?), 00:46, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что его банкет в большинстве дистров оплачивает красношапка. У кого есть яйки -- форкнули и выкинули. Остальные даже не включали это изделие в дистр.
     
     
  • 8.348, Ананимус (?), 13:40, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это кто Если вдруг хочешь сказать Alpine , то они не используют systemd только... текст свёрнут, показать
     
     
  • 9.353, Самокатофил (?), 14:20, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    они не используют systemd потому-что systemd -- г--но И то что он под масл плох... текст свёрнут, показать
     
     
  • 10.356, Ананимус (?), 14:37, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ncopa с тобой не согласен Ну то есть нишевые дистры, основной посыл которых ... текст свёрнут, показать
     
     
  • 11.357, Самокатофил (?), 14:44, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    там кроме ncopa есть и кисснутые робяты Впрочем, я сужу по результату, а не сло... большой текст свёрнут, показать
     
  • 7.349, угу (?), 13:41, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дык он наоборот как раз - РЕШАЛ проблемы гуаноразработчиков гуанодристов - ничем не париться и не писать никакие сложные не по умишку стартапные скрипты, херак-херак, curl | sudo su  и в пакетик.

    Те два десятка пакетов которым все равно нужны сложные скрипты для запуска и обслуживания - ну будет дописывать тот десяток майнтейнеров которые еще умеют в юникс-системы. А остальные не нужны, любое ОНО с дипломом по гендерным штудиям справится.

     
  • 3.453, bOOster (ok), 05:51, 18/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты правильно написал - программисты выбирают инструменты, а не макаки, не понимающие как наваянный им же код работает и ждущие от системы сборки чуть ли правки их корявых алгоритмов.
    ПыСы. Мне такие чудики напоминают взаимодействие "Вовки в тридевятом царстве" и "Двоих из ларца", а в результате
    - "А вы че, еще и есть за меня будете?"
    - "Ага"
     
     
  • 4.454, Ordu (ok), 06:58, 18/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ты правильно написал - программисты выбирают инструменты, а не макаки, не
    > понимающие как наваянный им же код работает и ждущие от системы
    > сборки

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

     
     
  • 5.456, n00by (ok), 12:56, 18/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > опакечивать бывает сложно.

    Знаю опакечивателей, у которых словосочетание "собрать пакет" вызывало бурную реакцию и считалось моветоном. Сначала не мог понять причин, а потом вспомнил, что по пляжам ходят люди со старой лыжной палкой и так ей ловко тюк, тюк, тюк... и всякие банки пустые, пакетики из под чипсов и прочий мусор на неё нанизываются. Вот этот труд считается низкоквалифицированным, но люди не ноют, что им тяжело наклоняться и собирать пакетики, придумали рацуху. А тут "я сборщик, ̶э̶т̶о̶ ̶з̶в̶у̶ч̶и̶т̶ ̶г̶о̶р̶д̶о̶  а растоманы мне работать мешают". Тьфу =)

     

     ....большая нить свёрнута, показать (30)

  • 1.168, Аноним (-), 17:35, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А почему никто не говорит о том, что бинарники на Расте как правило имеют большие размеры. Если Раст проникнет в ядро, забудьте о быстрых и маленьких программах в стиле Юникса.
     
     
  • 2.333, Аноним (331), 12:52, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что если включить нужные опции, то будут маленькие бинарники
     
     
  • 3.397, Аноним (-), 08:09, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты лично с каждого растамана будешь требовать чтобы он вручную включал нужные опции? Как правило, бинари на Расте огромных размеров и эту тенденцию или закономерность нам не перебороть.
     
     
  • 4.401, anonymous (??), 12:17, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Просто сборочное окружение дистрибутива может по умолчанию включать нужные опции.
     
  • 4.407, Аноним (109), 12:44, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А ты лично с каждого растамана будешь требовать чтобы он вручную включал
    > нужные опции? Как правило, бинари на Расте огромных размеров и эту
    > тенденцию или закономерность нам не перебороть.

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


     

  • 1.176, gachimuchilinux (?), 17:53, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем пихать Rust в Linux,проще создать Rust Kernel
     
     
  • 2.198, Аноним (165), 18:40, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно, пусть пишут "ядро ядра", чтобы мог использовать/грузить модули из основной ветки linux.
     
     
  • 3.233, заминированный тапок (ok), 21:43, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Правильно, пусть пишут "ядро ядра", чтобы мог использовать/грузить модули из основной ветки
    > linux.

    Здоровья усопшему (redox)

     
  • 2.267, Аноним (261), 00:06, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так есть уж Rust Kernel - Resdox.
     
  • 2.402, anonymous (??), 12:19, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проще, но пользы, например, лично для меня гораздо меньше.
     

  • 1.178, Аноним (178), 17:58, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если это пятая редакция то видимо патчи пропустят . Это гуд.
     
  • 1.179, Аноним (345), 18:05, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы,

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

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

     
     
  • 2.190, Аноним (-), 18:22, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Толсто.
     
     
  • 3.254, nvidiaamd (?), 22:58, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да не, прям в тему.
     
  • 2.291, Аноним (224), 07:39, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер на расте! И он будет безопасный! Только слегка течь и падать там, где растаманы перепутали больше-меньше при проверке вхождения в массив!
     
     
  • 3.328, Аноним (-), 12:32, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер
    > на расте! И он будет безопасный! Только слегка течь и падать
    > там, где растаманы перепутали больше-меньше при проверке вхождения в массив!

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

     
  • 3.343, угу (?), 13:33, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И, главное, не надо теперь изучать само железо! Можно сразу писать драйвер на расте! И он будет безопасный!

    вот именно!

    > Только слегка течь и падать там

    совершенно необязательно. Он может просто не работать до перезагрузки устройства (заодно с всем остальным железом) ресетом - это ведь - безопасно!

    Одна только беда: других драйверов скоро не останется.

     
     
  • 4.354, Самокатофил (?), 14:29, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Только слегка течь и падать там
    > совершенно необязательно. Он может просто не работать до перезагрузки устройства (заодно
    > с всем остальным железом) ресетом - это ведь - безопасно!

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

    > Одна только беда: других драйверов скоро не останется.

    Всегда есть "маргиналы". Для меня это dflybsd. Разрабы портируют дровишки с линуха. Диллон любит сишку (есть опыт разработки компиляторов), и переписывает на сишке если вдруг что-то годное для стрекозы появилось на какой-нибудь не си :-D

     

  • 1.182, Аноним (182), 18:07, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Rustзицация продолжается!
     
     
  • 2.228, Аноним (165), 21:32, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Растизм. Исходный код может быть только черного цвета на белом фоне и написан только на единственно верном языке!
     
  • 2.231, Самокатофил (?), 21:37, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Rustзицация продолжается!

    Rustлевание. >_<

     
     
  • 3.272, Михрютка (ok), 00:30, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Rustлевание. >_<

    ядру в прошлом году 30 стукнуло, это уже не rustление, это уже жесткая пенетrustия во все порты, с использованием служебного положения.


     
     
  • 4.282, Самокатофил (?), 03:14, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Взгоготамши. Знал бы тогда, будучи красноокой и романтичной школотой, что стану свидетелем такого перфоманса, запас б юбилейную сигару с коньяком.
     
     
  • 5.346, угу (?), 13:37, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ипать ты лох...

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


     
     
  • 6.355, Самокатофил (?), 14:33, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ипать ты лох...
    > Знал бы - продал бы квартиру и пошел на курсы администрирования винды.
    > На сигары и коньяк зарабатывал бы потом без проблева на месте. И
    > плевал бы, что там у одичалых за забором.

    Не, я никсоЕд по зову сердца. "Ну люююююблююююю я тебяяяяяя" (с)

     
  • 4.403, anonymous (??), 12:20, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что с вами не так? Почему вы технические вопросы пытаетесь свести к какому-то странному сексуальному.
     
     
  • 5.458, Михрютка (ok), 11:09, 19/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Что с вами не так? Почему вы технические вопросы пытаетесь свести к
    > какому-то странному сексуальному.

    отвечает автор форка FreudBSD

     

  • 1.200, Раствяленд убер аллес (?), 18:43, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Greg Kroah-Hartman звали. Тоже патч делал для революции в ядре.
     
  • 1.201, БратишкаЭрик (?), 18:47, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Прощай, NVIDIA? Оно может убить и без того жалкий драйвер
     
  • 1.234, InuYasha (??), 21:45, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Простите, задержался на работе. Все уже успели переругаться? )
    Пилили бы они своё растоядро - и всё. А то устроили битву...
     
     
  • 2.260, Аноним (113), 23:51, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Пилили бы они своё растоядро - и всё. А то устроили битву...

    так они свое и пилят, не твое же.

     
     
  • 3.289, Аноним (224), 07:34, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то не получается у них редокс...
     
     
  • 4.300, Аноним (113), 09:24, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    наверное потому что они пилят Linux ...
     
     
  • 5.303, Аноним (224), 09:31, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь и линукс будет не получаться?!
     
     
  • 6.304, Аноним (113), 09:41, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Теперь и линукс будет не получаться?!

    Как будто у тебя раньше что-то получалось.

     
     
  • 7.312, Аноним (224), 10:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У всех растаманов не получалось.
     
     
  • 8.314, Аноним (113), 10:59, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    о, так ты еще и латентный растоман у которого не получается мои соболезнования ... текст свёрнут, показать
     
     
  • 9.319, Самокатофил (?), 11:19, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что, бывают растоманы у которых что-то получается Ну что вы, сударь, это МНЕ ... текст свёрнут, показать
     
     
  • 10.322, Аноним (113), 11:35, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, например, Miguel Ojeda Linux Kernel Rust for Linux project 8212 Web... текст свёрнут, показать
     
     
  • 11.342, Аноним (224), 13:16, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И что из этого - получилось Какой-то менежер атрибутов табличек на шкафчиках со... текст свёрнут, показать
     
     
  • 12.351, Аноним (113), 13:55, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эк ты лихо Linux шкафчиком со швабрами назвал Ты то, поди, по 2 таких ядра до о... текст свёрнут, показать
     
  • 12.352, Аноним (109), 14:01, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да ты не стесняйся, расскажи какие подсистемы ядра сопровождаешь, в стандартизац... текст свёрнут, показать
     
  • 11.375, Sin2x (ok), 17:42, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он стал растаманом сугубо из-за гугловского бабла https techbeacon com secu... текст свёрнут, показать
     
     
  • 12.377, Аноним (113), 17:56, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как все просто с поиском причин у одноклеточных Так а что, по твоему получае... текст свёрнут, показать
     
  • 4.327, Аноним (-), 12:26, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что-то не получается у них редокс...

    У кого - них?
    И почему, кстати, у "не них" (и тебя) не получается Хурд?

     

     ....большая нить свёрнута, показать (15)

  • 1.252, nvidiaamd (?), 22:56, 13/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Да хоть 25 редакция. Вас с вашим ржавым ведром видеть в ядре не хотят, это вы понять не можете.
     
     
  • 2.271, Ordu (ok), 00:26, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кек, тебе придётся страдать и видеть раст в ядре. Ты не представляешь какое глубокое удовлетворение мне доставляет эта мысль.
     
     
  • 3.283, Самокатофил (?), 03:16, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть в этом что-то патологичное, как думаешь?!
     
     
  • 4.288, Ordu (ok), 05:49, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть в этом что-то патологичное, как думаешь?!

    Не знаю, не думал об этом. Какая разница? Чувство глубокого удовлетворения стоит того.

     
     
  • 5.307, Самокатофил (?), 10:40, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Есть в этом что-то патологичное, как думаешь?!
    > Не знаю, не думал об этом. Какая разница? Чувство глубокого удовлетворения стоит
    > того.

    Быть может вы пестуете то, что нужно вылечить, ммм? ;-)

     
     
  • 6.330, Аноним (109), 12:45, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Быть может вы пестуете то, что нужно вылечить, ммм? ;-)

    Не пестует, а троллит. Да и не уверен, что тебя можно вылечить.

     
     
  • 7.334, Самокатофил (?), 12:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А че из под анонима? :)
     
     
  • 8.339, Аноним (109), 12:59, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Участник Самокатофил Тип Аноним А сам-то От санитаров шифруешься ... текст свёрнут, показать
     
  • 6.385, Ordu (ok), 20:35, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть, но и что? Мне _не_нужно_ это лечить. А если это нужно тебе, то тебе с этой нуждой придётся смириться и жить.
     
     
  • 7.386, Самокатофил (?), 20:49, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть, но и что? Мне _не_нужно_ это лечить. А если это
    > нужно тебе, то тебе с этой нуждой придётся смириться и жить.

    А ты жёсткий, хлёсткий, дерзкий! Уважаю.
    Знаю, знаю, тебе пох. Просто хочу чтоб ты знал. Красавчик.

     
     
  • 8.389, Ordu (ok), 21:33, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не пох Это результат целенаправленной работы над собой, я очень горжусь им... большой текст свёрнут, показать
     
  • 2.273, Аноним (113), 00:31, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Вас с вашим ржавым ведром видеть в ядре не хотят, это вы понять не можете.

    Хотелки и нехотелки великих экспертов опеннета разработчикам ядра абсолютно неинтересны, это вы понять не можете.

     

  • 1.290, Аноним (290), 07:37, 14/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Линукс превращается в корпорастическую помойку -
    скоро придётся слезть с дохлой лошади.

    И найти другую.. FreeBSD, Haiku, что там ещё?

     
     
  • 2.301, Аноним (113), 09:25, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Hurd
     
  • 2.309, Самокатофил (?), 10:42, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Линукс превращается в корпорастическую помойку -
    > скоро придётся слезть с дохлой лошади.
    > И найти другую.. FreeBSD, Haiku, что там ещё?

    DragonFly, NetBSD, OpenBSD.

     
  • 2.336, Аноним (331), 12:54, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Увы, мой милый Аноним, боюсь без корпораций систем юзабельных особо и нема
     
  • 2.344, угу (?), 13:35, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > скоро придётся слезть с дохлой лошади.
    > И найти другую..

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

     
  • 2.347, Аноним (350), 13:37, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Syllable возродить https://en.wikipedia.org/wiki/Syllable_Desktop К тому же, она под православной лицензией.
     

  • 1.292, Аноним (224), 07:47, 14/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Разработка финансируется Google и ISRG, которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS

    Так, это, а зачем вторая лезет с растом в ядро?!

     
     
  • 2.295, Аноним (261), 08:19, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А первая что, без Раста лезет?
     
     
  • 3.302, Аноним (224), 09:29, 14/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, сначала без раста залезли: CONFIG_NET_VENDOR_GOOGLE (и многое другое).
     

  • 1.394, СССР (?), 02:41, 15/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    смотрю на всю эту ахинею с растом, и и понимаю, что бы хоть хотя бы немного, эту фирму, которая проталкивает раст, унять, нужно отказаться от их браузера, все ровно, хоть на хромиум хоть на ya (если есть под линукс). или ту же оперу
     
     
  • 2.396, Российская империя (?), 08:05, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >хоть на ya

    Совок хочет на Яндекс браузер?

     
     
  • 3.412, Аноним (4), 13:38, 15/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Яндекс браузер написан гуглом на 99,4%, а он тоже входит в Rust Foundation.
     

  • 1.450, Аноним (447), 03:47, 17/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если в ядро Linux добавят поддержку Rust, это создаст прецедент, почему тогда нельзя будет добавить поддержку для Go, Zig, Ceylon и других системных языков?
     
  • 1.455, wyry (?), 12:22, 18/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё, чего в итоге добьются (если добьются) Rust'оманы при заигрывании с ядром - это раскол во всём Linux сообществе. Даже не сомневайтесь, что найдутся люди, которые просто не захотят иметь у себя в ядре прибитую гвоздями огромнейшую зависимость в виде Rust (причём единственно расово верную, т.к. никаких альтернатив всё равно нет!). Я не сомневаюсь что Google в итоге сделает так, что ядро начнёт ржаветь, насколько далеко это должно зайти - решать сообществу, но на пользу это никому не пойдёт. Здесь даже возможности языка уходят на 2-ой план. А здесь стоит только начать: если Rust начнёт активно использоваться, возбухнут сторонники C++ в ядре, которых Линус в своё время нахрен послал. Над Rust он скорее просто тихонько стебётся, чтобы инвесторов не пугать, но в итоге прогибаться придётся. В итоге вместо единого сообщества на C, получим множество более удалённых сообществ со своими самоварами и костылями.
     
     
  • 2.457, Аноним (-), 21:02, 18/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё, чего в итоге добьются (если добьются) Rust'оманы при заигрывании с ядром
    > - это раскол во всём Linux сообществе. Даже не сомневайтесь, что
    > найдутся люди, которые просто не захотят иметь у себя в ядре

    И какая вам, Windows'ятникам, разница?

     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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