The OpenNET Project / Index page

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



"Драйвер RadeonSI переведён по умолчанию на бэкенд компиляции шейдеров ACO"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Драйвер RadeonSI переведён по умолчанию на бэкенд компиляции шейдеров ACO"  +/
Сообщение от opennews (??), 30-Окт-25, 08:22 
Marek Olšák, разработчик видеодрайверов из компании AMD, добавил в кодовую базу Mesa изменение, переводящее драйвер RadeonSI на использование по умолчанию промежуточного представления (IR) шейдеров  NIR и бэкенда компиляции шейдеров ACO, развиваемого компанией Valve в качестве альтернативы компилятору шейдеров LLVM. Бэкенд ACO нацелен на обеспечение генерации кода, насколько это возможно оптимального для шейдеров игровых приложений, а также на достижение очень высокой скорости компиляции...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=64141

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 30-Окт-25, 08:22   +/
Отличия в работе с amdgpu есть, в плане OpenGL? Как раз имеется пограничный APU с поддержкой как radeonsi, так и amdgpu. Проверял на Linux и Windows, так на первом OpenGL выдаёт заметно меньше кадров в секунду, нежели он же, не говоря уже об DirectX, во втором. Проверял на UT99.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #5

2. Сообщение от kravich (ok), 30-Окт-25, 09:25   +4 +/
>UT99

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7

3. Сообщение от Аноним (3), 30-Окт-25, 09:33   +/
> Отличия в работе с amdgpu есть, в плане OpenGL?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 30-Окт-25, 09:36   +/
Ничего не понятно.
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от name (??), 30-Окт-25, 09:48   +/
Так ты не можешь без amdgpu использовать vulkan и dxvk.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от aname (?), 30-Окт-25, 10:01   +6 +/
Вольво двигает прогресс в Линукс-дистрах. Уважаемо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

7. Сообщение от Аноним (7), 30-Окт-25, 10:32   +/
Если быть точным, я имею ввиду APU E1-2100 с HD 8210, это уже в 2013 было слабо. К тому же, использовался нативный UT99.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10

8. Сообщение от Аноним (8), 30-Окт-25, 10:33   +/
Ещё и грузовики делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11

10. Сообщение от Bob (??), 30-Окт-25, 11:35   +/
Большинство плюшек только для +- актуального железа.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Chel (?), 30-Окт-25, 11:42   +3 +/
И плавленый сыр!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

12. Сообщение от Аноним (12), 30-Окт-25, 12:39   –1 +/
Вместо того, чтобы улучшить оптимизатор в LLVM, они новый компилятор делают. Это тупиковый путь, LLVM такой неэффективный потому, что жирный. Когда вальвовский компилятор всосёт столько же бэкендов (а если он взлетит, то неминуемо всосёт), сколько LLVM - он скатится ниже уровня LLVM (то есть упадёт на взлёте). Поэтому не LLVM резать надо, а улучшать LLVM, чтобы он мог ещё кучу бэкендов всосать, а быть эффективным. А отдельные незалежные компиляторы - это просто выброшенный на ветер труд.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14, #17

13. Сообщение от Оно ним (?), 30-Окт-25, 12:42   +1 +/
А зачем вальвовскому компилятору всасывать столько бэкендов, если он сконцентрирован только на шейдерах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #15

14. Сообщение от Аноним (12), 30-Окт-25, 12:42   +1 +/
Жирный - имеется в виду, что когда нужно чтобы один и тот же код эффективно генерил эффективный код, то пространство решений очень сильно сужается, и приемлимые решения имеют более низкую энтропию по сравнению с решениями, которые эффективно ворочают только часть бэкендов. А получить низкую энтропию очень дорого. А Вальв по сути сказали "не нужен он копилятор с такой низкой энтропией, мы из говна и палок свой сделаем", и сделали. Только он не для всего, в отличие от LLVM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от Аноним (15), 30-Окт-25, 12:51   +/
А что архитектур видеокарт и акселераторов для машоба мало? Тут каждый год по несколько выходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

16. Сообщение от Анонизм (?), 30-Окт-25, 12:52   +/
И зачем оно?! Очередной костыль.
Ответить | Правка | Наверх | Cообщить модератору

17. Сообщение от Я (??), 30-Окт-25, 13:58    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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