The OpenNET Project / Index page

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

Драйвер RadeonSI переведён по умолчанию на бэкенд компиляции шейдеров ACO

30.10.2025 08:05

Marek Olšák, разработчик видеодрайверов из компании AMD, добавил в кодовую базу Mesa, на основе которой будет сформирован релиз Mesa 26.0, изменение, переводящее драйвер RadeonSI на использование по умолчанию промежуточного представления (IR) шейдеров NIR и бэкенда компиляции шейдеров ACO, развиваемого компанией Valve в качестве альтернативы компилятору шейдеров LLVM. Бэкенд ACO нацелен на обеспечение генерации кода, насколько это возможно, оптимального для шейдеров игровых приложений, а также на достижение очень высокой скорости компиляции.

Применение ACO даёт возможность повысить скорость компиляции шейдеров, снизить потребление памяти, сократить размер бинарного представления шейдеров и генерировать более оптимизированный код. По сравнению с LLVM применение бэкенда ACO позволило до 8 раз снизить время компиляции шейдеров, что заметно сокращает время запуска программ. При этом ACO использует меньше регистров SGPR/VGPR (Scalar/Vector General Purpose Register), что снижает необходимость выполнения ресурсоёмких операций вытеснения регистров в память (spilling) в случае нехватки доступных регистров.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Разработчик из Valve оптимизировал драйвер RADV для работы с Llama.cpp
  3. OpenNews: Vulkan-драйвер RADV переведён на использование бэкенда компиляции шейдеров ACO
  4. OpenNews: Из Mesa удалена поддержка API видеоускорения VDPAU в пользу VA-API
  5. OpenNews: AMD прекратил разработку Vulkan-драйвера AMDVLK в пользу драйвера RADV из Mesa
  6. OpenNews: Для Mesa предложен драйвер cluda, позволяющий реализовать OpenCL поверх NVIDIA CUDA
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64141-radeonsi
Ключевые слова: radeonsi, amd, mesa
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (66) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:22, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличия в работе с amdgpu есть, в плане OpenGL? Как раз имеется пограничный APU с поддержкой как radeonsi, так и amdgpu. Проверял на Linux и Windows, так на первом OpenGL выдаёт заметно меньше кадров в секунду, нежели он же, не говоря уже об DirectX, во втором. Проверял на UT99.
     
     
  • 2.2, kravich (ok), 09:25, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >UT99

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

     
     
  • 3.7, Аноним (7), 10:32, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть точным, я имею ввиду APU E1-2100 с HD 8210, это уже в 2013 было слабо. К тому же, использовался нативный UT99.
     
     
  • 4.10, Bob (??), 11:35, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Большинство плюшек только для +- актуального железа.

    Местами даже архитектура Polaris уже в пролёте.

     
     
  • 5.20, 123 (??), 14:52, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Polaris уже 9 лет стукнуло, GCN 4. Вот GCN 5 Vega еще будут держать, за счет igpu в зоопарке ноутбучного железа apu ryzen.
     
     
  • 6.32, Аноним (-), 21:26, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А чего вам не хватает то Там вулкан - одинаковый на всю толпу чуть не до GCN 1 ... большой текст свёрнут, показать
     
  • 5.24, Аноним (-), 18:04, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Большинство плюшек только для +- актуального железа.

    Сабжевое изменение - для RadeonSI в целом. И как намекает название - это аж начиная с Southern Islands. Т.е. - GCN1.0 и все что новее этого.

    Более того. Насчет большинства плюшек господа не правы. В Valve кажется серьезно нацелились ранние GCN по дефолту на AMDGPU перевести. Они основательно допилили AMDGPU устраняя недостатки модуля AMDGPU vs Radeon для GCN 1.0/1.1 так что ВНЕЗАПНО скоро можно их кажется будет цеплять AMDGPU вместо Radeon как "default" а не "experimental". Они даже запилили в AMD'шной DC аналоговые выходы GCN 1.x и некоторых чуть более поздних с DVI-I выходом. И теперь GCN 1.x @ AMDGPU смогут выводить графон через DC (некая суб-библа в ядре для ADM'шных коннекторов видео и работы с дисплеями).

     
     
  • 6.44, Аноним (44), 03:23, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только почему у них такой интузязизЪм, немножко непонятно.
    Им как продаванам игорь то какой интерес поднимать не тянущее из игры железо?
     
     
  • 7.46, Аноним (-), 04:08, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вероятно хотят уменьшить себе технических проблем, улчушить продажи и расширить ... большой текст свёрнут, показать
     
  • 2.3, Аноним (3), 09:33, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Отличия в работе с amdgpu есть, в плане OpenGL?

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

     
  • 2.5, name (??), 09:48, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты не можешь без amdgpu использовать vulkan и dxvk.
     
     
  • 3.28, Аноним (-), 20:36, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так ты не можешь без amdgpu использовать vulkan и dxvk.

    AMDGPU нынче цепляет что угодно от GCN 1.x и новее. И на всем этом соответсвенно есть Vulkan. Кто-то даже для Radeon 6000 (VLIW) запилили экспериментальное нечто - Terakan.

     
     
  • 4.39, aaa (??), 01:03, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не запилили, а пилит. Там один Виталий Кузьмин этим занимается, несмотря на то, что Марек Ольшак его отговаривал.
    https://gitlab.freedesktop.org/Triang3l/mesa/-/commits/Terakan?ref_type=heads
     
     
  • 5.55, Аноним (-), 11:16, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не запилили, а пилит. Там один Виталий Кузьмин этим занимается, несмотря на
    > то, что Марек Ольшак его отговаривал.
    > https://gitlab.freedesktop.org/Triang3l/mesa/-/commits/Terakan?ref_type=heads

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

    Идея запилить вулкан на GPU на который его даже теоретически не сватали - по своему забавна в общем то.

     
  • 2.21, НяшМяш (ok), 15:16, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, когда уже кекспертам добавят в методичку пункт про разницу между ядерным драйвером и месой?
     
     
  • 3.36, кексперт (?), 23:46, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот кстати правильная идея. Есть вообще толковые гайды по тому как устроены видео-дрова в линукс?
    А то реально голова кругом -- под каждого вендора куча либ, что-то устарело, что-то только пилится, что за что отвечает...
     
     
  • 4.40, Аноним (-), 01:07, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В самом базовом виде code DRM KMS GBM - libdrm plugin - various clients ... большой текст свёрнут, показать
     
     
  • 5.42, morphe (?), 01:50, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > с поправкой что тот работает сразу поверх модуля AMDGPU из майнлайна

    Поправка - они перестали поддерживать свои проприетарные и грворят всем переходить на опенсорс

    Проприетарные оставили существовать только ради полутора проприетарных софтин о которых никто не знает и не пользуется

    Ну и проприетарные дрова просто были слишком медленные в сравнении с mesaвским gallium

     
     
  • 6.47, Аноним (-), 04:20, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это для AMDVLK верно Потому что RADV его сделал буквально во всех номинациях ... большой текст свёрнут, показать
     
     
  • 7.50, morphe (?), 05:28, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В случае вулкана там Airlied молодец, дал всем мастеркласс как это надо делать

    AMDVLK был не то чтобы плохим, если с графикой работаешь то полезно было с ним сверяться как с альтернативной реализацией vulkan. Отставание там было не настолько большим, но у RADV было преимущество в том что часть MESA, и больше следует реализациям стандартов, а не самим стандартам.

    > Что там с остальными проприетарными частями я честно гря не следил. Они opengl прориетарский тоже выбросили

    Да, потому что он хуже gallium

    > И еще есть отдельный юзермод поверх amdgpu ROCm, он не совсем проприетарский и номинально открытый

    Если ты про OpenCL то это как раз тот про который я сказал что остался для пары проприетарных софтин, с него тоже советуют переходить на rusticl там где он поддерживается

     
     
  • 8.51, Аноним (51), 06:06, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто 1 Он слишком дофига был проприетарным и амд тупило на эту тему Вплот... большой текст свёрнут, показать
     
     
  • 9.60, morphe (?), 14:36, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он изначально был открытым, он просто не переиспользовал mesaвскою инфраструктур... текст свёрнут, показать
     
     
  • 10.61, Аноним (-), 02:38, 01/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то это немного не так было 1 Изначально AMDVLK был проприетарный А Rad... большой текст свёрнут, показать
     
     
  • 11.63, morphe (?), 03:13, 01/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты с чем то путаешь, AMDVLK был открытый с первого дня релиза в декабре 2017го, ... текст свёрнут, показать
     
     
  • 12.64, morphe (?), 03:17, 01/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    AMDGPU-PRO при этом не рекламировался ни для кого кроме владельцев их профессион... текст свёрнут, показать
     
  • 12.65, Аноним (-), 23:25, 01/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты что-то путаешь Ибо сначала IIRC AMDVLK релизился только блобами в -PRO н... большой текст свёрнут, показать
     
     
  • 13.66, morphe (?), 01:02, 02/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он тут не говорит что AMDVLK был закрытым, он тут говорит что это была закрытая ... текст свёрнут, показать
     
     
  • 14.67, Аноним (-), 03:36, 04/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно его сперва не называли AMDVLK, просто поставляли в проприетари Вот тут... большой текст свёрнут, показать
     
  • 5.43, кексперт (?), 02:58, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понял весь этот винегрет, за исключением модулей ядра, пытаются систематизировать в рамках freedesktop.org

     
     
  • 6.48, Аноним (-), 04:27, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько я понял весь этот винегрет, за исключением модулей ядра, пытаются
    > систематизировать в рамках freedesktop.org

    Большая часть usermode частей "клиентов" с реализацией того или иного API для того или иного GPU - в случае удачного девелопа становится частью MESA которая так же пытается предоставлять реюзабельные части - дабы каждая реализация апи того или иного GPU не была вынуждена изобретать свой вел с квадратными колесами на все вообще.

     
  • 3.57, Аноним (57), 11:37, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что там добавлять? То, что в ядре - драйвер, то, что в mesa - юзерспейс библиотека.

    Драйвер создаёт файл в /dev, а в UNIX (и Linux), устройство это файл, да и вообще "всё это файл". Поэтому все, кто вам втирают что-то про "драйверы mesa", бессовестно Bpут.

    В Linux напрямую с драйвером видеокарты работает только одна программа, X-windows, это всё сильно упрощает, потому что на всякие низкоуровневые API можно не смотреть и просто пользоваться X-windows , и графика будет на любом экране и любом устройстве.

    Поверх Х сервера можно рисовать с помощью X Toolkit (xtk), -lXt, openmotif, -lXm, athena, xaw3d, много всего.

     
     
  • 4.62, Аноним (-), 02:46, 01/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эти сведения немного протухли Я поздравляю вас с разморозкой вашей криокамеры н... большой текст свёрнут, показать
     
  • 2.25, Sunderland93 (ok), 18:18, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    amdgpu драйвер ядра, radeonsi - драйвер Mesa
     

  • 1.4, Аноним (57), 09:36, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ничего не понятно.
     
  • 1.6, aname (?), 10:01, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Вольво двигает прогресс в Линукс-дистрах. Уважаемо.
     
     
  • 2.8, Аноним (8), 10:33, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ещё и грузовики делает.
     
     
  • 3.11, Chel (?), 11:42, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    И плавленый сыр!
     
  • 2.26, В афиге (?), 18:42, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня, как энтомолога-русоведа есть к тебе вопросик: что тебя и таких как ты заставляет коверкать названия фирм? Все эти «вольво» вместо «вальве», «межделмаш» вместо «IBM» и так далее. Что тебя заставляет так делать? У тебя что-то свербит в голове если ты этого не сделаешь? Ты считаешь это смешным?
     
     
  • 3.31, Аноним (31), 21:26, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Купи себе немножечко чувства юмора, и сразу все станет понятно.
     
  • 3.33, Аноним (33), 21:57, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня, как энтомолога-русоведа есть к тебе вопросик: что тебя и таких
    > как ты заставляет коверкать названия фирм? Все эти «вольво» вместо «вальве»,
    > «межделмаш» вместо «IBM» и так далее.

    International Business Machines
    Meждународные Деловые  Машины
    Меж    Дел    Маш

    Не благодари

     
     
  • 4.34, В афиге (?), 22:19, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И они так не называются
    Фирма называется IBM, фирма называется Valve и так далее
    А если тебя называть кретином, то это будет так же смешно? Ну то есть это будет соответствовать действительности, но будет ли тебе так же смешно?
     
     
  • 5.37, Аноним (33), 00:19, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И они так не называются
    > Фирма называется IBM,

    https://www.ibm.com/investor/att/pdf/IBM_Annual_Report_2022.pdf
    > The financial section of the International Business Machines Corporation (IBM or the company)

    Кекспертиза во все поля.

    > А если тебя называть кретином, то это будет так же смешно? Ну
    > то есть это будет соответствовать действительности, но будет ли тебе так же смешно?

    "Свербит" тут походу только у тебя. И совсем не в голове ...

     
     
  • 6.53, vvm13 (ok), 10:46, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    IBM = МежДелМаш - относительно смешно, хотя так себе; это более-менее перевод названия
    Valve = Вольво - совсем не смешно, откровенно тупо (в духе такого же тупого drivers = дрова); ни перевода, ни даже нормальной созвучности.
     

  • 1.12, Аноним (12), 12:39, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Вместо того, чтобы улучшить оптимизатор в LLVM, они новый компилятор делают. Это тупиковый путь, LLVM такой неэффективный потому, что жирный. Когда вальвовский компилятор всосёт столько же бэкендов (а если он взлетит, то неминуемо всосёт), сколько LLVM - он скатится ниже уровня LLVM (то есть упадёт на взлёте). Поэтому не LLVM резать надо, а улучшать LLVM, чтобы он мог ещё кучу бэкендов всосать, а быть эффективным. А отдельные незалежные компиляторы - это просто выброшенный на ветер труд.
     
     
  • 2.13, Оно ним (?), 12:42, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А зачем вальвовскому компилятору всасывать столько бэкендов, если он сконцентрирован только на шейдерах?
     
     
  • 3.15, Аноним (15), 12:51, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что архитектур видеокарт и акселераторов для машоба мало? Тут каждый год по несколько выходит.
     
     
  • 4.18, Аноним (18), 14:26, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да 2.5 всего, как бы.
     
  • 2.14, Аноним (12), 12:42, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жирный - имеется в виду, что когда нужно чтобы один и тот же код эффективно генерил эффективный код, то пространство решений очень сильно сужается, и приемлимые решения имеют более низкую энтропию по сравнению с решениями, которые эффективно ворочают только часть бэкендов. А получить низкую энтропию очень дорого. А Вальв по сути сказали "не нужен он копилятор с такой низкой энтропией, мы из говна и палок свой сделаем", и сделали. Только он не для всего, в отличие от LLVM.
     
  • 2.17, Я (??), 13:58, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вся суть программирования в том что если есть возможность сделать консервный нож максимально эффективно открывающий нужную банку то его надо сделать. а вот будет ли вам всегда хватать возможностей поддерживать этот нож в актуальном задачам состоянии вопрос другой
     
  • 2.23, Xo (?), 17:30, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С чего это ACO новый? Повестку обновите.
     
     
  • 3.70, Аноним (70), 22:17, 04/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Повестку обновите.

    Это в госуслугах.

     
  • 2.29, Аноним (-), 20:46, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этой блевотной корпоративной блоатвари ничто не поможет Оно под эгидой догнать ... большой текст свёрнут, показать
     
     
  • 3.38, Буратино (?), 00:32, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи подробней чем так плох LLVM.
    У меня на работе макохипстота всё хочет "элэлвээму", а я как отбитый ретроград заставляю сидеть на "старом добром надёжном проверенном гэцэцэ"
    Правильно делаю или не очень?
     
     
  • 4.41, Аноним (-), 01:47, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле честный ответ - зависит от конкретики У LLVM есть некоторые инт... большой текст свёрнут, показать
     
     
  • 5.68, Аноним (70), 22:05, 04/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не очень важна, важно качество Компилится один раз, а исполняется - много раз в... большой текст свёрнут, показать
     
  • 2.52, Adb (?), 10:37, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можешь не беспокоится, сделать не просто llvm , а производительный llvm это такой же шанс в мире как встретить НЛО в реальном времени.
     
     
  • 3.69, Аноним (70), 22:13, 04/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И давно вы с НЛО встречаетесь?
     

  • 1.16, Анонизм (?), 12:52, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И зачем оно?! Очередной костыль.
     
     
  • 2.35, Аноним (35), 22:35, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И зачем оно?! Очередной костыль.

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

    Ну так, как говорят ченжлоги - "много мелких улучшений". Хотя, скостить время компила шейдера в 8 раз - не так уж и мелко пожалуй.

     

  • 1.19, Аноним (18), 14:28, 30/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надеюсь, что сам компилятор ACO собирается гораздо быстрее, чем LLVM.
     
     
  • 2.22, НяшМяш (ok), 15:25, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вся меса в конфигурации по-умолчанию (только х64 сборка) на моём 5950Х собирается за... 55 секунд.

    Что там за вопрос про LLVM был?

     
     
  • 3.27, Аноним (18), 19:39, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А сам Шланг за сколько собирается?
     
  • 3.30, Аноним (-), 20:50, 30/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Что там за вопрос про LLVM был?

    Да вот видишь ли какой нюансик - для оптимизаций LLVM кодогенератора надо пересобирать LLVM и его обвес. И тут оказывается что это нифига не быстро - а билдсистема этой дряни еще и отборный корпоративный кластерфак. Корпы типа гугла имеют проклятие: превращают билдсистему в адовое месиво.

     

  • 1.45, Аноним (44), 03:30, 31/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А ведь когда-то шейдеры лежали в shaders.bin и не требовали компиляции по пол часа при каждом запуске. Вот ведь были времена...
     
     
  • 2.49, Аноним (-), 04:33, 31/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А ведь когда-то шейдеры лежали в shaders.bin и не требовали компиляции по
    > пол часа при каждом запуске. Вот ведь были времена...

    Для шейдеров и сейчас есть кеш шейдеров. Ибо гамезы стали таскать 100500 навороченых шейдеров и времена старта игорей пока они там все это скомпилят стали конкретно всех задалбывать. Особенно с LLVM.

    Но при первом то старте - вы все же будете их компилять. И никуда от этого не денетесь. Ибо у разных GPU разный нативный код, а IR - это не оно и его все равно надо перегонять в нативный для конкретной видяхи формат.

     

  • 1.56, Аноним (56), 11:23, 31/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в качестве альтернативы компилятору шейдеров LLVM ... ACO даёт возможность повысить скорость компиляции шейдеров, снизить потребление памяти, сократить размер бинарного представления шейдеров и генерировать более оптимизированный код.

    Вся суть LLVM: тормознутый жрущий жирный тупой компилятор. Как и все продукты на нём.

     

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



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

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