forum.opennet.ru - "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux" (108)

"Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux"

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

"Выпуск ядра Asterinas 0.18, написанного на языке Rust и совместимого с Linux"	+/–
Сообщение от opennews (??), 09-Июн-26, 22:29
Представлен релиз проекта Asterinas 0.18, развивающего ядро, написанное на языке Rust и предназначенное для использования в операционных системах общего назначения. Ядро предоставляет ABI (Application Binary Interface), совместимый с ядром Linux и способный использоваться вместо него. Параллельно развивается дистрибутив Asterinas NixOS, сочетающий ядро Asterinas с системным окружением NixOS. Код проекта распространяется под лицензией MPL (Mozilla Public License)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65654
Ответить \| Правка \| Cообщить модератору

Оглавление

Это порочная практика, полное непонимание сути и смысла Rust , warlock (??), 22:31 , 09-Июн-26, (2) –2

ну тогда дырки в си - полное непонимание сути и смысла си, Аноним (4), 22:34 , 09-Июн-26, (4) +9

Дырки бывают в головах Непонимание этого - есть суть всех ошибок безопасности н, Аноним (121), 14:22 , 10-Июн-26, (121) –1

Верно Разве И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по, Аноним (127), 15:53 , 10-Июн-26, (127)

Скрыто модератором, Аноним (121), 17:03 , 10-Июн-26, (132)

Скрыто модератором, Аноним (134), 18:22 , 10-Июн-26, (134)

Скрыто модератором, Аноним (121), 18:37 , 10-Июн-26, (135)

Скрыто модератором, Аноним (138), 19:36 , 10-Июн-26, (138)

Вот потому мне и не нравится rust 8230 , Грустный (?), 05:21 , 10-Июн-26, (57) –2
Дичайшие тормоза гарантированы в многопоточном коде особенно Либо шашки, либо е, анонимс (?), 06:36 , 10-Июн-26, (60)
Скажем так это снижает безопасность до уровня Си, но при этом все такие места мо, анонимно (?), 08:36 , 10-Июн-26, (75) –2

Не можно Эти места получают данные из safe условно кода Ну вот смотри safe , Аноним (79), 08:53 , 10-Июн-26, (79) –1
Вы конечно правы, но вы не поняли о чём я говорил Перечитайте пост, на который , warlock66613 (ok), 12:02 , 10-Июн-26, (101)

Самая порочная практика вот здесь Код проекта распространяется под лицензией M, Аноним (92), 10:15 , 10-Июн-26, (92) –1

А что плохого в свободных лицензиях Оно с нуля пишется Какое нафиг переписывани, Аноним (94), 10:31 , 10-Июн-26, (94) –3

Попроси своего провайдера интернета, производителя роутеров и т д перейти с н, Аноним (110), 12:23 , 10-Июн-26, (110)

А ты серьезно думаешь что ISP в роутерах используют линакс , pofigist (?), 15:26 , 10-Июн-26, (124)

они хоть структуру-то соблюдают как потом пушить мержить будут хддд, Аноним (4), 22:32 , 09-Июн-26, (3)
Ура Наконец-то они свалят в собственный загончик, и перестанут улутшать Linux , Аноним (8), 22:46 , 09-Июн-26, (8) +7

а если бы, забросят же, Аноним (26), 00:12 , 10-Июн-26, (26) +1
Этого не произойдет , Colorado_House_of_Representatives (?), 01:16 , 10-Июн-26, (46) +1

Желаю проекту удачи - Выбрали самый современный ЯП, опережающий другие ЯП на дес, q (ok), 22:50 , 09-Июн-26, (10) –4

Сабжевая поделка ещё хуже редокса Это даже не переписывание ради переписывания , Аноним (12), 22:54 , 09-Июн-26, (12) –1

Расскажи это квалкому, да , Аноним (16), 23:06 , 09-Июн-26, (16) +2

Они и так знают Но не мамонты будут покупать По этому у них будет все хорошо , Аноним (117), 13:22 , 10-Июн-26, (117)

У меня то фря на десктопе уже работает 10 лет, и вполне норм, особенно последний, Аноним83 (?), 23:22 , 09-Июн-26, (18) +1
Нет там ничего от микроядер Вся система работает в одном адресном пространстве , Аноним (28), 00:14 , 10-Июн-26, (28) +3
ты знаешь, а примерно в то время я был студентом и действительно пилил свой паке, Аноним (26), 00:23 , 10-Июн-26, (31) –1

Если я тебя правильно понял, то это звучит интересно и перспективно без сарказм, q (ok), 00:47 , 10-Июн-26, (35) +1

Вообще нет, ты можешь изменить только отдельный слой в OCI Проблема однако в , morphe (?), 04:40 , 10-Июн-26, (55) +1
это был мой первый код, кривой и отвратительный, и он умер вместе со старым комп, Аноним (26), 11:00 , 10-Июн-26, (95)

Это всё конечно очень интересно, но дистрибутивы 8212 это не столько про техн, freehck (ok), 00:58 , 10-Июн-26, (39) +5

о да, когда я покупаю штаны меня прям интересует какой строчкой там сшито, нет ч, 111 (??), 16:54 , 10-Июн-26, (131)

Который впаривают всем за счёт громких лозунгов об безопасности и маркетингу То, Аноним (33), 00:43 , 10-Июн-26, (33) +1

use-after-free, double-free -- человеческие не инопланетянские ошибки Вызванн, q (ok), 01:00 , 10-Июн-26, (42) +4

Но не должен и не обязан, как все остальные компиляторы и языки А вот человек о, Аноним (33), 01:11 , 10-Июн-26, (45) –5

А вот он - прикинь - взял обязательство решать Человек никому ничего не обязан , q (ok), 02:20 , 10-Июн-26, (51) +2
О, так пусть все на ассемблерах пишут А то, понимаешь, профанацией занимаются, , bergentroll (ok), 06:19 , 10-Июн-26, (58)

Скажи, ты правда считаешь, что это и есть опережение на десятки лет Вот ты наст, Анонимный татарин (?), 02:09 , 10-Июн-26, (49) +1

Расскажи, что произошло за последние 50 лет такого, что отменяет все преимуществ, q (ok), 02:26 , 10-Июн-26, (52) +2

rust идеологически ущербный язык Взяли хорошую идею и не до конца ее реализовали, Аноним (117), 13:40 , 10-Июн-26, (118)

Жаль что все эти майкрософты, гуглы и даже васяны с cosmic ами тебя не слушают К, Аноним (119), 13:58 , 10-Июн-26, (119)

Ещё есть яваскриптёры Принял ли ты чудо асинхронности , Анон1110м (?), 08:03 , 10-Июн-26, (69)
И вэбщики в целом размеченый тэгами текст в окне броузера это GUI HTML и CSS э, Анон1110м (?), 08:23 , 10-Июн-26, (71)

Ну это лукавство, если все приложения так паковать 8212 будут гигабайты Если, bergentroll (ok), 06:39 , 10-Июн-26, (62)
Ам Ну ок Но там еще и рост оперативки пойдет, ведь грузится будут все либы , Аноним (133), 17:55 , 10-Июн-26, (133)

Почему ты разговариваешь как чатгпт, Аноним (54), 03:12 , 10-Июн-26, (54) +1
Plan9 или BeOS или OS 2 лучше , Анон1110м (?), 07:55 , 10-Июн-26, (68) –1

Возможно, могли бы стать лучше, если бы их развивали Это, как сказать, что Вещий, oneMetr (?), 08:43 , 10-Июн-26, (76)

Опережающая на десятилетия 12 или 15 лет болтается в сводке популярности ЯП и з, bOOster (ok), 08:35 , 10-Июн-26, (74) +1

Угу, подумаешь почти 5 лет подряд самый любимый ЯП по опросам Stack Overflow На, Аноним (111), 12:24 , 10-Июн-26, (111)

Это шутка такая , Аноним (-), 08:47 , 10-Июн-26, (77)

В Rust, что, нет иерархии модулей как в том же Обероне Или я чего-то не понял и, Tita_M (ok), 22:51 , 09-Июн-26, (11)

В расте и динамических библиотек нет , Аноним (12), 22:55 , 09-Июн-26, (13)

Какая несусветная чушь , Прохожий (??), 01:40 , 10-Июн-26, (48)

в расте чекер боровов не может выйти за пределы компилируемого куска , Аноним (79), 00:02 , 10-Июн-26, (23) +1

Как и за предела массива Ха, выкуси, саботажник прогресса , Анонимный татарин (?), 02:11 , 10-Июн-26, (50)

Ща бы костыли путать с прогрессом , Sm0ke85 (ok), 07:36 , 10-Июн-26, (65)

Агась UBшки это костыли для бракоделов Каков уровень пограммистов если они не см, Аноним (80), 09:12 , 10-Июн-26, (80)

