The OpenNET Project / Index page

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

Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса

15.04.2021 04:30

Линус Торвальдс провёл рецензирование патчей c реализацией возможности создания драйверов на языке Rust для ядра Linux, и высказал некоторые критические замечания.

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

Ещё одной проблемой стали попытки использования вычислений с плавающей запятой или 128-битными типами, что не является допустимым для таких окружений, как ядро Linux. Это оказалось более серьёзной проблемой, так как в данный момент базовая (core) библиотека Rust неделима и представляет собой один большой blob - в ней нет возможности запросить только некоторые из возможностей, предотвратив использование той или иной проблемной функциональности. Решение проблемы может потребовать внесения изменений в компиляторе rust и библиотеки, при том, что на данный момент у команды ещё нет стратегии, как реализовать модульность библиотек языка.

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

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

Отмечается, что компания Google подготовила начальный прототип написанного на языке Rust драйвера для механизма межпроцессного взаимодействия Binder, который позволит провести детальное сравнение производительности и безопасности реализаций Binder на Си и Rust. В текущем виде работа ещё не завершена, но уже почти для всех базовых абстракций функциональности ядра, необходимых для работы Binder, подготовлены прослойки для использования этих абстракций в коде на языке Rust.

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


Обсуждение (563) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Леголас (ok), 08:09, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +44 +/
    Линус жжёт) Запасаемся попкорном для продолжения истории недопустимых типов.
     
     
  • 2.22, richman1000000 (ok), 08:39, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +35 +/
    Ща его по каким-нибудь секс причинам зарежут и сместят..
    И велком Rust и тормоза в ядре!!!
     
     
  • 3.29, n00by (ok), 08:49, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    panic() это аналог BSOD. Поскольку B сокращённо от Blue, очевидна дискриминация и нетолерантность.
     
     
  • 4.46, Аноним (-), 09:08, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так пусть Майкрософт и сместят тогда, наконец то займутся чем-то полезным.
     
     
  • 5.66, n00by (ok), 09:26, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Микрософт и так толерантен к панике, издавна показывает BSOD. И на Rust писать драйвера не запрещает. Позволяет даже на Delphi. Но это никому не надо. Задача ведь не писать драйвера, а бороться с дискриминацией и нетолерантностью.
     
     
  • 6.76, Аноним (-), 09:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Кернел так то тоже паник иногда показывает. Вполне себе на черном экране временами, так что все схвачено. И зелеными (или синими) светодиодами на клаве иногда мигает, так что зеленые человечки или представители голубых кровей тоже не в обиде.

    > И на Rust писать драйвера не запрещает. Позволяет даже на Delphi.

    Удачи написать на них kernel-mode драйвера винды... юзермод нещитово, линух тоже сто лет позволяет некоторые вещи в юзермоде.

     
     
  • 7.127, n00by (ok), 10:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кернел так то тоже паник иногда показывает.

    Простейший драйвер для NT выводит BSOD. Для чего обращается по 0-му адресу. Как поведёт себя Linux в такой ситуации?

    >> И на Rust писать драйвера не запрещает. Позволяет даже на Delphi.
    > Удачи написать на них kernel-mode драйвера винды... юзермод нещитово

    "Погуглил" за Вас:

    "Создание драйверов режима ядра в среде Borland Delphi" https://www.rsdn.org/article/delphi

    Опубликовано: 20.02.2005

     
     
  • 8.212, Alexey (??), 12:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да зачем UB шить с nullptr, когда можно вызывать KeBugCheckEx https docs micr... текст свёрнут, показать
     
     
  • 9.399, n00by (ok), 09:49, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что бы загрузить драйвер, надобно три раза присесть, сказать Кю и написать стр... текст свёрнут, показать
     
     
  • 10.458, Аноним (-), 06:15, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так в ядре тоже можно panic вызвать, если уж хочется Да, модуль с этим ком... текст свёрнут, показать
     
  • 8.457, Аноним (-), 06:14, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум OOPS В некоторых моих линукнсх системах подобное специально апгрейд... текст свёрнут, показать
     
     
  • 9.508, n00by (ok), 15:50, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То есть по умолчанию работа системы продолжается, если владелец специально не по... большой текст свёрнут, показать
     
     
  • 10.525, Аноним (-), 21:00, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Фокус в том что я как раз дефолты кернела и твикнул, так что наоборот отключать ... большой текст свёрнут, показать
     
     
  • 11.526, Аноним (-), 21:01, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Никто не юзает defconfig - имелось в виду ... текст свёрнут, показать
     
  • 11.567, n00by (ok), 13:19, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, Петька, никто же не просил подменять исходное утверждение позволяет даже на... текст свёрнут, показать
     
     
  • 12.587, Аноним (-), 16:56, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Удачи в разработке дров, коли это можно Нет, так то я на паскале в досе сам з... текст свёрнут, показать
     
     
  • 13.591, n00by (ok), 18:25, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Петька, я давно понял, что ты не можешь писать дрова на Delphi Почему ты не пон... текст свёрнут, показать
     
  • 5.89, Аноним (89), 09:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Видимо сместилка ещё не выросла. И похоже, что так и не подрастёт.
     
  • 5.329, Аноним (-), 20:33, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Задача ведь не писать драйвера, а бороться с дискриминацией и нетолерантностью.

    Смотря у кого!

     
     
  • 6.402, n00by (ok), 10:17, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Задача ведь не писать драйвера, а бороться с дискриминацией и нетолерантностью.
    > Смотря у кого!

    Если хотите показать написанное, с удовольствием посмотрю.

     
  • 4.130, Аноним (130), 11:10, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Blue переводится как "грустный".
     
     
  • 5.194, n00by (ok), 12:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Blue переводится как "грустный".

    Точно. И не только.

    Из словаря Informal (En-Ru)

    I n AmE sl

    A blue is enough to put most people into stupor — Одной такой таблетки достаточно, чтобы привести тебя в состояние отупления


    II vt BrE sl

    While they've got money they blue it — Пока у них есть деньги, они просаживают их не глядя


    III adj

    1) infml
    I'm feeling sort of blue — У меня какая-то тоска на душе

    2) infml
    Wife of the antismut crusader makes blue film — Жена борца за чистоту нравов снимается в порнофильме

    3) AmE sl
    You might say I'm blue — Можно сказать, что я пьян

     
     
  • 6.262, InuYasha (??), 14:33, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "Тоска" - наиболее близкий вариант. Кстати, жанр "Blues" оттуда же.
     
     
  • 7.313, Аноним (313), 17:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Чувак, ты решил один из моих давних вопросов, которые я все хотел нагуглить, но как-то не до этого было. Спасибо!
     
  • 6.366, Михрютка (ok), 23:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> A blue is enough to put most people into stupor — Одной такой таблетки достаточно, чтобы привести тебя в состояние отупления

    вводить в словарную статью на "blue" такое значение - повод выкинуть словарь к чертям. из контекста, оно может и следует, что blue - это именно голубая [таблетка], но извините, никак не следует, что blue - это таблетка.

    >>> makes blue film — Жена борца за чистоту нравов снимается в порнофильме

    make a film - сниматься в фильме, серьезно?

    >>> they blue it

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

    где вы умудряетесь находить такие отбитые словари???

     
     
  • 7.397, n00by (ok), 09:22, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оно следует из значения синий в смысле не трезвый Судя по контексту, таблет... большой текст свёрнут, показать
     
     
  • 8.411, Михрютка (ok), 11:44, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    товарищ, вы что там, уже голубеете по поводу пятницы еще раз ваша цитата из в... большой текст свёрнут, показать
     
     
  • 9.427, n00by (ok), 14:55, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален В глаза долбиться не надо, как и давать плохие советы Н... большой текст свёрнут, показать
     
     
  • 10.437, Михрютка (ok), 15:46, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    дядя, у вас все хорошо вы запостили бредовую простыню из какого-то лжесловаря, ... текст свёрнут, показать
     
     
  • 11.509, n00by (ok), 15:54, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня всё просто великолепно Словари продаются комплектом, я разглядел какахом... текст свёрнут, показать
     
     
  • 12.540, Аноним (-), 00:06, 18/04/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 7.552, tmplsr (?), 10:51, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >где вы умудряетесь находить такие отбитые словари???

    blue I adj 1. синий, голубой; syn. aquamarine, cobalt, indigo, sapphire, ultramarine; 2. унылый; подавленный;
    syn. depressed, dispirited, down-hearted, gloomy, miserable, sad, unhappy;

    // словарь Мюллера.

     
  • 5.301, Аноним (301), 15:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А еще как suggestive of sexual impropriety
     
  • 4.261, uis (ok), 14:30, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линукс паникует, винда умирает. Nuff said
     
  • 3.196, Аноним (196), 12:28, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, такие пошли времена, сейчас уже за отсутствие радуги/надписи BLM в профиле на твиттере могут растерзать. А проявление нейтралитета и молчание это явный признак расизма и гомофобии.
     
  • 3.247, анон (?), 14:11, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, тогда жертва ради дочери будет напрасной, а это был самый мощный рычаг.
     
  • 3.266, Анонмм (?), 14:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эээ, а с какого перепугу должны возникнуть тормоза?
    Не Java всё-таки
     
     
  • 4.290, Анонмм (?), 15:14, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    тоже не понял этого глубинного посыла)
    Раст НЕ медленнее C, а потенциально быстрее и на уровне Фортрана
     
     
  • 5.305, Аноним (305), 16:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    смиявсь
     
  • 5.340, Вячеслав (??), 21:47, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну а чё, может на Фортране дрова попишешь? Ты кстати, хоть один драйвер видел, боец? А Фортран от Форта отличишь?
     
  • 2.44, Аноним (-), 09:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +29 +/
    Понимаешь ли, ядро работает в довольно специфичном окружении, здорово отличном от апликух.

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

    - Атомарность доступа к типам данных, в т.ч. из разных тредов и проч. Нет, никто в здравом уме не припрет в кернел полную стандартную либу с черти чем и сбоку бантиком.
    - Сохранение контекста. Ядро заведует в том числе и сохранением контекста FPU и прочим. И должно работать даже на системах не снабженных FPU, их есть. Драйвера которые не работают на половине платформ поддерживаемых ОС таки не рулят.
    - Некоторые операции в ядре могут представлять неожиданные проблемы. Например как это в памяти раскладывается. В тех патчах например Little Endian на гвозди прибили местами. На что получили резонный вопрос в тыкву - а что вы будете делать на big endian, дескать?

     
     
  • 3.50, Аноним (50), 09:16, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –33 +/
    >Драйвера которые не работают на половине платформ поддерживаемых ОС таки не рулят.

    Дропнуть все платформы без аппаратных флоатов.

     
     
  • 4.70, n00by (ok), 09:32, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +16 +/
    >>Драйвера которые не работают на половине платформ поддерживаемых ОС таки не рулят.
    > Дропнуть все платформы без аппаратных флоатов.

    Оставить только Apple M1. Да и ядро потом дропнуть.

     
     
  • 5.367, Аноним (367), 00:08, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Назови хотя-бы одну актуальную десктопную/серверную/смартфонную/роутерную платформу без аппаратных флоатов. На десктопе аппаратные флоаты с 90х musthave, на серверах и подавно. Причём пни, с аппараьными флоатами, уже дропнули. На телефонах тоже без них никуда, как и без неона. Опять же все актуальные роутеры тоже с флоатами. Без флоатов остаются некоторые старые уже всеми дропнутые вёдра-нефлагманы, неактуальные ещё в момент их выпуска, и всякий embedded, на котором linux не пойдёт вообще, и на который иногда ставят freertos.
     
     
  • 6.378, _ (??), 05:14, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ... и даже на конкурсе тормозов ты бы занял второе место! Потому что ты - ... (C) :-D
     
  • 6.403, Аноним (403), 10:18, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс собирали и запускали даже на самопальном компьютере, из проводов и транзисторов. Предлагаете сжигать на костре людей, которые могут считать, что флоты могут быть не нужны?
     
  • 4.78, Аноним (-), 09:43, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +25 +/
    > Дропнуть все платформы без аппаратных флоатов.

    Лучше дропнуть дропателей.

     
  • 4.338, Аноним (-), 21:31, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Скока уже дропнул?
     
  • 3.217, Аноним (217), 12:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > как это в памяти раскладывается

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

     
  • 2.200, Аноним (200), 12:30, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    >Запасаемся попкорном для продолжения истории недопустимых типов

    Линус - недопустимый тип

     
     
  • 3.225, Аноним (89), 13:16, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь ещё и Турвальд начал бычить?
     
  • 2.325, Аноним (325), 19:39, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Семечками! Се-меч-ка-ми!!! Или ты американский фуфел? Мы, русские, запасаемся жаренными семечками. И пивом с медовухой.
     

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

  • 1.2, Вован (??), 08:10, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    По фактам!
     
     
  • 2.195, Аноним (195), 12:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > базовая (core) библиотека Rust неделима и представляет собой один большой blob
    > у команды ещё нет стратегии, как реализовать модульность

    Блобы, блобы, блобы... Кто бы сомневался. Растаманы ещё только лет через 15 смогут решить эту проблему. Или у них другие цели.

     
  • 2.369, Анонимъ (?), 01:04, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    На правах растомана соглашусь с Линусом.

    Паникующим аллокациям совсем-совсем не место в ядре.

    Вычислениям float не место в Linux. На определённых архитектурах (ARMv8 например) вполне можно нормально работать с float на уровне ядра. Но врятли на всех. А Linux поддерживает множество архитектур. С u128/i128 довольно сложный вопрос на самом деле. Но если упростить, тут теж проблемы, что и в случае с float.

    Проблема с float и широкими типами решается добавлением чего-то вроде глобального атрибутов '#[no_fpu]' '#[no_u128]' или аналога, идентичного натуральному. Ну или даже просто опций для линтера насыпать. Хотя не факт, что эти штуки можно добавить за 5 минут. Современные компиляторы сложны в конце концов.

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

     
     
  • 3.370, Аноним (370), 01:31, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Из обычного рабочего процесса целую новость слепили.

    Вот посмотрим насколько затянется "рабочий процесс".

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


     
     
  • 4.376, Анонимъ (?), 02:18, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот посмотрим насколько затянется "рабочий процесс".

    Не особо знаком с процессами в The Kernel, но врятли это будет быстро. В идеале в этом году закончить, уже хорошо. Всёж изменения в некотором смысле фундаментальные. При этом нужны телодвижения и с точки зрения The Kernel и сточки зрения команды Rust.

    > Наверно придется написать ядерный аналог stdlib

    Всё уже написано.

    В rust стандартная библиотека разделена аж на три части. core, alloc и std. При этом std применима исключительно в юзерспейсе (хотя на коленке можно заставить работать), а alloc требует доработки или замены на полностью отдельную либу (в контексте The Kernel). А вот core выбрасывать смысла нет. Там исключительно те штуки, которые работают без привязки к чему либо вроде аллокации. Что-то вроде builtins.

     
     
  • 5.410, Аноним (370), 11:34, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> придется написать ядерный аналог stdlib
    > Всё уже написано.

    Если было бы написано, то этого обсуждаемого конфуза в "рабочем процессе" не было. И обсуждались бы проблемы реализаций разных способов выделения памяти (alloc), синхронизации доступа к сложным и составным типам данных (thread) и тп.

    Если честно, квалифицированный ядерщик такую лажу даже на рассмотрение на выставил бы. А Линус, не будь этого CoC'а, сразу бы послал в пешее эротическое.

     
  • 3.396, BSA (?), 09:21, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Проблем с большими типами вообще быть не должно. Если целевая платформа их нативно не поддерживается, то создается или библиотечный вызов, или эмуляция в месте использования. Просто то, что на языке высокого уровня это сделать сложней, например для сложения двух чисел разрядностью в 2 раза большей, чем у регистров на ассемблере надо написать две инструкции: add r1, r1, r2 и adc r3, r3, r4. А теперь попробуйте сложение с учетом переноса сделать на любимом языке высокого уровня...
     
     
  • 4.441, Анонимъ (?), 16:53, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Аналога adc может не быть на некоторых архитектурах.
     
  • 4.459, Аноним (-), 06:34, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    add r1, r1, r2 adc r3, r3, r4 r3 - mem x Казалось бы, что может пойти не так ... большой текст свёрнут, показать
     
  • 3.483, Аноним (-), 08:20, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну а проблема с паниками в аллокациях решается банальным дописыванием кода. Ну
    > лол, разраб показал ревьюверу прототип. Ревьювер сказал переделать. Из обычного рабочего
    > процесса целую новость слепили.

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

     
     
  • 4.507, Noname (??), 15:23, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А с другой стороны, Линус эти все проблемы порешал, и отправил любителей Раста за парты.
     
     
  • 5.588, Аноним (-), 17:01, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А с другой стороны, Линус эти все проблемы порешал, и отправил любителей
    > Раста за парты.

    Господа из селектела стырили новость на хабрашвабру, при том по сути скопипастили, минимально изменим, и не особо то маркируя это как таковое, только в одном месте ссылку заинлайнили минимально. Копи3.14-еры наглые, да еще пиар втулили. Пфф, борзые ребята растаманы из селектела.

     

  • 1.3, Онаним (?), 08:10, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    > предоставленный пример драйвера - бесполезный и посоветовал приложить в качестве примера какой-нибудь драйвер, решающий одну из реальных задач

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

     
     
  • 2.6, Арагорн (?), 08:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +27 +/
    конкретно на этом ломаются все местные ыкспэрты со своими комментариями
     
     
  • 3.319, pisyandrik (ok), 17:47, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Растоманы теперь не эксперты?
     
  • 2.308, Аноним (308), 16:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    редхат, тьфу, теперь уже айбиэм скажет внедрять и Торвальдс возьмет по козырек
     

  • 1.5, Зукд (?), 08:12, 15/04/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

     ....ответы скрыты (6)

  • 1.9, Аноним (9), 08:16, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Че уж там, давайте на mono драйвера писать и все в ядро пихать
     
     
  • 2.17, Anonymousqwe (?), 08:33, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знаете на C# ОС и драйвера для неё ради эксперимента написали
     
     
  • 3.26, n00by (ok), 08:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Microsoft Singularity (кто про неё помнит?) написана на Sing#, цитата:

    Низкоуровневый код обработки прерываний x86 написан на языке ассемблера и C. Библиотеки времени исполнения (англ. runtime) и сборщик мусора написаны на Sing# (специально доработанном для данного проекта диалекте C#) с использованием небезопасного режима (англ. unsafe mode). Также присутствует код на C, использующийся в целях отладки. BIOS компьютера вызывается только на этапе загрузки в 16-разрядном реальном режиме работы процессора. После перехода в 32-разрядный режим, BIOS больше никогда не вызывается, вместо него используются драйверы, написанные на Sing#. При установке ядра, оп-коды CIL компилируются в инструкции x86 при помощи компилятора Bartok.

     
     
  • 4.146, Sw00p aka Jerom (?), 11:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Microsoft Singularity (кто про неё помнит?)

    Вспомните еще и про ФантомОС от  ДЗ :)

     
     
  • 5.183, n00by (ok), 12:11, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Microsoft Singularity (кто про неё помнит?)
    > Вспомните еще и про ФантомОС от  ДЗ :)

    Вот это интересная ОС. В отказе от файлов что-то есть. Но слишком непривычно.

     
     
  • 6.264, Sw00p aka Jerom (?), 14:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот это интересная ОС. В отказе от файлов что-то есть. Но слишком
    > непривычно.

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


     
     
  • 7.400, n00by (ok), 10:03, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот это интересная ОС. В отказе от файлов что-то есть. Но слишком
    >> непривычно.
    > ну там не отказ от файлов, просто вся система есть один единственный
    > "файл" (объект, структура и т.д. называйте как хотите) :) Смахивало все
    > это на гипервизор со снапшотами живой миграцией и т.д.

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

     
  • 5.269, Атон (?), 14:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >>Microsoft Singularity (кто про неё помнит?)
    > Вспомните еще и про ФантомОС от  ДЗ :)

    В прошлом году DZ пилил документацию.  формально проект продолжается.

     
  • 4.147, Аноним (147), 11:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там же производительность уровня питона. Только памяти побольше уходит. Они серьёзно потратили на это время?
     
     
  • 5.181, n00by (ok), 12:09, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Там же производительность уровня питона. Только памяти побольше уходит.

    Питон это интерпретатор. JIT дотнета генерировал код вполне на уровне тогдашнего компилятора Си (медленнее, но не в разы).

    > Они серьёзно потратили
    > на это время?

    Не только время потратили, но и вложились в рекламу и индуцировали массу проповедников. Движуха вокруг Rust очень на неё похожа.

     
  • 5.241, Аноним (241), 14:02, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В Сингулярности-то? Нет, там JIT.

    Идея на самом деле очень интересная. Если безопасность доступа к памяти обеспечивается JIT, а голые указатели есть только в unsafe mode в микроядре, то можно обойтись без дорогих переключений контекста и весь код гонять в Ring 0.

     
     
  • 6.250, Аноним (147), 14:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В питоне тоже жит. И даже аот. Причём, именно в цпитоне. Позволяет выиграть аж 10% ценой жора памяти и кучи бесполезных вычислений. Что дотнет, что жава, очень тормозные без нативных батареек на си (или плюсах) даже сейчас, а 15 лет назад это была очень странная идея. Безопасность в жит? Жит это наверное главный спонсор уязвимостей в коде.
     
     
  • 7.281, Аноним (-), 15:03, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В питоне тоже жит. И даже аот. Причём, именно в цпитоне.

    Ага, а пайпай пилят исключительно из любви к искусству и потому что NIH ...

    Ссылочку на JIT компилятор в CPython - в студию.

     
     
  • 8.292, Аноним (147), 15:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https numba pydata org А пупу, что пупу Да на части кейсов позволяет получи... текст свёрнут, показать
     
     
  • 9.513, х (?), 16:28, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Намба это сторонний проект, который не имеет к мэйнлайновому Питону никакого отн... текст свёрнут, показать
     
     
  • 10.518, Аноним (147), 19:30, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Интегрируется оно именно в цпитон Только по итогу куда лучше выкинуть жит и нап... текст свёрнут, показать
     
  • 7.302, Аноним (241), 15:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жит житу рознь. При динамической типизации ничего эффективно не скомпилируешь.

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

     
     
  • 8.461, Аноним (461), 06:45, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кроме того что сколь-нибудь эффективные кодогенераторы и оптимизаторы ресурсов н... большой текст свёрнут, показать
     
  • 7.460, Аноним (-), 06:40, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В питоне тоже жит. И даже аот. Причём, именно в цпитоне. Позволяет
    > выиграть аж 10% ценой жора памяти и кучи бесполезных вычислений.

    Ну так дотнет после апдейта и дико грузит комп полдня, заново компиля свои ГИГАЗЫ ассемблей в нативный код. И вот ваш десктоп превращается, превращается, превращается... в гребаную билдферму, ибо даже линух кернел перекомпилить меньше проца и оперативы жрет и в разы быстрей.

     
  • 5.512, х (?), 16:26, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты что-то попутал. Шарп быстрее Явы, и не сильно отличается по скорости от плюсов:

    https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/csharpcore

     
     
  • 6.520, Аноним (147), 19:36, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В ситнетике и в шарпе последних 2 лет (не продакшен ни разу), возможно, но по сути ничего не изменилось на практике за 20 лет.
     
     
  • 7.522, х (?), 19:41, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В ситнетике и в шарпе последних 2 лет (не продакшен ни разу),
    > возможно, но по сути ничего не изменилось на практике за 20
    > лет.

    Ты уже пять лет не в тренде. https://www.opennet.ru/opennews/art.shtml?num=44680

     
     
  • 8.523, Аноним (147), 19:46, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, я про это Нигде не видел, везде 4 ... текст свёрнут, показать
     
     
  • 9.524, х (?), 19:54, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про прод другой разговор, начиная с 6 дотнета, который LTS и ожидается осенью, в... текст свёрнут, показать
     
     
  • 10.535, Michael Shigorin (ok), 22:20, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Q E D ... текст свёрнут, показать
     
     
  • 11.556, Аноним (556), 21:59, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Непонятно у Шигорина действительно какие-то разные уровни понимания индустрии 1... текст свёрнут, показать
     
     
  • 12.559, Аноним (-), 01:25, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае правильно было бы писать ИНДУСтрии ... текст свёрнут, показать
     
  • 9.555, Аноним (556), 21:43, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Эм, да нет, везде как раз уже Core Не 3 1 - так 2 1 А так и на 5 ПРОд крутится... текст свёрнут, показать
     
  • 3.38, Аноним (38), 09:04, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Баловался с Cosmos OS В этом что-то есть. Не понятно только зачем, но в целом неплохо.
     
     
  • 4.300, Аноним (300), 15:55, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Оно нужно только для доказательства универсальности языка и его применимость для системного программирования. Иначе чёткие пацаны уважать не будут, а будут относится как к интерпретатору для наколенных скриптов и тупых быдлокодеров. Тот же смысл в написании компилятора языка на нём самом.
     
  • 3.527, Аноним (-), 21:03, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Знаете на C# ОС и драйвера для неё ради эксперимента написали

    Растаманы так то тоже с asm - системные. Кто б сомневался что asm системная штука...

     
  • 2.333, Аноним (333), 20:44, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если его заставить работать без сборщик мусора и компилировать в инструкции процессора, то ничего не будет мешать писать драйвера на нем
     
     
  • 3.464, Аноним (-), 07:16, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если его заставить работать без сборщик мусора и компилировать в инструкции процессора,
    > то ничего не будет мешать писать драйвера на нем

    У хруста нет сборщика мусора. Это однако не гарантирует отсутствия ряда других грабель. Одна только компиляция в инструкции не дает полный контроль над происходящим.

     
     
  • 4.519, Аноним (333), 19:31, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Например, что именно не даёт?
     
     
  • 5.530, Аноним (530), 21:43, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, что именно не даёт?

    Попробуйте новость почитать. Там и работа с памятью и операции с флоатами и int128 всякими.

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

     

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

  • 1.10, Онаним (?), 08:17, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну и вот да, эта самая "прелесть хруста" - run-time failure panic...
    Она ограниченно годна для юзерспейса - менее важных процессов, которые могут позволить себе упасть. Но для ядра...
     
     
  • 2.51, Аноним (-), 09:17, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так там хрустерам и за это досталось Их смачно макнули что так грохаться сак... большой текст свёрнут, показать
     
     
  • 3.210, Аноним (-), 12:41, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ыксперды-оналитеги опеннета во всей своей красе - сами что-то придумали, сами оп... большой текст свёрнут, показать
     
     
  • 4.245, Онаним (?), 14:09, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сразу видно - дальше локалхоста Ыксперт хруста не ходил.
    Юзерспейсный хеллоуворлд на моднявом может позволить себе падать сколько угодно.
    Ядро - нет.
    Поэтому "дефолтного обработчика в виде panic" там быть не может - и попытки подставить таковой должны сваливаться уже на этапе компиляции - это если так очень хочется.
     
     
  • 5.259, Аноним (-), 14:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сразу видно - Ыксперд читал жопой, предпочтя к тому же не заметить, что критиков... большой текст свёрнут, показать
     
     
  • 6.368, Аноним (368), 00:33, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Речь про panic при выделение памяти, а не про все panic вообще, читай новость внимательно
     
  • 6.462, Аноним (461), 06:53, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Домашнее задание для эксперта теперь попробуй при подобной модели обработки аши... большой текст свёрнут, показать
     
     
  • 7.495, Аноним (-), 11:50, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> fn panic(_info: &PanicInfo) -> ! { your_code_here }
    > Домашнее задание для эксперта: теперь попробуй при подобной модели обработки ашипок retry выделени памяти сделать и вернуть flow программы к виду, как

    *рукалицо*
    ...
    > try_new :D. Но этого толи
    > вообще в синтаксисе еще нету, толи в какой-то распоследней на проволоку

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

     
     
  • 8.541, Аноним (-), 00:09, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Поставьте на аватарку Это не ответ на вон тот вопрос ... текст свёрнут, показать
     
  • 8.560, Аноним (-), 01:27, 19/04/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.465, Аноним (-), 07:18, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В "хрусте" нет исключений. Внезапно. И ошибки нужно или обрабатывать или более-менее
    > указать "не хочу обрабатывать"

    И чего случается с Box::new если на это памяти не хватило? И почему они хотят вкостылить try_new вместо new? Не поясните ли этот момент, мистер эксперт?

     
  • 3.345, Вячеслав (??), 21:58, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты напиши что-нибудь для начала на Расте то, а то сразу ведь видно тинейджера рассуждающего о сексе. Уверен ты в Сях такой же спец.
     
  • 2.134, red75prime (?), 11:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Но для ядра будут использовать непаникующие API.
     
     
  • 3.226, Аноним (217), 13:16, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что программа дальше делать будет вместо паники? Подключит ИИ?
     
     
  • 4.242, Аноним (241), 14:03, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проверять результат каждого вызова alloc и обрабатывать ошибки. Точно так же, как это делается на Си.
     
     
  • 5.306, Аноним (217), 16:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал, что это само собой.
     
     
  • 6.463, Аноним (461), 06:55, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я думал, что это само собой.

    Только в хрусте это изначально не предусмотрено. После вон той 3,14-лины они таки да, изобрели try_new. Эм... как сделать "си, только через задницу" :)))

     
  • 5.346, Вячеслав (??), 22:09, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да не, ты чё, так как Си, убогий Раст не сможет! Си это же великий супер язык то что он может не под силу больше не кому! Сарказм офф. Троллинг сишников офф.
    П.С. да увидеть бы тут хоть одного проф сишника, а то горстка хейтеров. Реальные сишники рады появлению Раста. И да, Торвальдсу самому по жопе бы дать, за то что загубил идеи Таненбаума, а теперь мы считаем что Линукс это лучшее что случилось в ОСях.
     
     
  • 6.348, Michael Shigorin (ok), 22:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Реальные сишники рады появлению Раста.

    Н-да, то-то тут фигурант одной из здешних зимних новостей (действительно квалифицированный разработчик в т.ч. на сях) на днях как раз писал насчёт того, что rust сырой и рыхлый, но подаётся как "безопасный" и агрессивно пихается во все щели достаточно характерными политическими методами.

    Вас же не затруднит привести список тех реальных сишников, которые и впрямь выдали Вам доверенность вещать от их имени?

     
     
  • 7.392, Аноним (556), 07:07, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А Вас не затруднит привести ссылку на "действительно квалифицированного разработчика в т.ч. на сях", заодно на новость и его комментарии?
    Да, три ссылочки, пожалуйста)
    Спасибо.
     
     
  • 8.428, Michael Shigorin (ok), 15:06, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Начал не я PS re 398 так-то в ядре можно и за моим именем чего найти ... текст свёрнут, показать
     
  • 7.398, Аноним (398), 09:46, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Вас же не затруднит привести список тех

    Конечно вещать от имени "тех" сишников у меня разрешения нет.
    Но что-то мне подсказывает что человек с реальными коммитами в ядро достаточно нормальный сишник.
    Так что вот тебе , как минимум, один https://ojeda.dev/ .
    Остaльных можешь сам найти по именам в переписке и коммитам в https://github.com/Rust-for-Linux/linux

     
     
  • 8.404, n00by (ok), 10:33, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И своего мнения у Вас нет А зачем в таком случае вы и Вы в том числе чьё-то ... текст свёрнут, показать
     
     
  • 9.405, Аноним (398), 10:41, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А прочитать то, на что я отвечал ишли это уже слишком сложно Я лишь указываю ... текст свёрнут, показать
     
     
  • 10.429, n00by (ok), 15:08, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это просто и я знаю ответ заранее Работает - не трогай Потому не спрашиваю ... текст свёрнут, показать
     
  • 7.416, red75prime (?), 13:05, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > агрессивно пихается во все щели достаточно характерными политическими методами

    Это ещё что. Технику безопасности вообще государство директивно пихало во все щели. Корпорации и рабочие от неё руками и ногами отпихивались, и всё равно засунули.

     
  • 6.379, _ (??), 05:25, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Реальные сишники рады появлению Раста.

    Ага - Linus Torvalds к примеру ;-D GTFO dude! :)

     
  • 3.244, AlexVRud (ok), 14:08, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не совсем так.
    Сейчас в ядре есть такой код https://github.com/Rust-for-Linux/linux/blob/rust/rust/kernel/allocator.rs
    Он реализует "стандартный" механизм аллокации. НО с этим приходит жбан вида вызова alloc_error_handler в ряде случаев, когда разработчики раста решили крашиться (пример https://github.com/rust-lang/rust/issues/66740).
    Плюс есть сюрпризы от переполнения и т.д и т.п.
    Решить это можно, [no_std] более или менее используется и на что смотреть есть.
     
  • 2.240, Аноним (241), 13:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С паниками проблема не столько в Расте, сколько в предоставленном на ревью коде. Есть методы типа try_new, которые не паникуют, а возвращают Result<T, AllocError>.

    Тут все проблемы у них будут в другом месте. Если в сишечке я могу просто не тащить stdlib в ядро, то в Расте многое завязано на рантайм. Тащить рантайм Раста в ядро - это такой же бред, как тащить в ядро, скажем, glibc. А отвязаться от рантайма и вызывать ядреные аллоки - еще вопрос насколько просто. Скорее всего, понадобится править компилятор.

     
     
  • 3.272, Анонмм (?), 14:48, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В Расте проблемы с паниками нет вообще, поскольку с ней мы знаем проблемное место в коде.
    При корректной обработке всех потенциальных мест (в основном Result и Option) паник быть не должно.
     
     
  • 4.423, Аноним (423), 14:35, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В Расте проблемы с паниками нет вообще, поскольку с ней мы знаем проблемное место в коде. При корректной обработке всех потенциальных мест (в основном Result и Option) паник быть не должно.

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

     
  • 3.542, Аноним (-), 00:11, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть методы типа try_new, которые не паникуют, а возвращают Result<T, AllocError>.

    А это типа вовсе даже и не навесной костыль, приделаный на проволоку целых 5 минут.

    > от рантайма и вызывать ядреные аллоки - еще вопрос насколько просто.
    > Скорее всего, понадобится править компилятор.

    Почти наверняка. И либы пилять.

     

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

  • 1.11, village_coder (ok), 08:24, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    А почему рустерам не написать свой полностью совместимый клон ядра и цеплять к нему любый драйверы?
     
     
  • 2.14, Аноним (9), 08:27, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    так есть уже несколько
     
     
  • 3.198, Аноним (195), 12:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    И как? Не работают?!
     
  • 2.56, Аноним (-), 09:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Потому что несколько миллиардов долларов (во столько оценивается разраобтка эквивалента линя с ноля) на это донкихотство с неочевидным результатом ну вот вообще совсем никто не даст. Особенно когда уже есть Linux.
     
     
  • 3.58, Онаним (?), 09:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну на сам хруст же давали.
    Тоже донкихотство, причём с более-менее очевидным результатом, сколько уж всяких рубей было.
     
     
  • 4.80, Аноним (-), 09:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Там очень сильно меньше давали, и закончилось все увольнением команды из мозилы. На эти деньги линукс не получится, как максимум очередной реактос.
     
     
  • 5.246, Онаним (?), 14:10, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А кроме шуток - я так понимаю, что эта самая команда теперь рвёт задницу на предмет "куда бы пристроиться, чтобы совсем отовсюду не погнали". Отсюда и все поползновения, включая аж в ядро.
     
  • 3.133, Урри (ok), 11:19, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не путай разработку с нуля и переписывание на другом языке.

    Что б было понятнее - это как написание с нуля войны и мира и перевод его на французский.

     
     
  • 4.232, PnD (??), 13:20, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "И снова вынужден Вас огорчить."©

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

    Без этого дальше PoC процесс на зайдёт. А протащить ТЭО подобного шага… Ну, тут Илон Маск нужен, не меньше. (Дарю этот хинт на попил американским коллегам. Безвозмездно. То есть, даром.)

     
     
  • 5.296, Урри (ok), 15:27, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем огорчить, чем что съехал с темы "несколько миллиардов долларов на разработку с нуля" на тему "да где ж найти программистов, которые одинаково хорошо владеют и растом и си"?
     
  • 4.237, Аноним (370), 13:43, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > написание с нуля войны и мира и перевод его на французский.

    Где почти четверть (какой-то части) написана на французском. Так себе аналогия.

     
     
  • 5.263, hefenud (ok), 14:33, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Учитывая, что у «Войны и мира» даже название дано самим автором только на французском «La guerre et la paix», а русское это от издателей аналогий вообще никакая. Для Толстого французский был первым языком, а русский вторым
     
     
  • 6.303, Qwerty (??), 16:04, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    О, бредятинку подвезли.
     
  • 5.293, SysA (?), 15:21, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда считай как перевод на английский!
    Чего к мелочам-то цепляться?
     
     
  • 6.314, Аноним (370), 17:23, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы посмотрел перевод на другой язык произведения, в котором максимально используются особенности языка, типа каламбуров. А системные программы очень любят сильно привязываться к особенностям языка, да еще к архитектуре.
     
  • 5.297, Урри (ok), 15:28, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так и в расте большие куски идентичны си.
     
  • 4.466, Аноним (466), 07:30, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Что б было понятнее - это как написание с нуля войны и
    > мира и перевод его на французский.

    Ну и вот пока как максимум смогли в аж целый redox. Который если и катит на войну и мир, то только версию пропиханую через Google Translate. При том сначала на испанский, потом на японский, и вот оттуда уже - во французский. Что-то общего с оригиналом, конечно, есть - POSIX'ное апи, чтоли.

     
  • 2.253, Аноним (398), 14:21, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    потому что реальный мир устроен немного подругому.

    Есть компании/организации/люди которые коммитят в ядро или платят тем кто коммитит.
    Есть компании/организации/люди которые развивают раст (бабосики и/или код).
    И есть все остальные, в том числе и нытики с овпеннета.

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

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

     

  • 1.12, Аноним (12), 08:25, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +26 +/
    ядро оказалось нержавеющим
     
     
  • 2.57, Аноним (-), 09:21, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Может да, а может нет. На самом деле довольно интересная техническая дискуссия. Наконец то хрустики нарвались на нормальных системщиков. И теперь у них два пути. Либо допинать свой ЯП до системного не номинально а фактически, либо пойти нафиг и утереться.

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

     
     
  • 3.139, Урри (ok), 11:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Либо допинать свой ЯП до системного не номинально а фактически

    Я тебе даже скажу как это будет выглядеть:
    1. под конкретный юзкейс разрабатываем новую заплатку,
    2. с вероятностью 10% она ломает обратную совместимость,
    3. if линус все еще ругается goto 1

    В общем ничем от текущей ситуации это и дальше отличатся не будет.

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

    Среди специалистов эта банальная ситуация уже дай боже лет 50 называется https://ru.wikipedia.org/wiki/Технический_долг.

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

    Да!

     
  • 3.155, Аноним (12), 11:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну есть же возможность писать userspace drivers через UIO, взяли свою иржу и вперде. а так да - пока они кушают писю. это вам не ржавым мечом на каждом углу размахивать - тут код писать надо
     
     
  • 4.467, Аноним (466), 07:32, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > ну есть же возможность писать userspace drivers через UIO

    Оно как бы да, но перфоманс все же уже не тот.

     
  • 3.307, ng (?), 16:39, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > сначала думать, потом кодить хрустиков кажется не учили

    Учили, но в другой парадигме, парадигме MVP.

     
  • 3.372, Аноним (372), 02:04, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Наконец то хрустики нарвались на нормальных системщиков. И теперь у них
    > два пути. Либо допинать свой ЯП до системного не номинально а
    > фактически, либо пойти нафиг и утереться.

    Либо пропихнуть ржавого политическими методами.

     
  • 2.90, Аноним (89), 09:57, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ядро отобрать. Турвальда высадить с поезда.
     
     
  • 3.97, Аноним (97), 10:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ядро отобрать. Турвальда высадить с поезда.

    Реактос и прочие редоксы уже и так есть, нафиг нам еще одно такое же?

     
  • 3.255, AlexVRud (ok), 14:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда сразу добавить: "Старика добить, GPL поменять, API драйверов не менять, прекратить обижать блобы, да и вообще передать разработку ядра под полный контроль Linux Foundation".
    Но это явно не то что мы хотим?
     
     
  • 4.468, Аноним (466), 07:34, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто хотел вон того - бзды всякие и так есть вроде. Но чего-то все линукс хотят. Может, как раз потому что вон то - не так уж и круто оказалось по совокупности эффектов на апстрим? :)
     
  • 2.158, Аноним (158), 11:48, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >ядро оказалось нержавеющим

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

     
  • 2.268, uis (ok), 14:45, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    За ним не заржавеет
     
  • 2.381, _ (??), 05:33, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >ядро оказалось нержавеющим

    stainless steel kernel !!!!

     

  • 1.15, acroobat (ok), 08:28, 15/04/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

     ....ответы скрыты (6)

  • 1.18, Аноним (50), 08:33, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    >Решение проблемы может потребовать внесения изменений в компиляторе rust и библиотеки, при том, что на данный момент у команды ещё нет стратегии, как реализовать модульность библиотек языка.

    Хоть какая-то польза от продвижения раста в ядро. Если бы такое попросил аноним опеннета, то его бы послали на ***. А раз приказал Торвальдс, то всё-таки придётся запилить.

     
  • 1.19, Аноним (19), 08:33, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Раст всё ещё не готов для десктоп^W ядра.
     
     
  • 2.219, Аноним (219), 13:04, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вызов брошен обратная связь получена. Сейчас покумекают решат проблемасы с моудльномтью, флоатами и прочей ерундой и все запилят версию 1.53 и все. Все это просто дело времени
     
     
  • 3.257, Аноним (257), 14:26, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так у них тогда клон C получится
     
     
  • 4.271, uis (ok), 14:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Поправка: клон C++. Который уже отклонили.
     
     
  • 5.285, Аноним (158), 15:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    C++ из Раста не получится.
     
     
  • 6.440, Noname (??), 16:39, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Из говна конфету не склепать
     
  • 4.287, Аноним (-), 15:10, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так у них тогда клон C получится

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


     
     
  • 5.469, Аноним (466), 07:35, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Не получится - для этого им придется убрать макросы, оставив на них
    > лишь жалкую пародию. Ну и прибить всякие матчинги, отслеживание времени жизни,
    > владение ...

    Покажи как на хрустовых макросах сделать проверку что вон та переменная отдаваемая макросу всегда в диапазоне от 1 до 10 и никак иначе? Вроде простая штука.

     
     
  • 6.521, Аноним (-), 19:36, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Покажи как на хрустовых макросах сделать проверку что вон та переменная отдаваемая макросу всегда в диапазоне от 1 до 10 и никак иначе?
    > Вроде простая штука.

    https://docs.rs/rangetype/0.1.1/rangetype/macro.range.html




    /// Create a RangeType and employ static checks on its value.
    #[macro_export]
    macro_rules! range {
        ($val:expr, $range:expr) => {
            {
                const_assert!($val >= $range.start && $val <= $range.end);
                RangeType::new($val, $range)
            }
        }
    }


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


     
     
  • 7.532, Аноним (-), 21:51, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хм, в таком виде это и сишники с compile time assert могут А без этого ассерта ... большой текст свёрнут, показать
     
     
  • 8.536, Аноним (536), 22:50, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько пафоса о черной магии и ящиках а ничего, что const_assert - и есть... большой текст свёрнут, показать
     
  • 8.607, freecoder_xx (?), 22:36, 02/05/2021 [^] [^^] [^^^] [ответить]  
  • +/
    code macro_rules const_assert x expr , const _ ... текст свёрнут, показать
     
  • 3.609, wyry (?), 06:32, 13/12/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не решат они ничего. C так подходит для работы с железом потому что он специально создан таковым, со всеми его "небезопасными" возможностями. Rust - это ничто иное как "костыль безопасности", не говоря о том, что весь код ядра будет unsafe, т.к. потребуется как минимум работа с указателями и портами. C довольно прозрачно взаимодействует с ASM и это проверено временем, какие фатальные баги могут всплыть в Rust можно только гадать. Я думаю что они для галочки напишут какой-нибудь юзлесс драйвер на Расте и забьют.
     

  • 1.21, Аноним (-), 08:37, 15/04/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.23, Имя (?), 08:43, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +32 +/
    > Кроме того Торвальдс отметил, что предоставленный пример драйвера - бесполезный и посоветовал приложить в качестве примера какой-нибудь драйвер, решающий одну из реальных задач.

    Вот подлец, с козырей решил зайти. Так 90% растокода можно списать.

     
     
  • 2.111, Аноним (-), 10:38, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так может и стоит его списать? Нахрен вперся код паникующий с единичного облома выделения памяти? Чтобы наслаждаться упавшими серверами и про#$%аными документами?
     
     
  • 3.138, fi (ok), 11:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Если вспомнить все сложности языка "С" в истории - то это мелочи.

    ЗЫ. до сих пор помню сложности выбора как писать: '+=' или '=+' :DD

     
     
  • 4.185, Michael Shigorin (ok), 12:12, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если вспомнить все сложности языка "С" в истории - то это мелочи.

    Не-а.  Дубль в #140 относительно более уместен, а вот этот... вчитайтесь, с чем сравниваете.

     
  • 4.382, _ (??), 05:45, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >до сих пор помню сложности выбора как писать: '+=' или '=+'

    Быть тебе золотарём. :-)

     
  • 4.470, Аноним (466), 07:38, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вспомнить все сложности языка "С" в истории - то это мелочи.

    Win 95 вместо операционки, валящийся навзничь от любого отклонения

    > ЗЫ. до сих пор помню сложности выбора как писать: '+=' или '=+' :DD

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

     
  • 3.160, Аноним (-), 11:51, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Нахрен вперся код паникующий с единичного облома выделения памяти?

    Ыксперты опеннета во всей своей Ыкспертной красе?

     
  • 3.273, Анонмм (?), 14:50, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильно, лучше работать абсолютно неправильно и/или крэшиться :)
     
     
  • 4.471, Аноним (466), 07:39, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Правильно, лучше работать абсолютно неправильно и/или крэшиться :)

    Паник в кернеле это самая злобная из форм крахов - вас вырубает из вообще совсем операционки целиком. И как-то win95 за это очень не любили.

     
  • 2.162, Аноним (370), 11:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И чем вам не нравится драйвер считающий числа Фибоначчи?
     
     
  • 3.187, Michael Shigorin (ok), 12:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И чем вам не нравится драйвер считающий числа Фибоначчи?

    Кому именно они нужны в ядре?

     
     
  • 4.192, Аноним (370), 12:19, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это растоманы будут решать, кому и что нужно в ядре. У них отсутствующий рантайм толще.
     
     
  • 5.472, Аноним (466), 07:40, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Это растоманы будут решать, кому и что нужно в ядре.

    В каком-нибудь другом ядре, а тут они "totally NAK'ed" могут за такое огрести. И если торвальдс прислал NAK, это таки даже хуже чем фак.

     

  • 1.24, Аноним (24), 08:44, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    Какая-то болезнь началась с этим Rust, пытаются пропихнуть его везде, где он нужен и где не нужен
     
     
  • 2.28, Имя (?), 08:48, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Самое печальное, что таки пропихнут, и потом следующим поколениям разработчиков придется разбираться в этом птичьем языке.
     
     
  • 3.63, Аноним (-), 09:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Они пропихнут не раньше чем довольно радикально пересмотрят некоторые подходы. Что интересно - вероятно опять потеряв совместимость. В этом месте хрустики истошно матерясь пойдут изучать i++'й вариант синтаксиса, теперь банановый. Если не задолбаются к тому моменту.
     
     
  • 4.189, red75prime (?), 12:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Какие ещё варианты синтаксиса? Это не плюсы, где ошибку из конструктора можно вернуть только исключением или зомби-объектом.
     
     
  • 5.311, Маняним (?), 16:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в раст как-то иначе? При ошибке аппликация сразу в паник упадёт?
     
     
  • 6.415, red75prime (?), 12:53, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В расте нет такой штуки как конструктор. Функция создающая объект может вернуть ошибку вместо полностью сконструированного объекта. То есть тип возвращаемого значения Result<Object, Error>. Что дальше делать с этой ошибкой решает вызывающий код. Может панику выкинуть, может -1 вернуть, если дело происходит в коде инициализации device node ядра.
     
     
  • 7.473, Аноним (-), 07:42, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В расте нет такой штуки как конструктор. Функция создающая объект может вернуть
    > ошибку вместо полностью сконструированного объекта.

    И дальше например чего? Как продолжить flow программы как будто этого не было и все удалось?

    > Может панику выкинуть, может -1 вернуть, если дело происходит в коде
    > инициализации device node ядра.

    А вон те хаки с try_new тогда зачем? Чем их Box::new не устроил, если все так офигенно?

     
     
  • 8.517, Аноним (517), 19:13, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вон те хаки с kzalloc kmalloc тогда зачем Чем их malloc не устроил, если все ... текст свёрнут, показать
     
     
  • 9.533, Аноним (-), 21:56, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это не ответ на мой вопрос как все это реагирует на out of mem я знаю А вот ... текст свёрнут, показать
     
     
  • 10.537, Аноним (-), 23:10, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Папа, где море Ну вот, можешь же Ну да Особенно когда приходится ваш бред ч... текст свёрнут, показать
     
     
  • 11.544, Аноним (544), 00:45, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык покажите как из этой вашей паники продолжить выполнение программы как буд... большой текст свёрнут, показать
     
  • 5.516, Аноним (333), 17:07, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И что? Бросать исключение. Произойдёт раскрутка стека, которую с++ и подавляющее большинство языков умеет
    В отличии от раста
     
  • 4.249, пох. (?), 14:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не задолбаются, не переживай, у них этот синтаксис каждый день новый, оне привычные.
     
     
  • 5.425, asv (??), 14:37, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Балабол, пруф что у раста синтаксис каждый день новый.
     
     
  • 6.474, Аноним (-), 07:43, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Балабол, пруф что у раста синтаксис каждый день новый.

    Прошлая новость о данном компилере, есть тут :)

     
     
  • 7.565, asv (??), 07:59, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу там ничего про "каждый день синтаксис новый". Поэтому повторяю, пруфы.
     
     
  • 8.589, Аноним (-), 17:27, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Там как раз подогнали несовместимых изменений синтаксиса И сколько там у хруста... текст свёрнут, показать
     
     
  • 9.592, Аноним (-), 21:10, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что - гм Добавления нового метода к библиотеке вдруг оказывается несовместимые... текст свёрнут, показать
     
  • 2.140, fi (ok), 11:30, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если вспомнить все сложности языка "С" в истории - то это мелочи.

    ЗЫ. до сих пор помню сложности выбора как писать: '+=' или '=+' :DD

     
     
  • 3.383, _ (??), 05:47, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У вас Баден-баден воспалился. Резать к чёртовой матери!(С)
     
  • 2.243, Аноним (241), 14:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конкретно этот заход в linux kernel очень полезен. Вместо теоретизирований получат суровую практику ядростроения от тех, кто этим занимается уже 30 лет. Авось и доведут до ума, если Линусу только не надоест их учить раньше, чем у них что-то получится.
     
  • 2.274, Анонмм (?), 14:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что после C/C++ он вызывает восторг и желание как можно скорее свести к минимуму взаимодействие с C/C++ (да, личный опыт. И, судя по действиям многих компаний, не только лишь личный).
    Пользоваться C/C++ после Раста так же приятно, как вернуться с кроссовера на запорожец.
     
     
  • 3.312, Маняним (?), 17:01, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это потому что ты кроссовером пользуешся как запорожцем. В силу умственных способностей и там, а там ты видишь только руль и четыре колеса. Причём в случае раста тебе ещё руки синей изолентой к рулю примотали и ты катишься под откос и настойчиво сигналишь на весь интеренет.
     
     
  • 4.373, Аноним (373), 02:05, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Wat? Сам понял, что написал?)
    Какой руль, какие колеса, какая изолента?
    Мне кажется, ты на Расте не работал
     
     
  • 5.384, _ (??), 05:48, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А мне не кажется, я уверен - ты тоже с ним не работал :)
     
  • 5.538, СССР (?), 23:38, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    да ты дурак живущий от хайпа до хайпа, то что написали тебе нотой выше,  все предельно понятно.
     
  • 2.393, Аноним (393), 07:48, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    что то мне это напоминает, какой-то нонейм типа sysd или systemb продвигался также

    А ведь хороший продукт в рекламе не нуждается

     

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

  • 1.25, Аноним (25), 08:45, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А Гугл уже свою Фуксию на Расте написал?
     
     
  • 2.54, Аноним (50), 09:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не всю, но написал.
     
  • 2.60, Аноним (-), 09:23, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, они что-то там "разрешили использовать". И в андроиде аналогично, если оригинал новости читать а не опеннет.
     
     
  • 3.385, _ (??), 05:50, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Ну, они что-то там "разрешили использовать".

    Ну, они и KOTLIN разрешили ...
    А Go - нет 8-o Загадка века кстате.

     
     
  • 4.514, х (?), 16:46, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У них всё описано на вики: https://fuchsia.dev/fuchsia-src/contribute/governance/policy/programming_langu

    Con: The Fuchsia Platform Source Tree has had negative implementation experience using Go. The system components the Fuchsia project has built in Go have used more memory and kernel resources than their counterparts (or replacements) the Fuchsia project has built using C++ or Rust.

     
  • 2.101, Аноним (-), 10:26, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро на крестах с элементами asm, драйвера на С и крестах. Для юзерспейса - dart и go, а хруст и python сбоку приляпаны, не функционала ради, а толерантности для. Такие дела.
    https://fuchsia.dev/fuchsia-src/development/languages
     
     
  • 3.119, Аноним (119), 10:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >https://fuchsia.dev/fuchsia-src/development/languages

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

     
     
  • 4.137, Аноним (137), 11:25, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Там не только ШГ, но и куча скрипоты с gstatic, без которой оно - тыквенное пюре. WWW goes GWW. Но другого вэба у нас уже нет.
     
     
  • 5.276, InuYasha (??), 14:55, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В гугле, стоит отметить, тоже не всё гладко: многие понимают, что работают на EEE-подобную стратегию конторы и по возможности уходят. Гугл, в свою очередь, подтягивает больше рычагов, мозгомытню и более голодных исполнителей из обеднённых стран.
     
  • 4.145, Урри (ok), 11:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Боже, как же бесит, когда отключаешь в браузере загрузку левых шрифтов, и
    > сайт превращается в тыкву. Сраные верстальщики.

    А как с тебя еще, такого хитропопого, телеметрию собирать?

     

  • 1.27, Иваня (?), 08:46, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ну вот, хотели решить все проблемы при работе с памятью, но всплыли новые проблемы... Может Rust не нужен в ядре?
     
     
  • 2.129, Клыкастый (ok), 11:10, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Ну как сказать. Раст задумывался как замена C с решением некоторых проблем. Они их решили. Теперь настало время выяснять, насколько это замена C. И тут внезапно выяснилось, что "безопасная работа с памятью на уровне языка" требует плотного взаимодействия с ОС, и рантайма, который "сам себе режиссёр", недостаточно. Сумеют ли растеры справиться с внезапно возникшими проблемами? Так ли внезапно возникли проблемы? Какой первый полезный драйвер дадут Торвальдсу прозревшие растеры? Смотрите в следующих сериях...

    Если без шуток - очень интересная загогулина выходит. Если раст в итоге порешает проблемы настолько, что станет "вторым языком ядра", да ещё не втихую втащат, а официально, со всеми замечаниями Линуса, это вот прямо неплохая веха в развитии. Хотя как это будет выглядеть - неясно.

     
     
  • 3.386, _ (??), 05:54, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а не осилят - будет ржака ... Хорошо по любому :)
     
  • 3.435, gogo (?), 15:29, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по всему, на большинство замечаний они тупо не смогут ответить ничего внятного...
     
  • 3.475, Аноним (-), 07:50, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Решили Но смотреть вокруг было западло поэтому налепили новых, не факт что лучш... большой текст свёрнут, показать
     

  • 1.31, Аноним (-), 08:51, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Решение проблем с памятью через падение драйверов и/или ядра, небольшая плата за безопасность.
     
     
  • 2.205, Аноним (195), 12:37, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты бы хоть подписывал свой <сарказм>, а то люди минусят.
     
  • 2.209, Орк (?), 12:41, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно, зачем простуду лечить, доктор сказал - в морг, значит - в морг. Такова небольшая плата.
     

  • 1.32, Аноним (32), 08:51, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Кроме того Торвальдс отметил, что предоставленный пример драйвера - бесполезный и посоветовал приложить в качестве примера какой-нибудь драйвер, решающий одну из реальных задач.

    Ахаха... то есть, гав!

     
     
  • 2.74, Аноним (-), 09:38, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что вам не нравится? Написав _реальную_ штуку вместо нафигнужной затычки вы ощутите все прелести (или грабли) своей инициативы гораздо реалистичнее. Если вообще осилите. В процессе окажется что вашу фигню надо раз пять отрефакторить, и от оригинала не осталось чуть менее чем нихрена.
     
     
  • 3.235, Аноним (235), 13:31, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А я по-вашему не то же самое написал?
     
     
  • 4.332, Аноним (305), 20:39, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     

  • 1.33, Ананимус (?), 08:54, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >So I replied with my reactions to a couple of the individual patches,

    but on the whole I don't hate it.
    >
    >HOWEVER.
    >
    >I do think that the "run-time failure panic" is a fundamental issue.

    Это называется "конструктивная критика". То, на что комментаторы opennet неспособны :D

     
     
  • 2.61, Онаним (?), 09:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Понимаешь в чём дело - тратить своё время на детализацию "конструктива" имеет смысл только в рамках рабочего процесса. Комментаторы в рамках опеннетика не работают, а поэтому смысла вкладываться в детализацию - ноль.
     
     
  • 3.142, Ананимус (?), 11:31, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Понимаешь в чём дело - тратить своё время на детализацию "конструктива" имеет смысл только в рамках рабочего процесса.

    Да нет, любая здоровая дискуссия подразумевает это.

     
     
  • 4.182, Michael Shigorin (ok), 12:09, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Понимаешь в чём дело - тратить своё время на детализацию
    >> "конструктива" имеет смысл только в рамках рабочего процесса.
    > Да нет, любая здоровая дискуссия подразумевает это.

    Ну так начните с этого, а не с огульных обвинений -- глупо же в квадрате.

     
     
  • 5.218, Ананимус (?), 13:01, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Комменты в этой ветке говорят сами за себя.
     
  • 2.72, Михрютка (ok), 09:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    товарищ, вы не понимаете всей высоты эмоционального накала настоящего горячего финского парня, когда он начинает писать КАПСОМ
     
     
  • 3.144, Ананимус (?), 11:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У него есть два валидных поинта, оба поинта авторы PR понимают, но не стали тратить на них время ибо RFC. Концептуально Торвальдс не против, они допилят и пришлют вторую версию. Обычный процесс принятия патчей в ядро, йопт.
     
     
  • 4.298, Аноним (423), 15:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  У него есть два валидных поинта, оба поинта авторы PR понимают, но не стали тратить на них время ибо RFC. Концептуально Торвальдс не против, они допилят и пришлют вторую версию. Обычный процесс принятия патчей в ядро, йопт.

    Весь вопрос в том, насколько это осуществимо. Помнится Линус не был против РайзерФС. Только просил пивести его в божеский вид. Что было невозможно из-за амбиций Райзера. В итоге где эта РайзерФС?

     
     
  • 5.364, Ананимус (?), 23:51, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Осуществимо вернуть из библиотеки аллокатора ошибку вместо паники? Да не то чтобы сложно, они же написали.
     
     
  • 6.583, Аноним (423), 13:13, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А теперь переписать библиотеки, выкинув использование старого варианта, или напи... большой текст свёрнут, показать
     
     
  • 7.603, Ананимус (?), 22:51, 25/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Линковка не связана с библиотекой То что стабильной динамики нет, это действите... большой текст свёрнут, показать
     
  • 5.515, х (?), 16:52, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Живёт и здравствует: https://github.com/edward6/reiser4/commits/master

    https://www.phoronix.com/scan.php?page=news_item&px=Reiser5-Logical-Volumes

     
     
  • 6.584, Аноним (423), 13:14, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Живет, на обочине трассы. А мимо пролетают поезда.
     

  • 1.34, Аноним (34), 08:55, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Может гуголу озаботиться поддержкой раста в хроме, вон у них тоже там уязвимости. Обязательно в ядро лезть сразу.
     
     
  • 2.73, Аноним (-), 09:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мозила попробовала и уволила нафиг всю команду. Гугловские растаманы сыкуются :)
     
     
  • 3.141, Аноним (89), 11:30, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В мазиле главной бабе (трансу) просто денег не хватало на свою зарплату.
     
     
  • 4.476, Аноним (476), 07:53, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В мазиле главной бабе (трансу) просто денег не хватало на свою зарплату.

    Так у них тоже манагерье наверное боится что самими на яхты не останется - а тут еще толпу этих, уволенных из мозилы нанимать?! При том что вышибли за отсутствие результата за 10 лет вджоба? Ну нафиг, можно точно так же 10 лет нихрена не делать - а на сэкономленое купить каждому манагеру по новой яхте.

     
  • 3.275, uis (ok), 14:54, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так у них есть божественный обнзьяний язык - Жо
     

  • 1.35, Аноним (35), 08:58, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –27 +/
    Пора Торвальдсу на покой.
    Слишком придирается к инновациям и закостенел в своём мышлении. Нужно уступать дорогу молодым, а мы будем его раз в  год поздравлять и вспоминать его неоценимый вклад.
     
     
  • 2.65, EuPhobos (ok), 09:26, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +19 +/
    "Чего мелочиться, давайте JS в ядро! Пусть компилятор сам определяет типы, ибо нам ведь лень. Чего нам вообще заморачиваться там с какой-то памятью, указанием типов? Это прошлый дедушкин век! CPU вон какие мощьные, подумаешь лишнее ядро только под интерпретатор выделим, с пользователей не убудет!"

    До инноваций: Интернет 56кбит, браузер в 32Mb RAM
    После инноваций: Интернет 100Мбит, браузер в 8Gb RAM

     
     
  • 3.148, Урри (ok), 11:37, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > До инноваций: Интернет 56кбит, браузер в 32Mb RAM
    > После инноваций: Интернет 100Мбит, браузер в 8Gb RAM

    А информации на страничке такое же количество.

     
     
  • 4.224, Аноним (224), 13:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Меньше. Гораздо меньше.
     
  • 3.164, Аноним (158), 11:55, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >подумаешь лишнее ядро только под интерпретатор выделим, с пользователей не убудет

    Да и Штеуд только рад будет.

     
  • 3.166, InuYasha (??), 11:57, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    node.js.ko
    И пусть весь мир подождёт.
     
     
  • 4.190, Аноним (158), 12:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну а в юзерспейсе wayland-server-electron.js
     
  • 3.256, Аноним (556), 14:25, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > JS
    > компилятор сам определяет типы

    Сейчас бы JIT с компилятором путать.

    > Чего нам вообще заморачиваться там с какой-то памятью, указанием типов

    И в новости про Rust (со строгой типизацией, соответственно в рантайме не такие накладные расходы) говорить о слабой динамической типизации.

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

     
     
  • 4.277, uis (ok), 14:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Сейчас бы JIT с компилятором путать.

    Хочешь интепретатор? Пжлст.

     
     
  • 5.350, Аноним (556), 22:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы реализовали интерпретатор для Rust, который кто-то продвигает в Rust?
     
     
  • 6.351, Аноним (556), 22:25, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    * в Linux
     
  • 6.602, uis (ok), 21:00, 25/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это к чему?

    >> JS
    >> компилятор сам определяет типы
    >Сейчас бы JIT с компилятором путать.

     
     
  • 7.604, Аноним (604), 10:11, 26/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а теперь бы интерпретатор с компилятором путать.
     
     
  • 8.605, uis (ok), 11:54, 26/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я так с обоих ору Один пишет, что JIT компилятор - не компилятор, а другой не п... текст свёрнут, показать
     
     
  • 9.606, Аноним (604), 17:36, 26/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что бы ты ни орал, это не отменяет того, что сарказм про скриптовый слаботипизир... большой текст свёрнут, показать
     
     
  • 10.608, uis (ok), 02:01, 10/05/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Щито Зачем ядру стандартная библиотека Оно будет делать системные вызовы самом... текст свёрнут, показать
     
  • 4.309, Маняним (?), 16:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > "машинный кодне знает о типах"

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

     
     
  • 5.349, Аноним (556), 22:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > за использование тайпинфо нужно бросать на перефирию

    А Rust тут причём?

    Или Вы проситесь на перифирию?

     
  • 3.438, Kuromi (ok), 16:07, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ахахаха, 8 гигабайт. Уже и по 16 бывает. Один занкомый меняя начинку ПК купил сразу 32 гигабайта со словами "чтобы точно для браузера хватило".
     
  • 3.610, wyry (?), 07:03, 13/12/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До инноваций: Интернет 56кбит, браузер в 32Mb RAM
    После инноваций: Интернет 100Мбит, браузер в 8Gb RAM

    Я хочу повесить это на стену.

     
  • 2.67, Аноним (-), 09:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Хипстеры попробовали сделать редокс. И он оказался никому на... не нужен со всеми своими инновациями. Этим хипстеры от Торвальдса и отличаются - не умеют в архитектуру и прожектменеджмент чуть более чем нихрена. У операционки задача номер 1 это работать. А инновации - хорошо, но все же приоритет номер 1 - работать, цуко! Без этого оно даром не уперлось, ни инновационное, ни какое там еще.

    Извини, конечно, но безопасТный аналог Win95 в современном мире не надо, внезапно, даже гуглу. Его за это юзеры порвут на британский флаг. Торвальдс за свои годы прожект менеджмента об этом научился догадываться, да и в гугле наверное хрустиками заведует все же кто-то с наличествующим головным мозгом, хотя-бы просто потому что падучие системы нагнут извлечение прибыли.

     
     
  • 3.291, Аноним (-), 15:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хипстеры попробовали сделать редокс. И он оказался никому на... не нужен со
    > всеми своими инновациями. Этим хипстеры от Торвальдса и отличаются

    Анонимная оналитега "как оно все на самом деле", "рулон на вес"(с)

     
  • 2.77, Аноним (77), 09:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Многие лета Торвальдсу!
    Многие free проекты разваливались, когда теряли ключевых специалистов. А инновациям неплохо хотя бы дорасти до GPLv2, чтобы на что-то претендовать. А так лучше согласиться Python использовать в ядре. Чем проприетарщину, которыя может изменить своё поведение по любому хотению "любого левого мизинца любой правой ноги" в любой момент времени.
     
     
  • 3.123, Аноним (89), 10:55, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Рано распевать "Многие лета". Он ещё не усоп.
     
     
  • 4.442, Noname (??), 17:38, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Многая лета воспевается не усопшим
     
  • 2.163, Аноним (158), 11:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так скатертью дорога молодым, слабо своё ядро с нуля написать и продвигать? А Торвальдс смог from scratch.
     
     
  • 3.176, Michael Shigorin (ok), 12:05, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Один в поле не воин.

    У него ещё жена.

     
     
  • 4.279, uis (ok), 15:00, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто не согласен, опробуют её удары. И вообще спотсменка(каратэ) и комслмолка.
     
  • 3.199, Аноним (217), 12:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > своё ядро с нуля написать

    Не писать, а собрать из кусков stack overflow, добавив импортов библиотек, которые непонятно как работают.

     
  • 2.453, burjui (ok), 00:47, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С какого перепуга ему надо на покой? Он всё правильно сказал, и я, будучи "растоманом", с ним согласен. Есть объективные проблемы, мешающие разработке ядрёного кода на Rust. Линус на них указал. Всё.

    Или это тонкая попытка троллинга - настолько тонкая, что аж толстая?

     

  • 1.37, Аноним (37), 09:01, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем пихать в Ядро всякую всяку?
    Завтра у гугла поменяются приоритеты и придётся чистить Ядро от ржавчины...
    Или гугл чегой-то там собрался втихаря впрыснуть Торвальдсу в самое-самое сокровенное?
    Это прям какойто голимый Lennart Poettering, право слово!  

     
     
  • 2.49, Аноним (49), 09:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Завтра у гугла поменяются приоритеты и придётся чистить Ядро от ржавчины...

    Если в бочку с говном добавить ложку мёда, то для бочки с говном ничего не изменится.

     
     
  • 3.121, Аноним (89), 10:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зато в ложке мёда появятся очень пикантные вкусовые оттенки.
     
  • 2.152, Sw00p aka Jerom (?), 11:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Зачем пихать в Ядро всякую всяку?

    Ровно это и советовал профессор Т. самому Торвальдсу.

     
  • 2.267, AlexVRud (ok), 14:42, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > придётся чистить Ядро от ржавчины...

    Ничего, к этому моменту появиться "Преобразователь ржавчины" и будем обсуждать добавление языков Цинк и Марганец.

     
     
  • 3.280, uis (ok), 15:02, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А вроде язык Цинк уже есть
     

  • 1.40, все такойже ононим как и всегда (?), 09:05, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    нельзя откидвать язык просто потому что хейтят.
    Линус указал на реальные проблемы - решат, велком!
    Если нет молотка, то забивать гвоздь можно и пассатижами, но крайне выгодно найти молоток или подобный интсрумент.
    Похоже инициатива из-за того, что спецов си всё меньше.
     
     
  • 2.43, Аноним (34), 09:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А растоманов все больше? Давайте, тогда сразу V8 туда запихаем и будем на JS драйвера писать.
     
     
  • 3.47, Аноним (49), 09:13, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Инфантилизм головного мозга малолетнего д.
     
     
  • 4.108, Аноним (108), 10:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Совершенно незачем здесь свою медкарту цитировать.
     
  • 4.443, Noname (??), 17:41, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На что Торвальдс и намекнул
     
  • 3.426, asv (??), 14:45, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    JS == Rust? Или с головой проблемы?
     
     
  • 4.444, Noname (??), 17:41, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С Растом
     
  • 2.64, Онаним (?), 09:25, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    _Спецов_ раста - вообще около 0, но тебя же это не смущает?
     
     
  • 3.82, пох. (?), 09:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, ну escopeta.swf уже ж стреляет не самому себе в оппу. Правда, посередь экрана какая-то дырка в текстурах, но уже неплохо.

    https://github.com/ruffle-rs/ruffle/graphs/contributors - 67 штук. Из которых минимум четверо действительно умеют. Не считая всех тех что понаписали весь мильен библиотек, которые хрустоподелка традиционно скачивает в процессе.

    Другое дело, что ЭТИМ вряд ли придет в голову страдать фигней в попытках написать драйвер ведра - они и так по уши в работе (оплачиваемой, между нами), со сроками окончания где-то лет через двадцать.

     
     
  • 4.107, Аноним (-), 10:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как показал пример мозиллы даже донкихотов хватает лет на 10, не более.
     
     
  • 5.352, Аноним (556), 22:30, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мозиллу оккупировали толерасты (Эйха жалко) до первого релиза Rust. Да и при них произошло возвращение к зависимости от контракта с гуглом. Так что не показатель. Не надо язык хоронить из-за мягко говоря своеобразного руководства одной из компаний, где были разрабы, которые хотели в ПРОД.
     
  • 2.236, Dimcha (ok), 13:35, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > нельзя откидвать язык просто потому что хейтят.

    Полностью согласен. В этой новости радует то, что Линус изучил вопрос и указал на конкретные проблемы, а не закатил истерику, как многие делают просто из-за Rust.

    Посмотрим, как решат(или не решат) эти проблемы с Rust.

     
  • 2.278, Анонмм (?), 15:00, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хейтят в основном те, кто не пробовал и в основном на опеннете.
    В нормальном мире это самый любимый язык по данным stackoverflow который год.

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

     
     
  • 3.387, _ (??), 06:04, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >это самый любимый язык по данным stackoverflow

    Значит лютое оно! 146%! :-))))

     

  • 1.41, Аноним (41), 09:06, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "начальный прототип"...
    "который позволит провести детальное сравнение производительности и безопасности реализаций Binder на Си и Rust."
    "В текущем виде работа ещё не завершена, но уже почти... подготовлены прослойки для использования этих абстракций в коде на языке Rust."

    Но, при существующих проблемах народ, в том числе гугель, до усёру топит за заталкивание коричневого в ядро, просто прекрасно!

    Недалимый раста-blob для ядра - тоже эпично!

     
     
  • 2.45, Аноним (41), 09:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Недалимый раста-blob для ядра - тоже эпично!

    *Неделимый

     

  • 1.42, Fracta1L (ok), 09:06, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Процесс идёт, отлично 👍🏻👍🏻👍🏻
     
     
  • 2.52, Аноним (52), 09:17, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Процесс идёт, отлично 👍🏻👍🏻👍🏻

    Процесс по деградации ядра, да, начался!
    Если Торвальдс пропустит это шлак, в итоге Linux скурвится.
    Линус как может сдерживает всяческих макакокодиров, но при общей тенденции на дегродство разрабов в мире, процесс деградаци скорее всего неизбежен.
    Вот когда у корпов раком будут вставать их процессы, тогда они может быть вспомнят, что наверное лучше было бы нанимать грамотных разработчиков, которые знают процессы в железе и умеют в низкоуровневые языки, а не альтернативно одарённых хипсторов, у которых вместо головы известное место с известным содержимым,  которые лабают свою ржавчину известным местом, "застобаксов пучок".

     
     
  • 3.81, Аноним (81), 09:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Родной, ты наверное и строчки кода на C не написал.

    Достаточно посмотреть на libc чтобы понять всю ущербность. Там в каждом  вызове функции потенциальные ошибки.

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

    Чтобы всё это обернуть во что-то безопасное и надёжное нужно писать тысячи строк кода только обёртки (хотя libc уже обёртка).

    Говорить что Linux написан экспертами, а сейчас профессионалов не осталось... ну показывать свой уровень.

    Rust как глоток свежего воздуха. Да, кто-то в этот воздух пёрнул.
    Язык 👅 не без греха.
    И всё равно это лучше чем было и есть сейчас

     
     
  • 4.92, Соня Мармеладова (?), 10:06, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Руст, конечно, вылечит неатомарность ФС. Родной, ты видимо, тоже не писал, а только читал.
     
  • 4.99, Аноним (-), 10:20, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Rust как глоток свежего воздуха. Да, кто-то в этот воздух пёрнул.
    > Язык 👅 не без греха.

    Если посмотреть пример кода на си и хрусте, сишный как-то сильно лучше читаем и обработчик ioctl почему-то вдвое короче. Вот те и хайлевел, однако. В других местах получше, но технической сp@ни в разы больше, местами выглядит довольно наркомански, иллюстрируя чем нонейм вебмакаки отличаются от K&R..

     
  • 4.106, YetAnotherOnanym (ok), 10:28, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, похоже, оцениваешь C с точки зрения человека, привыкшего к языку, который всё делает за программиста. А в C надо самому отрабатывать разные ситуации. То есть, открываешь man на оответствующую функцию, идёшь в раздел "Return values" и расписываешь действия при всех возможных вариантах развития событий. Если тебе это кажется неправильным, то просто C - не для тебя.
     
     
  • 5.394, Ананимус (?), 08:17, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что, эксцепшоны магическим образом обрабатываются сами, да? :D
     
     
  • 6.406, YetAnotherOnanym (ok), 10:55, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитал сейчас ман на malloc(3) - написано там ни про какие эксцепшоны. И в мане на fopen(3) тоже про эксцепшоны ничего нет. Открыл наугад несколько манов на сисколлы - open(2), read(2), mmap(2) - и там не сказаго ничего про обработку эксцепшонов.
    Прямо вот даже и не знаю, что в C делать с эксцепшонами.
     
     
  • 7.436, Ананимус (?), 15:39, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот твой пассаж:

    > То есть, открываешь man на оответствующую функцию, идёшь в раздел "Return values" и расписываешь действия при всех возможных вариантах развития событий.

    Расскажи пожалуйста сакральную разницу между "обработать разные типы исключений" vs "обработать разные коды ошибки". Очень хочется понять в чем же разница :D

     
     
  • 8.448, YetAnotherOnanym (ok), 19:56, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп-стоп-стоп Если в коде предусмотрены действия при всех возможных возвраща... текст свёрнут, показать
     
  • 8.477, Аноним (476), 07:57, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, с ощибкой, что чтения диска, что выделения памяти, можно retry сделать и есл... текст свёрнут, показать
     
  • 8.585, Аноним (423), 13:37, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Одна библиотечная функция может кидать исключение Эта функция вызывается множес... текст свёрнут, показать
     
     
  • 9.590, Аноним (-), 17:53, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот кстати себе я таки на сях сделал специфичный fail fast такого плана Н... большой текст свёрнут, показать
     
  • 4.120, MisterX (??), 10:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь в ядре нет libc
    А маллоков там много разных
     
     
  • 5.353, Аноним (556), 22:33, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В ядре может и нет libc, но без glibc ядро навряд ли соберётся хоть на musl, хоть на uclibc-ng.
     
  • 5.478, Аноним (476), 08:00, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но ведь в ядре нет libc

    Си может работать вообще совсем без рантайма. Я им даже bare metal с ноля подымал. Без асма и либ.

    > А маллоков там много разных

    Ничего не запрещает взять да и накодить себе аллокатор памяти. Самому по себе компилеру сей аллокатор до балды. Это уже программа или как максимум какие-то либы сие вызывает. Хрустики с более плотной интеграцией всех этих потуг как раз и нарвались на тот факт что местами фича становится багом.

     
  • 4.135, Аноним (135), 11:23, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага, раст выделит память, даже если её в системе нет, и прочитает файл, даже если его никогда не существовало!
     
     
  • 5.282, Анонмм (?), 15:03, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Раст не даст разработчику пропустить обработку ошибок. И, что главное, в этом стиле пишут ВСЕ.
    В этом и профит.
     
     
  • 6.479, Аноним (476), 08:01, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст не даст разработчику пропустить обработку ошибок.

    А ада не даст переполнить числа. В ариан 5 проверяли.

     
  • 4.175, Michael Shigorin (ok), 12:03, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > malloc может не возвращать память, read может прочитать меньше чем
    > запрошено, обойти файловую систему атомарно невозможно (ты прочитал
    > файл, сделал его hash например, а он уже изменился пока ты другие
    > файлы обходишь), и т.д.

    Щёлкаем пальцами -- и все TOCTOU да прочие проблемы реального мира, к таким потенциальным и кинетическим ошибкам приводящие, превращаются в null.

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

    *sigh*

     
  • 4.371, szt1980 (ok), 02:01, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >посмотреть на libc

    Си можно использовать без libc. Возможно ли подобное с ржавчной?

     
     
  • 5.420, red75prime (?), 13:19, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, можно. Есть такой атрибут #![no_std], который отключает использование стандартной библиотеки. И в результирующем бинарнике не будет ничего, кроме того что написано в коде.
     
  • 5.424, Аноним (-), 14:36, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    code cat nostd rs no_std no_main use core panic PanicInfo use sys... большой текст свёрнут, показать
     
     
  • 6.480, Аноним (-), 08:04, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > #[panic_handler]
    > fn panic(_info: &PanicInfo) -> ! { loop {} }

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

     
     
  • 7.497, Аноним (-), 12:01, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> #[panic_handler]
    >> fn panic(_info: &PanicInfo) -> ! { loop {} }
    > Очень крутая и полезная обработка ошибок. В фирмварь своего гироскутера такой код запихай, умник. Просто посмотреть на твою морду опосля этого.

    Классика впопеннета - когда 294тому нечего возразить по теме, он пишет очередной пафосный бред.


     
     
  • 8.501, Michael Shigorin (ok), 14:27, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, он намекает на прикладную безопасТность, а Вы были настолько беспечны,... текст свёрнут, показать
     
     
  • 9.503, Аноним (-), 14:48, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В минимальном примере nostd, ага Еще можно было бы понамекать на невозможность ... текст свёрнут, показать
     
     
  • 10.545, Аноним (-), 00:51, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В минимальном примере nostd такая обработка ошибок как раз влет припечатает табл... текст свёрнут, показать
     
  • 9.504, Аноним (504), 14:54, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да Потом еще удивляется за что ж меня, такого красивого, тут не любят-т... текст свёрнут, показать
     
     
  • 10.531, Michael Shigorin (ok), 21:47, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Любят, но не все и не за это, полагаю Как и arisu или почти любого другого спо... текст свёрнут, показать
     
  • 10.546, Аноним (-), 02:41, 18/04/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 10.549, Аноним (-), 04:09, 18/04/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 10.594, Аноним (594), 07:02, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если меня не любят те кто генерит код типа let data Pin from Box try_new uns... текст свёрнут, показать
     
     
  • 11.596, Аноним (-), 12:56, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А еще те, кто не генерит и все остальные - за хамство и балабольство ... текст свёрнут, показать
     
  • 5.481, Аноним (-), 08:05, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Си можно использовать без libc. Возможно ли подобное с ржавчной?

    Ограниченно - да. Но там ... судя по бложикам почти как с линухкернелом.

     
  • 4.434, Истина в последней инстанции (?), 15:27, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Родной ты наверное даже make не запускал. Каким боком у тебя в ядре выползло libc?

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

     
  • 3.248, пущм (ok), 14:12, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Свои задачи раст вполне решает. Осталось придумать для него low-level рантайм. Я в ядре раз в два месяца натыкаюсь на баг с гонками состояний. Я уже не говорю про вашу любимую сишечку на десктопе, где профессионалы, имея 20-летний опыт, все равно постоянно лажают с синхронизацией и менеджментом памяти.
     
     
  • 4.258, Аноним (-), 14:27, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Свои задачи раст вполне решает.

    Бесполезными драйверами?

    Почему бы вам и вам подобным не пройти в свой растозагончик и играться там? Ведь есть же игрушка-ОС на раст. Пусть и убогая пока что.

     
     
  • 5.283, Анонмм (?), 15:06, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем нужны всякие игрушечки ос? Это чисто развлечение определенной группы людей, которое не обязано выходить за эти рамки.
    А драйверы - первый верный этап применения в ядре Линукса. Самое начало.
    В любом проекте внедрение Раста надо начинать сбоку, это правильно и логично.
     
  • 4.260, Аноним (370), 14:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Осталось придумать для него low-level рантайм.

    И получится другой язык без гарантий, которые дает [std]-rust. И кому нужен такой язык, кроме фанатиков?

     
     
  • 5.295, Аноним (-), 15:25, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Осталось придумать для него low-level рантайм.
    > И получится другой язык без гарантий, которые дает [std]-rust.

    И каких именно "волшебных" гарантий внезапно не станет? Гарантии дает компилятор, за счет ограничений в синтаксисе и семнтике в нем не нужно писать почти-ИИ-угадайку с БД самых частых ошибок в качестве и прочими наворотами в качестве анализатора
    > И кому нужен такой язык, кроме фанатиков?

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

     
     
  • 6.299, Аноним (370), 15:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > И каких именно "волшебных" гарантий внезапно не станет?

    Где находятся всякие box, borrow, стандартные типы char, int8-128 и тп? С их гарантиями. А тайпчекер компилятора проверяет уже написанные (в stdlib) гарантии и не сочиняет новые под каждую программу.

    Точно так же с++ без std - это не с++.

     
     
  • 7.547, Аноним (-), 02:43, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно так же с++ без std - это не с++.

    А C без stdlib таки, вот, си. Прямо вот на уровне стандарта - просто "freestanding". И это, вам не кажется что за 22 года можно было бы и сняться с ручника, или где, и перестать игнорить некоторые юзкейсы?! Особенно когда их вот так пытаются потом как сову на глобус - и замечают что чего-то не очень то получается, давайте еще костылей, дескать, вобьем.

     
     
  • 8.576, Аноним (556), 09:50, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Glibc, без которого и куска ядра не собрать Ну-да, нуда ... текст свёрнут, показать
     
     
  • 9.593, Аноним (594), 07:01, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это в каком бы месте кернел glibc пользуется Вы там совсем с дуба упали И ниче... текст свёрнут, показать
     
     
  • 10.595, Аноним (556), 08:25, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То есть Вы противоречия не видите Показательно И ладно, соглашусь, такие дистр... текст свёрнут, показать
     
  • 6.375, szt1980 (ok), 02:11, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >наработки по теории типов, компиляторов и автоматизированных доказательств корректности последних 30 лет,

    Наработали, в итоге, вот такую лажу:

    let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?);

    И это еще 2-связные списки не трогали...

    https://play.rust-lang.org/?gist=71c6bc45ff92452d5a4397ddb2dbb3de&version=stab

     
     
  • 7.548, Аноним (-), 02:45, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?);

    Архитектурально, блин, что тут сказать.

     
  • 4.573, винипух (?), 19:59, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Я
    > в ядре раз в два месяца натыкаюсь на баг с гонками
    > состояний.

    Это не в ядре. Это с руками у тебя гонка состояний.
    С новым годом.

     
  • 2.431, Аноним (431), 15:20, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Процесс идёт, отлично 👍🏻👍🏻👍🏻

    Ох жешь ты моё членистоногое. Где же он идёт? Так-же как и с любым проектом на расте? Ни шагу дальше болтовни :D

     
  • 2.433, Истина в последней инстанции (?), 15:25, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У да, идёт :D

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

    Хааааааааааа, классика.

    > так как в данный момент базовая (core) библиотека Rust неделима и представляет собой один большой blob

    Шедевр архитектуры

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

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

     
  • 2.574, винипух (?), 20:01, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Процесс идёт, отлично [][][][][]

    У тебя rust конейц сообщения скушал

     

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

  • 1.53, Сергей (??), 09:18, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    По существу сказал, что это пока еще "сырой" инструмент...
    Пусть пилят...
     
     
  • 2.59, Аноним (59), 09:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  По существу сказал, что это пока еще "сырой" инструмент...
    >  Пусть пилят...

    Конечно сырой, ведь по существу единственный "прототип" от гугла, "работающий", по факту ещё не готов, но вот-вот...

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

     
     
  • 3.354, Аноним (556), 22:37, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, ржавые надеются, что если язык обретёт достаточную популярность, то и нормальный компилятор подвезут, а то пока есть оверхеды от LLVM (куда компилит энтузиастский вариант), то и зарабатывать на Rust как-то не уверенно.
     

  • 1.62, Аноним (62), 09:24, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Ещё одной проблемой стали попытки использования вычислений с плавающей запятой или 128-битными типами
    >  базовая (core) библиотека Rust неделима и представляет собой один большой blob

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

     
     
  • 2.71, Аноним (-), 09:34, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, они смотрели на сишников - мол, зачем вы столько инклудов пихаете, ламеры?! А оказалось что ламеры - немного не там, а инклуды имели пойнт, не нужна фича вы ее и не цепляете. А в 99 сделали стандартным freestanding mode, для вот примерно таких штук как кернелы, фирмвары и бутлоадеры. А хруст что, там для начала и на обычный то вариант формального стандарта нет, а о том что неплохо бы что-то такое они еще эвон когда задумаются.
     
     
  • 3.180, Аноним (-), 12:08, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну, они смотрели на сишников - мол, зачем вы столько инклудов пихаете,
    > ламеры?! А оказалось что ламеры

    Классика опеннета - сам что-то нафантазировал, сам же и "опроверг".

     

  • 1.68, КО (?), 09:29, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Был линукс, стал Googlinux
     
     
  • 2.208, Аноним (195), 12:41, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гуглагнис.
     
     
  • 3.328, Ан О Ним (?), 20:09, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Слово Фуксия пишется по другому.

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

     
     
  • 4.388, _ (??), 06:13, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Слово Фуксия пишется по другому.

    Ага, пишется "Фуксия" - читается - "не нужно!(С)"

     

  • 1.69, Михрютка (ok), 09:31, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>>он может полностью отвернуть (totally NAKed)

    эээ что он там собргался полностью отворачивать и почему "совершенно голый" не перевели?

    оригинал:

    this whole approach needs to be entirely NAK'ed

     
  • 1.75, Аноним (75), 09:39, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Теперь ждём начала кампании против Линуса.
     
     
  • 2.83, Аноним (89), 09:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скоро тоже свои ошибки признавать будет.
     
  • 2.115, Аноним (89), 10:47, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Надо начинать с корней. Иначе заразу не победить.
     
     
  • 3.170, Michael Shigorin (ok), 12:00, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да Вы-таки?..
     
  • 2.203, Аноним (217), 12:35, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Суть революционеров в том, чтобы разрушить, хапнуть падали, но ничего не создать, а то и погибнуть.
     

  • 1.88, Аноним (88), 09:56, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может кто-нибудь адекватный написать, а что делает код на C в "ошибочных ситуациях, например, в ситуации нехватки памяти, когда операции динамического распределения памяти, в том числе и внутри ядра, могут завершиться ошибкой" ?

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

    Не тролль, просто интересно спросить людей кто знает больше в этой области. Спасибо.

     
     
  • 2.100, acroobat (ok), 10:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > что делает код на C

    Код на С делает ровно то, что ему велел программист в любых ситуациях.

    > 128-битными типами, что не является допустимым для таких окружений, как ядро Linux

    Это тебя кто-то дезинформирует

     
     
  • 3.165, Michael Shigorin (ok), 11:57, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Код на С делает ровно то, что ему велел программист в любых ситуациях.

    Это не объясняет феномен существования UB, а также то, что "велел" и "подразумевал" могут отличаться.

    Давайте не уподобляться крикунам про демократию.

    PS: буковка "E" откуда-то взялась... видимо, велел, но не подразумевал.

     
     
  • 4.177, acroobat (ok), 12:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > "велел" и "подразумевал" могут отличаться.

    Будешь раз на раз?

    PS: засуньте свои буковки в "Ж"

     
  • 4.251, InuYasha (??), 14:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, это не то чтобы прям феномен. Просто зернокомбайн наехал на отдыхающих/минное поле/"коровьи лепёшки". Просто, возможно, проверка вводимых в него продуктов может оказаться сложнее/больше/дороже самого зернокомбайна.
     
  • 2.102, Аноним (-), 10:26, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я знаю минимум 2 вменяемых варианта действий 1 Ядро и ко отлупляет -ENOMEM нав... большой текст свёрнут, показать
     
     
  • 3.169, Michael Shigorin (ok), 11:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Во, полезный User294 -- это всегда было здорово :-)
    Спасибо!
     
  • 2.104, Аноним (104), 10:27, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В "ошибочных ситуациях, например, в ситуации нехватки памяти, когда операции динамического распределения памяти, в том числе и внутри ядра, могут завершиться ошибкой", обработка ошибки лежит на разработчике, для ядра это именно то что надо.

    Для использования вычислений с плавающей запятой в ядре надо специальным образом сохранять состояние fpu и потом его восстанавливать.

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

     
  • 2.230, anonymous yet another (?), 13:19, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сохранение контекста --- довольно дорогая операция, а если контекст сохранять вм... большой текст свёрнут, показать
     

  • 1.94, Соня Мармеладова (?), 10:08, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как это правильно: не стоять со своим категоричным нет, навлекая на себя неодобрительные косые взгляды, а как бы с помпой согласиться, а потом размазать тонким слоем!
     
     
  • 2.286, Анонмм (?), 15:08, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это называется "обычное рабочее обсуждение". Всегда есть проблемы, которые надо решать. И их решат.
     

  • 1.95, YetAnotherOnanym (ok), 10:12, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кочевряжится ещё. Ничего, доломают. Не таких ломали.
     
     
  • 2.103, Аноним (-), 10:27, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не таких ломали.

    Это например кого?

     
     
  • 3.109, YetAnotherOnanym (ok), 10:36, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/Systemd#Adoption - те, у кого в графе "Enabled by default?" стоит "Yes".
     
  • 2.157, Michael Shigorin (ok), 11:47, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Может, успеет смыться на Родину, а тут рядом, прикроем.
     
     
  • 3.167, Аноним (158), 11:58, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Угу, на сколько лет прикроем?
     
  • 3.284, Страдивариус (?), 15:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Успеем добежать до канадской границы! =)
     
  • 3.310, YetAnotherOnanym (ok), 16:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да сразу к нам. Будут со Сноуденом в одном ковырялкинге клавы топтать.
     
     
  • 4.321, товарищ майор (?), 17:49, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот еще. Такую честь еще заслужить надо! Сноуден - заслужил, все что надо - сдал! А этот чем хорош?
    Будет лес валить, как все.

     
  • 2.211, Аноним (217), 12:45, 15/04/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.105, FraclaL (?), 10:27, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Теснят старичков
     
     
  • 2.117, Аноним (89), 10:51, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да ему всего 51. До пенсии ещё пилить и пилить. Мож ещё и не дадут, не заработал.
     
     
  • 3.220, Аноним12345 (?), 13:04, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не прпи его жизни
     

  • 1.122, Annnnonnnyyymous (?), 10:54, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Где тут эгзперды, которые на каждом углу орут, что ядром рулят корпорации.

    Ну как Гоогле, много нарулил? :)

     
  • 1.150, Аноним (89), 11:39, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пламенный привет от Линукса. https://lurkmore.so/images/5/5e/Linus_fuck_u.png
     
  • 1.156, Michael Shigorin (ok), 11:47, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Кроме того Торвальдс отметил, что предоставленный
    > пример драйвера - бесполезный и посоветовал
    > приложить в качестве примера какой-нибудь драйвер,
    > решающий одну из реальных задач.

    Но как это было нетолерантно!

     
     
  • 2.179, Аноним (370), 12:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > одну из реальных задач

    Кто-то из оппонентов обитает в другой реальности. Будут выяснять кто из них в "единственно правильной" реальности.

     

  • 1.159, Аноним (159), 11:49, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В новости почти ничего непонятно.

    1. Почему речь о panic, а не об abort? Опция panic=abort представляется совершенно необходимой в данном случае. В остальном в этом пункте всё понятно.

    2. Почему в ядре нельзя использовать 128-битные целые и вычисления с плавающей точкой?

    3. Что это ещё за "большой blob" и каков его размер? Там всё или почти всё должно инлайниться и/или выкидываться из-за неиспользования. Почему это не работает?

    4. Почему нельзя просто не использовать те фичи _языка_ — а речь всё-таки, видимо, о фичах языка, которые нужно не использовать? Понятно, что это неидеальное решение, но всё-таки решение. Или нет?

     
     
  • 2.172, Аноним (370), 12:01, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Задай эти вопросы ненужнодрайверописателям. Зачем они пытаются засунуть это ненужно в ядро?
     
     
  • 3.197, Аноним (159), 12:28, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам не нужно, а мне нужно.
     
     
  • 4.228, Аноним (370), 13:16, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вам ржавчина, ой, то есть, шашечки, или ехать?!
     
  • 2.178, Аноним (158), 12:07, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >2. Почему в ядре нельзя использовать 128-битные целые и вычисления с плавающей точкой?

    Про целые 128 бит действительно непонятно. Тем более, что реально такие числа используются в сетевом стеке - адрес IPv6.
    А вот аппаратная реализация вещественной арифметики есть не во во всех CPU. Программная эмуляция - медленно, не допустимо в ядре. А самое главное, на кой? В ядре все величины целочисленные.

     
     
  • 3.184, Аноним (370), 12:11, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Про целые 128 бит действительно непонятно.

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

     
     
  • 4.484, Аноним (-), 08:31, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Может потому что в ядре с этими целыми типами данных нельзя работать
    > так, как работает "отсутствующий жирный рантайм" Rust?

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

     
  • 2.204, Аноним (204), 12:35, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > 2. Почему в ядре нельзя использовать 128-битные целые и вычисления с плавающей точкой?

    Всё там можно использовать, и используют. Только для этого нужно провести специальные процедуры по сохранению/восстановлению контекста, и за компанию написать версию для CPU которые в это не умеют.

    > 4. Почему нельзя просто не использовать те фичи _языка_ — а речь всё-таки, видимо, о фичах языка, которые нужно не использовать? Понятно, что это неидеальное решение, но всё-таки решение. Или нет?

    Можно, и нужно. Но пока растофанатики решили зайти со стороны: "А давайте затащим сore библиотеку в ядро!".

     
     
  • 3.231, Аноним (370), 13:19, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но пока растофанатики решили зайти со стороны: "А давайте затащим сore библиотеку в ядро!".

    Растофанатики решили затащить ржавчину, а не техники и методы решения проблем, которые позволяет использование Rust в ядре.

     

  • 1.173, Аноним (173), 12:01, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да я то же и говорил, что ржавой слишком жырный. И что библиотеки нет, а тут вот возможности нет отрубить ненужное. Короче пока Ржавого не кастрируют в ядро его нельзя пускать! Вотт кастрированный раст можно. Андройд вот живет с Ржавым без кастрации.
     
     
  • 2.356, PnD (??), 23:08, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сначала кастрация, затем — мутация! © Один очень неполиткорректный м/ф.
     

  • 1.186, Ананд (?), 12:12, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как на С\С++ вычисления с плавающей запятой в ядре ограничивают.
    Я не експерт по ядру но С\С++ использовал. Интересно.
     
     
  • 2.193, Аноним (204), 12:20, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Очень просто. Для оптимизации по-дефолту регистры FPU не сохраняются при переключении контекста. Поэтому если вы в одном потоке что-то вычисляете используя регистры FPU и в другом, то при переключении будет беда.

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

     
  • 2.347, Аноним (347), 22:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень неестественно обратный слэш в "С\С++" выглядит
     

  • 1.188, НяшМяш (ok), 12:13, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вообще Линус просто должен запретить использовать в ядре std библиотеку раста и всё. Я почему-то думал, что так сделают изначально. И заодно запретить cargo. Пусть желающие пишут абстракции над существующими ядерными примитивами и ими пользуются.
     
     
  • 2.213, Аноним (159), 12:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется, для ядра используется nostd режим. Тут речь не о std библиотеке, а о core, которая неотъемлимая часть языка.
     
     
  • 3.270, НяшМяш (ok), 14:46, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Просто без core языка не будет - там все базовые примитивы вроде интов и прочих булеанов. Другой вопрос, зачем туда же включили те же паники и работу с памятью, если по логике это уже уровень std. И трейты можно было бы вынести в отдельную traits библиотеку - там много методов, реализованных по-умолчанию.
     

  • 1.191, Аноним (204), 12:15, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какому наркоману вообще в голову пришло тянуть какую-то базовую библиотеку из Ru... большой текст свёрнут, показать
     
     
  • 2.265, НяшМяш (ok), 14:40, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Какому наркоману вообще в голову пришло тянуть какую-то базовую библиотеку из Rust в ядро? В ядре так-то и сишной стандартной библиотеки нет в полном объёме.

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

    > И я понимаю там у MacOS X, IOKit на плюсах, но плюсы
    > позволяют легко и не принужденно использовать сишное API.

    В IOKit разрешены не все плюсовые фичи - нет исключений, множественного наследования, шаблоны (интересно почему) и нет RTTI

     
     
  • 3.485, Аноним (-), 08:37, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они как обычно - имея дофейхоа примеров перед мордой решили что изучать эксперие... большой текст свёрнут, показать
     

  • 1.201, Аноним (201), 12:30, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линуса зауважал! раст - азаза :)
     
  • 1.202, Аноним (202), 12:33, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Адекватная критика языка позволяете сделать его лучше. Надеюсь разработчики языка именно так и поступят.
     
     
  • 2.206, Аноним (204), 12:37, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не критика языка, это критика конкретного кривого решения.
     
     
  • 3.215, Аноним (195), 12:49, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > конкретного кривого решения

    Жирный "отсутствующий" рантайм... А что, у растаманов есть другой?!

     
  • 3.216, Аноним (-), 12:54, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это не критика языка, это критика конкретного кривого решения.

    Как вы смеете мешать местным Экспертам вместо реальности видеть то, что им хочется?

     

  • 1.207, Аноним (207), 12:38, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    то был не против, теперь таблетки закончились - началось обострение...
     
     
  • 2.334, Ordu (ok), 20:53, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он и сейчас не против. Просто не надо читать советских газет^W^W опеннет, и тогда не будет возникать ложных убеждений о реальности.
     

  • 1.214, Аноним (-), 12:49, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Торвальдс повторил всё, что долгие годы Анонимус пытался донести до растаманов на опеннете.
     
     
  • 2.222, Аноним12345 (?), 13:06, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Торвальдс, залогинься !
     

  • 1.221, Аноним (221), 13:05, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нафиг rust, давайте сразу vlang пилить.
     
  • 1.233, Аноним (233), 13:26, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как говорится, за Линусом не заржавело.
     
  • 1.234, Аноним (224), 13:28, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    У гугла есть ресурсы и спецы воткнуть в линух растошлак, воткнут. Торвальдс только подкукарекнет, что всё хорошо и через некоторое время начнём новые ошибки исправлять. В этом весь опенсорс - когда проект почти вылизан до идеала и стабилен, нужно его испортить, чтобы обеспечить себя работой. Так было с gnome, так было с kde.
     
     
  • 2.288, Анонмм (?), 15:12, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С какого перепугу шикарнейший Раст у тебя стал растошлаком?
    Сколько времени на нем писал и как пришел к этому выводу?
     
     
  • 3.294, Аноним (-), 15:24, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты уже написал полезный драйвер на хрусте?
     
     
  • 4.374, Аноним (373), 02:07, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты хотя бы хелловорлд на Расте писал!
     
     
  • 5.499, Аноним (333), 13:28, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо писать hello world чтобы понять что растошлак это растошлак
     

  • 1.238, Аноним (238), 13:43, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Раз в ядро пихают убийцу сишарпа, давайте туда запихнём сишарп.
     
     
  • 2.289, Анонмм (?), 15:12, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С каких пор он убийца сишарпа?
     

  • 1.239, Аноним (-), 13:52, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё закапывайте Rust! Он не взлетел.
     
     
  • 2.491, Аноним (491), 10:08, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    лол, как Mars Ingenuity. Тоже наверное на Rust-е писали синхронизацию
     

  • 1.252, Аноним (252), 14:21, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    К чему раст пихать?

    -"Как по мне, V (vlang.io) более симпотишен в этом плане"

     
     
  • 2.315, Аноним (-), 17:29, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Бротуха, в ядре и системных утилитах - Си, только чистый Си.
     
     
  • 3.323, Аноним (252), 18:15, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит как все кроме си - от лукавого :D
     
     
  • 4.407, n00by (ok), 11:06, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Звучит как все кроме си - от лукавого :D

    Как «со своим уставом в чужой монастырь».

     

  • 1.254, Аноним (254), 14:22, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Драйвера на rust бесполезны (c) :)
     
  • 1.304, Аноним (-), 16:13, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Страшный сон Линуса - blob неделимого rust-а зашел в ядро до щелчка.
    Если Торвальдс не понимает rust-а, это не значит что его нету. Rust-а я имею в виду.
    Дыра не в rust-е, и даже не в C. Дыра в архитектуре процесора. 35 лет назад свернули не туда.
     
     
  • 2.317, Онаним (?), 17:39, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Они хотели не только до щелчка, но ещё и с проворотом.
    Но тут их раз - и одели в резиновое изделие №1 от ушек до тапок.
     
     
  • 3.318, Онаним (?), 17:40, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    (именно в №1, не перепутайте!)
     
     
  • 4.327, Аноним (104), 19:50, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но как тут поможет противогаз ?
     
     
  • 5.343, Аноним (195), 21:56, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Надеть на растамана и завязать хобот узлом.
     
  • 5.361, Онаним (?), 23:22, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да никак, но одеть №2 в №2 сложновато.
     

  • 1.322, Аноним (322), 18:08, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Стесняемся, что ли спросить: а вообще rust в ядре HAXEPA?
     
     
  • 2.324, Аноним (217), 18:52, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видимо им тоже хочется, шобы было. Молодые амбиции, протестуют.
     
  • 2.414, Аноним (-), 12:10, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно что бы код можно было делить на C и Rust. Это как Белый и Чёрный в нашей обыденной жизни. Потом те, кторых будет меньше, скорее всего приверженцы Rust поднимут холли-вар. Их притесняют, им тяжело дышать.
    Хотя приверженцы asm-а не холли-варят. Отсюда следует только одно - rust-овцы хотят подложить свинью в ядро или даже целого коня, троянско-педального.
     
  • 2.490, Аноним (491), 10:06, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    дерзко, молодежно, по фану.

    А тем временем F-35 падает где-то, потому что писать авионику на Modern С++ модерно, дерзко и по фану.

    Кстати что там с Mars Ingenuity, сможет он взлететь вопреки дерзкой молодежи? :)

     
     
  • 3.561, Аноним (-), 01:42, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А тем временем F-35 падает где-то, потому что писать авионику на Modern
    > С++ модерно, дерзко и по фану.

    А он падает? Или это таки ариан5 был с типа-"надежной" Ada все-таки?

    > Кстати что там с Mars Ingenuity, сможет он взлететь вопреки дерзкой молодежи? :)

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

     

  • 1.330, Аноним (-), 20:36, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Кроме того Торвальдс отметил, что предоставленный пример драйвера - бесполезный и посоветовал

    перед тем как отнимать мое драгоценное время, неплохо было бы ...

     
  • 1.331, Аноним (331), 20:38, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Продвижение Rust-a многими корпорациями и другими... - означает или Rust действительно хороший и нужный язык, или какой-то заговор:). Кто-нибудь может ответит есть-ли в прошлом IT какой-нибудь другой язык которого продвигали также как Rust?
     
     
  • 2.344, Наноним (?), 21:57, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Java
    JavaScript
    C#
    Go
    Все их продвигали гораздо сильнее.
     
     
  • 3.360, Онаним (?), 23:21, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ECMAScript лучше вычеркнуть - он каким-то чудом "самопродвинулся".
    Хотя редкостное уё... простите, убожество.
    Go тоже можно вычеркнуть, он маргинален.

    А вот Java и C# - да, это языки с просто ОФИГИТЕЛЬНОЙ степенью поддержки маркетингом в своё время.

     
     
  • 4.363, Аноним (363), 23:47, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Go тоже можно вычеркнуть, он маргинален.

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

     
  • 4.389, _ (??), 06:28, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Go тоже можно вычеркнуть, он маргинален.

    Инна? Инна! :-)
    Уже несколько лет как не видел контор без дыркеров и k8s ... а оно всё на Go.

     
     
  • 5.401, Аноним (201), 10:15, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку Docker DEPRICATED в Kuberneter, да и заказчики начинают понимать, зачем им все эти облака и переусложнённые "технологии" для простых About Us/Pricing сайтов, то таких контор, полагаю, будет с каждым годом всё меньше и меньше. И тут, помнится, смеялись с олдфагов, которые сайты по ftp заливют, мол надо в git - то почитайте тут, к чему это приводит: https://ebanoe.it/2021/04/04/diia-city-fail/
     
     
  • 6.449, Онаним (?), 21:13, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а чего кубернетчики теперь без докера делать-то будут?
    Пилить под два варианта сразу - докер и кри? Крупняк в провижнинге этого счастья с докера ещё долго не уйдёт.
     
  • 6.450, Онаним (?), 21:14, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот да, с хеллоуворлдами к нам на шаред косяками идут ныне опять, забавно после 4 лет застоя.
     
  • 5.413, Онаним (?), 11:53, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я просто немножко в других компаниях работаю наверное :)
    Тех, поверх которые работают эти самые однодневки без собственной инфраструктуры, но с докерами и гошечкой.
     

  • 1.335, Аноним (333), 20:57, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гугл зарабатывает миллиарды на андроид и хром ос. У него хватит денег доделать rust до возможности писать код ядра
     
     
  • 2.342, Аноним (195), 21:52, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гугл уже похоронил более 200 проектов...
     
  • 2.359, Онаним (?), 23:19, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Похоронное бюро имени гуглплюс ждёт хруст в развесёлую компанию.
     
  • 2.390, _ (??), 06:29, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >У него хватит денег доделать rust

    Они свой Dart не шмагли, ога, а тут вдруг ВНЕЗАПНА! :)

     

  • 1.336, Аноним (333), 21:03, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Аогда rust все-таки примут в ядро, местные эксперты могут форкнуть ядро и запретить правилами принимать непонятный rustокод. Если эксперты действительно так хорошо программируют на Си как пишут здесь, то им это будет легко поддерживать форк
     
     
  • 2.341, Аноним (-), 21:49, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Если эксперты действительно так хорошо программируют на Си

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

     
  • 2.358, Онаним (?), 23:18, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К счастью, ядро - это не рантайм хруста, и даже если это говно туда таки втащат какими-то неправдами - всё равно оно будет отключаться полностью одной опцией. Или парой опций в худшем случае.
     
     
  • 3.395, szt1980 (ok), 09:02, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да-да, мы все знаем, как это бывает: сначала тащат какаху, потом от нее начнает зависеть все больше и больше
     
  • 3.409, Xasd6 (?), 11:33, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    вообще хочется бить ногами когда очередной кто-то пишет "не волнуйтесь это можно отключить".

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

    до людей похоже не доходит что через "можно отключить" нормальные дела не делаются. это что-то является ВРЕДНЫМ то это должно быть отключено ПОУМОЛЧАНИЮ.

    --------------------------------------------------

    можно даже абстрогироваться от ядра и программиования и вспомнить хотябы Фильтрацию Чебурнета, которую тоже МОЖНО отключить (запустив у себя VPN-клиент). об этом все знают но на деле просто НЕ посещают сайты которые оказались под фильтрацией Чебурнета.

     
     
  • 4.412, Онаним (?), 11:52, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Фильтрацию чебурнета обходят, а не отключают - почувствуйте разницу.
    Как раз таки НЕВОЗМОЖНОСТЬ отключить - это проблема.
     
     
  • 5.417, Xasd6 (?), 13:17, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    возможно offlopic но напишу всё равно:

    вот интересно ещё -- если бы было так -- сказали бы "ребята! мы подключаем вам Интернет. но если хотите, то как опцию можем предложить фильтацию Чебурнета (для безопасности и защиты от угроз!). нужно? это бесплатно!"... сколько бы человек согласилось бы такое предложение? :-D :-D :-D :-D

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

    а бывают спорные моменты (вот как с этим rust) типа не ясно нужно оно или нет в ядре. вредное или не вредное. и ХОП(!) решили что нужно включить поумолчанию.

    а потом приходит какой-то парень и говорит "ды чё вы переживаете? это же можно просто отключить (лично у себя)".. и вот тут наступает ЛОЛ!

     
     
  • 6.422, Онаним (?), 14:32, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В UK оно как раз примерно так и работает, только именно что opt-out, отключение ... большой текст свёрнут, показать
     
     
  • 7.489, Michael Shigorin (ok), 10:06, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В UK [...] никакой цензуры

    А Вы смешной.

     
     
  • 8.492, Онаним (?), 10:22, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хоть раз в UK-то был, грустный клоун ... текст свёрнут, показать
     
  • 8.562, Аноним (-), 01:44, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    По сравнению с тем что у вас сейчас орки устраивают - он таки не врет Да, все п... текст свёрнут, показать
     

  • 1.337, Аноним (-), 21:29, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Компания Google заявила о своём участии в инициативе по продвижению поддержки Rust в ядро Linux

    Красавчеги (из корпорации добра ;)

     
     
  • 2.355, Аноним (-), 22:59, 15/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Будут вставлять рекламу в многочисленные сообщения паники раста
     

  • 1.362, Dzen Python (ok), 23:44, 15/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Люблю запах жареных до хрустящей корочки хрустиков. Это запах...победы.

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


     
  • 1.408, Xasd6 (?), 11:27, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Дополнение: Компания Google заявила о своём участии в инициативе по продвижению
    > поддержки Rust в ядро Linux и привела технические аспекты целесообразности
    > внедрения Rust для борьбы с проблемами, возникающими из-за ошибок при работе с
    > памятью. Google полагает, что Rust уже готов присоединиться к Си в качестве
    > языка для разработки компонентов ядра Linux. В статье также приведены примеры
    > использования языка Rust для разработки драйверов ядра, в контексте их
    > использования в платформе Android (Rust признан официально поддерживаемым языком
    > для разработки Android).

    нашли кого спросить! Google! которые наплодили миллионы ошибок (в том числе архитектурых, и вообще детских) в Отвлетвлении Ядра для Android, а потом позорились пытаясь пропихнуть это в ванильное ядро.

    всё будет однозначно просрано, если пойти по пути Google.(самому Google [как и Microsoft] это не страшно -- они всегда могут найти любое огромное число разработчиков чтобы исправить любую проблему)

     
  • 1.430, adolfus (ok), 15:14, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Программист должен управлять памятью вручную и без ошибок; в противном случае пусть валит подметать улицы.
     
     
  • 2.455, burjui (ok), 00:54, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Осталось только найти этого уникального программиста, который не делает ошибок, и подождать тысячу-другую лет, пока он не перепишет весь софт, написанный дворниками. Ой, а он не успеет.
     
     
  • 3.486, Аноним (491), 09:59, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А ты вообще, осмелюсь спросить, с планеты Земля?
     
  • 3.496, Аноним (333), 12:01, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем их искать? В комментариях к этой новости и другим новостям о rust отметилась множество программистов не делающих ошибок.
     
     
  • 4.506, Noname (??), 15:18, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Остальные комментаторы в таких новостях используют Раст.
     
  • 2.505, Noname (??), 15:17, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Воистину.
     

  • 1.432, Аноним (431), 15:21, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > потенциальная возможность ухода в panic в ошибочных ситуациях, например, в ситуации нехватки памяти

    Хааааааааааа, классика. Так и не научились работать с памятью.

     
  • 1.445, Аноним (445), 18:13, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Компания Google заявила о своём участии в инициативе по продвижению поддержки Rust в ядро Linux

    Одного этого уже достаточно, чтобы отказаться от Rust в ядре Linux.

     
     
  • 2.579, Аноним (556), 09:58, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Значит PWA, Chrome, Golang, Angular (незаслуженно популярных, кстати) и прочие поделия всех устраивают, нет наплыва хейтеров, а тут почему-то Rust плохой из-за гугла.
     

  • 1.446, vz_2 (?), 18:48, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Бумажный кораблик нагло разбился о скалу.
     
  • 1.447, Аноним (333), 19:18, 16/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему администрация не запрещает новости о rust? Местные эксперты его так ненавидят, нельзя же так травмировать психику экспертов
     
     
  • 2.451, yet another anonymous (?), 23:47, 16/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это не к "экпертам". А к политтехнологам. Т.е. агрессивное продвижение rust (довольно противоречивой, неоднозначной и очень сырой вещи) --- это не технический вопрос, а маркетингово-политический.

    Некоторые пропихнули (s-d, dbus, node.js). Другие --- всё-твки не смогли (D, kdbus, HAL, PolKit, ...).
    Вон посмотрите --- объём (т.е. бюджет) маркетингового проталкивания kubernates. И?

    https://yandex.ru/video/preview/?text=%D0%B0+%D1%83+%

     
     
  • 3.454, vz_2 (?), 00:48, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Стоит только заикнуться, к примеру, в нашем проекте никогда не будет использоваться то, чьё название нельзя называть в слух, к вам приедет с десяток другой автомобилей хейтеров, прям как у корейцев-нетизенов.  
     
  • 3.578, Аноним (556), 09:57, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Приведите пример агрессивного продвижения Rust? И кто же тратит силы на этот маркетингово-политический вопрос, кроме хейтеров, создающих на пустом месте политику?
     

  • 1.456, burjui (ok), 01:05, 17/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линус - молодец, высказал здравую критику. Местные хейтеры остались на прежнем уровне: петросянство, "хруст" и т.п.
     
  • 1.487, acroobat (ok), 10:00, 17/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что люди не придумают, лишь бы не учить C/C++/D
     
     
  • 2.493, burjui (ok), 10:55, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Учить С - я ещё понимаю, но зачем остальные два? С++ - помойка, а не язык, любой вменяемый плюсовик с опытом согласится. D лучше (хотя тоже очень далёк от идела), но рано или поздно наткнёшься на баги компилятора или твёрдый лоб Уолтера Брайта, а со временем поймёшь, что ни то, ни другое никто исправлять не собирается.

    А вообще, к Rust приходят обычно уже с опытом разработки на C и C++.

     
     
  • 3.494, acroobat (ok), 11:10, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > зачем остальные два?

    С++ - улучшенный С. D - улучшенный С++.

    У Си языка есть огромный недостаток. Написанный на нём софт, невозможно кардинально поменять, либо что-то резко переделать. Приходится писать всё с нуля. Яркий пример - Xorg и Wayland.

    > А вообще, к Rust приходят обычно уже с опытом разработки

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

     
     
  • 4.500, Michael Shigorin (ok), 14:24, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У Си языка есть огромный недостаток. Написанный на нём софт,
    > невозможно кардинально поменять, либо что-то резко переделать.
    > Приходится писать всё с нуля. Яркий пример - Xorg и Wayland.

    Доводилось слышать про пули из современных лёгких в обработке материалов?  Вот то-то и оно.

     
     
  • 5.577, Аноним (556), 09:54, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да Вы король неуместных аналогий.
     
  • 4.580, Аноним (556), 10:04, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    D - это который за бОльший срок (22/14 лет) развился меньше, чем Rust(15/6 лет)? Бесспорно, хороший пример.
     
     
  • 5.581, acroobat (ok), 10:11, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тише едешь - дальше будешь.
     

  • 1.498, Аноним (498), 13:24, 17/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Линус держись! Мы с тобой мысленно. Злые языки поговаривали что теперь ты будешь помалкивать и делать что скажут, но я чувствую твою борьбу.
     
     
  • 2.510, Аноним (373), 15:56, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    От чего держаться-то? От безопасности и комфорта?
     
     
  • 3.528, Аноним (528), 21:08, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    От давления копирастов проприетарщиков, проталкивающих свои изменения в ядро только ради корыстных целей.
     
     
  • 4.550, Аноним (373), 05:06, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Добавление нормального языка, на котором лучше писать системное по - о боже, какие ужасные корыстные цели))
     
     
  • 5.553, Аноним (528), 18:59, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > на котором лучше писать

    Как говорится любишь - докажи.

     
  • 5.563, Аноним (-), 01:45, 19/04/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.511, Аноним (373), 15:58, 17/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Недалёкое будущее It is year 2028 and Linux has been completely rewritten in Ru... большой текст свёрнут, показать
     
     
  • 2.529, Аноним (528), 21:15, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во-первых никому это не нужно. Тот же гугл уже написал свое ядро в Fuchsia, понятное дело под удобной им лицензией. Им просто нужно временно перекантоваться и подготовить новых макак для своей новой оси. Поддерживать же свои патчи в ядро влом.

    Во-вторых это нереально успеть сделать за столь короткий срок.

     
  • 2.534, Michael Shigorin (ok), 22:18, 17/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Недалёкое будущее:

    Ну вот, а потом говорят, не наркоманы.

    PS: прям европенсиями повеяло.

     
  • 2.611, Michael Shigorin (ok), 11:49, 22/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Недалёкое будущее:

    Не, в _недалёком_ (бишь к концу года 2022) уже научился практически безошибочно угадывать тусовочку происхождения вот по таким реляциям:

    starship - The minimal, blazing-fast, and infinitely customizable prompt for any shell  [52M]

    > It is year 2028 and Linux has been completely rewritten in Rust.

     

  • 1.539, СССР (?), 23:46, 17/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    раст и прочее хайповство это не про удобство и безопасность кода, это про другое. Современное быдло такое наивное, такое доверчевое.
     
     
  • 2.551, Аноним (373), 05:10, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Хайпоство вокруг Раста возникнуло исключительно из-за его положительных качеств. Не зря он любимейший язык всея stackoverflow.
    Ну и отрицательных у древних языков.
    Только на опеннете быдланы могут быть против всего нового, любых положительных изменений.
     
     
  • 3.554, Аноним (528), 19:03, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Не зря он любимейший язык всея stackoverflow.

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

     
     
  • 4.568, Аноним (373), 15:27, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это правда: https://insights.stackoverflow.com/survey/2020#technology-most-loved-dreaded-a

    Использование реальными разработчиками, а не флудерами на опеннете - не показатель? Ну ок.

     
     
  • 5.613, Michael Shigorin (ok), 12:20, 22/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Использование реальными разработчиками

    копипастерами, деточка.

     
  • 3.557, СССР (?), 23:23, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    каких положительных качеств безопасностью если человек не может совладать с ко... большой текст свёрнут, показать
     
     
  • 4.566, red75prime (?), 12:47, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > каких положительных качеств? безопасностью? если человек не может совладать с корретным
    > освобождением памяти  и перекладывает такие вещи на машину, то это
    > не программист а покемон, современное быдло.

    Чувак, что ты здесь делаешь? Иди use after free, buffer overrun и прочее ищи. Нет в своём коде, так в библиотеках найдутся.

     
     
  • 5.597, СССР (?), 23:33, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну если ты импортируешь в свой проект так же как и в свой рот кладешь что попало из магазина, то да, можно обдристаться.
    Если пользуешся проверенными библиотеками и используешь стабильные верси, то в чем проблема? а то так и модули ядра линукса лучше не использовать вообще получается, как и все либы и прочее. так что не нужно городить тут умника.
     
     
  • 6.601, red75prime (?), 21:06, 22/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А уже съехал на "Баг нашли? Так исправили-же". Ну, ОК,
     
  • 4.569, Аноним (373), 15:33, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если человек не может совладать с корретным освобождением памяти

    При чем тут "не может"?
    Я, например, могу, но... зачем? Я могу сам ходить в продуктовые магазины, а не вызывать доставку. Но опять же, зачем? Комфорт решает. А глупые ошибки на миллионы $, которые бывают и у high rockstar, никто не отменял.

    Всё остальное звучит как брюзжание и нежелание или переучиваться, или терять работу :)

    А в Расте безопасность - не самое главное. Много других фишек, которых не хватает в C++ и которых там никогда не будет (о C даже не говорю)

     
     
  • 5.598, СССР (?), 23:45, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    лучше бы в магазин пешком ходил, бегал бы по утрам в парке а не на беговой дорожке в спальне(если вообще свою задницу от монитора отрываешь), а то ожиреишь, заплывешь, станешь куском свинины. нужно жить а не существовать. нужен комфорт? используйте анализатор кода и будет вам счасте если глупости часто совершаете. а хаить из-за своей несостоятельности язык и кричять что вот новый язык раст - теперь заживем. Это откровеннно для зеленой массы )
    в бэйсике тоже найдуться фишки которые отсутствуют в С++.
     
  • 3.558, СССР (?), 23:39, 18/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    понимаешь, указатели в си/c++ (хайповщики же вокруг этого решили поиграть), так вот, указатели они для одних источник бесконечных проблем, а для других, источник бесконечных возможностей.
    Знаешь анекдот про попугая?
    попугай сидит в самолете первого класса и над стюардессой стебется, а та ему и морожено и соки таскает.
    мужик рядом смотрит, тоже решил постебаться, ну и их обоих вкинули из самолета. Мужик в низ полетел а попугай крылья расправил и говорит, ну что мужик допи..лся )).
    Так вот мораль сей басни такова. если ты баран то не осуждай птиц.


     
     
  • 4.570, Аноним (373), 15:33, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты думаешь, что в Расте нет указателей?)
     
     
  • 5.599, СССР (?), 23:54, 21/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос не в том есть или нет, вопрос в том как раст и пообные новомодные языки пиарятся, называя недостатком возможность использовать указатели и самостоятельно контролировать выделеную память.
     
  • 4.586, acroobat (ok), 14:24, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Через слэш нужно писать не с/с++, а с/meson.
     
  • 3.564, Аноним (-), 01:49, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Только на опеннете быдланы могут быть против всего нового, любых положительных изменений.

    Да вот что-то код типа let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); положительным изменением ну вот не выглядит. Наркоманщиной? Куском бреда? Крокозябрами? Техническим cruft? Сколько угодно. Но улучшение? NO WAY!

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

     
     
  • 4.571, Аноним (373), 15:37, 19/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Во-первых, там ничего сложного. Во-вторых, в реальных проектах такой код встречаться если и будет, то редко. В-третьих, в любом языке есть такие примеры "сложного" кода.

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

     
     
  • 5.614, Michael Shigorin (ok), 12:22, 22/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > unsafe сделали, поскольку не безопасность в Расте главное,
    > а остальные возможности, которых нет и не будет в C.

    Списка мы, разумеется, не дождёмся.  Равно как и понимания, _что_ ляпнул.

     
  • 3.612, Michael Shigorin (ok), 12:19, 22/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не зря он любимейший язык всея stackoverflow.

    «То, о чем Бандар-лог думает теперь, джунгли подумают позже» (ц)

     

  • 1.572, Ilya Indigo (ok), 19:17, 19/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Линус ещё не о_main_илася и уверенно держит свой палец вверх!

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

    Не в бровь а в глаз! Проблема каждого 1-ого поделия на раст!

    > Rust признан официально поддерживаемым языком для разработки Android.

    Это как теперь для разработки на ведроиде не нужно знать и использовать жабу, а достаточно знать и использовать ТОЛЬКО раст?
    Или это очередной марктинговый звиздёж гугла?

     
     
  • 2.600, Fedd (ok), 08:05, 22/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Или это очередной марктинговый звиздёж гугла?

    Это про кишки андройда, для приложений всё так же котлин

     

  • 1.575, Аноним (575), 20:37, 19/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эта RFC серия прошла довольно успешно, успешнее многих других Сообщество получи... большой текст свёрнут, показать
     
     
  • 2.582, acroobat (ok), 10:21, 20/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > И при этом я не люблю раст.

    Мне С++/D слихвой хватает.

     

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



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

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