The OpenNET Project / Index page

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

Ядро Maestro, написанное на Rust и частично совместимое с Linux

04.01.2024 15:15

Представлен проект по разработке на языке Rust легковесного Unix-подобного ядра, реализующего подмножество системных вызовов ядра Linux, достаточное для создания типовых рабочих окружений. Проект был создан в 2018 году и вначале использовал язык Си, но в 2020 году был полностью перезапущен с нуля с учётом накопленного опыта и перешёл на Rust для снижения вероятности совершения ошибок, возникающих при работе с памятью. Код ядра распространяется под лицензией MIT. Помимо ядра проектом на языке Rust также развиваются X11-сервер, пакетный менеджер, загрузчик, инсталлятор, наборы утилит и другие компоненты, необходимые для построения операционной системы.

Ядро имеет монолитную архитектуру и пока поддерживает только системы x86 в 32-разрядном режиме. Кодовая база ядра насчитывает 48.8 тысяч строк кода (для сравнения в ядре Linux - 33 млн. строк кода). Возможен запуск в QEMU, VirtualBox или поверх оборудования. На текущем этапе развития в Maestro реализован 31% (135 из 437) системных вызовов Linux, чего достаточно для загрузки консольного окружения на базе bash и стандартной Си-библиотеки Musl. В окружении на базе Maestro также могут выполняться некоторые утилиты из набора GNU coreutils, такие как ls, cat, mkdir, rm, rmdir, uname и whoami.

Среди доступных возможностей Maestro:

  • Драйверы для клавиатуры PS/2 и терминала с текстовым режимом и частичной поддержкой ANSI-последовательностей.
  • Система распределения памяти, поддерживающая виртуальную память.
  • Планировщик задач на базе алгоритма round-robin с поддержкой POSIX-сигналов.
  • Определение PCI-устройств.
  • Драйвер IDE/PATA.
  • Файловая система Ext2.
  • Поддержка виртуальных ФС /tmp и /proc.
  • Поддержка монтирования ФС и дисковых разделов MBR и GPT.
  • Поддержка initramfs.
  • Драйвер RTC для таймера и точного времени.
  • Поддержка загрузки модулей ядра.
  • Возможность запуска исполняемых файлов в формате ELF.

