The OpenNET Project / Index page

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

В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust

04.10.2022 08:09

Линус Торвальдс принял в состав ветки ядра Linux 6.1 изменения, реализующие возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Патчи приняты после полутора лет тестирования в ветке linux-next и устранения высказанных замечаний. Релиз ядра 6.1 ожидается в декабре. Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью. Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру.

В ядро пока принят минимальный урезанный вариант патчей, который сокращён с 40 до 13 тысяч строк кода и обеспечивает только необходимый минимум, достаточный для сборки простого модуля ядра, написанного на языке Rust. В дальнейшем планируется постепенно наращивать имеющуюся функциональность, перенося и другие изменения из ветки Rust-for-Linux. Параллельно развиваются проекты по использованию предложенной инфраструктуры для разработки на языке Rust драйверов накопителей NVMe, сетевого протокола 9p и GPU Apple M1.

  1. Главная ссылка к новости (https://lore.kernel.org/lkml/2...)
  2. OpenNews: Десятая версия патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Rust будет принят в состав ядра Linux 6.1. Создан Rust-драйвер для Ethernet-чипов Intel
  4. OpenNews: WD разрабатывает NVMe-драйвер на языке Rust. Эксперименты с Rust во FreeBSD
  5. OpenNews: Cloudflare перешёл с NGINX на собственный прокcи Pingora, написанный на языке Rust
  6. OpenNews: Выпуск языка программирования Rust 1.64
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57867-rust
Ключевые слова: rust, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (240) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 08:30, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >> cокращён с 40 до 13 тысяч строк кода

    Какова судьба оставшихся 27 тысяч строк кода?

     
     
  • 2.6, Аноним (6), 08:37, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Судьба оставшихся 27 тысяч строк кода неизвестна...
     
  • 2.14, Аноним (14), 08:45, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Удалили все переносы и вкоммитили одной строкой
     
  • 2.31, Бывалый смузихлёб (?), 09:51, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Там они округлили немного
    На самом деле, в каждом файле из каждых 3 строк кода удалили по 2 строки не глядя, ведь пока предоставляется лишь треть функционала. Как ни странно, боровы проверились и скомипилилось
     
     
  • 3.58, Аноним (58), 11:29, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Эксперты с опеннет делиться своими фантазиями о том, как происходит программирование.
     
     
  • 4.82, Аноним (82), 12:54, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Хватит чмырить школьников... Поддержи лучше обьясни дураку его ошибку... пусть умное поколение вырастет, а то вырастет в тебя и будет троллить потом всех...
     
  • 3.296, kravich (ok), 07:55, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неплохо)
     
  • 2.33, Lost Inside (ok), 10:01, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они вошли в состав оставшихся 13 тысяч путем удаления переноса строки перед ними.
     
  • 2.54, llolik (ok), 11:22, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я, конечно, понимаю, что труЪ по ссылкам не ходят. Но если зайти и посмотреть ( https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id= ), то вполне очевидно, что приняли пока только рантайм, чего достаточно для написания минимальных драйверов.

    Там ещё в отдельной ветке полируются обвязки ( https://github.com/Rust-for-Linux/linux/tree/rust/rust/kernel ) над структурами ядра. Их пока ещё не включили в mainline, досматриваются и допиливаются.

     

  • 1.4, Аноним (4), 08:31, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Уже была же эта новость неделю назад. Ну добавили и добавили.

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

     
     
  • 2.111, Аноним (111), 14:02, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Там была новость другая, что Линукс сказал, что будет. А теперь - что реально помержил изменения
     

  • 1.20, Admino (ok), 09:07, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Сначала было 10 комплектов патчей для ядра.
    Потом Линус раскритиковал патчи и отправил на доработку.
    Потом доработали патчи.
    Потом Линус не исключил интеграцию патчей (мой любимое!)
    Потом объявили о том, что эти патчи войдут в ядро linux-next.
    Потом объявили о том, что эти патчи войдут в ядро 6.1.
    Потом написали экспериментальный драйвер nvme.
    Потом провели тесты экспериментальныого драйвера.
    Потом приняли решение о том, что патчи войдут в ядро 6.1.
    Потом написали о том, что выйдет ядро 6.1, в котором будут патчи.
    Потом написали о том, что состоялся релиз ядра 6.1, в котором патчи.

    Итого 20 новостей из одного события, давайте ещё, журналисты.

     
     
  • 2.23, Аноним (-), 09:10, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Журналисты пишут о том, что интересно читателям. Опеннет очень бурно реагирует на упоминания раста, вот он и получает столько раста, что остальные новости уползают из топа быстрее, чем успеваешь их читать.
     
     
     
    Часть нити удалена модератором

  • 4.67, Аноним (67), 12:16, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Libreddit на Rust написан. Хороший фронтенд для Reddit.
     
  • 4.137, Аноним (137), 16:53, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее бы. Может заодно лажу с обработкой ников починят.
     
  • 3.175, yet another anonymous (?), 18:26, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Журналисты пишут о том, что интересно читателям.

    Не. Пишут они о том, за что проплатили.

     
     
  • 4.185, Аноним (185), 19:11, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это же про раст, а не про джеймса уэбба. У растофанов нет денег, в отличии от наса.
     
     
  • 5.195, yet another anonymous (?), 20:30, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У растофанов нет денег, в отличии от наса.

    Это у NSA всё в порядке с бюджетом. А наблюдаемые растофаны --- это объекты, а не субъекты.

     
  • 2.37, Анонн (?), 10:16, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Новостей конечно много.
    Но разве в последний год-два были ли изменения в ядре, породившие столько споров? Назовите хоть парочку.
    Да и вообще - когда последний раз в ядро добавлялась поддержка какого-то языка?))
    Плюс это очень важное изменение - это база для всего следующего развития этого направления
     
  • 2.127, хрю (?), 15:57, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смех смехом, но это важная часть - дрова можно будет писать на двух языках. Если выгорит, то глядишь и третий можно будет добавить.
     
     
  • 3.183, Аноним (183), 19:03, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А потом в язык добавят несовместимые с прошлой веткой изменения. У Rust стандартизации никакой нет.
     
     
  • 4.203, Аноним (203), 20:46, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И старые версии компилятора отбирают! Ну хоть не бьют по ночам, и за то спасибо.
     

  • 1.34, Анонн (?), 10:11, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Наконец-то! Поздравляю всех причастных!
     
     
  • 2.42, Аноним (183), 10:32, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    причастился комментарием
     
  • 2.178, Аноним (178), 18:30, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Наконец-то! Поздравляю всех причастных!

    Там из причастных один мигель охеда

     

  • 1.35, Аноним (35), 10:12, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Основным мотивом поддержки Rust

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

     
     
  • 2.38, annonn (?), 10:17, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А мне казалось что деды так и не научились не выходить за пределы массива и продолжают обращаться к уже удаленным объектам.
     
  • 2.80, Максим (??), 12:50, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Никого привлечь не получится, современной молодёжи "скучное" системное программирование нафиг не надо.
     
     
  • 3.103, Аноним (103), 13:45, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, можно привлечь, если сделать системное программирование визуальным.
     
     
  • 4.122, Аноним (122), 15:33, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В лего-блоксы наигрался?
     
     
  • 5.179, Аноним (103), 18:32, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это про привлечение современной молодёжи.
     
  • 4.154, pavlinux (ok), 17:45, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ... если сделать системное программирование визуальным.

    Visual Assembler (c) Баян, 1995 г.

     
     
  • 5.204, Анно Домини (?), 21:38, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С подключением:

    https://dman95.github.io/SASM/english.html

    https://fresh.flatassembler.net/

     

  • 1.36, Шарп (ok), 10:15, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Растохейтеры сгорают дотла. И могли бы привычно поливать говном всех кто связан с растом, но в заголовке коммита предательски стоит строчка "
    author Linus Torvalds <torvalds@linux-foundation.org> 2022-10-03 16:39:37 -0700". А на самого Линуса прыгать как-то не с руки. Вот и приходится зубоскалить в бессильной злобе. Продолжаю наблюдения за душевными терзаниями хейтеров. Это прекрасно.
     
     
  • 2.39, annonn (?), 10:29, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не волнуйся, ща они напишут что он продался корпорастам)
     
     
  • 3.322, мелкософта (?), 09:52, 09/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он всегда под ними был. Привет.
     
  • 2.40, Анонн (?), 10:30, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Падажди, сейчас тебе расскажут что его взяли в заложники))
     
  • 2.56, Аноним (58), 11:26, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В прошлой новости эксперты уже обзывали Линуса всякими нехорошими словами.
    Местным оторвавшимся от реальности экспертам 🤡 он не авторитет
     
  • 2.135, Аноним (135), 16:51, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я вас умоляю, они найдут тысячи вариантов продолжить поливать тем же, чем поливали раньше. Это легко, ососбенно если логику не включать. Продался, с ума сошел на старости лет, намерено сливает линукс и т.д.
     
     
  • 3.220, ОШИБКА Отсутствуют данные в поле Name (?), 00:21, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле фиолетово, продался, выключил логику, сливает, или ещё чего там.
    А вот что делать с инфраструктурой, когда окончательно протухнет и завоняет - надо думать уже сейчас.
     
     
  • 4.246, Аноним (135), 13:06, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Этот вопрос можно задать вообще любому проекту. Лю-бо-му, независимо от используемых технологий, причастных людей, поддержки кровавым энтерпрайзом, наличия сообщества и способности этого сообщества поддерживать проект на плаву.
    Достоверно предсказывать будущее еще никто не научился.
     
     
  • 5.282, ОШИБКА Отсутствуют данные в поле Name (?), 21:22, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Моя работа заключается частично в том, чтобы подстраховываться на случай феерических 3.14цов - и вот мой дерьмометр на это всё начал зашкаливать. Поэтому будем подстраховываться. Типичный для вашей географии авось у нас не катит.
     
     
  • 6.287, Аноним (135), 01:50, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оу, у вас еще и география своя, особая?
     
     
  • 7.318, ОШИБКА Отсутствуют данные в поле Name (?), 23:04, 07/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это у вас особая. А у нас к счастью пока что общемировая.
     
     
  • 8.319, Аноним (135), 05:20, 08/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я по уровню высокомерия заметил Ну что ж, удачи вам в вашей авантюре по убе... текст свёрнут, показать
     
  • 2.219, ОШИБКА Отсутствуют данные в поле Name (?), 00:13, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не. Буду тихонько ковырять сборку основного софта под винду, чтобы можно было целиком пересадить окружение. Потому что с такими телодвижениями - добра не будет. Останутся в ядре ёbpf, iourine и хруст.
     

  • 1.41, rm2 (?), 10:32, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на слом весь успевший добавиться растовский код и переписывать всё обратно на Си.
     
     
  • 2.44, annonn (?), 10:38, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Думаю через 10 лет все старперы которые не могут "в управление памятью" уйдут на пенсию и/или помрут. А в контрибьюторах останутся молодые и активные растописатели.
    Ну и в ядре станет меньше CVEшек.
     
     
  • 3.46, Аноним (183), 10:40, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    когда старпёры уйдут, ядро закончится
     
     
  • 4.68, Аноним (67), 12:18, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Старые версии ядра не пропадут.
     
  • 4.230, Аноним 80_уровня (ok), 05:48, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. В него внесут возможность писать на питоне, и оно продолжит работать. Но ме-е-е-едленно...
     
  • 3.72, Аноним (-), 12:31, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А в контрибьюторах останутся молодые и активные растописатели

    а пассивных куда девать?

     
     
  • 4.94, Аноним (94), 13:08, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Туда, где им место.
     
  • 4.138, Аноним (137), 16:59, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем тебя куда-то девать? Сиди где сидишь, не копти только.
     
  • 3.231, Аноним (231), 06:35, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну и в ядре станет меньше CVEшек.

    Ох уж эти маняфантазии. Сколько там CVE из-за управления памятью и сколько из-за алгоритмических ошибок?

     
  • 2.45, Аноним (183), 10:38, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к тому времени ты сделаешь свой язык и мы все перейдём на него
     
  • 2.52, Аноним (58), 11:20, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Через 5 лет придется переписывать весь небезопасный код на rust, а старый си выкидывать на слом.
     
     
  • 3.85, Аноним (82), 12:57, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надесь что к этому времени Rust доведут до такого же уровня просты как Си, а то в текущем его виде в обилием типов это что-то вроде C++ многословное<str> и синтаксический<'a>::уродливое
     
     
  • 4.108, Аноним (103), 13:53, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Или выйдет новый модно-молодёжный язычок и он станет хайповым.
     
     
  • 5.247, Аноним (135), 13:09, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или выйдет новый модно-молодёжный язычок, и по сравнению с ним раст окажется милым, симпатичным и интуитивно понятным.
     
  • 3.239, bOOster (ok), 11:08, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Через 5 лет эту ветку, в которой будут раст - все будут пытаться забыть как страшный сон. Вангую.
     
  • 2.248, Шарп (ok), 13:17, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лет через 5-10 когда этот хайп закончится, придётся выдирать обратно, выкидывать на
    > слом весь успевший добавиться растовский код и переписывать всё обратно на
    > Си.

    Ну как там, хайп на systemd прошёл? Время расставило всё по местам? Юниты на баш портянки уже поменяли?

     
     
  • 3.298, Аноним (298), 08:16, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, расставило по местам всех некомпетентных упырей, что громче всех орали за портянки. Время прошло, пророчимый конец systemd так и не наступил и лишь крик БОХНАКАЖЕТ всё ещё слышен затихающим эхом на линуксовых форумах.
     

  • 1.48, Lex20 (ok), 10:57, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Прекрасно. Теперь давайте на бейсике драйвер nvidia реализуем.
     
     
  • 2.53, Аноним (58), 11:21, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Можешь начинать.
     
     
  • 3.62, Lex20 (ok), 11:46, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, люди просят. Ну всё, держите меня семеро!
     

  • 1.51, Аноним (58), 11:18, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Отличная новость, всем экспертам по огнетушителю.
    Чем больше новостей о rust, тем лучше
     
  • 1.59, Аноним (59), 11:33, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Думаю это гиблое дело пытаться спасать как-то линукс, нужно переносить части ядра в systemd.
     
     
  • 2.60, Аноним (60), 11:42, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И переписать системд на руст.
     
     
  • 3.90, Аноним (82), 13:01, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    копилятор rust думаю нужно сервисом сделать
     
     
  • 4.224, Аноним (224), 00:50, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Переписав его на Python.
     

  • 1.61, Аноним (-), 11:45, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Количество unsafe уже подсчитали?
     
     
  • 2.88, annonn (?), 12:59, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зочем? Линус разрешил мердж - значит все ок
     

  • 1.63, Аноним (60), 11:54, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Для крестописателей конечно очень обидно. Линус сначала послал их лесом с крестами в ядре (внезапно потому что с кодом менее удобно работать), а теперь добавляет поддержку языка, который они искренне ненавидят и стремятся уничтожить.
    Не срослось с повсеместным внедрением плюсцов. Такими темпами и переучиваться придется.
     
     
  • 2.96, Аноним (183), 13:18, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Крестам отказали лезть в ядро, а раст разрешают для драйверов. Не заметил разницы?
     
  • 2.116, _kp (ok), 15:02, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно у С++ закостенелая политика развития. Инициализацию структур и то, до сих пор не поддерживает толком. Потом говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать. А драйверы как писать на чистом С++, не в ущерб качеству кода?

    В Си плюшки добавить, в очередной стандарт, видимо религия не позволяет, даже в виде GNU расширений.

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

     
     
  • 3.142, Аноним (-), 17:11, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >говорят что нет такого языка С/C++, ага когда в одном проекте всегда то и другое, нафиг их различать

    Ой дурак?!

    >А драйверы как писать на чистом С++

    Дурак с плюсами.

    Начитаешся всякого а потом думаешь: "Слава тебе господи, за то, что Линус запретил в ядре C++".

     
     
  • 4.150, _kp (ok), 17:34, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут не без шуток сказано.

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



     
     
  • 5.173, yet another anonymous (?), 18:20, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >  Бывает и пикосекунды(!) учитывать надо.  ... где с выбором компиляторов и библиотек не густо, а запросы как настоящей системе.

    Компилятор нам в этом деле поможет. Ага.

     
     
  • 6.228, _kp (ok), 03:11, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тут или ассемблерные вставки или Си. Вот и ниша.
    Работа с периферией и протоколами обмена часто требует именно сишные структруры, и желательно без всяких конвертаций.

    А если чисто прикладное ПО, хоть и для внутренних отладочных нужд, то конечно, на C++, и тем более С, я вряд ли буду писать.
    Всему свое разумное применение.

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

     
  • 5.262, red75prime (?), 15:43, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пикосекунды времени исполнения кода? Не верю. За пикосекунду свет проходит 0.3мм. Характерная частота - терагерц. Максимум что могу представить - писать в регистр, управляющий каким-нибудь экспериментальным терагерцовым генератором, но тут никаких отличий между растом и си нет.
     
     
  • 6.312, _kp (ok), 15:25, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не поливал Rust вообще, тем более, что в критичных местах он позволяет отсту... большой текст свёрнут, показать
     
  • 3.299, Аноним (298), 08:48, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С какой такой душевной хвори тебя волнует такая вещь как синтаксис? Ноутбук тоже выбираешь по цвету крышечки?
     
     
  • 4.302, _kp (ok), 10:51, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ноутбук тоже выбираешь по цвету крышечки?

    В яблочко!

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

    >> С какой такой душевной хвори тебя волнует такая вещь как синтаксис?

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

      

    red75prime>> Пикосекунды.. Не верю.
    Достаточно регировать за вменяемое время. А регистрировать и вносить поправки надо до десятков пикосекунд.

     
     
  • 5.308, yet another anonymous (?), 14:19, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/

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

    Милейший, вы о том, что такое "время" в цифровой электронике задумывались?

     
  • 5.310, red75prime (?), 14:44, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А регистрировать и вносить поправки надо до десятков пикосекунд.

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

     
     
  • 6.315, yet another anonymous (?), 20:32, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> А регистрировать и вносить поправки надо до десятков пикосекунд.
    > То есть читать/писать в регистры значения задержек. Тут без С точно не
    > обойтись, хех.

    И без компютера, работающего на частотах в несколько сот терагерц :))) это немного не ультрафиолет ещё ...

     
  • 2.128, хрю (?), 16:00, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дрова на крестах? И зачем? У хруста хоть какие-то гипотетические плюшки имеются, а у крестов в дровах, как плюшки? А вот в само ядро на хрусту ни крестам ходу по понятным причинам нет.
     

  • 1.64, DEF (?), 12:15, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –18 +/
    Хорошая новость. C и С++ должны умереть. Абсолютно непригодные и устаревшие языки программирования. В последний раз я на них програмировал году этак в 2005. Сейчас только на Java, SQL и Julia.
     
     
  • 2.86, Аноним (86), 12:58, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В вашем комментарии упомянуты пять языков программирования. Где-то начали потихоньку внедрять язык, отличный от вами упомянутых. В чём для вас "хорошесть" новости и почему два языка должны умереть?
    Почему какие-то существующие языки устаревшие или непригодные, если на них пишут? А пишут код на том, на чём заказывают или на том, что нравится.
     
     
  • 3.110, Аноним (110), 13:59, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где-то и на COBOL ещё пишут.
     
  • 3.125, DEF (?), 15:55, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    C и С++ не пригодны для использования в тех нишах, для которых предназначены. Постоянные баги с утечками памяти, гонками потоков, обрещением к несуществующим разделам памяти и тд и тп. Это не допустимо в системных нишах.

    SQL, Java и Julia - полностью соотвествуют тем нишам, для которых предназначены.

     
     
  • 4.145, Аноним (86), 17:20, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю какие языки для каких ниш предназначены.
    Вы говорите о постоянных багах, утечках и гонках, хотя не используете эти языки с 2005 года.
    Так сильно критиковать без собственной практики недопустимо.
     
     
  • 5.163, Анонн (?), 18:01, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем использовать эти языки для того чтобы говорить "о постоянных багах, утечках и гонках"?
    Достаточно открыть cve.mitre.org (или новости тут) и там будет все предельно ясно.
     
  • 4.237, bOOster (ok), 11:05, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На C/C++ дофига написано софта который в принципе дыр особо не имеет. Поэтому все что написано - чистый бред. Эти дыры в мозгах доморощенных программистов, которых презерватив пользовать даже в личной гигиене не научили, в случайных связях.
     
  • 2.101, Аноним (103), 13:40, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А SQL такой молодой?
     
     
  • 3.109, Аноним (111), 13:56, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И Ларри такой молодой, и юный Oracle впереди
     
  • 3.126, DEF (?), 15:56, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    SQL полностью соотвествует своей нише, а именно - формулировать декларативные запросы к БД.
     

  • 1.100, Аноним (103), 13:38, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Растление ядра продолжается.
     
     
  • 2.105, Аноним (105), 13:47, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро уже совершеннолетние! Причем довольно старенькое((
     
  • 2.123, Аноним (123), 15:34, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Деградация опеннет экспертов продолжается
     
     
  • 3.131, ыы (?), 16:32, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    РАСТление ядра... По-моему все абсолютно точно сказано. А у вас какие-то проблемы? Или в очереди на границе стоишь и потрепаться хочется?
     
  • 2.143, Аноним (143), 17:13, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ты что не видишь что прогресс в линпуксе перешел в стагнацию? Если в нулевых он стремительно развивался, появлялись новые фичи, то сейчас переливание из пустого в порожнее.
     

  • 1.106, Аноним (111), 13:50, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Я очень рад этому поистине историческому событию Сегодня Rust вошёл в бессмерти... большой текст свёрнут, показать
     
     
  • 2.114, амоним (?), 14:42, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не знаю стеб ли это, но в целом да, именно так.
     
  • 2.115, Аноним (183), 15:00, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вся надежда на тебя
     
  • 2.118, Максим (??), 15:20, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пролетарии всех стран - соединяйтесь! Вперёд, в светлое коммуRustическое будущее! Ура, тварищи!
     

  • 1.117, Максим (??), 15:16, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему Rust, а не Carbon?
     
     
  • 2.120, Аноним (120), 15:31, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Потому что сам Google в инфе о карбоне пишет, что если может вместо Carbon испол... большой текст свёрнут, показать
     
  • 2.180, Аноним (103), 18:35, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё стабильный релиз не вышел. Тем более, полтора года назад Гуглаг про него даже ещё и не упоминал.
     
  • 2.249, Аноним (249), 13:25, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что Carbon это C++ с почищенным синтаксисом. Ничего кардинально нового он не предлагает, да и не может предложить, ибо изначально задумывался, как эволюционная замена C++.
     

  • 1.121, Максим (??), 15:32, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Зачем нужен раст в ядре? Ну, допустим, позволит он избежать 3 с половиной типа ошибок работы с памятью, которые при внимательном программировании и так появляться не должны, дальше что? Будет как обычно - одни ошибки исправятся, другие добавятся, зато в ядре теперь появится зоопарк языков (внедрение Carbon'а - вопрос времени) и у корпораций будет больше возможностей для обфускации кода своих драйверов и модулей.
     
     
  • 2.124, Аноним (120), 15:37, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Корпорации, если захотят, вообще могут сорцы драйверов не релизить, никто против них особо не попрет. И блоб есть блоб, написан он на Си или не-Си, не играет роли.

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

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

     
  • 2.129, хрю (?), 16:02, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Зачем нужен раст в ядре?

    Ни в ядре, а в дровах. Разницу понимать надо.

     
     
  • 3.132, Аноним (122), 16:34, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в модулях ядра, читай внимательно. Модуль может быть как загружаемый, так и внутренний.
     
  • 2.130, Анонн (?), 16:07, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > внедрение Carbon'а - вопрос времени

    не будет он внедряться, по крайней мере в обозримом будуешь
    у них прим в гите написано "If you can use Rust, ignore Carbon" (https://github.com/carbon-language/carbon-lang/blob/trunk/docs/project/faq.md#)

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

    Серьезно? Ты не в состоянии прочитать код и поэтому называешь это обфускацией?

     
  • 2.147, minonA (?), 17:24, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Речь не только об избежании некоторых видов ошибок и уязвимостей. На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании. Почитайте про restrict: https://ru.wikipedia.org/wiki/Restrict . И за счет статичного анализа доступны другие оптимизации, недоступные в Си/С++.
     
     
  • 3.174, yet another anonymous (?), 18:23, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > ... На уровне языка например решена проблема статичного определения пересечения областей памяти при копировании.

    А о раскадровке памяти оно непосредственно из мирового эфира узнаёт.

     
     
  • 4.295, Аноним (295), 07:46, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое "раскадровка памяти"?
     
     
  • 5.300, yet another anonymous (?), 09:33, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что такое "раскадровка памяти"?

    Это что и по каким физическим адресам в данной системе. (поскольку topic про ядро).

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

     

  • 1.140, Аноним (143), 17:05, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Почему форсят этот язык, что в нём такого хорошего в отличии, например, от zig.
     
     
  • 2.144, Аноним (120), 17:13, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тут на самом деле проблема, что хорош именно тем, что форсят. Без форсинга особо никакой язык, особенно в наше время, не взлетает. И вот есть, допустим, Rust и ещё какие-то языки из той же ниши. Какой не форсь - кто-то будет вопить, что язык N лучше в 100500 раз. В итоге или не форсится вообще никакой язык из этой ниши, или какой-то. Да, необязательно лучший с точки зрения чисто "технической". Селяви, что могу сказать
     
     
  • 3.149, Аноним (-), 17:29, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.
     
     
  • 4.151, ЯзыкиПрограммирования (?), 17:34, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Случай с Си немного иной, тогда ещё поляна была относительно чистая. Тем не менее, Си победил скорее всего засчет юникса. А C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта с его winapi. А так в те времена боролись разные претенденты, и Паскаль, перешедший в Дельфи, и много чего ещё. Вытянули ОСи, написанные на Си и C++, и в итоге вытянули эти языки. А потом начали хайпить Джаву. Ну и т.д. и т.п.
     
     
  • 5.158, Аноним (183), 17:51, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И поэтому сейчас куча ос на джаве
     
     
  • 6.197, ЯзыкиПрограммирования (?), 20:32, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Джава да, не про ос было, а скорее про силу хайпа самого по себе. Потому что преимущества Джава перед C++ были весьма своеобразными. Sun пришлось много маркетинга потратить на то, чтобы убедить в этом других. При том что тот же "write once, run everywhere" для Джавки работает со скрипом - для простых прог или в удачных случаях работает, иначе не работает.

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

     
     
  • 7.208, Аноним (183), 21:47, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Джава был прорыв в ооп, на этом всё. С элементарным доступом к различной документации для других языков через инет и с развитием IDE, люди наконец разглядели, что это был тупик.
     
  • 5.159, Янис (?), 17:52, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Си победил потому что он лучше. Си создавался во времена, когда компы были слабыми, имели мало памяти и надо было эффективно писать программы. С этим Си отлично справляется и является лучшим ЯП до сих пор.
     
     
  • 6.162, Аноним (123), 18:00, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Покажи что написал на Си
     
     
  • 7.181, Аноним (178), 18:42, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Покажи что написал на Си

    Сначала ты покажи что написал хоть на чем-нибудь

     
  • 6.168, annonn (?), 18:09, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > эффективно писать программы
    > Си отлично справляется

    Это с учетом критических уязвимостей с получением рута или нет?

     
     
  • 7.210, InuYasha (??), 21:48, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ножами можно резать колбасу? Это с учётом порезов убийств и геноцида или нет? Срочно запретить!!! Внедрить кухонные комбайны с умным блендером!
     
  • 6.171, Аноним (105), 18:17, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Си победил в "системщине" (а в 70х - во времена его создания - другого и не было) потому что был тупым переносимым ассемблером. И позволял х*як-х*як и продакшен портировать код на другую архитектуру. А архитектур тогда было просто завались. Поэтому напр. не взлетела Ада - писать было сложнее.
    Скорость такого быдлокодингы очень ценилась бизнесом и сишники плодились как тараканы.
    Примерно как пхпешники в 2000х.
     
     
  • 7.232, Аноним (231), 06:41, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так это же классно, а вы так пишите, как будто что-то плохое.
     
     
  • 8.240, Аноним (105), 11:20, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если это так классно, то почему труЪ-сишники так чморили пыхеров, а сейчас джава... текст свёрнут, показать
     
  • 6.194, ЯзыкиПрограммирования (?), 20:28, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Насчёт того, что Си лучший до сих пор - ну это смело. Я понимаю, что новинки не все хороши и что новое не значит хорошее. Однако и в 80-е были люди, которые искренне считали, что все технологии после 80-х никуда не годятся и надо писать, например, на ассемблере, чтобы железо чувствовать и оптимизировать хорошо.

    О причинах побед Си - он мог победить, потому что лучший, но факторов обычно очень много в такой борьбе. Недостаточно быть лучшим - нужно чтобы тебя заметили и пошла сила тяги, что называется. Танненбаум считал, что интелx86 - дешёвая перегруженная кривая фигня, а победят прекрасно отдизайненные компьютеры SPARC от Sun. И где теперь SPARC? И где Sun?

     
  • 6.244, _kp (ok), 12:32, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Си относительно прост и низкоуровневый Ранние версии не так далеко ушли о... большой текст свёрнут, показать
     
     
  • 7.309, Аноним (-), 14:37, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Си компиляторы на них работали чудовищно медленно. А Паскаль компилировал более чем на порядок быстрее.

    Может ты врёшь?

    От старых пердунов слышал обратное, что Паскаль был тормознутым а Сишка летала. На конец 80-х и 90 гг. вроде было, точно не помню. Паскаль медленным был потому-что был интерпретируемым языком.

     
     
  • 8.325, Аноним (-), 20:30, 09/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты слушал настоящих Экспертов ... текст свёрнут, показать
     
  • 5.184, Аноним (110), 19:04, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    WinAPI это чистый Си же.
     
     
  • 6.193, ЯзыкиПрограммирования (?), 20:21, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда тем более, winapi добавил очков языку Си
     
  • 6.205, Анно Домини (?), 21:43, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он наверно имел в виду MFC, а не WinAPI.
     
     
  • 7.212, InuYasha (??), 21:49, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо заметить, MFC - самая быстрая ООП-нахлобучка над WinAPI. И самая лёгкая. Даже все борланды отчмокивали у прог на MFC.
     
     
  • 8.218, Анно Домини (?), 22:53, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да она и сейчас живее всех живых Всё-таки, обратная совместимость это сила ... текст свёрнут, показать
     
  • 5.226, Аноним (224), 01:04, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >C++ (да, это не Си, но всё же связанное) победил засчет Майкрософта

    За счёт Борланда, его присутствия на всех тогдашних платформах.

     
  • 4.217, Аноним (-), 22:13, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чистый Си никто из корпораций не продвигал. Да, он шёл с Юниксом, но его специально никто не хайпил.

    Занятный опеннетный "онализ".
    Ага-ага, AT&T - ну совсем мелкая подвальная лавка, а ISO-вцы - кучка гиков, работающих за идею ...

     
     
  • 5.245, Аноним (-), 13:02, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опровергай собеседника, не надо сарказмом заниматься.
     
  • 3.243, Свинни Тодд (?), 12:24, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все хорошее, живое и самобытное вырастает не благодаря, а вопреки, снизу вверх, как трава прорастает через бетон.

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

     
  • 2.148, Аноним (-), 17:26, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из Гугла один чувак впрягся за Раст. Незнаю, как они Линуса убедили. Линус вполне мог бы послать лесом переговорщиков из Гугла, он же ведь когда-то послал лесом Си плюс-плюсников. Молодых желающих изучать Си не убавляется. Чистый Си в рейтингах на самых высоких позициях.

    Но то, что я знаю точно - Линус считает чистый Си лучшим языком на свете.

     
     
  • 3.152, ЯзыкиПрограммирования (?), 17:38, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Чистый Си в рейтингах на самых высоких позициях.

    Не в рейтингах, а в одном рейтинге - TIOBE. Мб ещё в каких, но мне кажется, что вы только этот смотрели. Рейтинги по стековеру, по гитхабу и ещё всяким бякам дают в самые популярные языки либо Питон, либо JS. Хотя если вы говорите о просто высокой, не первой, позиции - то с натяжкой да, Си держаться за счёт низкого уровня и эмбединга

    Что касается Линуса, он когда-то давно говорил, что Раст выглядит перспективно. Ещё до патчей, лет 4-5 назад. Да, он, конечно, сишник. Но к Расту он относился снисходительно, если это сравнить с его отношением к плюсам и другим языкам

     
     
  • 4.323, мелкософта (?), 15:19, 09/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфов на эти разговорчики торвальдса конечно не будет, да?
     
     
  • 5.329, ЯзыкиПрограммирования (?), 03:20, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пруфов на эти разговорчики торвальдса конечно не будет, да?

    Будут, интервью, 2016 года

    > What do you think of the projects currently underway to develop OS kernels in languages like Rust (touted for having built-in safeties that C does not)?
    > That's not a new phenomenon at all. We've had the system people who used Modula-2 or Ada, and I have to say Rust looks a lot better than either of those two disasters.
    > I'm not convinced about Rust for an OS kernel (there's a lot more to system programming than the kernel, though), but at the same time there is no question that C has a lot of limitations.

    https://www.infoworld.com/article/3109150/linux-at-25-linus-torvalds-on-the-ev

     
  • 2.153, Аноним (86), 17:43, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А разве уже не работает "Если ..., значит это кому-то нужно" ?
    И почему если форсят, то этим хорош? (это уже к следующему участнику). Есть же технические критерии, надо спокойно разбираться. Или хорош тем, что будут больше людей его пробовать? Может просто уверовали и проповедуют. Но ситуация интересная, динамичная и с необычным эмоциональным фоном.
     
     
  • 3.198, ЯзыкиПрограммирования (?), 20:38, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Немного объясню позицию на этот счёт Участник изначально задал вопрос - чем Рас... большой текст свёрнут, показать
     
  • 2.187, Максим (??), 19:27, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, тот же вопрос. И то, что его форсят, вызывает отторжение. Если бы его не форсили, а он каким-то естесственным образом постепенно заменил бы Си - то ладно, но наблюдается обратная картина - его настойтиво всюду впаривают, как гей-парады. Типа, "не провёл гей-парад (не перешёл с Си на Раст) - всё, редиска".
     
     
  • 3.202, ЯзыкиПрограммирования (?), 20:46, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Естественным образом из Си может вырасти только Си. Просто потому что уже такая махина лигаси есть, что переписывать без толчка, в т.ч. рекламного, тупо лень.

    Вот, скажем, в андроид разработке Kotlin заменил Джаву тоже не просто потому что он такой замечательный, а потому, что джетбрейнс активно лоббировала это дело. Так и здесь

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

     
  • 3.215, Анонн (?), 22:04, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно. Другой пример - эпл. Полный контроль экосистемы, вообще всё - либы, ide, системы сборки. И даже им пришлось очень много телодвижений сделать чтобы заставить разрабов переходить на свифт. Причем часть была очень жесткая, типа выпуска фреймворков вообще без objc интерфейсов.
     

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

  • 1.156, Янис (?), 17:48, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ничего лучше Си/Си++ нет. Просто нет. Раст пихают в ядро не потому, что он равен с Си или лучше, а потому что кому-то выгодно изпортить ядро. Есть одна известная компания, которая Линукс ненавидит, а именно представители сей компании - в Раст фаундейшн, как ни странно. Разговоры о безопасной работе с памятью - блеф. Я допускаю, что Линус отлично поинимает, что эту ветку ядра (ну то есть ту, которую он возглавляет на данный момент) уже не спасти, потому он пустил Раст в нее. И возможно нас ждут сюрпризы со стороны Линуса по поводу ядра и его будущей разработки.
     
     
  • 2.161, Аноним (123), 17:57, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Теории заговора и расследования от опеннет экспертов.
    На мучаетесь, сходите к психиатру, а иначе можете ещё больше "изпортить" себе психику.
     
  • 2.166, ТрахерЪ (?), 18:07, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Ничего лучше Си/Си++ нет.

    Что можно написать на Си такого, чего нельзя на FreePascal или FreeBASIC? ВНЕЗАВНО, но энтузиасты даже операционки пишут на этих языках.

     
     
  • 3.192, Максим (??), 20:14, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно-то можно, но это учебные многословные языки, чтобы было понятнее начинающим. Зачем опытному программисту постоянно писать begin/end? Кстати, Паскаль принципиально очень похож на Си. Можно даже сказать, что Си - это Паскаль для профессионалов)
     
     
  • 4.200, ЯзыкиПрограммирования (?), 20:40, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это вкусовщина. Если кто-то привык к begin end, почему нет? Может у кого-то плохое зрение и он не замечает скобки (утрирую, конечно).

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

     
  • 2.201, ЯзыкиПрограммирования (?), 20:41, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Разговоры о безопасной работе с памятью - блеф.

    Вы отвергаете любую возможность улучшить существующие языки программирования?

     

  • 1.164, Аноним (164), 18:05, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну-ка объясните мне: Линус - очень матёрый сишник с десятками лет опыта на нём, но ведь по логике экспертов с растотредов матёрому сишнику как раз-таки раст не нужон. Ну тип если на си есть достаточно опыта, то зачем все эти якобы безопасные языки, смузикомпиляторы и прочие зумерские борров чекеры.

    Получается либо Линус не дорос до тру-сишника, либо раст нужон.

     
     
  • 2.167, ТрахерЪ (?), 18:08, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Линус дорос и перерос. Держу пари, что он код не видел лет пятнадцать, а вся его теперешняя деятельность - чистый менеджмент.
     
  • 2.190, Максим (??), 20:06, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Постарел похоже, уже нет сил защищать ядро, как раньше. Тем более последние 15-20 лет он только и делал, что отбивался от попыток пропихнуть в ядро всякую шнягу.
     
  • 2.199, Аноним (199), 20:39, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Линус не дорос до тру-сишника

    «Я знаю только то, что ничего не знаю, но другие не знают и этого.» ©

     
  • 2.206, Анно Домини (?), 21:45, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он уже "десятки лет" менеджер ядра, а не программист.
     
     
  • 3.236, bOOster (ok), 10:55, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да еще и не слишком эффективный. Из всего того, что можно было добавить - добавить самую лажу - рассчитывая на то что кто-то, без базовых знаний от Кнута и т.п. сможет добавить эффективные драйверы в систему.. Ну тут уже уши гугла торчат - последним вообще необходимо, как-то целенаправленно, периодично притормаживать все, дабы всякие производители железок могли выпускать чего-то новое. А то уши кризиса в электронике уже видны..  
     
     
  • 4.293, Аноним (295), 07:41, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эксперты опеннет всегда готовы навалить свои фантазии в комментарии

    У тебя то самого есть "базовые знания кнута"?
    Покажи что написал сложнее хелло ворлд

     
     
  • 5.297, bOOster (ok), 08:09, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Эксперты опеннет всегда готовы навалить свои фантазии в комментарии
    > У тебя то самого есть "базовые знания кнута"?
    > Покажи что написал сложнее хелло ворлд

    А ты кто такой? Аноним? Ну тогда пошел ты на ... Аноним.. Еще перед свиньями бисер метать...

     
     
  • 6.313, Аноним (-), 19:03, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты кто такой? Олег? Ну тогда пошел ты на ..., Олег! Развелось тут всяких... И макет не забудь!
     
  • 2.294, Аноним (295), 07:43, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линус местным экспертам 🤡 не авторитет

     

  • 1.186, Аноним (183), 19:18, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если ключевые слова языка сокращаются и прилепляют очередную закорючку для выражения синтаксиса - это явно не направлено для лучшей читаемости, а соответственно улучшения групповой разработки. Так и хотять слепить очередной brainf*ck.
    То же касается естественных языков, в которые постоянно вносят сленговые слова от собственной лени произнести/написать полное слово, ещё и думая что это типа круто. Языки нужны для коммуникации, а ваш тупой слэнг только орезает часть людей от понимания вас же самих.
     
     
  • 2.188, Аноним (183), 19:31, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если видишь, что переменные в коде написаны одной буквой или являются некими сокращениями, то это либо студент, либо макака.
     
     
  • 3.191, Аноним (-), 20:08, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В математике переменные одной буквой идут, например: a + b = b + a. Ну это так если что.
     
     
  • 4.253, _kp (ok), 14:13, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В математике переменные одной буквой идут, например: a + b = b
    > + a. Ну это так если что.

    Да, ну? А как же x1,x2.. y' и подобное. И это при том что переменных кот наплакал.

     

  • 1.196, ИмяХ (?), 20:30, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >>снижения вероятности совершения ошибок при работе с памятью

    Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.

     
     
  • 2.214, Аноним (-), 22:02, 04/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>>снижения вероятности совершения ошибок при работе с памятью
    > Опа! Оказывается, раст не избавляет от ошибок с памятью, а всего лишь снижает их вероятность.

    Опа! Оказывается, реальность не соответствует фантазиям и прочим соломенным чучелам местных Военов Супротив Раста. Кто бы мог подумать!

     
     
  • 3.234, Аноним (231), 06:48, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На минуточку это были фантазии именно Военов Раста, о том, что Раст исключает ошибки с памятью.
     
     
  • 4.254, Ананимус (?), 14:21, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А эти Воены Раста, они сейчас с тобой в одной комнате?
     

  • 1.209, Аноним (209), 21:47, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А где сейчас bpf? Его не забыли?
     
     
  • 2.221, ОШИБКА Отсутствуют данные в поле Name (?), 00:22, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего полтора мегакорпораста, это заказавших, результат устроил.
    Ну а остальным не особо интересно, вот и тишина.
     
     
  • 3.222, Аноним (224), 00:40, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Появится соответствующее CVE, снова услышим.
     

  • 1.213, InuYasha (??), 21:52, 04/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    На Линуса нашлась управа. Если как следует надавить, можно заставить и комментарии на Камчатском, и код на иврите стандартизировать. Только делать надо постепенно, чтобы гики не опомнились.
     
  • 1.227, Hck3r (?), 01:31, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Возможно, кого-то заинтересует)
    Куча фич, современные решения, не идеальный, без кучи бабла от крупных компаний (решения принимаются core командой), самый настоящий anti-hype
    Dlang.org - welcome :)
     
  • 1.229, Аноним (-), 04:36, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Как оно задолбало со своими:

    > this version of Cargo is older than the '2021' edition, and only supports '2015' and '2018' editions.

    как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ? Ну вы серьезно это хотите везде запихать ?

     
     
  • 2.250, Ананимус (?), 14:00, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > как этим можно пользоваться ? Где консистенси, где оффлайновая сборка прокта с одной либой или вообще без них ?

    cargo vendor.

    > Ну вы серьезно это хотите везде запихать ?

    Да, хотим.

     
  • 2.265, Someone (??), 16:41, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем проблема?

    Хочешь используй cargo, хочешь не используй cargo и работай на прямую с rustc.

    Хочешь используй crates.io  хочешь используй локальные либы (просто укажи путь на своем компе).

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

    Полная свобода! Что не устраивает?

     
     
  • 3.267, Аноним (-), 16:55, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >хочешь - используй в своих проектах
    >хочешь - не используй в своих проектах

    а в чужих изволь патчить чужой код, усыпанный паниками, Rc, Arc и подтягом либ с crates.io
    или жри чё дают

     
  • 3.272, Аноним (272), 17:23, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А в чем проблема?

    А проблема (помимо лефтпадов в "системном" языке) в том, что если очередная джава meant to be used с мавеном, антом и IDE, то пользоваться ей без мавеноанта и IDE будет очень больно, если не невозможно. И этот подход кардинально отличается от философии UNIX. Если бы это вкорячили в виндовый DDK на пару с какими-нибудь нугетами, там оно смотрелось бы органично, совать же этого макаронного монстра в ядро, для сборки которого нужно всего ничего gcc, make и ещё пару вещей - значит нанести серьёзный удар по дистрибутивам и собирателям ядер, помимо других очевидных ударов.

     
     
  • 4.280, Анонн (?), 18:45, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Еще пара вещей это всего лишь
    - Binutils
    - Perl
    - BC
    - OpenSSL

    Если для сборки ядра вкорячили Perl, почему бы не добавить еще и rustc?

     
     
  • 5.281, Аноним (-), 20:29, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Если для сборки ядра вкорячили Perl

    С какого перепугу? Для сборки ядра нужен всего лишь GCC.

     
     
  • 6.283, Аноним (105), 22:13, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.kernel.org/doc/html/v4.13/process/changes.html#kernel-compilation
    https://www.kernel.org/doc/html/v5.12/process/changes.html#kernel-compilation
     
  • 3.278, Аноним (-), 18:32, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для чего придумали докер? Да чтобы все эти служители cargo культа в лице pip и npm не лезли своими потными ручками в систему. До кого-то частично дошло (и они начали пропагандировать песочницы), но по большей части не дошло, что софт надо писать стабильным.

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

     
  • 3.279, Анонн (?), 18:39, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Их не устраивает что придется что-то делать ручками. Даже при том, что они ничего на раст писать не собираются))
     

  • 1.235, abu (?), 10:32, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мне вот все интересно с этим языком - а приличиные люди, отвечающие еще за базар в линуксостроении, не маркетологи и вынужденные дочки-матери типа Линуса, а те самые уважаемые, ответственные, старые и еще пишущие код люди, как относятся к Расту?

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

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

     
     
  • 2.241, Анонн (?), 11:25, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.
     
     
  • 3.269, Аноним (269), 17:04, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это неинтересно, потому что будет поправочка на CoC.
     
  • 3.286, abu (?), 00:38, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Предлагаю заглянуть в lkml в треды по этим патчам (в предыдущих новостях
    > вроде были ссылки) и почитать что думаю реальные ментейнры/контрибьюторы.

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


     
     
  • 4.291, Аноним (295), 07:30, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пропагандируй lkml, в чем проблема?
     
     
  • 5.306, abu (?), 13:17, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пропагандируй lkml, в чем проблема?

    Для меня в обоих случаях - проблем нет. Я вижу то, что мне не нравится либо нравится, об этом и говорю.


     
  • 4.303, Анонн (?), 11:02, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что тут искать?

    Вот ссылки на последние предыдущие новости по теме:
    https://www.opennet.me/opennews/art.shtml?num=57840
    https://www.opennet.me/opennews/art.shtml?num=57603
    https://www.opennet.me/opennews/art.shtml?num=57586

    В каждой из них есть ссылка на lkml! Тебе просто лень их открывать?
    Или ты ожидаешь что в новость будут копипастить портянки обсуждений?
    А даже если их копировать - всегда найдется тот кто спросит "а что это за чел такой? он для меня нифига не авторитет! неси другого!"

    Пока "пропаганда" только в ленивости новостеделов в виде копипасты одних и тех же абзацев про сам раст.
    Вот это реально раздражает.

     
     
  • 5.307, abu (?), 13:35, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял, моя благодарность была завуалированным способом показать, что мне э... большой текст свёрнут, показать
     
     
  • 6.311, Анонн (?), 14:54, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, сорян тогда, слишком ты завуалировано пишешь, не понял я сразу, что ты просто поныть сюда пришел "как же раньше было лучше" и позадавать риторические вопросы на которые тебе не нужен ответ.
    Не буду больше тебе ничего советовать))
     
  • 2.251, Аноним (251), 14:03, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Глупый ты, для кодера главное из воздуха сделать многочасовой объём оплачиваемой работы, а не сократить всё до минимума.
     
     
  • 3.288, abu (?), 02:14, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да Если повспоминать 20 лет чтения этого ресурса, то сперва ходил сюда за совет... большой текст свёрнут, показать
     
     
  • 4.292, Аноним (295), 07:33, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >И вот программисты пытаются накинуть свои повестки и на ядро

    Программисты они такие, им бы только свои повестки накинуть.

     
     
  • 5.304, Аноним (304), 12:34, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Повестки лучше выкинуть
     
  • 4.301, Анонн (?), 10:51, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, вроде сидишь тут 20 лет, а "споры" Линь vs Бздя не помнишь.
    А как же "споры" GPL vs MIT (BSD/Apache/whatever)? Да даже GPL2 vs GPL3?
    А гном против кде? А gtk vs Qt? Vim vs Emacs?

    Это было всегда, не нужно тут приплетать какую-то повестку. С этим иди в обсуждения CoC'ов.
    Просто люди (а не только программеры) начинают во что-то верить, а тут "в интернете кто-то не прав!".


     
     
  • 5.305, abu (?), 13:12, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лично тебе 1 Про CoC ов - мне твой птичий язык не знаком, извини 2 Совето... большой текст свёрнут, показать
     
  • 5.331, владимирСергеевич (?), 22:09, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    БСДМ тоже на раст уходит? Топиш ядро линукс, то есть юникс пал, линукс на подходе и из етого выплывет дас виндовс:-)
     

  • 1.252, Аноним (252), 14:11, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Основным мотивом поддержки Rust является упрощение написания безопасных и качественных драйверов устройств за счёт снижения вероятности совершения ошибок при работе с памятью.

    Если речь о безопасности, надежности и верифицируемости кода, то надо выбирать SPARK.

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

     
     
  • 2.255, Аноним (255), 15:02, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Речь о том, что уже 2022 заканчивается, а вы предлагаете хрень с корнями из прошлого века.
     
     
  • 3.256, Аноним (122), 15:21, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может тебе ещё и от колеса отказаться совсем?
     
     
  • 4.258, Аноним (252), 15:32, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он не выучил что такое:

    1. Безопасный язык программирования
    2. Надежный компилятор и ПО.
    3. Математическая верификация корректности работы программы.

    Вот когда выучит теорию и поймет, что в Rust этого нет и небудет, тогда к SPARK подтянутся.

     
     
  • 5.260, Аноним (260), 15:38, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он не выучил что такое колесо, такому в школе не учат.
     
  • 5.266, Someone (??), 16:54, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    SPARK это не "математическая верификация кода", а просто тупо запрет динамического выделения памяти. То есть никаких динамических массивов и т.д.

    Математическая верификация это как минимум Haskell

     
     
  • 6.271, Аноним (252), 17:20, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    SPARK дает математическую верификацию исходных текстов на предмет отсутствия ошибок работы с памятью и падений во время работы программы. Причем SPARK-2014 делает на конец это просто и удобно.

    SPARK - математически верифтцируемое подмножество языка программирования ADA.

     
     
  • 7.317, Someone (??), 19:41, 07/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы глянул что ли как это математически доказывается.

    Да черт возьми даже Idris вместе с Coq будет проще.

    К кроме все это доказательство сводиться к статике. Никаких динамически изменяемых массивов!!!

    Нафиг такой язык в ядре?

     
  • 3.257, Аноним (252), 15:24, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, идея языка зородилась в 1970-тых.

    Но только, примерно, 10 лет назад (2014) смогли наконец правильно реализовать верифицируемость программы на уровне исходных текстов на предмет корректности работы с памятью и отсутствии ошибок во время исполнения.

    Сегодня SPARK очень высоко безопасный, очень высоко надежный с встроенной математической верификацией исходных текстов.

    Если бы GNU написали компилятор на 15 лет раньше, то мозила Rust бы не изобретала.

    https://www.adacore.com/about-spark

    https://en.m.wikipedia.org/wiki/SPARK_(programming_language)

     
     
  • 4.259, Аноним (260), 15:37, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за аццкий бред. Либая программа лишь трансформируется в машинные инструкции, которые выполняются на процессорах разного типа. Вы там математически доказали, что Meltdown'a нет?
     
     
  • 5.263, Аноним (252), 16:20, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    SPARK - доказывает что исходники програмы верны почти на 100% не имеют ошибок во время испоьнения, а также дает почти 100% безопасность и надежность компилятор. Риски при использовании SPARK приемлемы в гражданской авиации, критических производствах и военных системах.

    А 100% никто не даст!

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

     
  • 5.290, Аноним (295), 07:27, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно что он не понимает даже очевидных вещей
     
  • 4.261, Аноним (260), 15:40, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Опять гнутые во всём виноваты.
     
     
  • 5.264, Аноним (252), 16:34, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как только SPARK довели до нужного уровня и он стал интересен, так сразу в GNU написали компилятор GNAT https://www.adacore.com И ядро OS https://muen.sk

    А раньше хотели, но не могли.

     
     
  • 6.314, Аноним (304), 19:47, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://muen.sk/ похоже на микроядро.
    У HURD может появиться шанс на второе дыхание.
     
     
  • 7.320, Аноним (320), 17:59, 08/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как только родится гений математики, который напишет реализацию DAC и MAC для микроядер без 100-кратных тормозов.
     
  • 4.268, Someone (??), 16:56, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага без динамического выделения памяти)).

    И еще столько же потратят на динамику:-)

     
     
  • 5.270, Аноним (-), 17:11, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага без динамического выделения памяти))

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

     
  • 5.273, Аноним (252), 17:25, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не думаю, что в языках такого класса рискнет кто динамически выделять память.

    Все останется строго в статике.

     
  • 2.274, Аноним (252), 17:41, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы не повторятся, ответы на все вопросы SPARK vs Rust: https://www.opennet.me/openforum/vsluhforumID3/127824.html#310
     

  • 1.275, Аноним (275), 17:46, 05/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я думаю, надо запилить на лиспе асм и требовать принять в ядро лисп. Можно ещё на этом лиспе семантически похожий на си, но с лиспомакросами и лиспосинтаксисом язык запилить (опционально стандартизировав как SRFI) и пугать им растоманов.

    Сделать его, к примеру, на Guile, а потом выкинуть из Guile интерпретатор и Andy Wingo (пускай прожирает гранты и требует уволить Столлмана из рядов FSF в другом месте), портировать по-нормальному туда ANSI Common Lisp в качестве полноправного соседнего языка (и тут же вкорячить для scheme поддержку борщелисповых cffi+uffi, которые еще сперва для cl надо реализовать) и тут-то заживём.

     
     
  • 2.276, Аноним (252), 18:03, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В ПО нужна простота. Rust усложнит поддержку ядра Linux кратно!

    Linux должен остаться на C и ASM.

    Теперь это не ядро, а помойное ведро с плавающим Rust.

     
     
  • 3.277, Аноним (277), 18:29, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В ПО нужна простота.

    Растоманам нужна простата.

     
     
  • 4.285, Аноним (285), 23:34, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Переrustы разработают твою.
     
  • 3.284, Аноним (110), 22:56, 05/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    C и ASM — слишком сложна. Надо на Brainfuck переписать.
     
  • 2.289, Аноним (295), 07:24, 06/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Возьми и запили
     

  • 1.316, Анином (?), 08:47, 07/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Слова Линуса про раст: “I really didn’t want to have to do this,” stated Torvalds. “But you all screw around too much. Nothing seems to get through to you. Maybe a little time with Rust will teach you a lesson.”
     
  • 1.330, владимирСергеевич (?), 22:03, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А зачем медлить, может сразу на бейсике или штмл написать, чувствую производители пк техники потирают руки, будет как в винде каждые три года, и главное из всех кто агитирует за раст подавляющее  большинство здравствуй мир даже на бейсик не напишет не говоря уже про драйвера безопасности в линукс, удобства так самый удобный делфи был через пять минут любой чайник программу свою запускал и где же делфи? Сделайте пожалуйста отдельную ветку ядра чисто на С, к примеру ядро 6.1К.  
     

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



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

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