Эксперименты с Rust в ядре закончились

0

4

На ежегодной встрече «Linux Kernel Maintainer Summit» разработчики обсудили тему экспериментов с Rust в ядре. Участники пришли к единому мнению, что Rust в ядре больше не является экспериментальным — теперь он является неотъемлемой частью. Таким образом, метка «экспериментальный» будет снята. Поздравляем всю команду Rust for Linux.

https://lwn.net/Articles/1049831/

Ссылка

←	Цены на оперативную память выросли на 339%.

Неправильно вы день программиста отмечаете

→

останется в нем навсегда

Всегда умиляла людская самонадеянность.

u-235 ★
(10.12.25 08:50:57 MSK)

Ответ на: комментарий от u-235 10.12.25 08:50:57 MSK

Можно считать это неточным переводом. В оригинале «and is here to stay».

vbr ★★★★★
(10.12.25 08:58:10 MSK) автор топика

Ответ на: комментарий от vbr 10.12.25 08:58:10 MSK

Суть не меняется. Лет через двадцать вместо ядра будет виртуальная машина и разработка будет на JS, а сишку и растишку выкинут на мороз как страшный сон.

u-235 ★
(10.12.25 09:02:05 MSK)

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Хотели бы виртуальную машину - сделали бы уже давно. В NetBSD драйверы на Lua добавили 13 лет назад. Это принципиально ничем не отличается от JS. Но - не добавляют, значит Линус считает такой подход не подходящим для ядра.

vbr ★★★★★
(10.12.25 09:04:07 MSK) автор топика

Ответ на: комментарий от vbr 10.12.25 09:04:07 MSK

значит Линус считает такой подход не подходящим для ядра.

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

u-235 ★
(10.12.25 09:08:28 MSK)

Ответ на: комментарий от u-235 10.12.25 09:08:28 MSK

Всё может быть, но десять лет кажется рановато для такого сценария.

Вообще на мой взгляд тут такое рассуждение. Виртуальная машина это, конечно, большой оверхед в сравнение с C. Особенно если мы говорим про язык с GC. Это сразу ставит вопросы по любому реалтайм коду, а такой код в драйверах встречается.

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

vbr ★★★★★
(10.12.25 09:16:37 MSK) автор топика
Последнее исправление: vbr 10.12.25 09:17:34 MSK (всего исправлений: 1)

Ссылка

Я вот подумал, а было ли что-то новое, что не вызывало бомбеж на лорчике? Гммм…

goingUp ★★★★★
(10.12.25 09:20:15 MSK)

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

и разработка будет на JS

После всех этих шайхулудов разработка на js/ts ещё не скоро оправится.

bdrbt ★
(10.12.25 09:31:02 MSK)

Ответ на: комментарий от bdrbt 10.12.25 09:31:02 MSK

Да всем на… всё равно.

vbr ★★★★★
(10.12.25 09:31:29 MSK) автор топика

Ссылка

Ждем фото Линуса в programming socks.

MoldAndLimeHoney ★★
(10.12.25 09:47:43 MSK)

Ссылка

Ответ на: комментарий от goingUp 10.12.25 09:20:15 MSK

Чтобы на лорчике да и не бомбили? Скорее Земля налетит на небесную ось.

WatchCat ★★★★★
(10.12.25 09:48:45 MSK)

Ссылка

теперь не только убунта перестанет загружаться?

usi_svobodi ☆
(10.12.25 10:07:58 MSK)

Ссылка

Хороший заголовок

kaldeon ★
(10.12.25 10:13:05 MSK)

Ссылка

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Лет через двадцать

либо я, либо эмир, либо ишак.

anc ★★★★★
(10.12.25 10:23:15 MSK)

Ссылка

Ответ на: комментарий от vbr 10.12.25 08:58:10 MSK

«и есть здесь чтобы …»

дальше варианты перевода слова stay:

гостить, ждать, медлить, доживать, отсрочивать, оттягивать.

выбирай любой!

ps: это юморы. я понимаю о чём ты «and is here to stay»

flant ★★★★
(10.12.25 10:29:43 MSK)

Ссылка

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Нет, не будет.

seiken ★★★★★
(10.12.25 10:35:44 MSK)

Ответ на: комментарий от u-235 10.12.25 09:08:28 MSK

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

Забыли добавить, что разработчик должен быть с NiH синдромом.

anc ★★★★★
(10.12.25 10:49:44 MSK)

Ссылка

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

seiken ★★★★★
(10.12.25 10:54:31 MSK)

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Суть не меняется. Лет через двадцать вместо ядра будет виртуальная машина и разработка будет на JS, а сишку и растишку выкинут на мороз как страшный сон.

Не будет такого - из-за бума на ИИ оперативки не хватит на JS-макак.

aiqu6Ait ★★★★
(10.12.25 10:54:48 MSK)

Ответ на: комментарий от seiken 10.12.25 10:35:44 MSK

Будет.

u-235 ★
(10.12.25 10:57:57 MSK)

Ссылка

Ответ на: комментарий от aiqu6Ait 10.12.25 10:54:48 MSK

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

