Графические процессоры серии Navi 30 первыми в истории получили мультичиповую компоновку подобно центральным процессорам Ryzen. Однако, если в ЦП можно было наращивать количество чиплетов с вычислительными ядрами и практически линейно масштабировать производительность, то в случае с ГП не все так просто. Блоки графического процессора требуют высокоскоростного соединения с низкими задержками при «общении» между собой — по всем параметрам гораздо более превосходящего то, которое используется для соединения вычислительных чиплетов в центральных процессорах. Именно поэтому делить графический чип на такие блоки нецелесообразно. Слишком высоких задержек графика не приемлет: они неминуемо будут выливаться в заметный штраф к производительности.
При создании новых графических процессоров AMD пошла другим путем. Вычислительные блоки графики остались в базовом чипе Graphics Compute Die (GCD). Из состава ГП выделили контроллеры памяти DDR6 и быстрый Infinity Cache, расположив их в более мелких чипах Memory Cache Die (MCD).

Смысл от применения чиплетов такой же, как и в случае с центральными процессорами: во-первых, малые «кирпичики» чиплета имеют меньший процент брака при производстве, чем большие чипы — особенно такие сложные, как графические процессоры с десятками миллиардов транзисторов. Во-вторых, можно использовать разные техпроцессы производства для разных частей ГП. В отличие от вычислительного GCD, MCD с кеш-памятью и контроллерами DDR от более тонкого техпроцесса выиграют мало, тогда как по чуть более «толстым» нормам производить их дешевле.
Третий плюс — унификация. Можно «собирать» графические процессоры разного уровня, используя одни и те же MCD при разных GCD. По слухам, будущий чип среднего уровня Navi 32 будет построен именно так. И четвертое преимущество: при налаженном массовом производстве производство чиплетных ГП должно обходиться дешевле, чем монолитных, что неминуемо должно повлиять на конечную стоимость видеокарт. Пока это не особо заметно, но стоит помнить: Navi 31 лишь первый в своем роде. Как и в случае с процессорами Ryzen 1000 серии, это только начало.

1.Как разогнать видеокарты Radeon 7000-й серии?
Важной особенностью архитектуры RDNA3 является то, что разгон GPU даёт линейный прирост fps в играх до 2800 МГц. Т. е. на сколько % разогнали, столько % прирост fps в играх получили. После 2800 МГц линейность разгона теряется, и как не гони и не повышай частоты, Power Limit, прирост fps в играх составляет всего 4-5%. Об этом рассказано в этом обзоре https://overclockers.ru/blog/Vorvort/show/121115/obzor-i-testirovanie-videokarty-asrock-radeon-rx-7900xtx-aqua, раздел Нюансы разгона, где оверклокеры, с помощью множества тестов, выяснили подробности. В синтетических бенчмарках порога в 2800 МГц нет, разгон линейный на любых частотах.
Обновление: у одного из владельцев 7900XTX линейный разгон в играх после 2800 МГц GPU, но для этого он разогнал GDDR6 до 2800 МГц.
Так как же разогнать Radeon 7000-й серии? Хорошие результаты даёт комплексный разгон GPU и GDDR6. Например на моей видеокарте разгон GPU до 2852 МГц и GDDR6 до 2700 Мгц дал прирост fps 12% в играх, в сравнении с референсными частотами 2500 МГц GPU 2500 МГц GDDR6. Вершиной разгона является андервольтинг. Если вам удалось после разгона снизить напряжение на GPU без потери производительности - поздравляю! Вы сделали очень удачный разгон.
2. Как сделать андервольтинг?
У видеокарт Radeon 7000-й серии вольтаж на GPU часто завышен с завода. Снизив напряжение на GPU в драйвере Radeon Software пользователь может уменьшить энергопотребление и нагрев видеокарты без потери производительности. Единственный нюанс - не все игры работают на сниженном для GPU напряжении. Например у меня Radeon 7900XTX в игре Baldurs Gate 3, в 4К ультра, работает на 1.05 В, а в игре Division 2, 4К, кастом настройки (тяжелее Макс.) для GPU требуется 1.12 В.
Ещё одним важным инструментом андервольтинга является снижение Power Limit видеокарты. Иногда у геймера в игре очень много fps и ему не нужны избыточные энергопотребление и нагрев видеокарты. Он ограничивает в драйвере Radeon Software Power Limit видеокарты, снижая указанные параметры под нагрузкой, зачастую не теряя производительность в играх.
Пользователь может сочетать оба инструмента для андервольтинга, получая отличные результаты.
3. Как решить проблемы штатной эксплуатации "воздушных" Radeon 7900XTX при перегреве hot spot?
В теме были жалобы владельцев Radeon RX 7900XTX на перегрев hot spot при штатной эксплуатации. Проблема заключалась в штатном термоинтерфейсе, который выдавливало радиатором системы охлаждения. Решается она заменой штатного термоинтерфейса на термопасту с фазовым переходом. Автор F. A. Q. не несёт ответственности за манипуляции с видеокартами, пользователи делают их на свой страх и риск.
4. В каких играх Radeon RX 7900XTX показывает высокую производительность в 4К с ультра настройками? (без RTX Nvidia)
15 проектов, где 7900XTX была на равных или минимально отставала от 4090: AC: Odyssey, Far Cry 6, AC: Valhalla, Cyberpunk 2077, RDR2, CoD: MW2, Remnant 2, Hogwarts Legacy, Starfield, BG3, Immortals of Aveum, Ratchet & Clank: Rift Apart, Fortnite (DX12, HW RT, Nanite epic, Lumen epic), Horizon Forbidden West, Dragon's Dogma 2.
С трассировкой лучей и высоким fps в 4K ультра на Radeon RX 7900XTX можно поиграть только в Doom Eternal, Marvel's Spiderman remaster, Far Cry 6.

