The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Китае запущен спутник с real-time подсистемой ядра Linux, написанной на Rust, opennews (??), 13-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


66. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –4 +/
Сообщение от Витюшка (?), 14-Дек-23, 00:46 
Верно. Насколько я понял . unwrap () это и есть самое что ни на есть исключение, только оно ещё и не обрабатываемое.

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

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

69. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (69), 14-Дек-23, 01:06 
Ты можешь использовать expect/unwrap_or, там с десяток методов для обработки возможных паник. Ну или pattern matching’ом заниматься.
Ответить | Правка | Наверх | Cообщить модератору

92. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –3 +/
Сообщение от Витюшка (?), 14-Дек-23, 01:52 
Речь не про то что могу я, речь про то что будет в 99% проектов - unwrap(). Я его вижу в каждой библиотеке на Rust, в 100%. Включая код библиотек.

Хотя библиотека никогда не должна решать "свалиться".

Те это как кидать везде исключения в С++ и НИКОГДА и нигде их не обрабатывать.

На С++ ты тоже можешь написать также как на Rust безопасно, и тоже куча методов. Но в реальности написать могут немногие.

Ответить | Правка | Наверх | Cообщить модератору

118. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +1 +/
Сообщение от morphe (?), 14-Дек-23, 06:50 
> Я его вижу в каждой библиотеке
> на Rust, в 100%. Включая код библиотек.

Можно пример каждой библиотеки на Rust?

Ответить | Правка | Наверх | Cообщить модератору

328. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от freecoder (ok), 15-Дек-23, 13:31 
Без ссылок на код никто не поверит.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

85. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 14-Дек-23, 01:24 
> Верно. Насколько я понял . unwrap () это и есть самое что
> ни на есть исключение, только оно ещё и не обрабатываемое.
> И никто никогда не пишет код обработки и не обрабатывает его правильно.
> Всё просто валится, и какой же это "безопасный" язык программирования? А
> вроде по уму там отдельный процесс должен эти паники обрабатывать, что-то
> вроде того.

Просто возьми erlang.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

93. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +2 +/
Сообщение от Витюшка (?), 14-Дек-23, 01:53 
Я уже взял Zig.
Ответить | Правка | Наверх | Cообщить модератору

157. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +1 +/
Сообщение от Аноним (156), 14-Дек-23, 12:45 
За Zig тебя могут взять.
Ответить | Правка | Наверх | Cообщить модератору

176. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –1 +/
Сообщение от Витюшка (?), 14-Дек-23, 14:45 
Это другой зиг, там зейг в оригинале
Ответить | Правка | Наверх | Cообщить модератору

329. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (-), 15-Дек-23, 13:47 
Хм...
На его сайт ziglang org/learn/overview/ есть такие утверждения
- Zig programmers must manage their own memory, and must handle memory allocation failure.
- Please note that Zig is not a fully safe language.
- Multithreading safety and race detection are areas of active research.
Зачем он такой нужен, и память самому менеджить, и многопоточность еще в "active research" ?
Неужели тебе достаточно одного потоко на всё-всё?
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

339. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  –1 +/
Сообщение от Витюшка (?), 15-Дек-23, 16:01 
Multithreading safety в research.

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

Нет магической кнопки "сделать хорошо и потокобезопасно".

Ответить | Правка | Наверх | Cообщить модератору

357. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Аноним (70), 15-Дек-23, 19:51 
Ну, то есть, в реальном проекте с паралеллизмом ты не работал, с типичными проблемами асинхронщины не сталкивался, и о банальном message passing (и о том, что borrow cheker работает и в этом случае) не слышал. Но при этом остервенело воюешь против в Раста.

Молодец, так держать!

Ответить | Правка | Наверх | Cообщить модератору

358. "В Китае запущен спутник с real-time подсистемой ядра Linux, ..."  +/
Сообщение от Витюшка (?), 15-Дек-23, 20:54 
Это как раз ты не работал, раз не понимаешь что Rust никак не помогает в многопоточном коде.

Message passing есть везде, при чём тут Rust вообще.

Для hello world, конечно сойдёт. Чтобы запустить поток и сделать join на нём. Для примитивщины, для банальных вещей.

А вот как твой Rust поможет написать многопочный хэш-индекс базы данных? Или многопоточный B+Tree индекс? Техника называется latch crabbing или latch coupling.

Сделав его однопоточным? 😆😆😆
Как только дашь на это ответ - сразу бегу переписывать всё на Rust (без шуток). Жду твоего хваленого borrow checker-а)))

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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