3 karty graficzne w jednym PC: AMD, Intel i NVIDIA razem

Czy do jednego komputera da się wpiąć naraz kartę AMD, Intela i NVIDII, a potem zmusić je do wspólnej pracy? Postanowiłem sprawdzić to w praktyce. Wziąłem stację roboczą z Threadripperem 7980X i pięcioma slotami PCI Express, dorzuciłem RTX-a 5060 Ti, Radeona RX 9060 XT oraz Arc B580 i zacząłem eksperymentować. Wyniki okazały się zaskakująco pozytywne, choć droga do nich była wyboista, a po drodze zawiesił się nawet menedżer zadań.

W skrócie:

• Tak, to działa. Windows obsłużył trzy sterowniki różnych producentów jednocześnie.
• Najciekawszy scenariusz: jedna karta renderuje grę, druga generuje klatki, trzecia nagrywa materiał.
• W Cyberpunku dało to skok ze 109 do 540 FPS bez utraty klatek bazowych.
• Trzy karty policzyły też wspólnie zbiór Mandelbrota i uruchomiły model językowy o wadze 34 GB.
• Problemem nie są sterowniki, tylko gry i programy, które gubią się przy wyborze karty.

Konfiguracja testowa

Podstawą jest płyta, która w ogóle pomieści trzy karty. Użyłem stacji roboczej z Threadripperem 7980X, dysponującej pięcioma slotami PCI Express. To element kluczowy, bo zwykła płyta główna nie przyjmie trzech kart bez drastycznego cięcia przepustowości. Do testów trafiły:

• NVIDIA GeForce RTX 5060 Ti z 16 GB pamięci
• AMD Radeon RX 9060 XT z 16 GB pamięci
• Intel Arc B580 z 12 GB pamięci

Łącznie daje to 44 GB pamięci graficznej, co okazało się istotne przy testach ze sztuczną inteligencją.

Dlaczego mieszanie kart jest trudne

W laptopach łączenie układów różnych producentów to codzienność. Dedykowana karta NVIDII renderuje grę, a zintegrowany układ AMD albo Intela wyświetla gotowy obraz na ekranie, głównie po to, by oszczędzać baterię. W komputerach stacjonarnych sytuacja wygląda inaczej, bo wpięcie karty do slotu PCI Express często wyłącza układ zintegrowany, przez co problem znika razem z możliwościami.

Kiedyś istniało rozwiązanie sprzętowe. Hydra Engine to dedykowany układ montowany na płytach MSI, który pozwalał zaprząc GeForce’a i Radeona do renderowania jednej gry. Pomysł był przekombinowany, wymagał fizycznego chipu na płycie i działał albo znakomicie, albo fatalnie, zależnie od konfiguracji. Dziś tę rolę przejęło oprogramowanie.

Wyniki testów w grach

Najciekawsze rezultaty daje rozdzielenie zadań: jedna karta renderuje obraz, druga dokłada wygenerowane klatki. Poniżej zestawienie wszystkich prób.

Test	Renderowanie	Generowanie klatek	FPS bazowy	FPS końcowy
Megabonk	RTX 5060 Ti	Radeon RX 9060 XT	~200	ponad 800
Cyberpunk 2077	RTX 5060 Ti	Radeon RX 9060 XT	~109	~540
Resident Evil	Arc B580	RTX 5060 Ti	~50	~500
Konfiguracja potrójna	Radeon RX 9060 XT	RTX 5060 Ti	~120	~600

Cyberpunk 2077 na dwóch kartach

Po wpięciu drugiej karty Windows wstał bez oporu, a sterownik AMD zainstalował się poprawnie. W menedżerze zadań pojawiły się dwa układy graficzne. Cyberpunk domyślnie wybrał NVIDIĘ, bo to do niej podłączony był monitor.

Ciekawie zrobiło się po przepięciu kabla do Radeona, bo gra nadal renderowała na GeForce. To zasługa mechanizmu pass-through we współczesnych sterownikach: karta renderująca nie musi być tą, która wyświetla obraz. Gotowa klatka wędruje między układami przez magistralę PCI Express. Po restarcie gry Cyberpunk uparcie wracał do NVIDII, co wygląda na niedoróbkę w samej grze, a nie w sterownikach.