О, Linux - super star Стал настолько популярным, что делают ОС-эмуляторы , Аноним (15), 23:00 , 09-Июн-26, (15) +1
Спасибо нет В то время, когда в другие системы внедряют CLAT, чтобы можно было , FSA (ok), 23:15 , 09-Июн-26, (17)

USE -ipv6 тебя вылечит, 12yoexpert (ok), 00:57 , 10-Июн-26, (38)
Нужно сразу IPv8 пилить , Аноним (44), 01:02 , 10-Июн-26, (44)

Вот это китайцы отожгли , Аноним (20), 23:41 , 09-Июн-26, (20) +1

да пипец, просто сейчас возьмут и перепишут на раст расходимся пацаны, опеннет , Аноним (4), 23:44 , 09-Июн-26, (21) +2

Пока Линус разрабатывает методику внедрения поддержки раста в ядре, китайцы уже , Аноним (79), 00:10 , 10-Июн-26, (24)

ты, видимо, не разу в жизни не видел китайского кода, 12yoexpert (ok), 00:59 , 10-Июн-26, (41)

Скрыто модератором, _ (??), 19:34 , 10-Июн-26, (137)

Ну вот и отличненько Ещё бы продвигаторам руста в линукс этот проект показать, Аноним (40), 00:59 , 10-Июн-26, (40) +1
Хорошо бы написали достаточно, чтобы на bare metal можно было запустить и создат, Аноним (47), 01:40 , 10-Июн-26, (47)

но ведь это будет небезопасно, 12yoexpert (ok), 07:20 , 10-Июн-26, (64)

Интересно LLMы используются для написания этого ядра , Вася Пупкин (?), 07:06 , 10-Июн-26, (63) +1

когда ты под присмотром ока, который столько таких ошибок вскрывает - можно уже , Аноним (4), 12:09 , 10-Июн-26, (105)

Для тех, у кого не было такого термина в учебной программе скопирую Операционн, Джон Титор (ok), 07:37 , 10-Июн-26, (66)
Удивительно что поклонники Коррозии ещё не перешли а упорно пользуются небезопас, Анон1110м (?), 07:52 , 10-Июн-26, (67)

А почему бы и нет Если ты видишь, что где-то что-то работает плохо, то у тебя дв, Аноним (80), 09:15 , 10-Июн-26, (82)

А слабо Винду на Расте переписать , Аноним (70), 08:15 , 10-Июн-26, (70)

винда уже принадлежит майкрософт, нет смысла пытаться захватить свою же ос, 12yoexpert (ok), 08:26 , 10-Июн-26, (73)
давай исходники - глянем, Аноним (4), 12:07 , 10-Июн-26, (104)

Существует лишь один правильный ЯП и это ASM Все остальное от лукавого Думаете, Аноним (78), 08:49 , 10-Июн-26, (78) +1

А чтобы было легко Так в том то и дело, что все равно не легко Ассемблер ты и, Пипа (?), 09:38 , 10-Июн-26, (86) +1
как такое убожество вообще может сущесвовать Отличное уточнение про в обще, Аноним (87), 09:40 , 10-Июн-26, (87) –4
Очень долго мучал меня вопрос про программистов и их тусовку Почему они так любя, Пипа2 (?), 09:50 , 10-Июн-26, (88) +1

И да Каждая бредовая идея, каждая бредовая абстракция стоит кучу памяти и проце, Пипа3 (?), 10:02 , 10-Июн-26, (90)
Ну так программисты очень разные - от эмдедедщиков до вебни Потому что комьютер , Аноним (94), 10:29 , 10-Июн-26, (93)

Я в курсе из чего сделан компьютер Я посоветовал книгу можешь ее посмотреть для, Пипа4 (?), 11:46 , 10-Июн-26, (97)

Наворотят херни со своим ООП, функциональщиной и типами А потом Ой а чето медле, Пипа5 (?), 11:54 , 10-Июн-26, (98)

Пока жители Виларибо который год пишу свой идеальный ассемблерный код, жители Ви, Аноним (102), 12:02 , 10-Июн-26, (102)

Преждевременная оптимизация 8212 корень всех зол с Это и есть проблема боль, Пипа7 (?), 12:28 , 10-Июн-26, (112)

Ага, заметно Как книга по физике связана с программированием У любой системы ес, Аноним (102), 11:59 , 10-Июн-26, (99)

Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве Я дум, Пипа6 (?), 12:15 , 10-Июн-26, (108)

Да, есть такая IDE которая весьма немлохо решает свои задачи Она естественно не , Аноним (111), 12:38 , 10-Июн-26, (114)

Строительством люди успешно занимались до компьютеров как бе , Массон (?), 12:41 , 10-Июн-26, (115)

Да, так и считали тоже успешно Ну там квадрутуру круга или просто размер поля с , Аноним (111), 12:48 , 10-Июн-26, (116)

как вам ecs , Аноним (4), 12:00 , 10-Июн-26, (100)

Одна беда сейчас архитекруры процессоров меняются быстрее, чем на ASM проекты п, Аноним (8), 15:49 , 10-Июн-26, (125)

Модули ядра из Cargo БезопасТность как она есть , Аноним (83), 09:15 , 10-Июн-26, (83)

чем это отличается от, скажем, boost, кроме способа доставки инструментария , Аноним (4), 12:04 , 10-Июн-26, (103)

Какие громкие заявления о framekernel Всё ядро всё равно находится в одном адрес, Аноним (-), 09:24 , 10-Июн-26, (85)

микроядро и сервисы могут быть в одном адресном пространстве внезапно minix 1-2 , Аноним (89), 09:53 , 10-Июн-26, (89) +1

Мне стоило поставить абзац между этими предложениями , Аноним (-), 10:11 , 10-Июн-26, (91)

Скрыто модератором, Аноним (-), 15:49 , 10-Июн-26, (126)

Целочисленные переполнения мимо В Rust, в отличие от C, есть все средства для и, warlock66613 (ok), 12:09 , 10-Июн-26, (106)

Скрыто модератором, Аноним (-), 15:58 , 10-Июн-26, (128)

Скрыто модератором, Аноним (129), 16:36 , 10-Июн-26, (129)

В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно н, Аноним (-), 16:53 , 10-Июн-26, (130)

Поэтому я не сказал в Rust не бывает целочисленного переполнения Я сказал ес, warlock (??), 19:30 , 10-Июн-26, (136)

Нужно Для всяких там более виртуалок нежле docker На десктопе не будет никогда , Аноним1234 (?), 12:19 , 10-Июн-26, (109)

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

2. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –2 +/–

Сообщение от warlock (??), 09-Июн-26, 22:31

> не могут включать unsafe-блоки
Это порочная практика, полное непонимание сути и смысла Rust.

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

4. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +9 +/–

Сообщение от Аноним (4), 09-Июн-26, 22:34

ну тогда дырки в си - полное непонимание сути и смысла си

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

121. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Аноним (121), 10-Июн-26, 14:22

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

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

127. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (127), 10-Июн-26, 15:53

> Дырки бывают в головах.
Верно.
> Непонимание этого - есть суть всех ошибок безопасности на любых языках,
Разве?
И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него?
> а не повод подгонять реальность под свои взгляды и убеждать в этом других.
Реальность такова, что человеки совершают ошибки.
Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства.
Начиная от банальных перил на лестницах, датчиков закрывания дверей в лифте, светофоров.
До кожухов на инструментах, защитных перчатках и очках или предохранителях на оружии.
Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском.
Зато их никто не ограничивает))

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

132. Скрыто модератором +/–

Сообщение от Аноним (121), 10-Июн-26, 17:03

>Разве?
>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него
Разве!
Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове.
>Реальность такова, что человеки совершают ошибки.
>Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства.
Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход.
>Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском.
>Зато их никто не ограничивает
Прозвучало как пожелание.
Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно то что хотел и без него ещё и точнее (в случае с Си - производительнее).
Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник.
>))
Рад, что вам весело. Это здорово!

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

134. Скрыто модератором +/–

Сообщение от Аноним (134), 10-Июн-26, 18:22

>>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него
> Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове.
Т.е все СИшники начиная с творцов СИ (сделавших CVE вот прям в юникс4) это пограммисты с дыркой в голове и без квалификации?
> Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают  и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход.
Ну тогда покажи мне СИ программу без типичных ошибок по памяти.
> Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно
> то что хотел и без него ещё и точнее (в случае с Си - производительнее).
Не, с СИ он себе еще и голову отпилит.
Есть такая упрямая вещь как статистика - СИшники портят память всегда.
> Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник.
Да-да, это был просто не Настоящий СИшник. Настоящий таких глупых ошибок не делает.
Правда его никто не видел...
Наверное он родственник Невидимого Розового Единорога.

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