seiken ★★★★★
(10.12.25 10:58:04 MSK)

Ответ на: комментарий от seiken 10.12.25 10:54:31 MSK

То, что Раст будет и дальше вытеснять С и С++ было уже давно ясно.

Не прогнозируйте так однозначно, завтра придумают какой-нибудь uast или c* и все побегут на него попутно высыпая тонны на мельницу хэйта rust, так было и так будет пока будут ЯП.

anc ★★★★★
(10.12.25 11:18:01 MSK)

Ответ на: комментарий от aiqu6Ait 10.12.25 10:54:48 MSK

Не будет такого - из-за бума на ИИ оперативки не хватит на JS-макак.

И такое уже не раз случалось, когда неважно какой хайповый инструмент улетал в /dev/null по причине нехватки ресурсов.

anc ★★★★★
(10.12.25 11:22:57 MSK)

Ссылка

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Лет через двадцать вместо ядра будет виртуальная машина и разработка будет на JS, а сишку и растишку выкинут на мороз как страшный сон.

Эээээ… eBPF? Она уже давно там.

hateyoufeel ★★★★★
(10.12.25 11:35:25 MSK)

Ссылка

Ответ на: комментарий от vbr 10.12.25 09:04:07 MSK

man ebpf.

ugoday ★★★★★
(10.12.25 11:41:09 MSK)

Ответ на: комментарий от seiken 10.12.25 10:58:04 MSK

C - язык со слабой типизацией

ripgrep ★
(10.12.25 11:57:16 MSK)

Ответ на: комментарий от ugoday 10.12.25 11:41:09 MSK

Так это ж не js. В ebpf всё же надо мозг применять.

apt_install_lrzsz ★★★
(10.12.25 12:04:25 MSK)

Ответ на: комментарий от apt_install_lrzsz 10.12.25 12:04:25 MSK

Я отвечал на

Хотели бы виртуальную машину - сделали бы уже давно

ugoday ★★★★★
(10.12.25 12:11:44 MSK)

Ссылка

Ответ на: комментарий от ripgrep 10.12.25 11:57:16 MSK

И с динамической, да?

seiken ★★★★★
(10.12.25 12:23:03 MSK)

Ответ на: комментарий от seiken 10.12.25 12:23:03 MSK

Ну почти

Nexmean ★
(10.12.25 12:38:59 MSK)

Ответ на: комментарий от Nexmean 10.12.25 12:38:59 MSK

Ога!

seiken ★★★★★
(10.12.25 12:47:28 MSK)

Ссылка

Ответ на: комментарий от anc 10.12.25 11:18:01 MSK

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

seiken ★★★★★
(10.12.25 12:57:52 MSK)

Ответ на: комментарий от seiken 10.12.25 12:57:52 MSK

Карбон – это больше про C++ и жирные проекты с гигантскими иерархиями классов. На место сишечки есть Nim и Zig. Весьма приятные язычки, к слову.

hateyoufeel ★★★★★
(10.12.25 13:04:46 MSK)

Ответ на: комментарий от hateyoufeel 10.12.25 13:04:46 MSK

Nim и Zig пока летают очень низко. С зигом вообще непонятная ситуация, потому что если автор по щелчку пальца меняет хостинг…

seiken ★★★★★
(10.12.25 13:15:59 MSK)

Ответ на: комментарий от u-235 10.12.25 08:50:57 MSK

«Блажен, кто верует.», ну.

sparkie ★★★★★
(10.12.25 13:22:32 MSK)

Ссылка

Ответ на: комментарий от seiken 10.12.25 13:15:59 MSK

Nim и Zig пока летают очень низко.

Для чего? Для включения в ядро? Возможно. Для написания своего софта? Вполне норм.

С зигом вообще непонятная ситуация, потому что если автор по щелчку пальца меняет хостинг…

Ты про переезд с Github на Codeberg? Это не по щелчку пальцев, это просто GH всех задостал. Не они одни переезжают.

hateyoufeel ★★★★★
(10.12.25 13:23:56 MSK)

Ссылка

Ответ на: комментарий от u-235 10.12.25 09:02:05 MSK

Лет через двадцать вместо одного ядра будет масса различных форков...

Пофиксил, не благодари.

sparkie ★★★★★
(10.12.25 13:29:32 MSK)

Ссылка

Я думал выкинули эту гадость, а тут наоборот все только началось

Reset ★★★★★
(10.12.25 13:32:56 MSK)

Ссылка

Ответ на: комментарий от seiken 10.12.25 12:57:52 MSK

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

Ну это из того, что вы слышали, а где-то на задворках уже тихо пилят очередное :)

anc ★★★★★
(10.12.25 13:47:00 MSK)

Ссылка

После пары месяцев низкоуровневой разработки можно смело сделать вывод: Rust там как слон в посудной лавке!

В большинстве случаев наложены ограничения в виде отключения std, и… Rust превращается в неуклюжее нечто. В просто написании программ - явно лучше плюсов.

Eulenspiegel ★
(10.12.25 13:53:55 MSK)