Let op: de IGP aan laten staan kost je wel wat "gewoon" RAM, en je RAM snelheid bepaald voor een stuk de performance van je IGP.
Afhankelijk van wat voor CPU je er in steekt, is de IGP eigenlijk alleen voor debugging doelen. Je hebt ook AM5 APU's, maar die hebben weer minder PCIe lanes wat, afhankelijk van je DGPU, weer een negatieve impact kan hebben.
Bovendien introduceerd het "aan" hebben staan van twee GPU's het volgende probleem:
/f/image/GpGNF8j75TQk9UmTclpK3Rtb.png?f=fotoalbum_large)
Dat je moet gaan aangeven welke app op welke GPU start...
En zeker in-browser kan dat érg lastig zijn; als je browser gek/traag is dat je het process van je browser wat met de flag:
code: console.cli
1
| browserprocessvanrandomchromiumstijlbrowser-of-firefox.exe --type=gpu-process |
mag gaan zitten killen om te wisselen tussen de GPU's nádat je in je app settings het proces aan je GPU hebt gezet.
Bovendien: venster op scherm aan andere GPU dan waar je process op draait? Reken er maar op dat de hele framebuffer van de ene GPU náár de andere GPU mag over PCIe. In het geval van gaming kan dat al snel zo'n 15% kosten; dit is waarom je dingen als mux-switches ziet in laptops.
Ik kan maar één use-case bedenken, ZEKER op een platform als AM5 waar meer GPU's toch eigenlijk niet kan vanwege de kleine PCIe-bus, dat je dit zal willen, en dat is als je GPU geen GPU is, maar exclusief voor CUDA/ROCm achtige taken wordt gebruikt, en elke byte aan VRAM heilig is en er absoluut geen framebuffer op die GPU mag zitten.
Wil je gewoon meer schermen aansluiten... zat GPU's met 6 poorten die ook Displayport MST ondersteunen; oftewel: daisy-chainen van beeldschermen... ik zal, zeker in deze rampocalypse tijd en hoe GPU memory reserving werkt op AM5/Windows, eigenlijk voor alles behalve diagnostics aanraden om de IGP in het UEFI uit te zetten. Het is gewoon meer problemen dan het waard is, en dat geld dubbel als je IGP een andere driver nodig heeft dan je GPU.