| 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.
| | |
| |
| |
| 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... большой текст свёрнут, показать | | |
| |
| |
| 12.65, Аноним (-), 23:25, 01/11/2025 [^] [^^] [^^^] [ответить] | +/– | Это ты что-то путаешь Ибо сначала IIRC AMDVLK релизился только блобами в -PRO н... большой текст свёрнут, показать | | |
| |
| |
| 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.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 +/– |
А что архитектур видеокарт и акселераторов для машоба мало? Тут каждый год по несколько выходит.
| | |
|
| 2.14, Аноним (12), 12:42, 30/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Жирный - имеется в виду, что когда нужно чтобы один и тот же код эффективно генерил эффективный код, то пространство решений очень сильно сужается, и приемлимые решения имеют более низкую энтропию по сравнению с решениями, которые эффективно ворочают только часть бэкендов. А получить низкую энтропию очень дорого. А Вальв по сути сказали "не нужен он копилятор с такой низкой энтропией, мы из говна и палок свой сделаем", и сделали. Только он не для всего, в отличие от LLVM.
| | |
| 2.17, Я (??), 13:58, 30/10/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 это такой же шанс в мире как встретить НЛО в реальном времени.
| | |
|
| |
| 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.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: тормознутый жрущий жирный тупой компилятор. Как и все продукты на нём.
| | |
|