The OpenNET Project / Index page

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



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

Оглавление

Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса, opennews (ok), 15-Апр-21, (0) [смотреть все]

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


370. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/
Сообщение от Аноним (370), 16-Апр-21, 01:31 
> Из обычного рабочего процесса целую новость слепили.

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

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


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

376. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/
Сообщение от Анонимъ (?), 16-Апр-21, 02:18 
> Вот посмотрим насколько затянется "рабочий процесс".

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

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

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

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

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

410. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/
Сообщение от Аноним (370), 16-Апр-21, 11:34 
>> придется написать ядерный аналог stdlib
> Всё уже написано.

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

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

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

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

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




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

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