https://www.opennet.ru/openforum/vsluhforumID3/138428.html После трёх месяцев разработки представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 25.3.0. Тег нового выпуска в git был опубликован 15 ноября, но анонс на сайте появился только вчера (в рассылке релиз не объявлен до сих пор). Первый выпуск ветки Mesa 25.3.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 25.3.1...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64283<br> https://www.opennet.ru/openforum/vsluhforumID3/138428.html#95 Sat, 22 Nov 2025 16:10:22 GMT &gt; minix находится в северном мосту на мат платах intel, в процессорах intel <br>&gt; его нет.<br><br>Вообще-то это от gen железа зависит. До интел gen4 примерно оно и правда было в чипсете и архитектура старых ME была - ARC некий.<br><br>А в более новых - в процах сделали +1 x86 мелкое маломощное ядро, выделенное для ME. И миникс в современном ME живет - там.<br><br>&gt; северный мост не занимается, только что-то там делает с IO.<br><br>Нынче видите ли в проц много чего внесли. ME в том числе.<br><br>&gt; AMD более 30 лет назад. Так уж получилось истерически, что два <br>&gt; вендора завязались на одну ISA и договорились о кросслицензировании своих доработок. <br><br>AMD видите ли - не стал делать ME как вон те. Вместо этого они сделали PSP. Это ARM ядро. Но тоже всемогущее. И с каким-то своим софтом, не minix вроде.<br> <br>А ваши предположения никому не интересны. Просто признайте что наезды на MESA были не по делу. Ибо все остальные дрова GPU следуют сравнимым паттернам дизайна. Потому что мир так устроен.<br> https://www.opennet.ru/openforum/vsluhforumID3/138428.html#94 Sat, 22 Nov 2025 16:05:11 GMT &gt; Не понимаете вы оба. В суперскалярных и out-of-order процессорах компилятор уже есть.<br><br>Это вы что-то не понимаете в этом мире. Это не _компилятор_ а реалтайм транслятор/распаковщик "внешнего" потока команд в "внутренний". Дабы все изменения микроархитектуры по блокам не вели бы к факапам в наборе команд. Вся "компиляция" сводится к лукапу в ROM (или нынче SRAM) таблице по опкоду более жирной последовательности микрокоманд и выдаче ЭТОГО внутренним блокам. Зело громко обозвать это компиляцией.<br><br>Если интересно как это выглядит без uCode ROM - посмотрите VLIW. Это примерно как вон те если оборвать ему uCode ROM и вывесить на шину то что было за ним. Вот только тогда все изменения микроархитектуры видны софту, в наборе команд. И генерация кода головняк. Ибо все внутренние заморочки - видны софту. И трафик на шине порой жирнее. Ибо если опкод раздуть в последовательность uOps - их ВСЕ по шине передавать все же не надо было.<br> <br>&gt; Аппаратный, квадратичный по числу исполнительных блоков. <br><br>До того как умничать https://www.opennet.ru/openforum/vsluhforumID3/138428.html#93 Fri, 21 Nov 2025 18:03:45 GMT Как это не идёт? Отлично идёт. <br><br>Более того, как раз с появлением core 2 duo macod на него и перешла с power pc.<br> https://www.opennet.ru/openforum/vsluhforumID3/138428.html#92 Fri, 21 Nov 2025 03:04:06 GMT Не понимаете вы оба. В суперскалярных и out-of-order процессорах компилятор уже есть. Аппаратный, квадратичный по числу исполнительных блоков. Но он не оптимизирует всю программу, он просто раскладывает уже декодированные из около 6и архитектурных инструкций (issue width) микрооперации по блокам в нужной последовательности, выискивает хазарды, раскидывает микроархитектурные регистры по архитектурным, предсказывает переходы, и жрёт электроэнергию и место на чипе как не в себя. Он намного проще и тупее LLVMа и работает в реальном времени, каждый такт. На видеокартах такого сложного нет, там есть кое что подобное, но намного проще и единица планирования там - ворп, такая сложность нужна на CPU чтобы вот то говно, из которого состоят прикладные программы, могло там быстрее работать, это по сути аппаратный jit, работающий каждый такт. И вы никак это не оптимизируете на уровне компилятора. Эта штука даже умеет смешивать различные потоки, чтобы они на одном ядре работали. Вот конкретно это вы не замените вообще ниче https://www.opennet.ru/openforum/vsluhforumID3/138428.html#91 Thu, 20 Nov 2025 18:08:05 GMT Кто виноват что nvidia не открыла спеки на свои GPU? <br><br>nouveau была худо-бедна сделана реверсинженерингом, но и это nvidia не устроила и она запихнула криптографические ключи чтоб огородить свои GPU от "нежелательного использования". <br><br>И кстати про VDPAU на nouveau, оно разве работало? В том смысле, что последний раз когда я смотрел как включить аппаратное ускорение h264 на nouveau то в инструкции было черным по белому написано, что требуется проприетарное firmware, что его поставка в составе свободного драйвера нелегальна, и если вам нужно то используйте специальные инструменты для того чтоб вытащить firmware из проприетарного драйвера и уже его подложить свободному. <br> https://www.opennet.ru/openforum/vsluhforumID3/138428.html#90 Thu, 20 Nov 2025 17:55:34 GMT minix находится в северном мосту на мат платах intel, в процессорах intel его нет. Форк этой операционистки и кастомное 486 ядро в северном мосту являются составляющими частями Intel Management Engine. Никакой трансляцией x86 северный мост не занимается, только что-то там делает с IO. <br><br>x86 Instruction Set Architecture (ISA) была проприетарной и была официально лицензирована AMD более 30 лет назад. Так уж получилось истерически, что два вендора завязались на одну ISA и договорились о кросслицензировании своих доработок. <br>Я слышал, что x86 транслируется в RISC подобные инструкции, и что первая попытка с трансляцией была сделана еще в AMD K5, но лично у меня нет понимания как это работает под капотом. Скорее всего трансляция очень проста, как в описании разницы CISC и RISC, одна x86 инструкция MUL автоматически замещается скажем 4-мя RISC инструкциями (LOAD, LOAD, MUL, STOR), т.е. это не сравнится с тем чем занимается компилятор шейдеров. <br><br>Я напомню что в случае x86 если программа написана для одного ядр https://www.opennet.ru/openforum/vsluhforumID3/138428.html#89 Thu, 20 Nov 2025 17:24:53 GMT &gt; Там же не сверхмощный компилятор С++ надо прогонять, а что-то типа glsl. <br>&gt; При этом у wine уже есть hlsl2glsl, который работает достаточно шустро, <br>&gt; а написан тремя васянами.<br><br>Просто для понимания - шейдеры для AMD GPU например порой генерятся - LLVM. Ни много ни мало. Иногда ACO менее монструозным ибо тот макаронный монстр утомил. Но если что - LLVM, одна только либа кодогенератора, весит около 100 мегабайтов нынче. И предлагается все вот это вот - прямо в ядро втолкать? При том что эту либу никто с таким прицелом не писал для начала? Или как сие должно работать?<br> https://www.opennet.ru/openforum/vsluhforumID3/138428.html#88 Thu, 20 Nov 2025 17:17:25 GMT &gt; Ну так значит надо абстрагировать, ответ на поверхности лежит.<br><br>Вы в каком мире живете? У нас есть вот такая ситуация. <br><br>Даже с процами - вот например Майкрософт :D выкатил 132-ядерный чтоли ARMv8. Как это укладывается в вашу картину мира? У гугля тоже свои процы есть. Называя вещи своими именами довольно много кому надоел диктат интеля и амд - настолько что они решили что делать процы себе сами - эффективнее.<br><br>А в GPU у всех и подавно разный IP, его никто никогда не устаканивал между собой. Это развивалось десятками лет. И - вот - единственные слои абстракции которые сложились это апя по типу OpenGL, Vulkan, ... - как интерфейс. А как оно там внутрях шейдер перегонит в бинарники конкретного GPU - внутреннее дело драйвера GPU. В юзермоде, ага! Ну не в кернел же парсер ЯП и бэк кодогенерации?! Еще не хватало - здоровенные компилеры в кернел совать.<br><br>&gt;&gt;Сначала надо разобраться в теме а потом - ценным мнением блистать, мистер.<br>&gt; Да-да, конечно. Сверхценные специалисты, конечно, всегда расскажут непросв https://www.opennet.ru/openforum/vsluhforumID3/138428.html#86 Thu, 20 Nov 2025 11:26:25 GMT А чего пригорело так? Вон сколько минусов проставил, аж роутер не поленился передернуть. Впрочем, похоже, это единственное место, где ты можешь за счёт передергивания роутера хоть как-то самоутвердиться. Ведь в IT ты явно не вошел, и теперь в свои 50+ работаешь каким-нибудь охранником в пятерочке.<br>