Megabonk i przełączanie w locie

W Megabonku udało mi się przełączyć renderowanie z Radeona na GeForce’a bez restartowania gry. NVIDIA pokazywała wtedy około 11 procent obciążenia, zajmując się wyłącznie przekazywaniem gotowego obrazu z Radeona na monitor.

Lossless Scaling, czyli klatki z drugiej karty

Lossless Scaling to niewielki program ze Steama, który generuje dodatkowe klatki pośrednie niezależnie od gry. Jego najciekawsza funkcja pozwala zrzucić to zadanie na osobną kartę, dzięki czemu główny układ zajmuje się wyłącznie renderowaniem.

• Megabonk: RTX renderował przy 14 procentach obciążenia, Radeon bezczynnie stał na 3 procentach. Po włączeniu skalowania Radeon skoczył do 70 procent, a liczba klatek wystrzeliła z około 200 do ponad 800.
• Cyberpunk 2077: z 109 klatek renderowanych na RTX-ie zrobiło się około 540 po dołożeniu generowania na drugiej karcie, przy zachowaniu bazowej płynności.

Warto pamiętać o wymaganiach magistrali. Karta generująca klatki potrzebuje slotu o przepustowości co najmniej PCI Express 3.0 x4, a przy rozdzielczości 4K zalecane jest 4.0 x4. Zbyt wąskie łącze zdusi cały efekt.

Resident Evil na trzech kartach naraz

Po dodaniu Arc B580 i instalacji sterownika Intela system początkowo się zawieszał, a menedżer zadań przestawał odpowiadać. Restart uporządkował sytuację i wszystkie trzy sterowniki działały poprawnie. Resident Evil renderował się na Intelu w okolicach 50 klatek, NVIDIA obsługiwała wyświetlanie przy 10 procentach obciążenia, a po ustawieniu dziesięciokrotnego mnożnika w Lossless Scaling dorzucała klatki, podbijając wynik do około 500.

Finał: trzy karty obciążone jednocześnie

Docelowa konfiguracja wyglądała tak: AMD renderuje grę, mimo że nie ma podłączonego monitora, Intel nagrywa obraz w OBS, a NVIDIA generuje klatki przez Lossless Scaling. Ze 120 klatek bazowych zrobiło się około 600, a całość leciała na nagranie. Trzy karty trzech różnych producentów pracowały w tym momencie naprawdę równocześnie, każda nad innym zadaniem.

Poza grami: obliczenia i sztuczna inteligencja

Mandelbrot na trzech kartach przez OpenCL

Napisałem skrypt w Pythonie liczący zbiór Mandelbrota przez OpenCL i rozłożyłem zadanie na wszystkie karty. Trzy układy uporały się z nim w 13 sekund, dwa potrzebowały 16, a pojedyncze karty wypadały wyraźnie gorzej. Skalowanie nie jest liniowe, bo każda karta ma inną wydajność, ale sam dowód działa: układy trzech konkurencyjnych producentów potrafią wspólnie liczyć jedno zadanie.

Puchacz, czyli demo w Vulkanie

Marcel przygotował demo działające na Vulkanie, w którym każdy kolor kulki odpowiada osobnemu shaderowi. Rolę kompozytora pełni NVIDIA, AMD liczy czerwone kulki przy pełnym obciążeniu, Intel zajmuje się niebieskimi, a NVIDIA może dorzucić własne.

To najciekawszy wniosek z całego eksperymentu. Teoretycznie da się napisać silnik gry rozkładający pracę na karty różnych producentów: jedna liczy geometrię, druga oświetlenie, trzecia odbicia. Projekt jest dostępny na GitHubie.

Model językowy na 44 GB pamięci

Ostatni test to uruchomienie modelu językowego o rozmiarze około 34 GB przez llama.cpp na backendzie Vulkan. Pojedyncza karta nie ma szans go pomieścić, ale połączona pula 44 GB owszem. Po podzieleniu warstw model załadował się na wszystkie trzy układy i faktycznie na nich liczył.

Sterownik AMD początkowo wykrzaczał się przy ładowaniu, co udało się rozwiązać przełożeniem karty do slotu pracującego w PCI Express 4.0 zamiast 5.0. Zastosowana metoda podziału to Pipeline Parallelism, czyli rozdzielenie warstw modelu między urządzenia. Szybszy byłby Tensor Parallelism dostępny w vLLM, ale ten nie obsługuje Vulkana, więc mieszanie producentów odpada.

