Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

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

Представлены X-сервер Frame и рабочий стол CHasm, написанные на ассемблере

17.07.2026 13:46 (MSK)

Проект Frame развивает новый X-сервер, написанный целиком на ассемблере NASM для архитектуры x86_64 и предназначенный для работы в Linux без внешних зависимостей. Взаимодействие с ядром Linux, включая интерфейсы DRM/KMS и evdev, осуществляется напрямую через системные вызовы, без привлечения библиотек, таких как libc, Mesa и FreeType. Код Frame распространяется как общественное достояние. Разработка ведётся с привлечением AI-ассистента Claude Code.

Целью проекта является реализация расширений протокола X11, достаточных для функционирования рабочего стола CHasm, развиваемого тем же автором и также написанного на ассемблере. В качестве необходимого минимума заявлена поддержка запуска типовых X11-приложений, среди которых Firefox, VS Code, GIMP и Inkscape. Из намеченных к реализации X11-расширений упомянуты SHAPE, RENDER, XKB, COMPOSITE, DAMAGE, RANDR, MIT-SHM, XInput2 и XVideo.

Разработка разделена на 14 стадий. В настоящее время проект находится на 7 стадии, на которой уже реализованы базовые возможности для запуска терминала и некоторых X11 приложений. 14 стадия будет достигнута, когда будут реализованы все возможности для полноценной работы с Firefox. На текущем этапе заявлено о возможности запуска базового рабочего стола CHasm, GIMP и Firefox (с ограничениями).

Среди уже реализованных возможностей: приём X11-запросов через Unix-сокет, программная отрисовка через подсистему ядра DRM/KMS, обработка ввода через evdev, API для управления вводом, поддержка подключения нескольких X11-клиентов, функции для создания и работы с окнами, операции с пиксельными картами, атомарные операции, выделение текста для буфера обмена, X11-расширения SHAPE, RANDR, XKB, XInput2 и MIT-SHM. Ещё не реализованы примитивы векторной отрисовки, атомарное переключение видеорежима, буфер обмена, переключение раскладки клавиатуры, управление курсором, X11-расширения RENDER, DAMAGE и COMPOSITE.

Среда рабочего стола CHasm насчитывает около 100 тысяч строк кода и включает написанные на ассемблере компоненты: мозаичный оконный менеджер Tile, панель состояния Strip, блокировщик экрана Bolt, интерактивная оболочка Bare и эмулятор терминала Glass. Разработанные компоненты заменяются собой связку из gdm, X11 Server, i3, conky, wezterm и zsh.

Разработка ведётся с оглядкой на минимальное потребление энергии при использовании на ноутбуке. В режиме ожидания оконный менеджер Tile и терминал Glass совсем не потребляют ресурсы и активируются только при действии пользователя. Frame в режиме простоя расходует почти в три раза меньше ресурсов CPU, чем X.Org Server.