135. Скрыто модератором +/–

Сообщение от Аноним (121), 10-Июн-26, 18:37

О! Статистика в ход пошла.
Как насчёт чёрного маркетинга? Ой, уже...

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

138. Скрыто модератором +/–

Сообщение от Аноним (138), 10-Июн-26, 19:36

> О! Статистика в ход пошла.
> Как насчёт чёрного маркетинга? Ой, уже...
Аргументов совсем не осталось?))
А что по делу скажешь?

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

57. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –2 +/–

Сообщение от Грустный (?), 10-Июн-26, 05:21

Вот потому мне и не нравится rust…

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

60. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от анонимс (?), 10-Июн-26, 06:36

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

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

75. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –2 +/–

Сообщение от анонимно (?), 10-Июн-26, 08:36

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

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

79. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Аноним (79), 10-Июн-26, 08:53

> все такие места можно
Не можно. Эти места получают данные из safe (условно) кода. Ну вот смотри: safe код передаёт индекс, по которому unsafe код обращается в массив. А если в safe коде логическая ошибка, и он неправильно вычислил индекс? Получаем типичную Copy Fail.

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

101. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от warlock66613 (ok), 10-Июн-26, 12:02

Вы конечно правы, но вы не поняли о чём я говорил. Перечитайте пост, на который вы ответили. Проблема -- в данном случае -- не в unsafe, а в запрете unsafe. Это крайне порочная практика, противоречащая философии Rust.

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

92. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Аноним (92), 10-Июн-26, 10:15