Jak Windows radzi sobie z trzema sterownikami

Zdecydowanie lepiej, niż się spodziewałem. Po restarcie wszystkie trzy karty były widoczne i sprawne, a sterowniki nie wchodziły sobie w drogę. Problemy pojawiły się gdzie indziej:

• Menedżer zadań zawieszał się przy próbie wylistowania trzech kart naraz
• Sterownik AMD wykrzaczał się przy ładowaniu modelu AI przez Vulkana, co naprawiła zmiana slotu z PCI Express 5.0 na 4.0
• Lossless Scaling odmawiał współpracy przy otwartym menedżerze zadań, więc przydał się drugi monitor
• Cyberpunk 2077 po każdym restarcie wracał do własnego wyboru karty renderującej

Wniosek jest jeden: sterowniki się nie gryzą, ale gry i programy interpretują taki zestaw w sposób trudny do przewidzenia.

Czy to ma sens?

Co działa zaskakująco dobrze

• Rozdzielenie renderowania i generowania klatek między producentów daje realny wzrost płynności
• Nagrywanie w OBS na osobnej karcie całkowicie zdejmuje obciążenie z układu renderującego
• Vulkan i OpenCL bez problemu obsługują urządzenia trzech różnych producentów naraz
• Sumowanie pamięci pozwala uruchomić model AI, który nie zmieściłby się na żadnej pojedynczej karcie
• Windows radzi sobie z trzema zestawami sterowników bez większych dramatów

Co przeszkadza

• Potrzebna płyta z kilkoma pełnowymiarowymi slotami, czyli w praktyce platforma HEDT
• Gry same wybierają kartę renderującą i nie zawsze da się je przekonać
• Narzędzia systemowe potrafią się wykładać na samym wyświetleniu listy urządzeń
• vLLM i podobne narzędzia nie obsługują Vulkana, więc szybsze metody podziału odpadają
• Koszt i pobór mocy trzech kart są nieproporcjonalne do korzyści dla typowego gracza

Werdykt

Trzy karty różnych producentów w jednym komputerze to setup kompletnie pozbawiony sensu praktycznego, ale całkowicie wykonalny. Da się na nim renderować grę jedną kartą, generować klatki drugą i nagrywać trzecią, a także liczyć zadania w OpenCL czy uruchamiać modele językowe, których nie pomieściłby pojedynczy układ. Ze sterownikami bywa różnie, z grami jeszcze różniej, ale sama idea działa. I to jest w tym wszystkim najciekawsze.

Najczęstsze pytania

Czy karty AMD, Intela i NVIDII mogą działać w jednym komputerze?

Tak. Windows instaluje sterowniki wszystkich trzech producentów równocześnie i karty pozostają widoczne w systemie. Nie renderują wspólnie jednej klatki, ale można przydzielić każdej osobne zadanie: renderowanie, generowanie klatek i nagrywanie.

Czy to działa jak SLI albo CrossFire?

Nie. Dawne technologie łączyły karty do renderowania tego samego obrazu i wymagały identycznych układów. Tutaj każda karta wykonuje inne zadanie, a podziałem steruje oprogramowanie, nie sprzęt.

Czy potrzebuję specjalnej płyty głównej?

Przy trzech kartach praktycznie tak, bo zwykłe płyty nie mają tylu pełnowymiarowych slotów. Przy dwóch kartach wystarczy popularna konstrukcja, o ile drugi slot oferuje co najmniej PCI Express 3.0 x4.

Czy druga karta do generowania klatek ma sens?

To najbardziej praktyczny wniosek z całego testu. Jeśli masz starszą kartę po modernizacji komputera, może przejąć generowanie klatek przez Lossless Scaling i realnie odciążyć główny układ, bez konieczności dopasowywania producenta.

Czy da się połączyć pamięć kart różnych producentów?

Przy obliczeniach owszem. Model językowy podzielony na warstwy korzystał z pamięci wszystkich trzech kart, dając łączną pulę 44 GB. W grach taka sumaryczna pamięć nie działa, bo każda karta musi mieć własną kopię danych.