Утверждается, что окружение на базе Frame и CHasm уже достаточно стабильно для использования в повседневной работе автора проекта. Когда возникают проблемы или чего-то не хватает, автор по мере необходимости привлекает Claude и устраняет недоработки. Автор также развивает набор консольных утилит fe2o3, написанных на Rust и покрывающих все его потребности, кроме web-браузера. В состав fe2o3 входит двухпанельный файловый менеджер Pointer, командный интерпретатор rush, vim-подобный текстовый редактор Scribe, RSS-ридер Gazette, почтовый клиент и мессенджер Kastrup, календарь-планировщик Tock, конфигуратор Crush, просмотрщик документов Viewer.



  1. Главная ссылка к новости (https://www.theregister.com/so...)
  2. OpenNews: Выпуск X-сервера yserver 1.0.0, написанного на Rust и пригодного для запуска MATE, Xfce и Cinnamon
  3. OpenNews: Проект Phoenix развивает современный X-сервер, написанный на языке Zig
  4. OpenNews: Проект SonicDE продолжил развитие KDE для систем с X11
  5. OpenNews: Основан GNOME-X11, форк GNOME 50 с возвращённой поддержкой X11
  6. OpenNews: Выпуск проекта XLibre XServer 25.2.0, развивающего форк X.Org Server
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65922-frame
Ключевые слова: frame, chasm, assembler, linux, x11
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (198) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:33, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +18 +/
    ИИ открывает новые горизонты - можно пилить софт исключительно под свои потребности и забить на языки программирования и компиляторы,  генерируя код на ассемблере.
     
     
  • 2.30, Аноним (30), 15:58, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Можно также не работать, не есть и не дышать, полностью переложив эти обязанности на AI, который все это сделает за чудака, который не вырос из детства и не перестал верить в чудеса.
     
     
  • 3.90, Аноним (90), 19:37, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > не есть и не дышать
    > который не вырос из детства

    Детство - это вот гиперболизировать так, как ты в своем комментарии.

     
  • 3.142, Пупсик (?), 11:37, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Через пару-тройку лет перечитай свой комментарий, когда введут в работу запланированные мощности под ИИ. Ты просто не следишь за темой. Посмотри обзоры на Fable 5 / Mythos 5.
     
  • 3.166, Tron is Whistling (?), 22:42, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В сказке про золотую рыбку, да, тоже токены кончились...
     
  • 3.206, windows10 (ok), 22:00, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно также не работать, не есть и не дышать, полностью переложив эти обязанности на AI, который все это сделает за чудака, который не вырос из детства и не перестал верить в чудеса.

    Чувак прав. Собственно в этом нет ничего неестественного, все укладывается в стандартные рамки научно-технического прогресса. Он меняет не базис, а парадигму.

    Твой прадед когда писал игоря, рисовал в ней дерево стопкой команд line(), putpixel() на паскале

    Твой дед рисовал это дерево просто подгружая с носителя готовую рисованную картинку дерева

    Твой батя рисовал дерево натягивая стопку полигонов на трехмерный каркас

    Ты будешь рисовать это дерево промптом "ИИ, нарисуй дерево в центре игрового процесса с позиции камеры в левом углу двора"

    Базис дерева, как набора байтов в видеопамяти - останется неизменным. Способ формирования этих байтов поменяется.

     
  • 2.37, sena (ok), 16:09, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    жду когда ИИ будет генерировать сразу бинарники, без промежуточных исходников
     
     
  • 3.57, nikitron (ok), 17:09, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +13 +/
    зачем вообще бинарники или исходники, если можно просто посылать сигналы что всё хорошо
     
     
  • 4.204, анонимс (?), 20:13, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Удивлю,но LLM всегда пишут что "всё готово" потому что статистически правдоподобно это так и есть 😄
     
  • 3.59, penetrator (?), 17:16, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы что? чтобы не иметь вообще никакой возможности для контроля результата?
     
     
  • 4.71, Аноним (71), 18:00, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты же сейчас не контролируешь весь сгенерированный машинный код разными компиляторами. Так что ничего не изменилось. Дизассемблеры и ассемблеры - вечны. Хрусты, бидоны и типаскрипты со временем уйдут в небытие. ИИ они не нужны. Лишние абстракции. Ему нужны только нули и единицы.
     
     
  • 5.205, анонимс (?), 20:16, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А-ха-ха. Насмешил - LLM не могут расшифровать бинарный код (определенно не потратив на это световые годы) потому что это не осмысленные токены. Между mov ax, bx mov cx, dx... 01 85... Нет никакой разницы - не неси чепушню
     
     
  • 6.210, Аноним (210), 02:20, 21/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Когда модели понадобится, она попросит агента-дизассемблерщика перевести бинарник и получит код. Нули и единицы считывать с файла бинарника бессмысленно. Нужно считывать поток рабочей программы.
    А метки ей не нужны, как и имена переменных. Она просто произведёт изменения с сгенерированными именами и скомпилирует обратно, так, что ты разницы не заметишь.
     
  • 4.93, Жыжа (?), 19:59, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А щас какой контроль? Агентик луп из 7 за^W агентов, которые читают код, который выдала ллм?
     
     
  • 5.123, Аноним (123), 00:03, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такие слова sdd, tdd
     
  • 4.167, Tron is Whistling (?), 22:43, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто сейчас таковая есть.
    Ну, в чём-то сложнее патча на пару сотен строк.
     
  • 3.92, Жыжа (?), 19:58, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Реально не понимаю зачем эти полумеры с текстом и кнопкой "аппрув", если можно сразу на выходе делать какой-нибудь условный байткод для виртуальной машины LLMVM
     
  • 3.125, Аноним (125), 00:28, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А то, что ИИ может делать в бинарник деструктивные или шпионские вставки, не смущает?
     
     
  • 4.128, sena (ok), 00:43, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А то, что ИИ может делать в бинарник деструктивные или шпионские вставки,
    > не смущает?

    Смутить это может только в ситуации, когда мы исходим из предположения, что возможна ситуация: человек главенствует, а более умный ИИ ему подчинён и помогает изо всех сил. По-моему же такая ситуация невозможна. Как только ИИ станет умней человека в каком-то аспекте, то именно он будет определять что и куда. И тогда деструктивные или шпионские вставки ему не будут нужны.

     
     
  • 5.164, skkriptkidds (?), 21:13, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Какая каша в голове.
     
  • 5.172, Tron is Whistling (?), 07:59, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То, что сейчас называют "ии" - не может "стать умнее" чего-либо в принципе.
    Ну просто вот так устроено. Нет там интеллекта. То, что на выходе генерится словоподобный мусор - вас и путает. Но это не значит, что "ии" умнее, это значит, что маркетоиды "ии" оказались умнее вас.
     
     
  • 6.188, Аноним (188), 20:10, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть там интеллект или нет вопрос определений, но то что ИИ кодит лучше 99.999% всех кодеров на планете -- неоспоримый факт.
     
  • 6.190, sena (ok), 20:33, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > То, что сейчас называют "ии" - не может "стать умнее" чего-либо в
    > принципе.
    > Ну просто вот так устроено. Нет там интеллекта. То, что на выходе
    > генерится словоподобный мусор - вас и путает. Но это не значит,
    > что "ии" умнее, это значит, что маркетоиды "ии" оказались умнее вас.

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

     
  • 5.194, Аноним (194), 13:36, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Как только ИИ станет умней человека в каком-то аспекте, то именно он будет определять что и куда. И тогда деструктивные или шпионские вставки ему не будут нужны.

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

     
     
  • 6.200, sena (ok), 15:45, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как только ИИ станет умней человека в каком-то аспекте, то именно он будет определять что и куда. И тогда деструктивные или шпионские вставки ему не будут нужны.
    > Наивный человече. Вот именно тогда они ему и будут особенно нужны, чтоб
    > взять человеков под полный контроль.

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

     
  • 4.145, pofigist (?), 13:54, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А тебя не смущает что кожаные мешки делают это гораздо чаще? Хотя бы потому что у них - абсолютно неоправданное самомнение...
     
  • 3.132, bergentroll (ok), 08:40, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > жду когда ИИ будет генерировать сразу бинарники

    Зачем бинарники, сразу видеопоток.

      

     
  • 2.144, pofigist (?), 13:52, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. Промежуточные этапы за оверпрайс  в виде кожаных мешков за 2 месяца обучившиеся до джуна на пихоне - больше не нужны.
     

  • 1.2, Аноним (2), 14:34, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    Файрфокс на иксах полноценно не работает, придётся попотеть. 152 чёт совсем сломали, тоже чатботы видимо.
     
     
  • 2.3, EuPhobos (ok), 14:36, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +13 +/
    > Файрфокс на иксах полноценно не работает, придётся попотеть. 152 чёт совсем сломали, тоже чатботы видимо.

    Откуда вы такие берётесь? Что именно сломано то?
    Сижу на иксах, лиса 153.0.6 - особых проблем при ежедневном сёрфигне сайтов не наблюдал, что такого может не работать, что прям блокер?

     
     
  • 3.5, Аноним (5), 14:41, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Похоже, на иксах ты сидишь с вяленого, потому что в firefox стабильно каждые 10 выпусков ломают primary selection.

    И стабильно каждые 40 там падает софтрендер.

     
     
  • 4.133, EuPhobos (ok), 08:58, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Похоже, на иксах ты сидишь с вяленого

    Это кофейная гуща подсказала?
    Я лично сижу на том, что сам поставил в систему.

     
  • 3.7, Аноним (2), 14:42, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Из будущего пишешь? Превью табов по mouseover сломано, виджеты без композитинга сломаны и показывают чёрный фон. Файловые диалоги совсем сломаны: и клики, и подтверждение перезаписи существующего файла.
     
     
  • 4.12, Аноним (2), 14:53, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А вот превью работает в другом окне, но выглядит так себе. Без скруглённых углов наверно не пришлось бы заполнять всё чёрным.
     
  • 4.26, Аноним (26), 15:35, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Превью табов по mouseover сломано, виджеты без композитинга сломаны и показывают чёрный фон.

    Результат многолетнего скругления окон. Итоги.

     
  • 4.28, Аноним (26), 15:38, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Превью табов по mouseover сломано, виджеты без композитинга сломаны и показывают чёрный фон.

    Результат многолетнего скругления окон. Итоги.

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

     
  • 4.73, oficsu (ok), 18:06, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Файловые диалоги совсем сломаны

    Кастомные файловые диалоги в любом софте – боль, и всегда ею была. Железобетонно решается использованием порталов. Ставим xdg-desktop-portal-<your-de> и прописываем GTK_USE_PORTAL=1 перед запуском Firefox

     
     
  • 5.134, Аноним (134), 10:38, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А наоборот можно? Например в Chrome.
     
  • 4.129, Аноним (129), 02:49, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сам себе сломал сломал композитинг и opengl, а виноват firefox.
     
     
  • 5.131, Аноним (2), 07:33, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Никто его не ломал, в иксах его нет. При чём тут opengl? Он никак не используется нигде.
     
  • 3.8, Аноним (8), 14:43, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сижу на форточке и он в текущем мажоре регулярно фризится даже если у тебя минимально 2-3 таба открыто с текстом
     
     
  • 4.31, Аноним (30), 16:00, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для форточек 4 гбайта ныне критически мало. Пора за апгрейдом в китайскую лавочку.
     
  • 2.41, Аноним (41), 16:14, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Враньё, сижу на Иксах, всё работает стабильно.
     
     
  • 3.56, Аноним (2), 17:03, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно zerocopy, ага.
     
     
  • 4.197, Аноним (194), 13:53, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А чего это такое?

    PS Сижу на Иксах, устраивает, ни про какое zerocopy в них не догадываюсь.

     
     
  • 5.198, Аноним (2), 14:36, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это фича когда фреймы видео в браузере декодируются видеокартой напрямую через dmabuf, вместо копирования после декодирования. Копирование это очень дорого, можешь сравнить в mpv --hwdec=auto-copy (справка mpv --hwdec=help).
     
  • 2.51, Аноним (51), 16:51, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Никаких проблем на 153.0.6 в минте.
     
  • 2.54, Аноним (54), 16:57, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Секрет прост - твой дистрибутив. Никак вы ----- не научитесь, небось либо ролинг либо модно-геймерский дистр с кучей експериментальных патчей, а потом "у меня фаерфокс сломался". У тебя система сломалвсь а не фаерфокс.
     
     
  • 3.60, Аноним (2), 17:17, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаешь протухший браузер юзать? Ну такое, это для инвалидов развлечение.
     
     
  • 4.63, dannyD (?), 17:31, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а НЕ инвалиды развлекаются беготнёй впереди паровоза.
     
     
  • 5.65, Аноним (2), 17:36, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > а НЕ инвалиды развлекаются беготнёй впереди паровоза.

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

     
     
  • 6.104, dannyD (?), 20:40, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Технически самый свежий браузер уже несколько месячной давности на момент выхода...

    no comments.

     
     
  • 7.115, Аноним (2), 22:02, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Технически самый свежий браузер уже несколько месячной давности на момент выхода...
    > no comments.

    Когда он у тебя будет падать каждый день из-за обновившегося видеодрайвера, ты запоёшь иначе. Касается и венды, ага.

     
  • 4.64, localhostadmin (ok), 17:34, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что такого радикально нового добавляют в фаерфокс, что необходимо моментально перейти на последнюю версию?
     
     
  • 5.69, Аноним (2), 17:56, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Новую очень важную функциональность добавляют примерно каждую версию. Это помимо часто критических исправлений.

    А вообще, я сейчас могу привести понятный пример (почему-то в новости про это ничего не написали, видимо, копипастили не глядя). Вот хромоног взял и перевёл хранилище с глючной и проблемной leveldb на sqlite. Теперь хранилище браузера больше не будет повреждаться. Важно ли ли это пользователям? You bet.

     
  • 5.85, Аноним (5), 19:11, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он перестаёт ломаться на некотых chrome only сайтах.
     
  • 3.116, Аноним (5), 22:04, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот этому дистрохопперу slackware пропишите, чтоб не нёс про дистрибутивы.
     
  • 2.82, Аноним (82), 18:43, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Он работает даже при пробросе по ссх, правда с небольшими тормозами интерфейса с физ компа из кладовки. И не нужно лишние сущности городить, т.ч. пока иксы нужны и полезны.
     
     
  • 3.83, Аноним (2), 18:50, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Прозрачности отключи и увидишь всё. Декодирование видео тоже только в вейланде с dmabuf.
     
  • 2.103, Аноним (103), 20:38, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вай, какой).
     
  • 2.161, vadiml (ok), 20:04, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всё работает, у меня Calc linux (клон генты), иксы, дистровый firefox 152.0.2 и firefix-bin 152.0.5, два варианты так как стоят конфиликтующие расширения, а переключать их не хотется, проще поставить 2 варианта и запускать оба одновременно
     

  • 1.4, Аноним (8), 14:41, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    а почему не на fasm?
     
     
  • 2.88, Аноним (-), 19:30, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Он виндовый.
     
  • 2.149, Аноним (149), 15:26, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ИИ не любит его и с трудом вспоминает даже про его макросы...
     

  • 1.9, xsignal (ok), 14:44, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Если уж писать на ассебмлере, то без ИИ. Ассемблерный код от ИИ вряд ли будет лучше, чем код оптимизирующего компилятора.
     
     
  • 2.10, Аноним (5), 14:48, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если на сорцах luajit и fasm тренировать, будет лучше.
     
  • 2.11, Аноним (5), 14:49, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И вне зависимости от компилятора, оно будет читаемо.
     
  • 2.22, Аноним (22), 15:21, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    повторно надо код вскормить, чтобы оптимизировал, срабатывает.
     
  • 2.46, Фамилия (?), 16:40, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    По мне код получился просто как рукописный на ассемблере Есть ли в этом какая-т... большой текст свёрнут, показать
     
     
  • 3.94, Аноним (22), 20:01, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > (надо в голове держать где кто какой регистр использует и что там в стеке лежит)

    можно текстовый редактор в стиле дебаггера сделать, чтобы видеть и текущее положение регистров (флагов) по всему коду и состояние памяти (стека).

     
     
  • 4.97, Фамилия (?), 20:10, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да-да, а потом можно прийти к тому, что можно писать не прям ассемблерные инструкции, а обернуть их в подобие удобных макросов, а потом чтобы можно было назвать "переменную" как-нибудь и она автоматом будет то в регистр сгружаться, то в стек. И получится ... Си.
     
     
  • 5.100, Аноним (22), 20:19, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Да-да, а потом можно прийти к тому

    Гениально, только вы забыли сказать, что это все будет функциями редактора, о чем я говорю уже не первый раз. Все ваши современные ЯП напичканы банальными функциями обычного текстового редактора, тем самым являются формально переусложненными на ровном месте.

    > И получится ... Си.

    Ага, и плюйте на него спустя 50 лет, а всего-то, а все потому, что за эти 50 лет никто нормальный текстовый редактор для кодирования КОП не придумал, интерактивная среда кодирования со встроенным отладчиком. Деды на светодиодах содержимое регистров выводили и использовали тумблеры для кодирования КОП-ов :))))

     
     
  • 6.105, Фамилия (?), 20:41, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну вы не путайте ЯП и "редактор для ассемблера, а-ля Forth". ЯП родились не просто так и к ним пришли эволюционно. Ассемблер привязывает ровно к одной процессорной архитектуре. И не позволяет легко и просто провести оптимизации, в отличие от ЯП.
     
     
  • 7.117, Аноним (22), 22:12, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, ну вы не путайте ЯП

    ЯП и есть функции текстового редактора, ваш компилятор всего лишь текстовый компилятор.

    > Ассемблер привязывает ровно к одной процессорной архитектуре. И не позволяет легко и просто провести оптимизации, в отличие от ЯП.

    Какие оптимизации уровня аппаратуры делает ЯП? - никакие, все оптимизации могут быть сделаны на уровне кодогенерации и линковки. Любые "оптимизации" уровня ЯП это просто текстовые операции.

     
     
  • 8.126, Фамилия (?), 00:41, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен ... текст свёрнут, показать
     
  • 7.143, kusb (?), 13:49, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Почему forth - редактор для ассемблера?
     
     
  • 8.146, Аноним (22), 14:08, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Он имеет ввиду Forth typically combines a compiler with an integrated comma... большой текст свёрнут, показать
     
  • 2.135, Аноним (134), 10:38, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну там же написано "с привлечением ИИ", а не "ИИ генерирует весь код".
     

  • 1.13, JoePeach (ok), 15:03, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А помните, ржали над Microslop... Вот, досмеялись!
     
  • 1.14, Аноним (14), 15:04, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Чтобы никто без ИИ в коде не разобрался?
     
  • 1.15, Аноним (26), 15:05, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вроде бы фанаты wayland говорили, что кроме Xorg других иксов не бывает в отличие от кучи несовместимых реализаций протоколов wayland.
    Как же так?
     
     
  • 2.16, Аноним (16), 15:09, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как же так, фанаты wayland не посмотрели в будущее и не узрели, что кто-то начнёт писать иксы на асме.
     
     
  • 3.17, Аноним (26), 15:11, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они и в прошлое и настоящее не смотрели, когда на момент открывания своего рта про единственный Xorg уже были и другие Икс-серверы.
     
     
  • 4.47, Аноним (47), 16:46, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть X.Org, а также статические погрешности
     
     
  • 5.74, Frestein (ok), 18:17, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А динамические были уже?
     
     
  • 6.118, Аноним (118), 22:19, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только стационарные
     
  • 2.33, Аноним (-), 16:04, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мне кажется, ты путаешь - говорили о об этом именно фанаты иксов, называя отсутствие кучи несовместимых реализации плюсом

    теперь, собственно, вопрос - что там с совместимостью реализаций различных Хы-серверов? тут в расширениях не перечислены сервер шрифтов, сервер печати, запускатор COFF и a.out, так что считаем его несовместимой реализацией Хы, ненастоящим Хы

     
     
  • 3.39, Аноним (26), 16:11, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > сервер печати

    Это как встроенный оконный менеджер в дисплейный сервер в wayland'ах? Ну да, тут такого уже сто лет нету даже в Xorg.

     
     
  • 4.80, Аноним (-), 18:38, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    раскрой пожалуйста мысль, каким образом ты пришел к вейланду? как этот факт влияет на несовместимость различных реализаций серверов Хы?
     

  • 1.18, Аноним9000 (?), 15:12, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    По-моему очень сомнительное решение. Если прямо нужна невероятная оптимизация производительности, то лучше Rust + ассемблерные вставки в hot paths.
    А так 100к+ строк абсолютно не поддерживаемого ассемблерного кода написанного LLM без каких бы то ни было гарантий от компилятора
     
     
  • 2.20, Аноним (26), 15:15, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем тебе компилятор и какие-то его гарантии, если код _уже_ на ассемблере? Что-то тут компилировать собрался? Код уже скомпилирован, дальше только его ассемблировать в машинный код.
     
     
  • 3.24, Аноним9000 (?), 15:24, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я нигде не говорю про компиляцию ассемблерного кода, как раз наоборот говорю, что в данном случае не будет никаких гарантий от компилятора, в отличии от ситуации с Rust.

    Итого:
    1) В ситуации Rust + ассемблерные вставки мы можем вычитать unsafe части, а в остальном полагаться на гарантии компилятора
    2) В данной ситуации у нас 100к+ строк ассемблера, которые невозможно вычитать, а значит можно полагаться только на проверку LLM и специфичными инструментами статического анализа

     
     
  • 4.50, warlock66613 (ok), 16:49, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Технически, у компилятора Rust одна гарантия -- отсутствие UB. Любой код на ассемблере по определению не содержит UB, так что эта гарантия есть.
     
     
  • 5.58, Аноним (2), 17:14, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет там таких гарантий, никто их тебе не даст. Хочешь каких-то гарантий, учи Ada.
     
  • 5.70, Аноним9000 (?), 17:59, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В самом ассемблере технически UB быть не может, но т.к. в данном проекте количество кода такое, что его никто никогда не вычитает фактически UB может быть на границе промт - LLM - ассемблер. Плюс этот код не существует в вакууме, а дёргает интерфейсы ядра.

    И в Rust гарантии не только насчёт UB.

     
     
  • 6.78, oficsu (ok), 18:33, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В самом 8211 может и нет Но ub 8211 это отсутствие гарантий на поведение ... большой текст свёрнут, показать
     
     
  • 7.96, Аноним (22), 20:05, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но ub – это отсутствие гарантий на поведение. И гарантии поведения не всегда присутствуют на уровне самого железа.

    UB это отсутствие доказательства корректности! Если ваш ЦПУ имеет спеку и коректный, он верифицирован, то в нем UB быть не должно по определению. Доказательство корректности и ее верификация это и есть гарантия.

     
     
  • 8.122, Аноним (122), 23:46, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В armv8 есть UB C1 3 4 Interaction of undefined instruction behavior with UNPRE... большой текст свёрнут, показать
     
     
  • 9.124, Аноним (22), 00:12, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    кто-то отрицал это повторяю, отсутствие UB необходимо ДОКАЗЫВАТЬ А с другой ст... текст свёрнут, показать
     
     
  • 10.130, Аноним (122), 04:04, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Cуть в том что спека у фрма есть, а в ней UB ... текст свёрнут, показать
     
     
  • 11.147, Аноним (22), 14:31, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, и в ней четко описывают в каких ситуациях система будет находиться в сост... текст свёрнут, показать
     
  • 8.151, oficsu (ok), 16:55, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не всякое некорректное поведение является ub И ub может быть корректным и ожидае... текст свёрнут, показать
     
     
  • 9.153, Аноним (22), 17:28, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Некорректное поведение поведение которое не определено в спеке автоматически о... большой текст свёрнут, показать
     
     
  • 10.154, oficsu (ok), 17:37, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Поведение, которое не определено в спеке, может быть корректным и ожидаемым Что... текст свёрнут, показать
     
     
  • 11.157, Аноним (22), 18:08, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Любое поведение которое не определено в спеке считается НЕОПРЕДЕЛЕННЫМ поведение... большой текст свёрнут, показать
     
  • 7.98, Аноним (22), 20:14, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, инструкция rdrand не даёт гарантий на результат:

    нету таких понятий, гарантия на результат. Сама функция четко определяется, то есть задается ее область определений и значений, доказывается корректность и т.д. которое можно верифицировать. Но уже внутри самой этой функции есть другие функции (источники энтропии) даже они могут быть вполне определены, и доказаны на корректность (а результат сводится в таком случае к функции возвращающей либо 0 либо 1), и поведение этих функций вполне определены!

     
     
  • 8.152, oficsu (ok), 17:28, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы хотите математическую аналогию, то представьте себе f x 1 x У такой фу... большой текст свёрнут, показать
     
     
  • 9.155, Аноним (22), 17:51, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тут надо понимать по какой причине f 0 не существует Если мы определяем f x ... большой текст свёрнут, показать
     
     
  • 10.156, oficsu (ok), 18:07, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Можно Но так уж получилось, что на практике это не всегда удобно автору спеки И... текст свёрнут, показать
     
     
  • 11.158, Аноним (22), 18:20, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно самой функции, спека ведь к ней относится Если функция f x вызванная в... текст свёрнут, показать
     
  • 6.95, Аноним (22), 20:03, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > что его никто никогда не вычитает

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

     
  • 2.21, Аноним (2), 15:20, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Раст это блоат. Проверки в рантайме не бесплатны и в отличие от си достаточно сложно предугадывать вычислительную сложность.
     
     
  • 3.27, Аноним9000 (?), 15:37, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я не настоящий сварщик, но мне кажется hot paths можно найти динамическим анализом ведь?
    И вроде бы практика показывает, что на Rust удаётся достичь очень высокой производительности.
    Конечно, в идеальном мире идеальный код на Си или, ещё лучше, на ассемблере это лучше решение, но LLM ещё не настолько хороши, чтобы доверять им, что они напишут идеальный код
     
  • 3.62, karag0 (?), 17:26, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А давно у rust рантайм среда появилась, а ?
     
     
  • 4.66, Аноним (2), 17:47, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хм? У раста нет встроенного сборщика мусора, но рантайм у кода, им генерируемом, конечно же есть. Проверка индексов (причина существенного замедления), раскрутка стека и обработка паник (очень сильное замедление), менеджмент памяти (отладка затруднена), потоки и ввод-вывод. Если нужна поддержка асинхронного кода, сейчас подключается сторонний рантайм тоже.
     
     
  • 5.68, Аноним (68), 17:50, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > причина существенного замедления
    > очень сильное замедление

    Но работает на уровне СИ, а иногда и быстрее.
    Может ты не релизную сборку делал?

    > отладка затруднена

    По сравнению с чем?

     
     
  • 6.72, Аноним (2), 18:04, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я видел, как он у меня произвольно висит на мютексе где-то в кишках serde, ну замечательно. В релизной сборке меньше. Максимально аналогичный код на питоне (тоже десериализация и всё остальное) в итоге одинаковую производительность с растом показывал (и раз в 30 быстрее отладочного билда). Зачем связываться, если можно взять предсказуемые плюсы (открываешь отладчик и смотришь), мне решительно непонятно.
     
  • 5.119, Аноним (118), 22:32, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Проверка индексов (причина существенного замедления)

    Компилятор их убирает, если доказуемо выхода за пределы нет.

    Но у компилятора Rust эти проверки несколько ограничены.

    Ada/SPARK в этом на голову лучше.

    В Rust есть get_unchecked (unsafe) для случаев, когда вы уверены в том, что выхода за пределы не будет.

    А вообще есть perf book.

     
  • 3.67, fidoman (ok), 17:49, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    блоат это когда после одного сложения надо сделать три сравнения чтобы факт переноса установить.
    ах ну да, это же просто UB.
     
     
  • 4.77, Аноним (2), 18:31, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так в переполнении ничего плохого. В любом случае, штатная функциональность компилятора этот вопрос решает. И это никак не UB. А вот переполнение чисел с плавающей запятой в расте -- определённо UB, но стандарта то и нет -- как ты собираешься устанавливать, что является UB, а что нет?
     
     
  • 5.212, fidoman (ok), 20:04, 21/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что не так с плавающей точкой? IEEE 754 чем вам не стандарт?
     
  • 2.25, Аноним (2), 15:25, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет разделяемой памяти библиотек опять же, для дисплейного сервера это весьма важно. Взять тот же квин -- своей памяти у него в районе 20 мегабайт и ещё 60 разделяемой. Ну и у ксорга 90 (зависит от числа окон) и 150 -- порядок примерно такой.
     
  • 2.29, Ivan_83 (ok), 15:49, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Раст даром и с приплатой не сдался, и производительности с ним не будет.
    А на С уже есть хорг.
     
     
  • 3.32, Аноним (32), 16:02, 17/07/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.42, Аноним (26), 16:14, 17/07/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.34, Аноним (5), 16:05, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Если прямо нужна невероятная оптимизация производительности, то лучше Rust + ассемблерные вставки в hot paths.

    Отличный проект! Думаю, ты справишься! Замечание про 100к+ строк абсолютно не поддерживаемого ассемблерного кода - просто шик! Хочешь, составлю месячный план по написанию X-сервера на Rust?

     
     
  • 3.38, Аноним9000 (?), 16:10, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Давай без плана, yolo mode. Только чтобы без ошибок!
     
  • 3.43, Аноним (41), 16:15, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мегахорош!
     
  • 2.53, Аноним (51), 16:54, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >По-моему очень сомнительное решение. Если прямо нужна невероятная оптимизация производительности, то лучше

    взять Си.

     
     
  • 3.136, Аноним (136), 11:04, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > взять Си.

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

     

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

  • 1.40, Анонимный аноним (?), 16:12, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Я не понимаю, зачем все целиков на ассемблере писать? Это же нечитаемый трудноподдерживаемый непортируемый код. Можно на любом низкоуровневом языке писать -- Си, подмножестве Си++, да хоть на Rust или Zig без привязки к внешним каким бы то ни было библиотекам. Просто сделать обертку над ассемблерными обращениями к ядру и все.
     
     
  • 2.44, Аноним (26), 16:21, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это промпт-инженер ничего не писал, это все Claude Code сгенерировал.
     
  • 2.48, Аноним (47), 16:48, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Just 4 lulz
     
  • 2.81, Аноним (81), 18:40, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это же нечитаемый трудноподдерживаемый непортируемый код

    Что может быть проще асемблера?

     
     
  • 3.86, Анонимный аноним (?), 19:18, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    brainf*ck
     
  • 3.102, Аноним (102), 20:32, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проще для кого: машины или программиста?
     
     
  • 4.114, Аноним (81), 21:40, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да
     
  • 3.110, Аноним (110), 21:17, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Forth
     
  • 2.185, BeLord (ok), 17:22, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нормальный и лаконичный язык, что в нем не читаемого, если все не заворачивать в макросы, как делали в 90-е мелкомягкие, а писать "в лоб", то все прозрачно. Сложности могут возникнуть там, где нет понимания, как на самом деле железо работает.
     

  • 1.45, Я (??), 16:27, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Лучше писал бы на Си или на ограниченном варианте С++ с минимальным использованием стандартной библиотеки. Эффективность была бы куда лучше, а расход ресурсов примерно таким же. И была бы кроссплатформенность. А на асме это просто игрушка для автора и не более того.
     
  • 1.49, Аноним (5), 16:48, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Давайте уже сбросим шляпы и скажем, какой нейронкой генерировали комментарии.
     
     
  • 2.195, Аноним (194), 13:46, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чего-чего, а комментарии мы и без нейронок могём.
     

  • 1.52, Аноним (52), 16:52, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    вроде чем сложнее яп тем сложнее на нём писать и человеку и ии. а вот километры асма в одном файле для ии намного легче чем для человека. так что чел нашёл видимо правильный путь
     
  • 1.55, Аноним (55), 16:58, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если глянуть в код, особенно в md-шку, то такая жуткая «многословность» ;) А особенно забавляют дефисы. Они ИИчек длинные и являются одним из признаков…
     
     
  • 2.109, Аноним (188), 21:13, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Использую правильные тире и кавычки в соответствии с типографскими правилами того языка, на котором пишу с года эдак двухтысячного. В некоторых кругах это признак грамотного человека.
     
  • 2.112, kusb reg (ok), 21:37, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Там никто и не скрывает, что это написано ИИ. Почитай блог человека. Там "замена всех программ на написанные ИИ специально для меня, я и есть потенциальный единственный потребитель - умолчания, предположения, особенности сделаны для меня и нет предположения других пользователей, поэтому это просто и как-бы идеально"
     
     
  • 3.113, kusb reg (ok), 21:39, 17/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это не приглашение использовать моё программное обеспечение Честно говоря, пожа... большой текст свёрнут, показать
     
     
  • 4.141, sunjob (ok), 11:23, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и это круто!


     
  • 3.173, Tron is Whistling (?), 08:45, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот да, человек хотя бы честно сказал, что его интересует "лишь бы как-то у меня работало", без пропаганды. Поиграется, нарвётся на нерихтуемые косяки, и выкинет. Чем бы дитя ни тешилось.
     

  • 1.76, Аноним (76), 18:21, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Работаем Асм на 86-64, и больше ни на чем, в помойку Асм
     
  • 1.79, anonymous (??), 18:35, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если в структурированном коде ещё можно найти где налажал нейрослоп, то в ассемблерных спагетти разобраться сможет только сам ИИ.
     
  • 1.84, Джон Титор (ok), 18:56, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Для тех кто впервые, как я, слышат о CHasm, давайте вместе разберемся?
    CHasm (сокращение от CHange to ASM) — это активно обсуждаемый проект по созданию легковесного окружения рабочего стола, написанного исключительно на чистом ассемблере x86_64 NASM под Linux

    Главная идея проекта — избавиться от переусложненных современных стеков. В то время как обычный эмулятор терминала или оконный менеджер подтягивает десятки динамических библиотек (вроде libc, Python, GLib, X11-тулкитов), CHasm демонстрирует, насколько мало ресурсов нужно системе на самом деле.

    Основные принципы и компоненты:
    - Полное отсутствие зависимостей: Весь код написан на чистом ассемблере NASM без использования стандартной библиотеки Си (no libc).
    - Прямые системные вызовы: Взаимодействие с ядром Linux происходит напрямую через syscall.
    - Собственная экосистема: В рамках этой инициативы разработчик (под ником isene) развивает не только утилиты, но и сопутствующий X-сервер Frame. Он общается с ядром через интерфейсы DRM/KMS и evdev, а графические приложения выводят картинку по протоколу X11 напрямую через Unix-сокеты.
    - Статическая сборка: Каждая утилита компилируется в один независимый статический исполняемый файл ELF. Никакого выделения памяти на лету (malloc), все буферы распределены статически на этапе компиляции

     
  • 1.87, Аноним (87), 19:30, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как будто на ассемблере меньше ошибок работы с памятью, чем на Си. Либо раст, либо расходимся.
     
  • 1.89, Аноним (89), 19:33, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Аналог libxkbcommon без зависимостей и с базой раскладок в комплекте был бы очень кстати. Оч всрато что эту штуку можно вызвать только из сей. Мне на go понадобились всякие суровые колдунства, чтобы без cgo обойти это.
     
  • 1.99, Аноним (188), 20:16, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Один васян с ИИ сделал иксы на ассебмлере (на ассемблере, Карл!) за пару месяцев лучше, чем толпа инженеров за десятилетия на сях. Достойно уважения и восхищения. А эксперты с опеннета только комментов написали два тома про то, как они бы уж точно сделали ли бы лучше и соврешенно иначе. Если бы встали с дивана.

    Это всё, что вам нужно знать о разнице между мужчиной и мальчиком, мальчики.

     
     
  • 2.139, sunjob (ok), 11:15, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    поддерживаю всеми руками и ногами!!! :о)
     
  • 2.174, Tron is Whistling (?), 08:48, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну сделал и сделал, никому оно в целом не интересно и никому от этого лучше не стало.
    Тем более, что о том, как оно в общем случае работает, в целом молчок. А поднимать это у себя желающих в силу п.1 около 0.
     
  • 2.175, Tron is Whistling (?), 08:51, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тем более про "сделал" - тут тонко.
    Я тоже могу нанять гастеров выкопать яму и сколотить мне косой деревянный туалет за день.
    Но вот стоит ли это достижение какого-либо восхищения?
     

  • 1.108, Аноним (108), 21:12, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Frame в режиме простоя расходует почти в три раза меньше ресурсов CPU, чем X.Org Server.

    Значит в xlibre есть что оптимизировать

     
     
  • 2.165, Аноним (165), 22:37, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и в 30 раз меньше, чем вейленд.
     

  • 1.111, Аноним (110), 21:22, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда-то давно пришлось по работе реверсить 700 килобайт текста на ассемблере ... Да, удовольствие из средних ...
     
  • 1.121, Аноним (121), 22:42, 17/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А потом - да вы правы, эта конструкция приведет к выходу за границы буфера, хотите я вам расскажу какие ещё бывают ошибки?
     
     
  • 2.127, Аноним (22), 00:43, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    так и есть это бич реинфорстмент лернинга, ваш ЫЫ вам угождает, он даже готов будет принять 2+2=5 за истину.
     

  • 1.137, Аноним (137), 11:12, 18/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Тем, кто не вкурсе. Операционная система KolibriOS, которая написана на ассемблере, весит 1,44 Мб. Целая ОС раньше помещалась на дискету.
     
     
  • 2.138, sunjob (ok), 11:14, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    она и сейчас туда помещается! :о)
     

  • 1.148, Аноним (148), 14:55, 18/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Как правило, ИИ генерирует ассемблерный код хуже компиляторов, ещё и на вялом NASM, который по сути не имеет многих преимуществ FASM. Получаемые программы бесполезны, так как будут работать медленнее. Разве что вес исполняемого файла будет не самый большой.
     
     
  • 2.150, Аноним (22), 16:29, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ИИ генерирует ассемблерный код хуже компиляторов

    ЫЫ спокойно может имитировать любой компилятор, так что вы даже не отличите его.

     
  • 2.159, Аноним (159), 18:48, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так было, к примеру, вчера, а сегодня уже одинаково и дополнительно на fasm, а завтра уже лучше и на всех популярных асмах. А ещё через несколько дней он генерит код на любом языке, чтобы кожаный мешок мог понять что выполнялось в машинном. Всё равно проверить смогут только ассемблерщики, хоть и долго.

    Со временем человек деградирует, а ИИ развивается. Только ресурсы подавай.

     
     
  • 3.160, Аноним (22), 18:56, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Со временем человек деградирует, а ИИ развивается. Только ресурсы подавай.

    деградация человека приведет к деградации ЫЫ, ибо ЫЫ достигнет потолка человеческого, а не теоретического. Учиться то на чьем коде она будет?

     
  • 3.163, Аноним (163), 20:57, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как ИИ будет развиваться в области ассемблера, если на нём пишет небольшая горстка людей? Либо никак, либо по декомпиляции существующих программ, которые собирали компиляторы.
    То есть ИИ может лишь стремиться к имитации компиляторов, которая в лучшем случае будет немного хуже самого компилятора.
    Человек, который не просто знаком с ассемблером, но и часто на нём пишет, способен написать код, который будет эффективнее компилятора.

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

     
     
  • 4.168, Аноним (168), 23:29, 18/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А вы как развивались Все программы декомпилировали, или документацию читали Ва... большой текст свёрнут, показать
     
     
  • 5.169, Аноним (22), 01:03, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как и человек. Никакой разницы.

    Для этого я ввел новый термин "Неотличимость детерминизма", доказывающий, что существования "Теста Тьюринга" способного отличить ЫЫ, наделенного неограниченными вычислительными ресурсами и способный имитировать распределение вероятностей человеческого поведения, - задача не разрешимая. Тест Тьюринга аналогичен проблеме останова.

     
  • 5.170, Аноним (163), 01:18, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ИИ не сможет генерировать код и делать работу над ошибками Она даже не заметит ... большой текст свёрнут, показать
     
     
  • 6.178, Аноним (178), 11:32, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты слишком идеализируешь возможности человека Он элементарно может не выспаться... большой текст свёрнут, показать
     
     
  • 7.179, Аноним (22), 14:03, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Придумал же решение задачи, над которой толпа математиков (лучшие умы) "билась" десятилетиями. То, что математики кормились годами на одной проблеме, ещё больше доказывает необходимость их замены

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

     
     
  • 8.180, Аноним (178), 15:14, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и здорово, что он нашёл за минуты то, что не смогли найти за десятилетия те,... текст свёрнут, показать
     
     
  • 9.181, Аноним (22), 15:39, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а никто не отрицает ЫЫ как какую-то базу знаний с поиском, в этом от нее больше ... текст свёрнут, показать
     
     
  • 10.199, Аноним (199), 14:56, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А мозг это тоже база знаний с поиском И ты замечал, как не можешь вспомнить как... большой текст свёрнут, показать
     
     
  • 11.203, Аноним (163), 16:49, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В большинстве случаев это не курсор долго доползал, а просто мы не умеем контр... большой текст свёрнут, показать
     
     
  • 12.207, Аноним (210), 22:42, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это опровергается тем, что ты вспоминаешь, что хотел, тогда, когда не пытался эт... большой текст свёрнут, показать
     
     
  • 13.211, Аноним (163), 18:27, 21/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что до этого ты об этом задумывался, но почти сразу переключился Задача ... большой текст свёрнут, показать
     
     
  • 14.213, Аноним (213), 23:18, 21/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не сразу, а к примеру, через неделю В фоне - это и означает полз указатель Ты ... большой текст свёрнут, показать
     
     
  • 15.214, Аноним (163), 02:25, 22/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот тут сейчас задумался, а что ж это ты свои драгоценные нейрончики забиваешь... большой текст свёрнут, показать
     
     
  • 16.215, Аноним (213), 06:34, 22/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ой А ты разве умеешь Общение запоминать не надо В один глаз влетело из другог... большой текст свёрнут, показать
     
     
  • 17.216, Аноним (163), 18:12, 22/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я хоть где то писал про согласие или признание А вопрос был только про сложение... большой текст свёрнут, показать
     
  • 7.183, Аноним (163), 17:09, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это влияет на длительность разработки, а не качество Если на асме накосячить, т... большой текст свёрнут, показать
     
     
  • 8.192, Loki13 (ok), 10:41, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очень спорно Есть много признаков того что последние десятилетия с появлением т... текст свёрнут, показать
     
     
  • 9.201, Аноним (163), 15:50, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Многие люди и без тиктоков и прочей жвачки для ума не сильно стремились развив... текст свёрнут, показать
     
  • 8.202, Аноним (199), 16:47, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это не так Всё запустится и будет работать Просто, к примеру, медленнее, поско... большой текст свёрнут, показать
     
  • 2.177, Аноним (177), 10:57, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    FASM и TASM это же вантуз! Зачем ты нам вантуз суёшь? Есть только один ассемблер, и это "GNU assembler" имеющий синтаксис AT&T.
     
     
  • 3.186, Аноним (163), 18:23, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Куда все остальные ассемблеры делись? :)

    Синтаксис AT&T труднее читается, GAS имеет слабые и устаревшие макросы, не умеет самостоятельно создавать исполняемые файлы.

    Чем же GAS так хорош?

     
     
  • 4.193, Аноним (193), 12:49, 20/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

  • 1.182, Аноним (182), 16:47, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для программирования сложных систем лучше подходят высокоуровневые ЯП.
    Можно применить различные парадигмы: например, событийноориентированное или реактивное. И так далее, что лучше подходит для конкретной программы.

    Можно пойти дальше: создавать разные DSL, и написать операционную систему, такую как STEPS.
    Исходный код будет компактным, и уместится в 10 тысяч строк.

    А какие парадигмы есть в ваших любимых языках ассемблера? Структурное? Макропрограммирование?  
    Примитивные структуры - путь в трясину Тьюринга.
    Не примитивные - зачем, если есть язык C?
    А если развить макросы, то это станет заменой компилятора, только гораздо хуже:
    - генерируемый код тяжело отлаживать;
    - сами макросы надо отлаживать - дополнительная работа, ещё и инструменты для этого не развиты.

     
     
  • 2.184, Аноним (163), 17:15, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Парадигмы по большей сути созданы для облегчения жизни программисту. Они замедляют и увеличивают код. Это не про ассемблер, хотя если захотеть, то можно и там применять парадигмы. Если интересно, то по-изучайте FASM и его форум.
    Правда толку от ассемблера тогда будет лишь в уменьшении веса скомпилированной проги.
     
  • 2.187, Аноним (22), 18:42, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Макропрограммирование?

    это функции текстового редактора!

    > - генерируемый код тяжело отлаживать;

    асм ты интерактивно отлаживаешь, этот отладчик может быть частью твоей IDE, не надо часами ждать никакой компиляции, а потом втыкать в отладчик, это вообще бред сивой кобылы.

    > - сами макросы надо отлаживать - дополнительная работа, ещё и инструменты для этого не развиты.

    это функции текстового редактора, нет в них никакой необходимости.

     
  • 2.191, Аноним (191), 05:06, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Для программирования сложных систем лучше подходят высокоуровневые ЯП

    Если бы сишники могли выучить Паскаль - проблем бы не было при написании сложных систем.

     
     
  • 3.196, Аноним (194), 13:48, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Была бы проблема - львиную долю времени занимало бы написание этих ваших begin/end'ов.
     
  • 2.209, Аноним (210), 23:34, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Парадигмы нужны только человеку Процессору нужны нули и единицы Процессор не у... большой текст свёрнут, показать
     

  • 1.208, KRAKEN (-), 23:34, 20/07/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     

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



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

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