У MSI Radeon RX 7900XTX Trio Classic Power Limit можно повысить только на 8%. У остальных моделей Radeon RX 7900XTX на 15%.

Жмем на ссылку с вашим GPU, ищем в самом низу, в списке, нужную модель видеокарты
Radeon RX 7900XTX
https://www.techpowerup.com/gpu-specs/r ... -xtx.c3941
Radeon RX 7900XT
https://www.techpowerup.com/gpu-specs/r ... 0-xt.c3912
Radeon RX 7900 GRE
https://www.techpowerup.com/gpu-specs/r ... -gre.c4166
Radeon RX 7800XT
https://www.techpowerup.com/gpu-specs/r ... 0-xt.c3839
Radeon RX 7700XT
https://www.techpowerup.com/gpu-specs/r ... 0-xt.c3911
Radeon RX 7600XT
https://www.techpowerup.com/gpu-specs/r ... 0-xt.c4190
Radeon RX 7600
https://www.techpowerup.com/gpu-specs/r ... 7600.c4153

Radeon RX 7900XTX
AMD Radeon RX 7900XTX (референс)
PowerColor Radeon RX 7900XTX Red Devil Limited Edition
XFX Radeon RX 7900XTX Merc 310 OC
ASUS Radeon RX 7900XTX TUF OC
Sapphire Radeon RX 7900XTX Nitro+
ASRock Radeon RX 7900XTX Taichi
MSI Radeon RX 7900XTX Gaming Trio Classic
Sapphire Radeon RX 7900XTX Pulse
Gigabyte Aorus Radeon RX 7900XTX Elite
ASRock Radeon RX 7900XTX Aqua
Radeon RX 7900XT
AMD Radeon RX 7900XT (референс)
Gigabyte Radeon RX 7900XT Gaming OC
Sapphire Radeon RX 7900XT Pulse
ASUS TUF Gaming Radeon RX 7900XT OC
ASRock Radeon RX 7900XT Phantom Gaming White
Radeon RX 7900 GRE
AMD Radeon RX 7900 GRE (референс)
ASUS TUF Gaming Radeon RX 7900 GRE OC
Sapphire Radeon RX 7900 GRE Pulse
Sapphire Radeon RX 7900 GRE Nitro+
Sapphire Radeon RX 7900 GRE Pure
ASRock Radeon RX 7900 GRE Steel Legend
Radeon RX 7800XT
AMD Radeon RX 7800XT (референс)
ASRock Radeon RX 7800XT Steel Legend
PowerColor Radeon RX 7800XT Hellhound
Sapphire Radeon RX 7800XT Nitro+
ASUS Radeon RX 7800XT TUF
ASRock Radeon RX 7800XT Phantom Gaming
XFX Radeon RX 7800XT Merc 319
Radeon RX 7700XT
Sapphire Radeon RX 7700XT Pure
Sapphire Radeon RX 7700XT Pulse
XFX Radeon RX 7700XT Qick 319
ASUS Radeon RX 7700XT TUF
Radeon RX 7600XT
AMD Radeon RX 7600XT (референс)
Radeon RX 7600
AMD Radeon RX 7600 (референс)
ASUS Radeon RX 7600 Strix OC
PowerColor Radeon RX 7600 Hellhound
Sapphire Radeon RX 7600 Pulse OC
ASRock Radeon RX 7600 Phantom Gaming