В настоящее время ведётся работа над созданием сетевого стека, после готовности которого планируется реализовать поддержку прямого маппинга файлов в память и разделяемых библиотек.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: В Китае запущен спутник с real-time подсистемой ядра Linux, написанной на Rust
  3. OpenNews: Альтернативное ядро, совместимое с Linux
  4. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Intel развивает систему для использования кода ядра Linux в пользовательских приложениях
  6. OpenNews: Проект Tilck развивает упрощённое Linux-совместимое ядро
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60391-maestro
Ключевые слова: maestro, rust, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (244) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Stanislavvv (?), 15:32, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ещё б модули от линукса мог использовать — была бы полноценная замена.
    А то когда ещё ext4 сделают... И уж тем более zfs...
     
     
  • 2.22, Аноним (22), 16:12, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    эээ.... замена ЧЕМУ?! Он пишет практически тот же Линукс, но на растишке. ОНО НАДО??
     
     
  • 3.55, Аноним (-), 17:05, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, надо.
    Оно не нагружено кучей костылей, которые тянутся из старого ядра, есть надежда что оно не будет такое же дырявое как существующее ядро, и оно не привязано к раку ГПЛ.
     
     
  • 4.72, Аноним (72), 17:51, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Без костылей будет работать только в qemu (если вообще будет).
     
     
  • 5.101, Анании.orig (?), 19:24, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему же?
    Отличная замена minix'у в intel ime будет
    https://www.opennet.me/opennews/art.shtml?num=47539
     
     
  • 6.251, Аноним (251), 17:24, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Или не будет. Minix не просто так выбрали.
     
  • 4.97, Аноним (97), 19:14, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    GPL рак только для тех кто хочет брать чужое и не отдавать ничего взамен.
     
     
  • 5.98, Аноним (-), 19:22, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > GPL рак только для тех кто хочет брать чужое и не отдавать ничего взамен.
    > отдавать ничего взамен
    > отдавать

    А где ж свобода?
    Если я тебе подарю подарок, но условием, что ты имеешь право его передарить, толькол тому, кто согласится его передарить тому...
    Более того, если ты нарушишь - то я тебя найду и накажу.
    Это что будет называться подарком?

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

     
     
  • 6.116, Анании.orig (?), 19:44, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вначале подари свой подарок.
    И чтоб без залоговых аукционов.

    Дарить он тут собственность сообщества решил.

    Зыж
    Как оказалось по факту гпл надежнее конституции 1977, СА, КГБ итд
    Вот и плющит чубайсов с гайдарами
    Надеюсь это не пока.. А то этим цифровизаторам на все плевать.

     
     
  • 7.119, Аноним (-), 19:49, 04/01/2024 Скрыто ботом-модератором     [к модератору]
  • –5 +/
     
     
  • 8.123, Анании.orig (?), 19:54, 04/01/2024 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 7.207, Тот_Самый_Анонимус_ (?), 06:09, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сабж под мясом. Вот тебе его подарили.

    >Как оказалось по факту гпл надежнее конституции 1977, СА, КГБ итд

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

     
  • 6.127, Аноним (127), 20:06, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А где ж свобода?

    Как же вы задолбали. Речь про свободу кода, а не твою.

     
     
  • 7.187, Аноним (187), 02:05, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какой же он свободный, если для его свободы надо EXPORT_SYMBOL_GPL насильно внедрять.
    Ты с открытостью путаешь, как и все, кто повёлся на сказки от Столлмана.

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

     
     
  • 8.233, X86 (ok), 14:00, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он свободный, так как его можно свободно использовать в своих проектах Единстве... текст свёрнут, показать
     
     
  • 9.235, Аноним (-), 14:17, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Очень свободно Сколько ограничений написано в ГПЛ, по этому поводу Да и не во ... большой текст свёрнут, показать
     
     
  • 10.293, X86 (ok), 23:28, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты код сам весь написал - закрывай себе на здоровье Но если взял чужой, ко... большой текст свёрнут, показать
     
     
  • 11.295, Аноним (295), 23:41, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что гнутики хватают своими грязными ручонками весь код, до котор... большой текст свёрнут, показать
     
  • 9.267, Аноним (267), 00:31, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет его нельзя свободно использовать в своих проектах Нужно, чтобы весь связанн... текст свёрнут, показать
     
     
  • 10.280, Аноним (72), 13:16, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, можно Нельзя если ты не корпа с кучей денег воровать чужой код и выд... большой текст свёрнут, показать
     
  • 6.253, Котофалк (?), 18:15, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А где ж свобода?

    Она на месте. Просто не всегда на том месте, где некоторым хочется. GPL обеспечивает свободу пользователей видеть исходники программы и её последующих модификаций, BSD обеспечивает свободу авторов последующих модификаций делать всё, что им заблагорассудится, но с указанием авторства первоначальной программы. Проприетарные - обеспечивают свободу проприетарщикам ничего никому не показывать.

     
     
  • 7.260, Аноним (-), 19:29, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это фигня, в это плохого ничего нет, а вот безвозмездное копирование всем и кажд... большой текст свёрнут, показать
     
     
  • 8.308, Котофалк (?), 09:58, 09/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А если только авторов - назад в проприетарщину Так что имеем разные лицензии... текст свёрнут, показать
     
  • 5.125, Аноним (125), 20:04, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты попутал с bds, mit и т.п.
     
  • 5.206, Тот_Самый_Анонимус_ (?), 06:07, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >GPL рак только для тех кто хочет брать чужое и не отдавать ничего взамен.

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

     
  • 5.279, AntonAlekseevich (ok), 12:25, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Про брать чужое и ничего не отдавать взамен - бред.

    Лицензия предоставляет следующие свободы:
    1. Использование собранной программы.
    2. Доступ к исходному коду программы.
    3. Внесение изменений в код программы.
    4. Распространение измененной программы.

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

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

     
  • 4.181, Аноним (181), 01:27, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нет костылей? чего-чего? посмотрел на сорцы - там блевотина из костылей. хватит чушь нести в комментах, ок да?
     
  • 4.218, BrainFucker (ok), 10:42, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, надо.Оно не нагружено кучей костылей, которые тянутся из старого ядра, есть надежда что оно не будет такое же дырявое как существующее ядро, и оно не привязано к раку ГПЛ.

    Ну допутим, но ведь есть уже FreeBSD и какие-то там ещё OpenBSD.

     
  • 3.79, Stanislavvv (?), 18:02, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > эээ.... замена ЧЕМУ?! Он пишет практически тот же Линукс, но на растишке.
    > ОНО НАДО??

    Если пишет честно, без всяких usafe - не помешает...

     
  • 3.86, КО (?), 18:22, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, чтобы было ласковым и шелковистым
     
  • 2.34, Аноним (34), 16:31, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ещё б модули от линукса мог использовать — была бы полноценная замена.

    Напоминаю, предуапеждаю. Звгрузка модулей ядра Linux есть динамическая линковка модуля с ядром. Поэтому, при пермессиве ядра большинство модулей от Linux загрузжать недопустимо, они под GPLv2. Либо им следует поменять лицензию на GPLv2  и тогда можно загружать любые модули.

     
     
  • 3.40, Аноним (40), 16:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Копирастию надо упразднить. Особенно - GPL-копирастию, потому что в отличие от проприетарастов, которые даже не пытаются притвориться "своими", GPL-копирасты до сих пор в сознании многих считаются за "своих".
     
     
  • 4.57, Аноним (57), 17:09, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только копилефт и есть настоящий опенсорс.
    Не-копилефтные лицензии используются либо в корпоративных выкидышах, либо желающими лечь под корпорацию.
     
     
  • 5.69, Аноним (295), 17:36, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Настоящий опенсорс - это просто открытый код.
    Повторять мантру, которые напридумывали всякие мутные личности, пытавшиеся закопирастить само словосочетание "open source", это просто лицемерие.

    Сейчас линукс развивается именно корпорациями. А васяны их "сообщества" только могут ныть в комментах "плахие карпарасты портят наш линух!!!111"

     
     
  • 6.80, Аноним (34), 18:02, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >всякие мутные личности, пытавшиеся закопирастить само словосочетание "open source"

    Эк ты Эрика Реймонда и Брюса Перенса попытался опустить.

     
     
  • 7.81, Аноним (-), 18:09, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что тут опускать Это известный исторический факт, даже на сайте их шарашки ес... большой текст свёрнут, показать
     
  • 6.90, Аноним (90), 18:51, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    BSD, MIT это свободные лицйензии. GPL это  принудительская лицензия. Они принужает открывать изменённый GPL код.
     
     
  • 7.102, Аноним (40), 19:25, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не просто "принуждают открывать", а "принуждают открывать именно под GPL, если в исключениях (которые могут быть только из списка одобренных FSF, чтобы лицензия могла легально называться GPL) не сказано иначе". Не просто принудительная, а вирус.

    При этом копираст может продавать лицензии на юзание кода в продуктах пою другими лицензиями. Ради этого GPL и AGPL и используют. Да ещё и высеры делают, вроде высера создателя Mercurial, что любая реализация Mercurial, даже на другом ЯП и не основанная на его коде, всё равно нарушает его копирайт, ведь архитектура и интерфейс системы тоже продукт его креативности, и вообще нефиг конкурировать с его системой. Встречаться с юристами такого токсичного GPL-копираста в суде не хочется, проще помочь закопать всю его систему целиком, перейдя на git.

     
  • 7.104, Анании.orig (?), 19:29, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот видишь как много у вас всего.
    Чего в линукс то вцепились?
    Пишите свои бзди.
     
     
  • 8.186, Аноним (187), 01:59, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сначала написали бзди, линукс оттуда выдрал всё что мог Теперь пишите вы, бсди ... текст свёрнут, показать
     
  • 7.118, Аноним (97), 19:48, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и где популярные и массовые проекты под mit и bsd? Корпорасты берут этот код и ни с кем не делаются результатами, в отличие от GPL, собственно поэтому Linux такой популярный и поддерживается корпорациями потому что они вынужденны делиться наработками над кодом под GPL. Если бы он был под лицензией mit или bsd он бы был такой же популярный как сама BSD, просто потому что корпорации брали бы свое и не делились ничем полезным.
     
     
  • 8.130, Аноним (-), 20:14, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну давай посмотрим Под лицензией MIT распространяются - игровые движки Box2D, ... большой текст свёрнут, показать
     
     
  • 9.135, Аноним (97), 20:33, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только еденицы из этих проектов близки по популярности и массовости к Linux, и с... текст свёрнут, показать
     
     
  • 10.141, Аноним (-), 20:56, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, начались отмазки в стиле настоящего шотландца Но давай посчитаем Кол-во п... текст свёрнут, показать
     
  • 10.142, Аноним (142), 20:58, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дружище, ты возьми любой сорт ненужного у вас они дистрибутивами зовутся , выбр... текст свёрнут, показать
     
  • 10.160, Антонимусс (?), 23:10, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Больше половины из списка представляют собой либо какие-то огрызки коммерческих ... текст свёрнут, показать
     
     
  • 11.165, Аноним (-), 23:37, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пук конечно громки, но в лужу Код открытый Открытый Так что не извивайся как... текст свёрнут, показать
     
  • 8.131, Анонин (?), 20:16, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    XOrg - почти в каждом линуксе - MIT лицензия CURL, Compiz, Xterm тоже MIT, куча ... текст свёрнут, показать
     
     
  • 9.139, Аноним (97), 20:42, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К чему тут разделение десктопный или нет, в контексте лицензии и популярности Н... текст свёрнут, показать
     
     
  • 10.147, Аноним (295), 21:13, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем тебе FF на серваке Поэтому го заменяет Wayland protocols с MIT лицензие... большой текст свёрнут, показать
     
  • 10.190, Аноним (187), 02:27, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс чуть менее, чем полностью состоит из юниксизмов И сам при этом является ... большой текст свёрнут, показать
     
  • 8.238, Аноним (238), 15:18, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это ошибочное суждение Корпорации изначально сделали бы выбор в пользу BSD, но... текст свёрнут, показать
     
  • 8.239, Аноним (238), 15:21, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сабж написал студент, одной стороны показать всем, мол смотрите какой у меня пет... текст свёрнут, показать
     
  • 6.100, Аноним (97), 19:24, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В идеальном мире где радуга и единороги, в реальном мире открытый код должен иметь механизмы для защиты своей открытости. И если бы не лицензия GPL корпорасты бы не развивали Linux так как сейчас, а наделали кучу своих закрытых велосипедов на его основе и ничем ни с кем не делились.
     
     
  • 7.107, Аноним (-), 19:30, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что сейчас мешает гуглу или амазону сделать свой вариант ядра, крутить на свои... большой текст свёрнут, показать
     
     
  • 8.133, Аноним (97), 20:27, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если программа для внутреннего использования, то делиться все равно надо, с любы... текст свёрнут, показать
     
     
  • 9.144, Аноним (142), 21:08, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С чего ты это взял Может ткнёшь в нужный пункт этого самого гпл ... текст свёрнут, показать
     
     
  • 10.163, Антонимусс (?), 23:34, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    GPL регулирует права на распространение при определенных условиях Но авторские ... текст свёрнут, показать
     
  • 9.151, Аноним (-), 21:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это неправда Сорцы нужно предоставлять только тем, у кого легальным образом по... текст свёрнут, показать
     
  • 8.176, Дмитрий (??), 00:00, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я знаю что про mariadb и mysql Разработчики передавали исключительные права в m... текст свёрнут, показать
     
     
  • 9.220, Анонин (?), 11:19, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла про фирму MariaDB, а не про БД В том то и дело, что ты пользуешься для... текст свёрнут, показать
     
  • 6.112, Анании.orig (?), 19:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Угу.
    И даже ваучер не нужен?
     
  • 5.91, Аноним (91), 18:59, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это всего лишь придумка Столлмана, который написал 0 строчек кода в оригинальном емаксе.
     
     
  • 6.94, Аноним (-), 19:07, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это всего лишь придумка Столлмана, который написал 0 строчек кода в оригинальном емаксе.

    Зато не просто сп$$$л gmacs, а еще и продал IBM и DEC. А когда пришла Unipress и попросила 'прекратить фигню' то пришлось резко переписывать код.


     
     
  • 7.150, Аноним (34), 21:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Оригинальный EMACS был написан в 1976 году Ричардом Столлманом и Гаем Стилом[en] (англ.) как набор макросов для редактирования (англ. Editor MACroS) для редактора TECO"
    Т.е., лет за 5 до Гослинга.
     
     
  • 8.152, Аноним (142), 21:50, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    TECO ZverCD Edition И да - первая версия emacs под юникс была написана именно Г... текст свёрнут, показать
     
  • 8.153, Аноним (153), 22:01, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не подменяй EMACS и GNU Emacs Просто читай первоисточники https archive c... текст свёрнут, показать
     
  • 8.268, Аноним (267), 00:37, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и выросло поколение, которое Столлмана в авторы на первое место ставит След... текст свёрнут, показать
     
     
  • 9.278, Аноним (295), 12:08, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот так гнутая пропаганда и работает Обожествляют самозванцев, а настоящих геро... текст свёрнут, показать
     
  • 4.76, Аноним (34), 17:57, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зато пермессивщикам даже ненужно притворятся своими для проприерастов. Проприерасты их за своих видят издалека.
     
     
  • 5.108, Анании.orig (?), 19:31, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С чего это вдруг?
    Рим предателям не платит.
     
  • 5.113, Аноним (40), 19:37, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мы свои для проприетарастов в том смысле, что не судимся с ними и ни с кем другим в судах. Просто срём на их копирайты, делая то, что считаем нужным. Проблема возникает с GPL-копирастами. Они типа "свои", а срать на своих нехорошо. Проблема в том, что они делают ровно то же самое, что делают проприетарасты в своих EULA и source-available лицензиях, с единственным отличием: их код доступен для чтения, и разрешено улучшение, распространение и частное использование. Но не интеграция. За интеграцию придётся платить. Либо продвижерием вирусной лицензии, либо деньгами копирасту.
     
     
  • 6.121, Анании.orig (?), 19:50, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну конечно гпльщики вам не свои.
    Кроме вас это никто и не утверждает.
    Пишите свои бзди сколько хотите.
     
     
  • 7.154, Аноним (40), 22:15, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    FSF с вами не согласна, пермиссивные лицензии у них в официально одобряемом списке. Вполне очевидно почему: их можно взять и перелицензировать под GPL. А вот Unlicense они не рекомендуют. Потому что она на хер копирастию посылает. А если накроется копирастия ... то и GPL накроется.
     
  • 3.188, Аноним (187), 02:07, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется EXPORT_SYMBOL_GPL или технологический фашизм.
     
  • 2.35, Аноним (40), 16:32, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Код ядра распространяется под лицензией MIT.

    Реализация возможности загрузки модулей ядра Линукс, распространяемого под GPL-2.0, есть нарушение лицензии GPL-2.0. Есть один из тестов на производность работы: ядро Линукс может существовать без драйверов. А вот драйвера не могли бы существовать без ядра. Значит драйвера являются производными от ядра и обязаны лицензироваться под GPL. Они и лицензируются. Те из них, разработчики которых не нарушают лицензию ядра. Многие внаглую нарушают, но прижать их к ногтю кишка тонка. Согласно GPL FAQ, если не переопределено исключениями, ни программа под иной лицензией не может законно иметь иметь плагины под GPL, ни программа под GPL не может законно иметь плагины под другой лицензией.

     
     
  • 3.48, Аноним (295), 16:49, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи это драйверу для wifi в BSD))
    Хотя это хороший пример гплного рака. И причина почему его нужно по максимуму избегать.
     
     
  • 4.59, Аноним (34), 17:10, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Недавно портированный на OpenBSD драйаер WiFi был под BSD.
     
  • 4.60, Аноним (57), 17:11, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Расскажи это драйверу для wifi в BSD))

    Ну, украли и украли. Чем тут хвастаться?

     
     
  • 5.65, Аноним (-), 17:32, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разве? Мне казалось портировали без нарушения лицензии.
    Может пруфы какие-то про "украли" приведешь, а то газификация лужи делу не поможет.
     
  • 5.198, Аноним (187), 03:33, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разве свободное можно украсть?
     

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

  • 1.2, Герострат (?), 15:33, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Зачем? Опять монолит и в целом ничего интересного
     
     
  • 2.4, Sw00p aka Jerom (?), 15:38, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Если бы исходники линуха были бы такими же закрытыми как у винды, макоси и т.д. то таких бы васянов не плодилось бы.
     
     
  • 3.309, Аноним (309), 11:41, 09/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так-то проект вроде хороший, но смущает лицензия MIT. Такие проекты должны быть ТОЛЬКО ПОД GPLv3, чтобы грязные корпорации не могли "воровать" код энтузиастов: не давая ничего взамен, а то и используя против нас самих (пример - Minix из которого сделали прошивку для бэкдора Intel ME)
     
     
  • 4.311, Sw00p aka Jerom (?), 13:54, 09/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Так-то проект вроде хороший

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

     
  • 2.5, Аноним (5), 15:39, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот да, несмотря на мою любовь к расту не очень понятно в чём смысл этого проекта. Редокс хотябы архитектуру уникальную пилит.
     
     
  • 3.9, Карлос Сношайтилис (ok), 15:49, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Учится
     
  • 3.15, Аноним (15), 16:02, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Привлечь фанатов и аудиторию Rust, Linux кто хотел переписать ядро на него и чтобы это было практически хоть минимально применимо
     
     
  • 4.42, Аноним (34), 16:38, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Linux кто хотел переписать ядро на него и чтобы это было практически хоть минимально применимо

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

     
     
  • 5.56, Аноним (-), 17:09, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Не все пользователи линукс фанаты толстого коммуняки и его секты.
    Но не пользоваться тем, что написали забесплатно не-мамонты и нанятые-за-деньги-корпов -- просто глупо.
    Так что мы будем без колебаний использовать чужой труд, если нам это будет выгодно.
    А если будет альтернатива - перейдем на неею
     
     
  • 6.82, Аноним (-), 18:11, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Истинный линуксоид-свободивец только за копилефт! Все остальные - примазавшиеся случайные попутчики. Сегодня они плачут о том, что их дистр не похож на Виндовс. Завтра они тебя предадут.
     
     
  • 7.117, Аноним (295), 19:46, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, они не предадут, потому что они вам и не присягали - просто пользовались бесплатной софтиной.
    И скажут "goodbye losers whom I've always hated"
     
     
  • 8.229, Аноним (251), 12:38, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Скатертью по жопе, самая бесполезная часть сообщества ... текст свёрнут, показать
     
     
  • 9.237, Аноним (295), 14:35, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так мы не часть вашего сообщества , не нужно нас так оскорблять Мы честны пере... текст свёрнут, показать
     
  • 7.240, Аноним (238), 15:35, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Истинный линуксоид-свободивец только за копилефт! Все остальные - примазавшиеся случайные попутчики. Сегодня они плачут о том, что их дистр не похож на Виндовс. Завтра они тебя предадут.

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

     
     
  • 8.257, Аноним (257), 19:10, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зироксу сейчас за Alto очень обидно было ... текст свёрнут, показать
     
  • 3.20, Аноним (20), 16:10, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что в архитектуре ресдоха уникального?
     
     
  • 4.84, Аноним (34), 18:17, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Оно безопастно! Не работает, значит безопастно.
     
  • 3.43, Аноним (43), 16:40, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Несмотря на мою нелюбовь к расту, не очень понятно, в чём смысл появления Linux. Миникс хотя бы архитектуру уникальную пилил, для остальных же было MS DOS.
     
     
  • 4.199, Аноним (-), 03:57, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    he soon got frustrated by the licensing of MINIX, which limited it to education... большой текст свёрнут, показать
     
  • 4.277, Анонововвлвлвл (?), 11:48, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Смысл линукса в лицензии. Если бы тогда был 386bsd и линус знал о нем, линукса бы не было, о чем торвольдс весьма ясно дал понять
     
  • 2.266, Аноним (266), 23:54, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть один _очень_ значимый нюанс - монолит на _безопасном_ языке Ну т е можно ... большой текст свёрнут, показать
     
     
  • 3.310, Серб (ok), 13:51, 09/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На этот абзац.
    > Интереснее наверное было бы какое-нибудь гибридное ядро получить

    Тут есть один нюанс. "Болото возможностей". В таком болоте утонет любая разработка. Все продумать и протестировать все комбинации будет нереально трудозатратно. То есть, идея правильная но нереализуемая.

     

  • 1.3, SergeyWegner (ok), 15:33, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх, моя Windows 95 просто летала бы с таким объёмом памяти, да еще и имела графический интерфейс.
     
     
  • 2.26, Аноним (26), 16:15, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И где эта ваша теперь летала на малом объеме? Windows теперь это маркетологический отпрыск.
     
     
  • 3.224, Ivan_83 (ok), 11:50, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Испортилось.
    Где то после семёрки венда стала жрать больше линуха на десктопе и потеряла смысл в виду ломания привычек юзера об колено.
     
     
  • 4.259, Аноним (34), 19:23, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то и тот Линух, который выходил на момент выхода Семёрки, не жрал больше неё.
     
  • 3.303, _kp (ok), 00:56, 08/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Linux времен Win95/98 точно так же летал на антикварном железе тех лет, ну или почти так же, без великой разницы в производительности.
    На 32МБ запускались и вполне работали древние X, а на 64МБ все летало.
    Но ведь столь старые системы, ни те, ни другие, сейчас и даром никому не надо.

    Так же не забываем, что сегодняшний Веб браузер, это еще одна "прожорливая операционка", и как бы мало не потребляла ресурсов сама ОС, то для ОС с браузером надо и многоядерный процессор и от 4 ГБ ОЗУ, и это минималки.

    А если нужен пример где Линус требует мало ресурсов, так это ж роутеры, всякая встраиваемая техника, и там и сегодня вполне работает и на 32Мб ОЗУ.

     
  • 2.41, Аноним (40), 16:38, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    И одна юзерспейсная программа зачастую валила всё ядро в BSoD, потому что защиты памяти на деле не было, а ОС и программы были написаны на дыряшке.
     
     
  • 3.106, Аноним (106), 19:29, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну так еще семейство NT до 2000 было очень даже стабильным. Особенно серверные редакции в х86 с поддержкой большого количества памяти, а то кудахтают все про х64 как о панацее которая необязательна. Писали же для плойки с раздельной памятью и не бухтели игроделы.
     
     
  • 4.132, Kuromi (ok), 20:22, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так с PAE тоже можно было всю память использовать, просто не хотелось возиться с перекачиванием из одного места в другое. Кто реально хотел (например был драйвер RAM диска размещающий файлы в PAE сегменте) - использовал.
     
     
  • 5.183, Аноним (183), 01:50, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А то что х32 архитектура пусть хаками, но бвэыстрее и именно это фишка генты с подобным пресетом никого и не волнует.
    Сейчас вот принудительно с виртуалками возятся.
    Сдается мне не просто так квады были где-то на треть быстрее имея 2 кристалла с 32 битным конвейером.
    Работа с памятью будто нечто заморочное.
    Портируют игры если надо.
    Сдается мне неосиляторов было много.
     
     
  • 6.223, Ivan_83 (ok), 11:42, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю где вам та быстрата привиделась.
    Попробуйте уже реальные задачи, типа посмотреть киновку хотя бы 1080p в AV1 кодеке на тех кореквадах, потом приходите.
     
  • 5.225, Ivan_83 (ok), 11:53, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это глупые люди фигнёй страдали.
    Умные ставили себе вместо ХР обычный 2003 х64 и получали доступ ко всей памяти и снимали кучку других ограничений десктопа.
     
  • 4.157, Аноним (40), 22:28, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Windows 95
    >Семейство NT

    /0

     
  • 4.226, Ivan_83 (ok), 11:55, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    х64 это не только про адресное пространство где доступно более 2-3гб оперативы, это ещё всякие аппаратные фичи дающие секурность и скорость.
    Да банально больше регистров доступно и регистры шире.
     
     
  • 5.241, scriptkiddis (?), 16:03, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Секурность... насмешил.
     
     
  • 6.271, _ (??), 02:31, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раст вон тоже безопасДный ... по задумке :) А дальше выло как вышло :)
     
     
  • 7.283, Аноним (266), 16:52, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так отлично выходит. Вон андроидоделы хотят всё новое системное нативное на расте писАть, а не на дыряшке, ибо очень уж лепо выходит.
     
     
  • 8.290, _ (??), 20:59, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Удачи ... текст свёрнут, показать
     
  • 5.304, _kp (ok), 01:00, 08/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перекомпиляция ПО с 32х на 64х так же даёт прирост быстродействия. В том числе тупая перекомпиляция, без задействования новых фич.
    По выборочным тестам критичного кода прирост составил 15-30%.

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

     
  • 3.222, Ivan_83 (ok), 11:40, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А давайте вы для начала напишите ОС и софт под неё который сможет работать с 500мб диском (занимая на нём где то 100-200мб), 32мб оперативы и 16 мб озу.
    При этом чтобы там был сетевой стёк, гуй, браузер, плеер и рабочий 3д для игор.

    Не нужна безопасность, нужно влезть в ресурсы.

     
     
  • 4.288, Аноним (97), 18:47, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "32 мб оперативы и 16 мб озу" сам то понял что написал? Зачем на 16 мб оперативы и 500 мб диске 3д игры, и кто в них будет играть, учитывая такие ограничения нормальная игра не получится, особенно для людей привыкших к современным играм.
     
  • 4.296, Билл (?), 03:38, 07/01/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.179, Дмитрий (??), 00:06, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так пользуйся windows 95, чего ныть
     

  • 1.6, Аноним (295), 15:42, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > развиваются X11-сервер

    Но зачем?

     
     
  • 2.8, Карлос Сношайтилис (ok), 15:48, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +24 +/
    Он троллит opennet сообщество – пишет на раст, но есть иксы, тяжело определиться, ненавидеть его или восхвалять.
    Для ясности, надо посмотреть какая там система инициализации.
     
     
  • 3.37, Аноним (34), 16:34, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень просто вопрос решится. Если этот их сервер будет собираться gccrs, то приемлемо.
     
  • 2.10, Шарп (ok), 15:49, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вейланд сильнее прибит к ядру линукс, чем иксы. Придётся всю DRM подсистему перетаскивать себе.
     
     
  • 3.12, Аноним (12), 15:53, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вейленд протокол он ни к чему не прибит.
     
     
  • 4.21, Аноним (20), 16:10, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Х11 тоже протокол
     
     
  • 5.136, Аноним (12), 20:33, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    X11 это сервер.
     
     
  • 6.217, Аноним (217), 10:15, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сервер это xorg
     
  • 4.53, Шарп (ok), 17:02, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вейленд протокол он ни к чему не прибит.

    Нет. Вейланд это набор протоколов.

    Например протоколы вейланда zwp_linux_dmabuf_v1, wp_drm_lease_device_v1 прибиты к линуксу. Если хочешь запустить под своим ядром существующие вейланд композиторы из линукса, то придётся поддерживать линукс специфичные протоколы вейланда.

    Даже в описании core протокола есть "The button is a button code as defined in the Linux kernel's linux/input-event-codes.h header file, e.g. BTN_LEFT".

    Ну да, не прибит.

     
     
  • 5.58, Анонин (?), 17:10, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если хочешь запустить под своим ядром существующие вейланд композиторы из линукса

    А если ты для своего ядра пилишь свой композер, разве тебе нужно реализовывать линукс специфичные протоколы?

     
     
  • 6.87, Аноним (87), 18:26, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если пилиться не вайланд, то не нужно.
     
  • 5.210, Аноним (210), 08:37, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вбивай коды кнопок интами, если религия не позволяет скопировать дефайны, в чем проблема
     
     
  • 6.234, Шарп (ok), 14:11, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вбивай коды кнопок интами, если религия не позволяет скопировать дефайны, в
    > чем проблема

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

     
  • 4.242, scriptkiddis (?), 16:05, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чем докажешь на практике?
     

  • 1.7, Карлос Сношайтилис (ok), 15:44, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Забыли написать в новости, что автор пишет это в качестве обучения, поэтому ряд ли у проекта есть будущее.

    Но работа вызывает увожение: "At that moment, I decided to switch to Rust (my first project in this language)..." – кто-то с хеловордов начинает, а этот гик – с ядра, чел крут.

     
     
  • 2.13, IdeaFix (ok), 15:57, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На самом деле это не такое уж редкое явление. Попалась ему в руки книжка Таненбаума про архитектуру или современные ОС, а там изо всех щелей программирование/инициализация/драйверы....

    И если студент более или менее толковый, он сначала пишет загрузчик, а потом ядро. Лучше под GNU/моёядро. По крайней мере последние лет 30 в универах именно так. А потом эти люди занимаются тем, что сдают в аренду свой скилл по портированию любой рт-ос под любую архитектуру. Дорого. Именно так это и работает.

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

     
     
  • 3.24, impl Deref (?), 16:15, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И получается у одарённых mimalloc, что не так уж и плохо.
     
     
  • 4.36, IdeaFix (ok), 16:34, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И получается у одарённых mimalloc, что не так уж и плохо.

    Чаще получается указатель на указатель на указатель на массив указателей... ******* короче. У Таненбаума такого нет, вот в практике преподавания программирования на языках высокого уровня в отечественных ВУЗах в порядке вещей дать такую тему толковому студенту. Чтобы калории на фекалии переводил.

     
  • 3.192, Аноним (187), 02:37, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы ему попалась книжка Таненбаума, он бы запилил микроядро.

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

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

    ППКС.

     
  • 2.19, Аноним (22), 16:09, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да. Линус тоже начинал как "сделаю-ка я пускач для программ!". В результате безобразно спроектированное ведро прожило 30 ужасных лет....
     
     
  • 3.145, Аноним (142), 21:12, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разве не как переусложненный терминал?
     
  • 3.254, Котофалк (?), 18:21, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Собственно ровно такая же история с Quick Dirty Operating Systems оно же PC-DOS, оно же MS-DOS, да и история графической нашлёпки на неё тоже недалеко ушла. Если решение достаточно быстрое и и достаточно убогое - оно захватит мир. Технически совершенные решения всегда опаздывают и сгнивают на обочине. Живи теперь с этим.
     
     
  • 4.255, Уволить ПОНАБа (?), 18:37, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего подобного. Линус писал с нуля по документации на POSIX API. А с досами - одна сплошная история нагибалова и кидалова. Плюс мама Билли была в IBM. А сам Билли даже в институте курсовую работу у соседа по комнате скомуниздил. Т.е. как программист Билли - дуб-дерево. Делай выводы.
     
  • 2.28, Анонин (?), 16:17, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так проект для обучения - тоже прекрасное будущее.
    Таких проектов на самом деле море и на других языках программирования.

    А на раст вспоминается проект Philipp Oppermann "Writing an OS in Rust", где начинают с минимально возможного кода и постепенно усложняя его. Самих статей не было с 2020го, но репа пока живет.

     
  • 2.109, Аноним (106), 19:31, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да пусть хоть джаве пишет. Может кто и оценит для встраиваемых систем.
     
  • 2.213, anonymous (??), 09:45, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я написал единственную программу на Фортране, и это интерпретатор языка программирования.

    Ядро ОС это чуть сложнее, но не прямо таки невероятно.

     
  • 2.219, BrainFucker (ok), 10:45, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > поэтому ряд ли у проекта есть будущее.

    Линус тоже так думал когда начинал пилить свой pet проект.

     
     
  • 3.250, Аноним (251), 17:22, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Линус пришел на пустое место сейчас же отбоя нет от желающих пропихнуть свою ось.
     

  • 1.11, Аноним (12), 15:52, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ту же самую книжку, что была у Линуса "как написать ядро", может любая табуретка и шпарить хоть на Лиспе.
     
  • 1.14, Аноним (14), 16:01, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот это пример хорошего, годного Васяна — молча пилить своё ядро, а не пихать кривенькими потными ручонками растишку в линух. Одобряю.
     
     
  • 2.243, scriptkiddis (?), 16:10, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Фух, наконец то он дождался твоего одобрение.
     
     
  • 3.316, Аноним (316), 19:05, 12/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет одобрения - нет пользователей.
     

  • 1.16, Аноним (16), 16:06, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Было бы ещё круче, заюзай он загрузку EFI.

    >Начиная с версии 3.3 ядро Linux может быть загружено напрямую, без использования загрузчика

     
  • 1.17, Аноним (17), 16:08, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередной UNIX-like, скучно...
     
     
  • 2.54, Аноним (34), 17:04, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А прикладной софт для нескучного где потом брать?
     
     
  • 3.67, C00l_ni66a (ok), 17:33, 04/01/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.275, Советский инженер (ok), 10:33, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    для прикладного софта есть POSIX
     

  • 1.31, ZVVZ (?), 16:28, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Интересно как так получается, что разные noname  как менуэты, колибри, всякие редоксы  и  прочие студент-оси, которые пилятся как курсовые работы оказываются куда более жизнеспособными чем институтские ХУРДЫ и МИНИКСЫ на которых попиляны кучи бюджетов.
     
     
  • 2.38, Аноним (38), 16:34, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MINIX используется повсеместно в отличие от колибри, минета и тем более, упаси боже, ресдоха
     
  • 2.39, Анонин (?), 16:34, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не надо тут про Миникс - он как раз занял свою нишу и используется в миллионах компов.
     
     
  • 3.44, Аноним (40), 16:41, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если кто не знает, о чём речь, то напомню: Intel Management Engine, присутствующий во всех компах на процессоре Intel как минимум с момента перехода на i-номенклатуру.
     
     
  • 4.61, Аноним (90), 17:11, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ха-ха, а у меня Интел Коре Два дуо!
     
  • 4.77, Аноним (38), 17:59, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня MNT Reform, что за Intel Management Engine? Мне стоит опасаться?
     
  • 4.111, Аноним (106), 19:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О да анальный зонд это то для чего все создавалось.
    А вообще после загрузки проклятый штеудМЕ хорошо бы вырубать и лишь затем после полной загрузки скриптами поднимать сеть.
     
     
  • 5.244, scriptkiddis (?), 16:12, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть гайд как это делать?
     
  • 2.73, Аноним (34), 17:52, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На Хурде уж точно не попиляешь, неинститутский он.
     
  • 2.93, Аноним (91), 19:06, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С чего это Хурд институтский? Хурд это придумка гнутых, которые не осилили написать ядро за 30 лет. Ну не мудрено, это же не в тысячный раз повторять "гнус нот юникс, донт юз пипитетари софтваре", там проектировать надо. А гнутики на это не способны.

    А миникс вполне себе используется.

     
     
  • 3.148, Аноним (142), 21:14, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Причем микроядро, что особо доставляет. Все силы ушли на написание гпл и лозунгов, код писать было некому и некогда.
     
  • 3.193, Аноним (187), 02:45, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хурд это не придумка гнутых, это передирание мака, который изначально был пришлёпкой к бсд. И не факт, что Столлман его не "стырил" во времена, когда мак ещё работал совместно bsd. Эта же архитектура была частично стянута в макось.

    В ГНУ почти ничего не придумывали. Придумывали в университетах и корпорациях.
    А ГНУ был создан для переписывания уже существующего под вирусной лицензией.
    Их самостоятельные разработки можно пересчитать по пальцам.

     
  • 3.256, warlock66613 (ok), 18:46, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С того что Столлман из MIT.
     
     
  • 4.261, Аноним (34), 19:29, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так мы здесь все, в большинстве своём, институтов накончали. А кто и по два. Так что ж теперь, все наши Hello World'ы считать институтскими?  8-)
     
     
  • 5.265, warlock66613 (ok), 22:59, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Столлман работал в MIT.
     
  • 2.204, Аноним (-), 04:23, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если мы допустим, что вероятность для ядра взлететь 0.001%, то получится как раз картинка описываемая тобой. Нонеймы пишут ядра тысячами, и некоторые из них взлетают. Распильных проектов единицы, и есть какие-то доли процента вероятности, что один из них взлетит.
     
     
  • 3.286, torvn77 (ok), 17:27, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю что Minix из статистики следует исключить как аномалию, так как по сути это одно единичное применение в роли безплатной затычки вся удача которого в том что она растиражированна в миллионах компов.
     

  • 1.32, Аноним (90), 16:28, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Код ядра распространяется под лицензией MIT.

    Правильная лицензия. Интересно вызывет ли интерес у корпораций. Или время уже упущенно.

     
     
  • 2.52, Аноним (52), 16:57, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как это нет, не хужей Апачей, имя оставляй, код вертай, делай что хочешь, но имя оставляй.
     

  • 1.50, Аноним (52), 16:49, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно, а сколько по времени это ядро грузится и как быстро реагирует? Есть любопытствующие для посравнивать?
     
     
  • 2.85, Аноним (34), 18:19, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До тех пор, пока оно может исключительно лишь грузиться, грузится быстро.
     
  • 2.115, Аноним (106), 19:42, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да не парься. На самом деле растишка слегка медленнее Си и плюсов в случае их использования в высокоуровневых языках программирования в виде библиотек. И те и другие библиотеки обладают сравнимым качеством кода.
    Но тут уж никто не заставляет. Хочется в безопасность можно и раст поставить. Но ты можешь выискать ошибки в стандартных вызовах функций языка которые работают. То есть если команды раста это Си, то ненужно объяснять почему он работает сравнимо по скорости.
     

  • 1.63, Аноним (-), 17:22, 04/01/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +2 +/
     

  • 1.70, sig11 (ok), 17:38, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Интересно, а дольше чем 42 секунды оно сможет работать? Или это просто ответ на "Главный вопрос жизни, Вселенной и всего такого".
     
     
  • 2.138, Аноним (12), 20:37, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
     
  • 2.262, Аноним (34), 19:33, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    146% !
     

  • 1.74, Аноним (74), 17:55, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Проект был создан в 2018 году и вначале использовал язык Си, но в 2020 году был полностью перезапущен с нуля с учётом накопленного опыта и перешёл на Rust

    "А вы, друзья, как ни садитесь..."

     
     
  • 2.301, Аноним (301), 13:07, 07/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какая ужасная потеря для мира Си...
     

  • 1.92, Аноним (92), 19:05, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > перешёл на Rust для снижения вероятности совершения ошибок

    *фэйспалм* Ну хорошо, наканайописся ты с владением указателями, и что? На СИСТЕМНОМ уровне это не поможет, там нужна дотошная внимательность КО ВСЕМУ, от размеров указателя, до значений каждого бита в GDTR. Соотв. системную часть надо писать на асме, чтобы ты гарантированно уделял внимание каждому значению. А Растишка - это для клоунов, которым лишь бы очередной язык выучить.

     
     
  • 2.95, Аноним (91), 19:08, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А давай-ка расскажи, что такое системная часть? И какие именно куски ядра пишутся на асме? А фейспалмами погоди пока кидаться, есть сомнения в твоих знаниях.
     
     
  • 3.103, Аноним (92), 19:27, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я тебе экзамен не собираюсь сдавать, мамкин линуксист. :)

    Системное - это всё, что обеспечивает функциональность для прикладного. Системное:
    Загрузчик, диспетчер процессов (приоритеты, запуск), диспетчер памяти, менеджер прерываний.

    Всё остальное хоть и кажется системным, должно выноситься вне ОС: драйвера, всякие X-Window, фаловые системы и т.п.
    А уж совсем прикладное (блокноты, фотошопы) уже пользуются всем этим.

    Ключ в том, что повторять поделие трольвадса нет никакого смысла - оно было тухлым уже в момент создания. Поэтому СЕГОДНЯ не существует нормальной перспективной ОС.

     
     
  • 4.124, Аноним (91), 20:01, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Экзамен не требуется, требуется подтверждение своих слов Гном обеспечивает функ... большой текст свёрнут, показать
     
  • 2.96, Аноним (-), 19:11, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > *фэйспалм* Ну хорошо, наканайописся ты с владением указателями, и что? На СИСТЕМНОМ уровне это не поможет, там нужна дотошная внимательность КО ВСЕМУ, от размеров указателя, до значений каждого бита в GDTR. Соотв. системную часть надо писать на асме, чтобы ты гарантированно уделял внимание каждому значению.

    Это хорошо видно по дырявому ядру.
    Сколько там CVE и получений рута за последний год было?
    Хорошо, что тем кто что-то решает (и платит деньги) это надоело. И теперь в ядре будет раст.

    > А Растишка - это для клоунов, которым лишь бы очередной язык выучить.

    У.. запахло нафталином, ты навеное неосилятор, вот и бесишся.


     
     
  • 3.105, Аноним (92), 19:29, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дырявое ядро было спроектировано как дуршлаг, так что НИЧЕГО удивительного.

    Нафталин - это у тебя в рейтузах. Пойдёшь в школу - расскажу, как умные люди оценивают языки.

     
  • 2.120, Аноним (295), 19:49, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > системную часть надо писать на асме, чтобы ты гарантированно уделял внимание каждому значению.

    Угу, а потом портировать для каждой архитектуры отдельно, получая расхождения в поведении, уникальные баги в +200-500% трудозатрат, в зависимости от того, сколько архитектур решил тянуть.

    Великолепный план, Уолтер.
    Просто охеренный, если я правильно понял.
    Надёжный, как швейцарские часы. (с)

     
  • 2.208, ДаНуНафиг (?), 07:43, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня есть подозрение, что чел, который уже пятый год пилит это фактически на двух языках, и сам прекрасно понимает, что ему надо. Понятно, что это не панацея, но если смена ЯП помогает ему уменьшить вероятность каких-то ошибок, то и прекрасно. Кстати, да, формулировка "снижает вероятность", а не "снижает ошибки" - как бы вполне себе подчеркивает это все.
     

  • 1.114, Golangdev (?), 19:41, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > развиваются X11-сервер

    отрицательное развитие, ага

    когда даже майнтейнеры X11 заявили о сворачивании проекта, какие-то чудики всё равно продолжают колосться и есть кактус

    очень плохой выбран путь, лучше бы развивали Wayland

     
     
  • 2.134, Kuromi (ok), 20:27, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Просто начали с чего попроще. Заметь, из ФС там ext2 и 32-битное все.
     
     
  • 3.161, Аноним (97), 23:24, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз по моему wayland прикрутить проще чем x11 с нуля.
     
     
  • 4.172, Аноним (172), 23:51, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Забываешь сколько всего потом к вэйлэнду прикручивать придётся.
     
     
  • 5.289, Аноним (97), 18:50, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К нему уже давно все необходимое прикрученно.
     

  • 1.140, Аноним (140), 20:48, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    48.8 тысяч строк за 4 года - видимо раст не прёт?
     
     
  • 2.149, Анонин (?), 21:17, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В одно лицо в качестве хобби? Не так уж и мало.
     
     
  • 3.164, Аноним (72), 23:35, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    4 года. Если он 4 дня за эти 4 года проектом занимался, ещё можно поверить. Но скорее всего на ржавчине не так приятно писать, чтобы по 10к строк за вечер под пиво выдавать.
     
     
  • 4.166, Аноним (-), 23:39, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 4 года. Если он 4 дня за эти 4 года проектом занимался, ещё можно поверить. Но скорее всего на ржавчине не так приятно писать, чтобы по 10к строк за вечер под пиво выдавать.

    Конечно! Тут же думать ладно, это тебе не дыряшка, чтобы х-к-х-к и в продакшн.


     
  • 4.169, Антонимусс (?), 23:48, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сотня новых строк в день - чтобы набрать 48к за 4 года, нужно так работать по 120 дней в году. Учитывая, что на практике код не только добавляется, но и меняется или удаляется, его результативность вызывает зависть.
     
     
  • 5.173, Аноним (72), 23:53, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А если взять по 1000 хотя бы, что можно понять, если это привет мир для автора? Результативность имеет значение, только если это не переписывание существующего.
     
     
  • 6.178, Аноним (172), 00:02, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для автора результативность в наличии ещё одного проекта в портфолио. Он никому ничего не должен, пилит ради собственных интересов.
     

  • 1.155, Аноним (155), 22:23, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    смешно - им бы сначала б musl на ржавчине переписать, походу будет очередная unsafe катастрофа.
     
     
  • 2.158, Анонин (?), 22:55, 04/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем переписывать, если есть relibc?
     
     
  • 3.249, Аноним (251), 17:20, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что же ей не пользуются? И звезд всего 800, нужно срочно накрутить!
     

  • 1.159, Аноним (159), 23:09, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гора пошла к Магомету
     
  • 1.168, Аноним (172), 23:47, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Годно, нужно. Удачи проекту.
     
  • 1.174, Anoni (?), 23:55, 04/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эх на роутерах было бы айс
     
     
  • 2.232, Аноним (34), 13:53, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А сетевой стек сравнимый с Linux реализовать? Это вам не 49000 строк каких-то.
     
     
  • 3.269, Аноним (267), 00:50, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это который на BSD-сокетах? Возьмут из BSD как все.
     

  • 1.212, Аноним (212), 09:00, 05/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CGAшная палитра на картинке. Такая милота.
     
  • 1.214, КрасныйГлаз (?), 09:47, 05/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Ядро имеет монолитную архитектуру

    Шило на мыло...

     
  • 1.227, YetAnotherOnanym (ok), 12:03, 05/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > на языке Rust также развиваются X11-сервер

    Битва энтузиастов Раста с фанатами Вейланда будет эпичней, чем встреча свидетелей Иеговы с продавцами пылесосов Кирби.

     
     
  • 2.228, Аноним (-), 12:14, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> на языке Rust также развиваются X11-сервер
    > Битва энтузиастов Раста с фанатами Вейланда будет эпичней, чем встреча свидетелей Иеговы с продавцами пылесосов Кирби.

    Не выдумывай)
    Фанаты раст будут не против, если даже весь X.org решат переписать на rust
    во-первых, это будет интересный опыт и можно много чему научиться (как надо и как не надо делать)
    во-вторых, несмотря на то, что концептуальная дырявость иксов останется (общий буфер, cетевая прозрачность), но багов типа 'выход за границы буфера' живущих по 30 лет (CVE-2023-43785  opennet.ru/opennews /art.shtml?num=59906) - станет меньше


     
     
  • 3.264, Аноним (12), 20:43, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как эти баги мешают, какой от них экономический ущерб в долларах?
     
  • 2.292, torvn77 (ok), 21:11, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Битва энтузиастов Раста с фанатами Вейланда будет эпичней, чем встреча свидетелей Иеговы с продавцами пылесосов Кирби.  

    Когда это ядро вместо Лиуксового возьмут в Федору, а потом и в RH?

     

  • 1.246, Аноним (246), 17:13, 05/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пусть ржавые объеденятся и бросят все свои силы на создание идеальной оси и перестанут проводить диверсии над программами написанных на небезопасных языках.
     
     
  • 2.247, Аноним (-), 17:18, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пусть ржавые объеденятся и бросят все свои силы на создание идеальной оси
    > и перестанут проводить диверсии над программами написанных на небезопасных языках.

    А то что?)
    Линус и разработчики ядра уже решили, что расту быть.
    Так что максимум, что можешь сделать это скрежетать зубами и собирать чемоданы на freebsd.

    Да и остальные программы нововведения добавляются с разрешения и одобрения мейнтейнеров.

     
     
  • 3.248, Аноним (251), 17:19, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Да и остальные программы нововведения добавляются с разрешения и одобрения мейнтейнеров.

    Какие именно?

     
     
  • 4.252, Аноним (-), 17:28, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Да и остальные программы нововведения добавляются с разрешения и одобрения мейнтейнеров.
    > Какие именно?

    Например в андроид и сhromium - с одобрения гугла.
    Нгикс - содобрения команды нгикса. И тд.

    Ты ж не думаешь что можно прийти в чужую репу и закоммитить то, что тебе захотелось?


     
  • 3.263, Аноним (12), 20:42, 05/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пара мелких переписанных строка в строку дровишек что это за использование раста?
     
     
  • 4.300, Аноним (301), 13:06, 07/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пара? Был же один вроде.
     

  • 1.258, Аноним (257), 19:22, 05/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опять более быстрая лошадь. Бесконечная череда частичных реализаций одних и тех же идей из семидесятых вызывает уныние. Зачем нужен ещё один клон юникса, если их уже есть несколько рабочих? Ну пишешь свой hello world, ну возьми ты хоть Plan9, хоть какой-то шаг вперёд, но нет: диды лаптем щи хлебали, и мы будем. Тьху!
     
     
  • 2.273, К.О. (?), 04:39, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если он действительно делает клон линукса, потенциально на нём можно будет собрать и запустить что-нибудь полезное.

    А клон Plan9 дальше хелловоулда не уйдёт.

     
  • 2.284, Аноним (266), 17:14, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зачем нужен ещё один клон юникса, если их уже есть несколько рабочих?

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

     
     
  • 3.291, _ (??), 21:05, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ... и всё те-же "тысячи уже готовых программ" но на "дыряшке" :-))))))
    Очешуительный план, бро! :)
     
     
  • 4.294, Аноним (266), 23:34, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Реально просто мега-очешуительный Ни одна из этих программ с огромной долей ве... большой текст свёрнут, показать
     
     
  • 5.299, Аноним (301), 13:05, 07/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >не получит локально рута благодаря какому-нибудь выходу за границу буфера

    А получит по другой причине.

     

  • 1.274, Аноним (274), 08:46, 06/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чего бы не переписать MS-DOS?
     
     
  • 2.276, Аноним (246), 11:43, 06/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, с памятью в DOS своя атмосфера. Да и защищать её не от кого. Однозадачная ось.
     
  • 2.315, Аноним (315), 02:49, 12/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Держи https://www.freedos.org/
     

  • 1.287, torvn77 (ok), 17:58, 06/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Система распределения памяти, поддерживающая виртуальную память.

    Учитывая что на современных компах минимальный объём ОЗУ измеряется гигабайтами поддрежку виртуальной памяти стоит дописывать при необходимости, только когда она станет нужна.

    >Драйвер IDE/PATA.

    Вот это точно не нужно.  

    >Поддержка виртуальных ФС /tmp и /proc.  

    А разве proc не легаси вместо которой разработана более совершенная sys?

    >Поддержка монтирования ФС и дисковых разделов MBR и GPT.  

    Зачем на MBR силы тратить?

    >Поддержка initramfs.  

    Лучше бы вместо этого сделал полный виртуальный диск объём которого бы принимался из командной строки ядра и initrd бы инициализировался как один из его разделов, что сделало бы управление виртуальными дисками в целом более удобным.  

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

    Зря он так сделал, мог бы опубликовать под лицензией GPL_3, требовать передачу прав на код присылаемых патчей и торговать вовсю двойным лицензированием, глядишь бы вернее так обогатился, чем выбором угодной корпорациям пермессивной лицензии

     
  • 1.302, Денис Попов (?), 18:27, 07/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О, эти перепишут systemD на расте.
     
  • 1.305, Аноним (305), 15:58, 08/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот ядро Маэстро
     
  • 1.314, Аноним (315), 02:48, 12/01/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  поддерживает только системы x86 в 32-разрядном режиме.

    И кому это нужно? Сейчас вектор на ARM или хотя бы RISC-V
    а если уж взялись за x86, то кому нужен i386? Сразу нужен
    IA64

     

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



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

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