https://www.opennet.ru/openforum/vsluhforumID3/142378.html Опубликован выпуск операционной системы MenuetOS 1.63.0, разработка ядра которой ведётся полностью на языке ассемблера. Сборки MenuetOS подготовлены для 64-разрядных систем x86 и могут быть запущены под управлением QEMU. Сборка системы занимает 1.4 МБ и сформирована в виде образа дискеты и iso-образа для записи на CD (поддерживается запуск в VirtualBox). Исходный код проекта Menuet64 распространяются под ограничивающей лицензией, требующей согласования любого использования в коммерческих целях, а Menuet32 - под лицензией GPL...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66685<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#111 Sun, 15 Nov 2026 05:14:50 GMT Вернее, ссылка на 32-битную версию была ("M32"), но она запрятана в странице Documents<br>https://web.archive.org/web/20051213011249/http://www.menuetos.net/docs.html<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#110 Sun, 15 Nov 2026 05:03:44 GMT Я нашёл упоминания того, что форк был создан в основном потому что Вилле в 2005 году потерял интерес к развитию 32-битной и хотел с головой погрузиться в развитие 64-битной версии.<br><br>https://board.kolibrios.org/viewtopic.php?t=994 ("The only way to save Menuet32 was forking")<br><br>https://wiki.kolibrios.org/wiki/History_system/ru ("В июне 2005 года вышла Menuet64 0.01 и Вилле дал понять, что развитие этой ОС должно быть основной целью")<br><br>Это подтверждается отсутствием даже ссылки на 32-битную версию на сайте в 2005 году:<br>https://web.archive.org/web/20051210020617/http://www.menuetos.net/download.html<br><br>В качестве причины форка упоминается также слишком медленная процедура принятия патчей от сообщества.<br>Однако через пару лет ссылки на 32-битную версию появились вновь, и видно, что она продолжила обновляться. https://web.archive.org/web/20080906174629/http://www.menuetos.net/download.htm<br>Можно с уверенностью сказать, что Вилле хотел сохранить контроль над собственным видением проекта, а не вестись на повод https://www.opennet.ru/openforum/vsluhforumID3/142378.html#109 Sun, 15 Nov 2026 03:36:38 GMT &gt; на github не сказанно что он создан с помощью ИИ.<br><br>Ну ты глазки-то розуй да посмотри, кто автор всех комитов в репе.<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#108 Sun, 15 Nov 2026 03:13:42 GMT Тут собрались русские ефреи, на 1 новость 50 мнений и 100500 срачей ненависти. А новость то хорошая. Поставил себе на старый ноутбук, ии написал все нужные драйверы и Билл гейтс сосёт ху<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#107 Sun, 15 Nov 2026 00:39:27 GMT &gt; и тут ты начинаешь понимать, что держать две синхронизированные по фичам реализации в принципе не так и сложно, но уже с третьей, даже с llm, начинаются неоднозначности, и появляется острое желание как-то упростить себе как-то жизнь, в идеале описав логику на каком-то общем языке<br><br>В случае сабжа проще перенести на кроссплатформенный ассемблер NASM, чем тянуть Си компилятор. Надо понимать что Си компилятор до сих плохо оптимизирует многие ситуации.<br><br>Пока я работал над новым релизом dav1d оказалось что GCC плохо оптимизирует циклы которые заранее уже оптимизированы с выносом предрасчитанных выражений в отдельную переменную вне цикла. Это ручная оптимизация на Clang, MSVC это дало прирост на GCC регрессия.<br><br>Также перед релизом jemalloc я сейчас абсолютно идентичный код переписал с Си на NASM bitmap структуру и готовлю большое мерж окно. И разница в производительности огромная. Си компиляторы с -O3 -flto все равно по microbench юнит-тесу отстают в производительности в 2-3 раза.<br>Т.е. компиляторы до сих пор https://www.opennet.ru/openforum/vsluhforumID3/142378.html#106 Sun, 15 Nov 2026 00:32:51 GMT Это, примерно самый нормальный дизайн, ну в принципе дизайн наподобии Windows 2000, самый нормальный.<br><br>Не пользуюсь Kde, и сторонюсь Windows 11, из за дизайна.<br>Я не могу этим пользоваться, слишком перегруженный интерфейс эффектами.<br>В принципе начиная с Windows 8, мнея уже начинали подбешивать подобные нововведения в интерфейсе.<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#105 Sat, 14 Nov 2026 23:06:14 GMT 64-битный Менуэт как раз опенсорсным перестал быть очень давно. Опен он был в бытность 32-битным<br> https://www.opennet.ru/openforum/vsluhforumID3/142378.html#104 Sat, 14 Nov 2026 22:56:38 GMT Кстати открытая портативная приставка на русских чипах это интересно. Только не типа Gameboy, лучше типа sony psp. И чип на открытой архитектуре RISC-V или вообще на какой-нибудь открытой российской архитектуре, новой. И ОС под неё базовую с открытым исходным кодом, с примером нескольких игр. Далее все в руках управления - кто создаст НКО, кто будет обучать, кто будет нанимать и поощрять участие под вопросом. Все упирается в вопрос интерфейса - насколько легко обновить прошивку? А это уже в возможности торговли и производства какого-нибудь переходника. Другой вопрос - насколько легко написать программу? Третий в безопасности аккумуляторов. Четвертый в ёмкости носителей. <br>И да, порой нужно смотреть и выяснять что важно: <br>- Проведена оптимизация кода для установки защищённых сетевых соединений.<br>- Расширены средства для разработки драйверов и добавлены новые функции для сетевых, звуковых, midi и графических драйверов.<br>- Улучшены реализации ftp-сервера и ftp-клиента.<br>Внезапно, да? А ведь кто-то писал в новос https://www.opennet.ru/openforum/vsluhforumID3/142378.html#103 Sat, 14 Nov 2026 22:50:59 GMT Как говорил Джоэль Спольски: "The law of leaky abstractions is dragging us down"<br>