Запреты добавляются по согласованию с любым модератором или после получения 2 ЖК в теме.
Xennex - неопределенный срок - varg: успел задолбать 10+ участников ветки, отключен от раздела.
Flw, за вброс, провокацию, ложные данные, нарушение запрета на постинг, оскорбление куратора, имитацию дизайна аватара куратора - бессрочно.
RoMiLiUs, за флуд, оффтоп, провокации, оскорбления с многочисленными рецидивами - бессрочно.

HAGS is an option that has existed since 2020 and, unlike what the name indicates, actually has very little to do with HW.
windows has a main scheduler for processes, but it's not just that; WDDM in 2020 introduces the ability to prioritize high-intensity processes, in order to better manage the flow of data that CPU frame buffering requires.
frame buffering is a technique used on modern GPUs to accumulate different rendering requests from the CPU to the GPU in order to cut the communication overhead (I combine many commands, all together in a single request, to avoid making single requests, which require , for each request, the specific indication of the HW which increases the load of raw data to be managed).
the problem with frame buffering is that it brings latency, because for each change it is necessary to wait for a new frame buffer, and in an interactive game it is imperative that a change can occur, or otherwise it would be not very interactive...

However, all this leads to 2 things:
intense work by the CPU to manage the frame buffer, a fair amount of waiting by the CPU to obtain the result.
with a low-performance CPU this will find itself being used intensely, often at 100%, equally often causing bottlenecks, for short periods, and then being left waiting for the GPU to do the job.
a behavior that leads to requiring a high-performance CPU, but which is then used on average very little.
a behavior that when you have an underperforming CPU triggers a huge bottleneck.

the new WDDM scheduling therefore allows requests for the GPU to be prioritized, requiring frame buffering of variable sizes.
but it is a technique that requires software support, as it requires the possibility of managing backward feedback.
on AMD the WDDM scheduling can be moved from the software part (WDDM) to the HW part (on the GPU), because AMD has one (or rather, two, from RDNA) HW scheduler to manage the pipelines.
nvidia has a hint of this system from Amprere, a primitive HW scheduler, but essentially the nvidia scheduling is carried out by the driver, and the HW scheduling is only a "local" management, carried out per single SM; so HARS on nvidia means moving the scheduling from WDDM to that of the drivers and... essentially nothing changes.
the real improvement, in this case, is being able to interact with the scheduling to obtain frame buffers that do not trigger latencies and bottlenecks.
using HARS you therefore have the possibility of not sending the CPU into bottleneck, or of doing it for less time, and of exploiting those dead times that the CPU waits for the GPU's work to complete, always if you don't have such a powerful GPU to manage it well any request; at that point you only have the bottleneck which manifests itself markedly on nvidia, especially with GPUs with high computational power.

in all this we return to the main factor: the technology has been there since 2020 (exposed directly by Microsoft, even if AMD already had its own HW scheduler), but it must be exploited by the software, i.e. the software (the game, in the most common) must be designed to manage frame buffers of variable size and that this size is managed by the requests of the WDDM (by direct or intermediate request of the WDDM or of the GPU HW scheduler).

and this, at least until this game, has never happened.

in a world where the sponsorship of graphics engines and games allows us to shift the focus of the exploitation of the technologies made available by the various HW producers and where there is a request for software houses to build a game (or graphics software) optimized for a manufacturer (not for a specific architecture, but for the architectures, sometimes very different from each other, of a specific HW manufacturer, by brand, not by HW or basic technology, because it would be reasonable for the single architecture, but not it is more so
when it is done for all the architectures of a brand and only of that brand) this type of optimization which could intrinsically benefit those who have focused on building HW that is based on this management logic will never be used, so much so that, even if it is already included in the HW, the manufacturer no longer even wastes time advertising it.

also because it is a design feature of the software, and the user does not really have the possibility to change things, because either the code is compatible, or it is not.

the problem is that until a few years ago Microsoft didn't focus much on consoles and games, following Sony and not trying to make the most of the HW it had available, while Sony
was more attracted by the possibility of entering into commercial agreements with Nvidia , after its games moved to its consoles.

something that changed a few years ago and that we see with customized chips and with the purchase of many software houses by Microsoft, but which is only now being applied on the video game market.