МЦСТ публикует исходные тексты ядра Linux 6.1 для архитектуры Эльбрус

Ну что, получилось? А ведь он предупреждал, что делает свой процессор, то есть косвенно намекал, что слушать он никого не слушает, он уже всё знает. В таких случаях лучше просто пройти мимо.

там ебздец на самом деле. походу просто железячников на праздник вообще не приглашали.

вот например у меня команда длиной до 12 байт. что это значит для декодера? в железе. и тебе надо хотя бы три команды декодировать. в лоб идеально 4 FO4 на байт: то есть нельзя сделать это в лоб. одна команда сожрет 4 FO4 на байт, лучше не будет. Но тут тоже можно халявить местами, например пробрасывать сигнал на 4 байта вперед, кэшировать результат разбора (+ размер кэша) короче декодер «х86-подобного кода» вещь страшнее сумматора.

окей есть другой способ. ах да я забыл ты не можешь собрать проц из ячеек которые ты захотел. ты должен ЖРИ ГАВНО ЖРИ ГАВНО ЖРИ ГАВНО собирать его из того что тебе fab даст. то есть мне вместо домино-логики надо использовать буферы с output_enable и разной мощностью, извращаться и что-то натягивать типа совы на что-то типа глобуса. на верилоге кстати это не пишется вообще. привет YADRO! я знаю что вы чото там пытаетесь и у вас нихера не выйдет.

ладно. так вот я тут ходил бухал по парку и внезапно понял как сделать тот самый vliw-проц без 40 килобайт контекста. технически его и так уже и прошлой версии не было видно. просто а пусть.

из того что тебе fab даст
мне вместо домино-логики

Фаб ведь может дать и блоки на домино-логике. Но! Она же жрёт и течёт?

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

Тем более, с развитием рекомпиляции посредством ИИ, открываются новые возможности по массовому портированию и оптимизации ПО. Да и языковая модель с ИИ-агентами запущена локально на «Эльбрусе», с поддержкой ГПУ Radeon для аппаратного ускорения.

Также набирает популярность переписывание ПО на Rust с помощью ИИ

https://www.comss.ru/page.php?id=22416

Rust уже портирован на «Эльбрус»

https://trashbox.ru/link/2021-02-17-pc-elbrus-rust-go

Она же жрёт и течёт?

Течет любая логика на svt транзисторах. Грубо говоря, 20% энергии идет на «выход», 20% это ток утечки закрытого транзистора, а 60% - это сквозной ток при переключении. например напруга 1 вольт, Vth=0.4вольт, и у нас посерединке появляется зазор 1-0.4-0.4=0.2 вольта шириной. И поскольку напряжение на входе переключается не мгновенно, то в этом интервале открыты и pmos и nmos и ток ограничен только током насыщения. Для сравнения логика с низким потреблением имеет утечку закрытого транзистора в 10 раз меньше, и Vth=0.7 например и зазора там нет.

То есть да, жрет домино больше но не прям настолько сильно больше. у домино проблема скорее с шумом и «распределением заряда», который не дает сильно сложные схемы мутить. C CVSL логикой таких проблем нет, скорость у нее на уровне домино, но это экзотика. Её стопудово нет в библиотеках.

На самом деле, тут как в известном высказывании «мы можем сделать быстро, дешево и качественно. выберите любые два пункта». С процессорами это звучит как «быстро, просто, совместимо». Можно сделать очень эффективный проц, но упрешься в совместимость потому что мы живем в мире где победила определенная архитектура процов. Они отличаются но у них всех есть общая часть: есть отдельные команды, которые выполняются с точки зрения программиста последовательно. Поддержание этой иллюзии стоит значительных усилий. Поэтому out-of-order такой сложный: его можно упростить но ценой выхода из общепринятой парадигмы. Можно отказаться но ценой потери производительности.

В таких случаях лучше просто пройти мимо.

Так я ж так и делаю. Но надо ж было шанс дать.