>> не могут включать unsafe-блоки
> Это порочная практика, полное непонимание сути и смысла Rust.
Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL".
Вот так вот, под шумок переписывания на ржавый перепишут и на более корпорастоугодные лицензии, сохраните этот пост! ((

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

94. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –3 +/–

Сообщение от Аноним (94), 10-Июн-26, 10:31

> Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL".
А что плохого в свободных лицензиях?
> Вот так вот, под шумок переписывания на ржавый перепишут
Оно с нуля пишется.
Какое нафиг переписывание? Ты что пьян?
> и на более корпорастоугодные лицензии, сохраните этот пост! ((
А кто меншает ГНУтикам взять свободный код и заразить его гну-раком?

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

110. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (110), 10-Июн-26, 12:23

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

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

124. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от pofigist (?), 10-Июн-26, 15:26

А ты серьезно думаешь что ISP в роутерах используют линакс?!

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

3. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (4), 09-Июн-26, 22:32

они хоть структуру-то соблюдают? как потом пушить/мержить будут? хддд

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

8. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +7 +/–

Сообщение от Аноним (8), 09-Июн-26, 22:46

Ура! Наконец-то они свалят в собственный загончик, и перестанут улутшать Linux!

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

26. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (26), 10-Июн-26, 00:12

а если бы, забросят же

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

46. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Colorado_House_of_Representatives (?), 10-Июн-26, 01:16

Этого не произойдет.

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

10. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –4 +/–

Сообщение от q (ok), 09-Июн-26, 22:50

Желаю проекту удачи!
- Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально.
- Выбрали самый современный дистр, опережающий другие дистры на как минимум два десятилетия, что похвально. Ни один современный пакетный менеджер не догнал возможности Nix в том виде, в каком он был еще в 2004. Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го года, и это не преувеличение.
- Современная архитектура с микроядрами. То, о чем мечтали в Hurd, но так и не удосужились реализовать. А тут Asterinas просто ворвался и взорвал танцпол, показав дидам, как правильно делать микроядра.
На данный момент уже можно заявить, что если нам придется переходить с линукса на что-то другое, то в списке альтернатив Asterinas УЖЕ будет выше FreeBSD, Hurd и прочей фигни.

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

12. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Аноним (12), 09-Июн-26, 22:54

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

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

16. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +2 +/–

Сообщение от Аноним (16), 09-Июн-26, 23:06

Расскажи это квалкому, да.

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

117. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (117), 10-Июн-26, 13:22

> Расскажи это квалкому, да.
Они и так знают. Но не мамонты будут покупать. По этому у них будет все хорошо.

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

18. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним83 (?), 09-Июн-26, 23:22

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

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

28. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +3 +/–

Сообщение от Аноним (28), 10-Июн-26, 00:14

Нет там ничего от микроядер. Вся система работает в одном адресном пространстве.

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

31. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Аноним (26), 10-Июн-26, 00:23

> Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го
ты знаешь, а примерно в то время я был студентом и действительно пилил свой пакетный менеджер, и тех фишек что там были в современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать, а потом загрузчик и вот тебе система.
rpm и deb то еще легаси которое не очень то хотят трогать, недавно смотрел че там есть нового, ну есть на гошке тузла, собирает rpm, deb и кучу всего, но дополнительных функций 0, ты не можешь добавить в пакет номер сборки или еще чтото, потыкал и удалил, старые тузлы давно заскриптованы и отлично работают.
а все что пытался решить nix давно решил докер, flatpak и прочие

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

35. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от q (ok), 10-Июн-26, 00:47

> можно было пачку пакетов смонтировать и скопировать
Если я тебя правильно понял, то это звучит интересно и перспективно (без сарказма). Как минимум, ты мог бы статью накатать по этому поводу, если лень доводить пакетник до состояния работающего продукта -- может кто другой подхватит идею.
> давно решил докер
Докер (OCI) использует layers. Это ущербная архитектура, сильно уступающая content-addressable пространству. Представь, что у тебя пять слоев. На первом слое надо изменить текстовый файлец, опечатку исправить. В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл.
> докер, flatpak
Контейнеры не конкурируют с Nix, а дополняют его. Nix превосходит их по части storage (см. выше), но НЕ конкурирует с ними во всем остальном. Хотя, в целом на Nix есть решения по декларативному оформлению bwrap-обвязок, но это такое себе.

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

55. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от morphe (?), 10-Июн-26, 04:40

> В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл.
Вообще нет, ты можешь изменить только отдельный слой в OCI... Проблема однако в dockerfile, потому что он такие изменения не предусматривает.
Если OCI собирать через Nix - то у тебя каждый пакет в /nix/store это отдельный слой, и изменение файла изменит только один слой. Слои друг от друга не зависят, и ты можешь их в любом порядке накладывать друг на друга в контейнере.

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

95. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (26), 10-Июн-26, 11:00

> может кто другой подхватит идею.
это был мой первый код, кривой и отвратительный, и он умер вместе со старым компом и его hdd.
> Докер ... Это ущербная архитектура
Абсолютно согласен, это костыль который позволяет заметать грязь под коврик.
> Контейнеры не конкурируют с Nix,
ну тут бабушка надвое сказала, вродебы да, а вродебы то там то тут пытаются какой-нибудь гимп завернуть в снап и вместо пакета это впарить.
то что развитие пакетных менеджеров остановилось, это факт, при этом контейнеры помимо изоляции могут перемещаться между хостами что является киллер фичей. И возможность выбора пользователем, ставить ему контейнер или пакет, это хорошо и правильно. Но всегда есть Но.
Это долбаенное переусложнение, положить файлик в систему и подгружать функцию из него или картинку, что может быть проще, но надо зарегистрировать класс в винде, подписать файлик правильной цифровой подписью, или завернуть в пакет подписанный такой же подписью в линуксе, а для выполнения этих условий нужно поставить целый тулчейн для которого не у каждого ноута диска хватит. Огромное количество дистрибутивов превращают дистрибуцию маленькой програмки в задачу повышенной сложности, на которую часто просто забивают, на гитхабе полно таких проектов, да и современные языки пытаются эту проблему решить, гошка таже, все в себе, сама себе дистр.
Итого, на данный момент есть 3 варианта решения, которые не пересекаются, и могут быть использованы хоть одновременно у всех есть плюсы и минусы, и я не думаю что какойто из них "победит", они вероятнее все останутся в том или ином виде, однако киллер фича с миграцией у одного, и "возвращение к корням“ у другого, гошка ставится 1 командой, а на выходе тот самый 1 файл, который хоть ручками клади и пользуйся куда нравится, про nix мало что знаю, но честное слово не испытываю потребности в чем то сверх того что дает rpm, наоборот, выкинуть бы из него легаси.
Более того современные ФС позволяют много чего и они тоже не отменяют транзакций пакетного менеджера, а дополняют их, я уже давно думаю об фс которая бы разделяла уровни, есть много готового, но такое себе, хотелось бы чтобы блоки данных хранились гдето далеко, в условном облаке и доступ к ним не обязательно был, потеряли пароль, не оплатили, пофиг, пусть отображаются как битые ссылки. Надо будет восстановим/оплатим, а если нет, то rm -rf и всех делов.
Вариантов хватает, и какие будут использоваться на звездном крейсере, который полетит покорять галактику лет через сто, мы не знаем и не узнаем.

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

39. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +5 +/–

Сообщение от freehck (ok), 10-Июн-26, 00:58

> ты знаешь, а примерно в то время я был студентом и действительно
> пилил свой пакетный менеджер, и тех фишек что там были в
> современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать,
> а потом загрузчик и вот тебе система.
Это всё конечно очень интересно, но дистрибутивы — это не столько про технологии, сколько про выстроенные вокруг них процессы: потому что выстраивание процессов — это тебе не код написать-отладить, это нужно уметь с людьми работать.
Каким бы ни был навороченным дистрибутив, всех в первую очередь интересует только то, насколько хорошо выстроены процессы: процессы доставки обновлений безопасности, процессы формирования релиза, процессы обработки репортов, процессы платной поддержки, процессы получения сертификаций, нужных для возможности использования в определённых областях...
Увы, но все эти вопросы одним лишь кодом не закрыть.

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

131. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от 111 (??), 10-Июн-26, 16:54

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

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

33. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (33), 10-Июн-26, 00:43

> Выбрали самый современный ЯП
Который впаривают всем за счёт громких лозунгов об безопасности и маркетингу. То, что человеческие ошибки он всё равно не решает (потому что решать их должен не компилятор и не язык программирования), думаю, упоминать не стоит.
> Ни один современный пакетный менеджер не догнал возможности Nix
Какие возможности? Загадить систему несколькими версиями одного и того же пакета ради непонятно чего? Если я захочу пострадать подобным бредом, я возьму Flatpak, удобств управления пакетами хватает и в остальных мейнстримных пакетниках, которые прекрасно справляются с задачами.
Не говоря уже о том, что хвалебных од написано про этот дистрибутив настолько много, что уже вызывает большие сомнения в том, что его стоит использовать.
> А тут Asterinas просто ворвался
И ничего не сделал, потому что это очередной "проект на досуге", который пытается быть совместимым с мейнстримом.

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

42. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +4 +/–

Сообщение от q (ok), 10-Июн-26, 01:00

> человеческие ошибки он всё равно не решает
use-after-free, double-free -- человеческие (не инопланетянские) ошибки. Вызванные невнимательностью. И раст их решает. Если что-то поддается автоматической валидации, это должно валидироваться, а не оставляться на откуп мясным бульонам. Напоминаю, что вычислительные возможности мясного бульона уступают даже советским калькуляторам, а типичный прохожий ошибется даже на 7 * 8.
> Загадить систему несколькими версиями одного и того же пакета ради непонятно чего?
Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб. Это значительно повышает стабильность, так как нет неявных несовместимостей. Да, даже если API и ABI совместимы, это не значит, что версия в целом правильная. Единственный (повторю: единственный) минус -- это требование чуть большего объема на диске. Но на практике ты получишь лишний мегабайт на диске -- смешное число в эпоху дешевых 8-терабайтных SSD.
> я возьму Flatpak
Флатпак пригоден только для десктопных приложений. Ядро и сервисы в нем не распространишь. Ты сравниваешь несравниваемое: пакетник операционной системы != инфраструктура по доставке исключительно GUI-приложений.

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

45. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –5 +/–

Сообщение от Аноним (33), 10-Июн-26, 01:11

> И раст их решает
Но не должен и не обязан, как все остальные компиляторы и языки. А вот человек обязан учиться на собственных ошибках, в противном случае получаем соответствующий результат и очевидную промытость "безопасностью", на которую ведутся многие. Где-то я уже видел подобное...
> Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб
Это не решение проблемы, а откладывание решения, проще говоря костыль. Устранять несовместимости - так же обязанность разработчика (а за обязанности ему могут платить деньги, внезапно), Dependency Hell ты всё равно никогда не решишь, а намертво закрепляя определённую версию делаешь только хуже в плане тех же уязвимостей, которые подобные решения тоже подкидывают. И опять же, приходим к человеческому фактору, которым должен заниматься человек - какая неожиданность!
> Флатпак пригоден только для десктопных приложений
Ни для чего он не пригоден, кроме как имитировать бурную деятельность и посредством маркетинга впаривать заплатки на Dependency Hell и очередную бЕзОпАсНоСтЬ.

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

51. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +2 +/–

Сообщение от q (ok), 10-Июн-26, 02:20

> Но не должен и не обязан
А вот он - прикинь! - взял обязательство решать.
> человек обязан учиться на собственных ошибках
Человек никому ничего не обязан. Видя, что мясной бульончик в его башке уже не справляется с обилием указателей, и не ясно, когда что освобождать, человек изобрел себе помощника, который ему эту работу облегчает и автоматически проверяет.
Продвинутый лифт отказывается закрывать двери, если кто-то стоит на их пути. Автоматика. Спасает жизни. Хреноватый лифт двери попытается закрыть, а потом поехать, расчленив того бедолагу, который потерял сознание аккурат при заходе в лифт.
Раст -- это продвинутый лифт, который создан __скромными__ людьми, осознающими, что они допускают ошибки и будут их допускать в будущем. Си -- это хреноватый лифт для __самоуверенных__ людей, которые убеждены, что они навсегда останутся сильными, молодыми, не теряющими сознание, никогда не забывающими проверить границы буфера и освободить память.
Понял? Раст -- для осознающих свои недостатки. Си -- для неосознающих, самоуверенных генераторов CVE.
> Устранять несовместимости - так же обязанность разработчика
Никто никому ничего не обязан, особенно в опенсорсе. Разраб _соизволил_ потестить свою прогу с версией 2.0.0 -- она работает. Про то, будет ли прога работать с 1.2.3, он ничего не заявлял, и бабки ему за это не платили.
> Dependency Hell ты всё равно никогда не решишь
Умное слово из 90-ых вспомнил? Все проблемы решаемые.
> делаешь только хуже в плане тех же уязвимостей
Именно поэтому любое ПО стоит воспринимать как источник угроз, и оборачивать его в контейнеры/флатпаки.
> Ни для чего он не пригоден, кроме как имитировать бурную деятельность
Для всего пригоден. Если не согласен -- приводи что-то поаргументативнее пустых выкриков.

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

58. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от bergentroll (ok), 10-Июн-26, 06:19

> Но не должен и не обязан, как все остальные компиляторы и языки.
О, так пусть все на ассемблерах пишут! А то, понимаешь, профанацией занимаются, тогда как языки не обязаны в кроссплатформу, системы типов и прочие свистелки. Тем более нейросети есть, о то «золотая» эпоха бы началась.

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

49. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Анонимный татарин (?), 10-Июн-26, 02:09

> use-after-free, double-free -- человеческие (не инопланетянские) ошибки. Вызванные невнимательностью.
> И раст их решает.
Скажи, ты правда считаешь, что это и есть опережение на десятки лет? Вот ты настолько вот не в курсе, что последние 50 лет происходит, что считаешь это манной небесной? Воистину, апологеты раста -- это самые деревянные существа, что я видел. Язык как язык, но вот это вот тошнотворное амбре вокруг него создают недалекие фанатики, что ложку к уху несут. Тьфу, это совсем за гранью, даже пхпшники и 1с-еры адеуватнее этого сброда

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

52. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +2 +/–

Сообщение от q (ok), 10-Июн-26, 02:26

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

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

118. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (117), 10-Июн-26, 13:40

rust идеологически ущербный язык.
Взяли хорошую идею и не до конца ее реализовали. В итоге - угребищный гибрид с кучей проблем.

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

119. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (119), 10-Июн-26, 13:58

> rust идеологически ущербный язык.
Жаль что все эти майкрософты, гуглы и даже васяны с cosmic'ами тебя не слушают)
> Взяли хорошую идею и не до конца ее реализовали.
Какую идею и в чем не дореализовывали?
> В итоге - угребищный гибрид с кучей проблем.
Список которых ты, по какой-то причине, забыл перечислить.

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

69. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Анон1110м (?), 10-Июн-26, 08:03

Ещё есть яваскриптёры. Принял ли ты чудо асинхронности?

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

71. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Анон1110м (?), 10-Июн-26, 08:23

И вэбщики в целом: размеченый тэгами текст в окне броузера это GUI; HTML и CSS это фрйемворк для GUI и самые лучшие средства для построения GUI; только на HTML и CSS можно сделать красивое GUI; Electron одно из чудес света; до Electron существовало 3,5 программы и они были страшными; всё должно быть в броузере; программы должны выглядеть как помесь сайта и мобилочной программы; до Electron не существовало кроссплатформенных программ а если и были, то делались стописят лет стопиисятью людьми; JavaScript - это ассемблер; мегабайты скриптов для убыстрения загрузки и отрисовки...

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

62. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от bergentroll (ok), 10-Июн-26, 06:39

> Ради того, чтобы каждая программа использовала ту версию библиотеки, с которой тестировал его разраб... Но на практике ты получишь лишний мегабайт на диске -- смешное число в эпоху дешевых 8-терабайтных SSD.
Ну это лукавство, если все приложения так паковать — будут гигабайты. Если не довольствоваться несколькими программами в терминале. Кроме того, зачем тогда библиотекам семвер и обратная совместимость (тоже ничем не обязаны). Однако это адок бы был уже для разработчиков. Поэтому всё же есть некоторая культура версионирования ПО и зависимостей. А то ещё логично версии какого-нибудь D-Bus гводями прибить и там звукового сервера для дальнейшей стабильности. В принципе это рабочий подход в каких-то спец. случаях.

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

133. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (133), 10-Июн-26, 17:55

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

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

54. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (54), 10-Июн-26, 03:12

Почему ты разговариваешь как чатгпт

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

68. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –1 +/–

Сообщение от Анон1110м (?), 10-Июн-26, 07:55

Plan9 или BeOS или OS/2 лучше.

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

76. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от oneMetr (?), 10-Июн-26, 08:43

Возможно, могли бы стать лучше, если бы их развивали.
Это, как сказать, что Вещий Олег лучше Николашки.
P. S.
И BeOS и OS2 и, особенно Plan9 мне крайне интересны даже сейчас. Но не более, как профессиональному военному монгольский лук или валлонская шпага.

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

74. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от bOOster (ok), 10-Июн-26, 08:35

Опережающая на десятилетия? 12 или 15 лет болтается в сводке популярности ЯП и за все это время не поднявшаяся выше 3%...

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

111. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (111), 10-Июн-26, 12:24

> 12 или 15 лет болтается в сводке популярности ЯП
Угу, подумаешь почти 5+ лет подряд самый любимый ЯП по опросам Stack Overflow.
На котором, например, написаны миллионы строк для андроида (сотни миллионов юзеров).
> и за все это время не поднявшаяся выше 3%...
spectrum.ieee.org/top-programming-languages-2025
Всего в два раза меньше дыряшки, которой почти 50+ лет.
Весьма неплохой результат для новичка.
А в топе будет питон, js/ts и тд.
Что как бы не очень конкуренты для раста.

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

77. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (-), 10-Июн-26, 08:47

> Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально.
Это шутка такая?

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

11. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Tita_M (ok), 09-Июн-26, 22:51

>Ядро разбито на две части, написанные на Rust: OS Framework и OS Services. В OS Services запрещено применение unsafe-блоков, а все низкоуровневые операции, требующие выполнения кода в блоках unsafe, вынесены в OS Framework и доступны только через высокоуровневый API.
В Rust, что, нет иерархии модулей как в том же Обероне? Или я чего-то не понял и она там есть и это разделение с помощью неё сделано?

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

13. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (12), 09-Июн-26, 22:55

В расте и динамических библиотек нет.

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

48. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Прохожий (??), 10-Июн-26, 01:40

Какая несусветная чушь.

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

23. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (79), 10-Июн-26, 00:02

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

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

50. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Анонимный татарин (?), 10-Июн-26, 02:11

> в расте чекер боровов не может выйти за пределы компилируемого куска.
Как и за предела массива! Ха, выкуси, саботажник прогресса!

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

65. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Sm0ke85 (ok), 10-Июн-26, 07:36

>Как и за предела массива! Ха, выкуси, саботажник прогресса!
Ща бы костыли путать с прогрессом...

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

80. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (80), 10-Июн-26, 09:12

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

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

15. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (15), 09-Июн-26, 23:00

О, Linux - super star! Стал настолько популярным, что делают ОС-эмуляторы.

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

17. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от FSA (ok), 09-Июн-26, 23:15

> Добавлена начальная поддержка IPv6
Спасибо нет. В то время, когда в другие системы внедряют CLAT, чтобы можно было полностью уйти от IPv4, у эти в 2026 году появляется только начальная поддержка. Будем ждать... как ждали wine.

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

38. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от 12yoexpert (ok), 10-Июн-26, 00:57

USE="-ipv6" тебя вылечит

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

44. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (44), 10-Июн-26, 01:02

Нужно сразу IPv8 пилить ;)

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

20. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (20), 09-Июн-26, 23:41

Вот это китайцы отожгли!

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

21. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +2 +/–

Сообщение от Аноним (4), 09-Июн-26, 23:44

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

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

24. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (79), 10-Июн-26, 00:10

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

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

41. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от 12yoexpert (ok), 10-Июн-26, 00:59

ты, видимо, не разу в жизни не видел китайского кода

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

137. Скрыто модератором +/–

Сообщение от _ (??), 10-Июн-26, 19:34

In 2k26 ... doesn't matter the origin of the country from where you start your Claude Code prompt ;-)

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

40. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (40), 10-Июн-26, 00:59

Ну вот и отличненько. Ещё бы продвигаторам руста в линукс этот проект показать

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

47. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (47), 10-Июн-26, 01:40

Хорошо бы написали достаточно, чтобы на bare metal можно было запустить и создать внутри виртуальную машину с линуксом.

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

64. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от 12yoexpert (ok), 10-Июн-26, 07:20

но ведь это будет небезопасно

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

63. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Вася Пупкин (?), 10-Июн-26, 07:06

Интересно LLMы используются для написания этого ядра ?

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

105. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (4), 10-Июн-26, 12:09

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

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

66. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Джон Титор (ok), 10-Июн-26, 07:37

> операционных системах общего назначения
Для тех, у кого не было такого термина в учебной программе скопирую: "Операционные системы, которые должны быть обеспечивать функционирование на средствах вычислительной техники общего назначения (рабочие станции, сервера)"

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

67. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Анон1110м (?), 10-Июн-26, 07:52

Удивительно что поклонники Коррозии ещё не перешли а упорно пользуются небезопастным Linux и прочими небезопастными программами на небезопастных несовременных языках программирования и вынуждены терпеть утечки памяти, перепопления буферов, постоянные падения CVE, CVS, CVSE, VC, EVCE, EVCI и хакеров подглядывающих за ними сквозь дыры в небезопастном коде.

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

82. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (80), 10-Июн-26, 09:15

> а упорно пользуются
А почему бы и нет?
Если ты видишь, что где-то что-то работает плохо, то у тебя два варианта:
- сказать "ну тут ничего не поделаешь, диды терпели и нам завещали"
- не быть терпилой и засучив рукава попытаться исправить
Учитывая что топы линукс поддерживают раст - не все СИшники оказались позорными терпилами.

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

70. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (70), 10-Июн-26, 08:15

А слабо Винду на Расте переписать ?

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

73. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от 12yoexpert (ok), 10-Июн-26, 08:26

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

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

104. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (4), 10-Июн-26, 12:07

давай исходники - глянем

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

78. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (78), 10-Июн-26, 08:49

Существует лишь один правильный ЯП и это ASM. Все остальное от лукавого. Думаете я набрасываю? Ничуть! Что мы имеем сегодня? Windows 11, Ubuntu и подобные которые требуют 8 Гб ОЗУ минимум. Браузеры которые жрут ОП как не в себя. А теперь взглянем на Колибри ОС и хорошенько призадумаемся. ОС в которой есть в общем то почти все занимает около 2 Мб места и 8 Мб ОЗУ и загружается 2 секунды! Сейчас все набегут и начнут орать про сложность разработки, непортируемость и т.д. и т.п. Ну да, какой ценой мы все это имеем сейчас? 16 Гб ОП минимум? Видюха с 8 Гб ОЗУ? Вы меня извините но нафига это все? Чтобы было легко??? Платить этим за простоту? А может лучше сделать посложнее но как надо? Возьмем опять же колибри, ее разрабатывает группа энтузиастов в свободное время и в общем то без особого финансирования. А теперь представим себе если бы ее разрабатывала корпорация с огромными деньгами. Где бы мы сейчас были не свернув не туда? Лень человечества и желание чтобы было полегче приводит к тому что имеем сейчас. ASM гениальный язык. Только он позволяет делать то что невообразимо и невозможно повторить на любом другом языке. А все остальное это просто шелуха для лентяев желающих А чтобы было легко.

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

86. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Пипа (?), 10-Июн-26, 09:38

"А чтобы было легко"
Так в том то и дело, что все равно не легко)))
Ассемблер ты изучил и пишешь или какой либо простой язык близкий к нему. Все. Просто нужно писать аккуратно и думать об архитектуре до программирования (вот незадача то).
Сейчас же ты должен разбираться в куче слоев нагроможденных абстракций ради абстракций, в куче разного синтаксического сахара, в куче костылей, в сборщиках мусора и тд и пп.
Они говорят, что человеку так понятнее, что написано... Но когда я смотрю на тонны текста на джаве например у меня складывается обратное впечатление.

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

87. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." –4 +/–

Сообщение от Аноним (87), 10-Июн-26, 09:40

>  А теперь взглянем на Колибри ОС и хорошенько призадумаемся.
... как такое убожество вообще может сущесвовать))
> ОС в которой есть в общем то почти все занимает около 2 Мб места и 8 Мб ОЗУ
Отличное уточнение про "в общем то почти все")
А если мне нужно то, что в это "почти всё" не попадает?
> Сейчас все набегут и начнут орать про сложность разработки, непортируемость и т.д. и т.п.
А зачем набегать и орать? АСМ по умолчанию слабо портируемый
>  Ну да, какой ценой мы все это имеем сейчас? 16 Гб ОП минимум?
А чего 16? сам писал что винда требует 8?
Но даже 16 стоят в среднем 150 баксов. Единоразовое вложение на 10+ лет. Т.е пара чашек кофе в год.
> Вы меня извините но нафига это все? Чтобы было легко???
А... т.е должно быть сложно и прдольно?
> Платить этим за простоту?
Ага. Примерно как люди покупают робот пылесос, стиралку или посудомойку.
> А может лучше сделать посложнее но как надо?
Можно. Делай (с)
"как надо" определяет кто? Тот факт что колибри никому не вперлась, намекает что их "как надо" касается только каких-то фриков.
>  А теперь представим себе если бы ее разрабатывала корпорация с огромными деньгами.
Он бы ее не разрабатывала, как раз по причине времени разработки, невозможности переиспользования кода и тд
> Где бы мы сейчас были не свернув не туда?
Сидели бы за 286м с 8 мб ОЗУ и дискетками?
> Лень человечества и желание чтобы было полегче приводит к тому что имеем сейчас.
К прогрессу, развитию транспорта, медицины, быта и коммуникаций...
Если бы подобные тебе, не были меньшинством, то мы бы наверное даже с дерева не слезли.
Зачем придумывать машину, иди пешком.
Зачем придумывать телефон, просто приходи в гости чтобы поговорить.
Зачем придумывать компьютер, считай в уме или на бумажке.

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

88. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Пипа2 (?), 10-Июн-26, 09:50

Очень долго мучал меня вопрос про программистов и их тусовку.
Почему они так любят высокомерно вворачивать математические термины жаргонные словечки и тд и пп. Все усложнять ради моды?
Монады, функциональщина, теория типов и прочее.
В компьютере всего этого нет. Есть только пустые статейки и книжки от этих адептов и сложность ради сложности.
А потом я прочитал случайно научно популярную книжку "Уродливая вселенная" с осторожной критикой современной физики от физика.
Там затрагиваются в том числе такие вопросы:
На, что живут собственно физики?
Каждый год институты выпускают новых физиков-теоритиков, куда они деваются?
И тд и пп. Очень осторожная там критика.
Если смотреть по аналогии с этой книгой, то получается, шо учеными надо что то кушать, осваивать гранты и тд. Поэтому искуственно хайпят свой ненужный бред про функциональщину, теорию типов, новый крутой ООП и что угодно, просто что бы получить ДЕНЬГИ.
Что бы кушать. Вот так все просто.
Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли.

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

90. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Пипа3 (?), 10-Июн-26, 10:02

И да. Каждая бредовая идея, каждая бредовая абстракция стоит кучу памяти и процессорного времени ничего не давая в замен.
Даже по строчкам кода не бьется выгода.
Говорят что ассемблер многострочная лапша, но Джава то тоже многострочная лапша еще исжирающая все.

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

93. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (94), 10-Июн-26, 10:29

> Очень долго мучал меня вопрос про программистов и их тусовку.
Ну так программисты очень разные - от эмдедедщиков до вебни.
> Почему они так любят высокомерно вворачивать математические термины жаргонные словечки  и тд и пп. Все усложнять ради моды?
> Монады, функциональщина, теория типов и прочее.
Потому что комьютер появился благодаря математики.
> В компьютере всего этого нет.
Ты не прав.
Компьютер, как он сейчас есть, сделан по математическим выкладкам.
Та же булева алгебра, теоррия графов и автоматов, логика предикатов и тд.
> Есть только пустые статейки и книжки от этих адептов и сложность ради сложности.
Феерический бред!
> А потом я прочитал случайно научно популярную книжку "Уродливая вселенная" с осторожной  критикой современной физики от физика.
Как теоретическая физика относится к компьютерам?
> Там затрагиваются в том числе такие вопросы:
Т.е ты прочитал книжку про физику и решил накинуть на вентилятор?
> Если смотреть по аналогии с этой книгой,
Аналогии зачастую ложны.
> то получается, шо учеными надо что то кушать, осваивать гранты и тд. Поэтому искуственно хайпят свой ненужный бред про функциональщину, теорию типов, новый крутой ООП и что угодно, просто что бы получить ДЕНЬГИ.
Торию типов придумали в 1900-1920х задолго до появления компьютеров.
> Оттуда и ноги растут у невменяемой сложности абстаркций ради абстракций в нашей любимой отрасли.
Если бы абстракции не работали, то ими бы не пользовались.
А если ООП или теория типов позволяет писать код быстрее и корректнее - то ими успешно пользуются.
Это как "носить бетон ведрами" и использовать бетононасос.

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

97. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Пипа4 (?), 10-Июн-26, 11:46

Я в курсе из чего сделан компьютер. Я посоветовал книгу можешь ее посмотреть для начала. У ООП обширная критика, у функциональщины тоже. Тут как бы можно не спорить, а можно почитать.
То, что компуктер появился благодаря математике на значит, что нужно наворачивать безумные абстракции ради абстракций сверх уже имеющейся архитектуры.
Архитектуры которая и так уже без этого далека от того, что называют разумным проектированием. Любой кто писал свой ассемблер или компилятор для x86-64 понимает это.
Итог. Плохо сделанные вещи на которые мажут жир абстракций еще более усложняя запутывая плохой дизайн, усложняя вход во все это.

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

98. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Пипа5 (?), 10-Июн-26, 11:54

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

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

102. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (102), 10-Июн-26, 12:02

> Наворотят херни со своим ООП, функциональщиной и типами.
Пока жители Виларибо который год пишу свой идеальный ассемблерный код, жители Вилабаджо уже пользуются рабочим софтом.
> "Ой а чето медленно все работает"
А чего медленно? Это ты сам выдумал?
> "А можно вот сборщик мусора отключить? Вот здесь и здесь"
Можно. Если нужно.
Преждевременная оптимизация — корень всех зол (с)
> И тд и тд и тп бесконечное переливание воды из одного стакана во второй.
> Все возможно пока додикам платят их зарплаты.
Без этих "додиков" ты бы даже свой выcep в интернет не смог бы написать)
Подумай об этом.

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

112. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Пипа7 (?), 10-Июн-26, 12:28

Преждевременная оптимизация — корень всех зол (с)
Это и есть проблема большинства программистов. О чем я писал выше.
Говорить малопонятными терминами, говорить одним и теме же цитатами, зачастую выдранными из контекста, не имея собственного мнения ни на что.
Это классика.
Не надо ничего оптимизировать если архитектурой занимались до!
Но с ООП и проячим скамом сделать это труднее, так как оно уже навязывает вам готовую архитектуру раз вы этим пользуетесь.
Не справились с тем что бы выучить архитекторов поэтому дали им унылые шаблоны, готовую архитектуру. И мартышки суют это везде, в том числе где она не подходит.
Главное ВЕРИТЬ и повторять цитаты известных людей конечно.
Еше слово МОНАДА, идентпотентность, сам придумай еще что нить 50 раз перед сном)

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

99. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (102), 10-Июн-26, 11:59

> Я в курсе из чего сделан компьютер.
Ага, заметно.
> Я посоветовал книгу можешь ее посмотреть для начала.
Как книга по физике связана с программированием)?
> У ООП обширная критика, у функциональщины тоже. Тут как бы можно не спорить, а можно почитать.
У любой системы есть критика.
Так как идеального в мире не придумали.
Другой вопрос - "а насколько оно хорошо решает задачи?", с учетом заданных параметров.
> То, что компуктер появился благодаря математике на значит, что нужно наворачивать безумные абстракции ради абстракций сверх уже имеющейся архитектуры.
Ну так пиши сразу в бинарніх кодах.
Зачем тебе абстракции, синтаксический сахар и прочие нововведения.
> Архитектуры которая и так уже без этого далека от того, что называют разумным проектированием.
Кто называет? Какие их компетенции? Что значит "разумное программирование"?
Должно быть ТЗ с описанием что мы хотим получить, какие у нас есть ограничения (код, память, надежность, время разработки и тд)
> Любой кто писал свой ассемблер или компилятор для x86-64 понимает это.
Я писал свой компилятор и не понимаю) Значит очевидно не "любой".
Есть разница когда стоит задача написать сверхнадежную прошивку для микроконтролера условного марсохода, когда можно пилить его годами.
И задача написать скрипт или какой-то поьзовательский софт.
> Итог. Плохо сделанные вещи на которые мажут жир абстракций еще более усложняя запутывая плохой дизайн, усложняя вход во все это.
Чушъ.
Порог входа как раз уменьшается. Сейчас даже не программист может попросить нейрослоп сочинить ему скрипт. Который или заработает (и решит задачу) или нет.
Людям нужно решение их задачи, а не наdroчивание на идеальность, красоту кода, минимальное потребление ресурсов и прочую фигню.

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

108. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Пипа6 (?), 10-Июн-26, 12:15

Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве.
Я думаю любой кто пользовался знает нюансы работы с ней.
Это как раз хороший пример софта который решает все задачи забивая на "прочую фигню"
Тот случай когда приложение с его папочками желательно помещать в оперативную память все, что бы оно шевелилось быстрее.))
И много всего такого существует. Веселого.
И да я в целом о том, что отрасль жуткая, зашедшая куда то не туда.
А не о том что тебе за зп нужно очердной сайтик склепать уже сегодня. Я даже рад что вас сократят наконец уже всех. Может быть нейросеть будет предлагать в итоге более логичные архитектурные идеи.
Хорошо, что здания и мосты строят не программисты. А то пришлось бы жить в картонной коробке.

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

114. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (111), 10-Июн-26, 12:38

> Вот у компании IntelliJ есть знаменитая АЙДЭ для Джавы написанная на джаве.
> Я думаю любой кто пользовался знает нюансы работы с ней.
Да, есть такая IDE которая весьма немлохо решает свои задачи.
> Тот случай когда приложение с его папочками желательно помещать в оперативную память все, что бы оно шевелилось быстрее.))
Она естественно не без недостатков, но если "программист" не может себе позволить нормальный комп, то может ему лучше идти мести улицы?
> И много всего такого существует. Веселого.
И рабочего)
Покажите мне современную ИДЕ написанную на assемблере.
А... а её нет. Есть несколько поделок на уровне notepad, но на IDE оно не тянет.
> Хорошо, что здания и мосты строят не программисты. А то пришлось бы жить в картонной коробке.
Конечно. Их строят или низкооплачевыемые джамшуты, или строители за много денег.
А в чем они их создают, проектируют и тестируют?
Не в CAD/CAM системах, ли?
С прочностными расчетами в них же или отдельном софте.
С BIM проектами, чтобы не думать "а как проложить вентиляцию через несущую балку".
И кто создал эти системы? Программисты)

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

115. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Массон (?), 10-Июн-26, 12:41

Строительством люди успешно занимались до компьютеров как бе.

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

116. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (111), 10-Июн-26, 12:48

> Строительством люди успешно занимались до компьютеров как бе.
Да, так и считали тоже успешно.
Ну там квадрутуру круга или просто размер поля с пшеницей.
Но потом уперлись в ограничения, кол-во компьютеров (человеков которые сидели с калькуляторами) превысило разумные пределы.
Без компьютеров можно построить дом. Даже многоэтажный.
Даже большой и сложный мост.
Правда придется посадить 100500 инженеров за кульманы и переводить тонны бумаги на расчеты.
Будет очень долго, уныло и дорого.

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

100. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (4), 10-Июн-26, 12:00

как вам ecs?

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

125. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (8), 10-Июн-26, 15:49

Одна беда: сейчас архитекруры процессоров меняются быстрее, чем на ASM проекты пишутся. Только ARM освоили - уже RISC-V подвезли. А Колибри та по-прежнему x86.

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

83. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (83), 10-Июн-26, 09:15

> Для разработки системных сервисов и модулей ядра поставляется инструментарий OSDK (Operating System Development Kit), предоставляющий утилиту cargo-osdk для создания, сборки, тестирования и запуска компонентов операционной системы.
Модули ядра из Cargo? БезопасТность как она есть.

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

103. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (4), 10-Июн-26, 12:04

чем это отличается от, скажем, boost, кроме способа доставки инструментария?

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

85. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (-), 10-Июн-26, 09:24

Какие громкие заявления о framekernel.
Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро.
Нарушение инвариантов может приводить к use-after-free, double free и висячим указателям.
А вообще, состояния гонки, логические ошибки, целочисленные переполнения, side-channel, deadlocks и аппаратные атаки никто не отменял.
И всё это в одном общем адресном пространстве.
Они ещё на пути к верификации OSTD, но...
Только memory managment верифицирован, и тот неполностью...
А вообще, я только сейчас узнал про Verus, с помощью которого они и хотят верифицировать OSTD.
Не Ada/SPARK, конечно, но звучит интересно.

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

89. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +1 +/–

Сообщение от Аноним (89), 10-Июн-26, 09:53

> Всё ядро всё равно находится в одном адресном пространстве. Это, по сути, монолитное ядро.
микроядро и сервисы могут быть в одном адресном пространстве внезапно minix 1-2 работал на 16-битном 8086 без MMU

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

91. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (-), 10-Июн-26, 10:11

Мне стоило поставить абзац между этими предложениями.

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

126. Скрыто модератором +/–

Сообщение от Аноним (-), 10-Июн-26, 15:49

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

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

106. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от warlock66613 (ok), 10-Июн-26, 12:09

Целочисленные переполнения мимо. В Rust, в отличие от C, есть все средства для их предотвращения.

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

128. Скрыто модератором +/–

Сообщение от Аноним (-), 10-Июн-26, 15:58

лол. как будто для си инструментов не завезли

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

129. Скрыто модератором +/–

Сообщение от Аноним (129), 10-Июн-26, 16:36

> лол. как будто для си инструментов не завезли
И где эти инструменты в серьезных проектах?
Почему в ядре за месяц находят 1000+ CVE?
Они что плохо рабоают? Или Настоящие СИшники на них просто забивают?

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

130. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним (-), 10-Июн-26, 16:53

В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не включить проверки.
Это не UB, как в С/С++, но переполнение имеет место быть.

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

136. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от warlock (??), 10-Июн-26, 19:30

> В release-сборках происходит переполнение по модулю 2, по умолчанию, если явно не
> включить проверки.
Поэтому я не сказал "в Rust не бывает целочисленного переполнения". Я сказал "есть все необходимые средства для их предотвращения". Никто не мешает написать `a + b` не задумавшись о том, можно ли так делать. Но если задуматься, можно вместо этого написать `a.checked_add(b)` или `a.saturating_add(b)` или даже `a.wrapping_add(b)` если реально нужна арифметика по модулю или ещё несколько реже нужных вариантов.

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

109. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..." +/–

Сообщение от Аноним1234 (?), 10-Июн-26, 12:19

Нужно. Для всяких там более виртуалок нежле docker.
На десктопе не будет никогда так как у человечества не хватит сил допилить до подходящего уровня.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
Сообщение от warlock (??), 09-Июн-26, 22:31
> не могут включать unsafe-блоки Это порочная практика, полное непонимание сути и смысла Rust.
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+9 +/–
	Сообщение от Аноним (4), 09-Июн-26, 22:34
	ну тогда дырки в си - полное непонимание сути и смысла си
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (121), 10-Июн-26, 14:22
	Дырки бывают в головах. Непонимание этого - есть суть всех ошибок безопасности на любых языках, а не повод подгонять реальность под свои взгляды и убеждать в этом других.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	127. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (127), 10-Июн-26, 15:53
	> Дырки бывают в головах. Верно. > Непонимание этого - есть суть всех ошибок безопасности на любых языках, Разве? И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него? > а не повод подгонять реальность под свои взгляды и убеждать в этом других. Реальность такова, что человеки совершают ошибки. Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства. Начиная от банальных перил на лестницах, датчиков закрывания дверей в лифте, светофоров. До кожухов на инструментах, защитных перчатках и очках или предохранителях на оружии. Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском. Зато их никто не ограничивает))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. Скрыто модератором	+/–
	Сообщение от Аноним (121), 10-Июн-26, 17:03
	>Разве? >И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него Разве! Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове. >Реальность такова, что человеки совершают ошибки. >Чтобы их не совершать, а еще лучше предотвратить, придумывают всякие технические средства. Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход. >Пусть СИшники себе отпиливают ногу болгарками без кожуха с установленным пильным диском. >Зато их никто не ограничивает Прозвучало как пожелание. Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно то что хотел и без него ещё и точнее (в случае с Си - производительнее). Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник. >)) Рад, что вам весело. Это здорово!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	134. Скрыто модератором	+/–
	Сообщение от Аноним (134), 10-Июн-26, 18:22
	>>И много ли use-after-free ошибок будет в ЯП со сборщиком мусора, по сравнению с языком без него > Если много дырок в голове то да. Особенно при отсутствии квалификации и присутствии тараканов в этой же голове. Т.е все СИшники начиная с творцов СИ (сделавших CVE вот прям в юникс4) это пограммисты с дыркой в голове и без квалификации? > Ещё как совершают, но не всегда много и не всегда use-after-free. Бывают и логические, а бывают и просто идиотские. Технические средства - хорошо, но не нужно их боготворить. На первом месте квалификация и ответственный подход. Ну тогда покажи мне СИ программу без типичных ошибок по памяти. > Макака и болгаркой с кожухом себя накажет, а ответственный слесарь сделает именно > то что хотел и без него ещё и точнее (в случае с Си - производительнее). Не, с СИ он себе еще и голову отпилит. Есть такая упрямая вещь как статистика - СИшники портят память всегда. > Растоман тоже отпилит если дурак, а если нормальный - нет, как и СИшник. Да-да, это был просто не Настоящий СИшник. Настоящий таких глупых ошибок не делает. Правда его никто не видел... Наверное он родственник Невидимого Розового Единорога.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. Скрыто модератором	+/–
	Сообщение от Аноним (121), 10-Июн-26, 18:37
	О! Статистика в ход пошла. Как насчёт чёрного маркетинга? Ой, уже...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	138. Скрыто модератором	+/–
	Сообщение от Аноним (138), 10-Июн-26, 19:36
	> О! Статистика в ход пошла. > Как насчёт чёрного маркетинга? Ой, уже... Аргументов совсем не осталось?)) А что по делу скажешь?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от Грустный (?), 10-Июн-26, 05:21
	Вот потому мне и не нравится rust…
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	60. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от анонимс (?), 10-Июн-26, 06:36
	Дичайшие тормоза гарантированы в многопоточном коде особенно. Либо шашки, либо ехать
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	75. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–2 +/–
	Сообщение от анонимно (?), 10-Июн-26, 08:36
	Скажем так это снижает безопасность до уровня Си, но при этом все такие места можно провести через чрезвычайно строгий аудит что бы исключить все возможные ошибки. Одно дело просматривать миллионы строк кода и совсем другое сотни.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	79. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (79), 10-Июн-26, 08:53
	> все такие места можно Не можно. Эти места получают данные из safe (условно) кода. Ну вот смотри: safe код передаёт индекс, по которому unsafe код обращается в массив. А если в safe коде логическая ошибка, и он неправильно вычислил индекс? Получаем типичную Copy Fail.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от warlock66613 (ok), 10-Июн-26, 12:02
	Вы конечно правы, но вы не поняли о чём я говорил. Перечитайте пост, на который вы ответили. Проблема -- в данном случае -- не в unsafe, а в запрете unsafe. Это крайне порочная практика, противоречащая философии Rust.
	Ответить \| Правка \| К родителю #75 \| Наверх \| Cообщить модератору


	92. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (92), 10-Июн-26, 10:15
	>> не могут включать unsafe-блоки > Это порочная практика, полное непонимание сути и смысла Rust. Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL". Вот так вот, под шумок переписывания на ржавый перепишут и на более корпорастоугодные лицензии, сохраните этот пост! ((
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	94. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–3 +/–
	Сообщение от Аноним (94), 10-Июн-26, 10:31
	> Самая порочная практика вот здесь: "Код проекта распространяется под лицензией MPL". А что плохого в свободных лицензиях? > Вот так вот, под шумок переписывания на ржавый перепишут Оно с нуля пишется. Какое нафиг переписывание? Ты что пьян? > и на более корпорастоугодные лицензии, сохраните этот пост! (( А кто меншает ГНУтикам взять свободный код и заразить его гну-раком?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (110), 10-Июн-26, 12:23
	> А что плохого в свободных лицензиях? Попроси своего провайдера интернета, производителя роутеров и т. д. перейти с "несвободной" GNU-операционки на "свободную", посмотришь, насколько ты больше платить будешь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от pofigist (?), 10-Июн-26, 15:26
	А ты серьезно думаешь что ISP в роутерах используют линакс?!
	Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
Сообщение от Аноним (4), 09-Июн-26, 22:32
они хоть структуру-то соблюдают? как потом пушить/мержить будут? хддд
Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+7 +/–
Сообщение от Аноним (8), 09-Июн-26, 22:46
Ура! Наконец-то они свалят в собственный загончик, и перестанут улутшать Linux!
Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним (26), 10-Июн-26, 00:12
	а если бы, забросят же
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Colorado_House_of_Representatives (?), 10-Июн-26, 01:16
	Этого не произойдет.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору

10. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–4 +/–
Сообщение от q (ok), 09-Июн-26, 22:50
Желаю проекту удачи! - Выбрали самый современный ЯП, опережающий другие ЯП на десятилетия, что похвально. - Выбрали самый современный дистр, опережающий другие дистры на как минимум два десятилетия, что похвально. Ни один современный пакетный менеджер не догнал возможности Nix в том виде, в каком он был еще в 2004. Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го года, и это не преувеличение. - Современная архитектура с микроядрами. То, о чем мечтали в Hurd, но так и не удосужились реализовать. А тут Asterinas просто ворвался и взорвал танцпол, показав дидам, как правильно делать микроядра. На данный момент уже можно заявить, что если нам придется переходить с линукса на что-то другое, то в списке альтернатив Asterinas УЖЕ будет выше FreeBSD, Hurd и прочей фигни.
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (12), 09-Июн-26, 22:54
	Сабжевая поделка ещё хуже редокса. Это даже не переписывание ради переписывания это поиграться и забыть. Промышленное микроядра общего назначения невозможно, запомни это.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+2 +/–
	Сообщение от Аноним (16), 09-Июн-26, 23:06
	Расскажи это квалкому, да.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+/–
	Сообщение от Аноним (117), 10-Июн-26, 13:22
	> Расскажи это квалкому, да. Они и так знают. Но не мамонты будут покупать. По этому у них будет все хорошо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от Аноним83 (?), 09-Июн-26, 23:22
	У меня то фря на десктопе уже работает 10 лет, и вполне норм, особенно последний год. А в этой поделке хотя бы браузер собрать-запустить можно?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	28. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+3 +/–
	Сообщение от Аноним (28), 10-Июн-26, 00:14
	Нет там ничего от микроядер. Вся система работает в одном адресном пространстве.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	31. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	–1 +/–
	Сообщение от Аноним (26), 10-Июн-26, 00:23
	> Повторяю: лично твой, читатель, пакетный менеджер из 2026, отстает по возможностям от Nix образца 2004-го ты знаешь, а примерно в то время я был студентом и действительно пилил свой пакетный менеджер, и тех фишек что там были в современных нет, типа монтирования, можно было пачку пакетов смонтировать и скопировать, а потом загрузчик и вот тебе система. rpm и deb то еще легаси которое не очень то хотят трогать, недавно смотрел че там есть нового, ну есть на гошке тузла, собирает rpm, deb и кучу всего, но дополнительных функций 0, ты не можешь добавить в пакет номер сборки или еще чтото, потыкал и удалил, старые тузлы давно заскриптованы и отлично работают. а все что пытался решить nix давно решил докер, flatpak и прочие
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	35. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от q (ok), 10-Июн-26, 00:47
	> можно было пачку пакетов смонтировать и скопировать Если я тебя правильно понял, то это звучит интересно и перспективно (без сарказма). Как минимум, ты мог бы статью накатать по этому поводу, если лень доводить пакетник до состояния работающего продукта -- может кто другой подхватит идею. > давно решил докер Докер (OCI) использует layers. Это ущербная архитектура, сильно уступающая content-addressable пространству. Представь, что у тебя пять слоев. На первом слое надо изменить текстовый файлец, опечатку исправить. В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл. > докер, flatpak Контейнеры не конкурируют с Nix, а дополняют его. Nix превосходит их по части storage (см. выше), но НЕ конкурирует с ними во всем остальном. Хотя, в целом на Nix есть решения по декларативному оформлению bwrap-обвязок, но это такое себе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск ядра Asterinas 0.18, написанного на языке Rust и совм..."	+1 +/–
	Сообщение от morphe (?), 10-Июн-26, 04:40
	> В OCI, тебе придется заменить все пять слоев, дико дублируя данные. В Nix, меняется только этот файл + какая-нибудь top-level фигня, ссылающаяся на новый файл. Вообще нет, ты можешь изменить только отдельный слой в OCI... Проблема однако в dockerfile, потому что он такие изменения не предусматривает. Если OCI собирать через Nix - то у тебя каждый пакет в /nix/store это отдельный слой, и изменение файла изменит только один слой. Слои друг от друга не зависят, и ты можешь их в любом порядке накладывать друг на друга в контейнере.
	Ответить \| Правка \| Наверх \| Cообщить модератору