top of page

Nvidia-DLSS-5-Mod verlagert Neural Rendering auf eine zweite GPU, doch 127 % brauchen Kontext

8. Sept.
12 Min. Lesezeit

Die Mod-Szene rund um Nvidias DLSS 5 hat ein bemerkenswertes Experiment hervorgebracht: Neural Rendering auf eine zweite GPU auslagern und bis zu 127 % Leistung zurückgewinnen. Entwickler Marcelo Guibout testete diese Idee mit zwei GeForce RTX 5060 Ti. Eine Karte renderte das Spiel, während die andere das fertiggestellte Bild verarbeitete.

Diese Aufteilung verändert die Leistungsrechnung rund um DLSS 5. Nvidia entwickelte seinen neuen Neural Renderer, um Beleuchtung, Materialien, Haut, Haare und andere komplexe visuelle Elemente zu verbessern. Das Modell beansprucht jedoch erhebliche GPU-Zeit, wenn es auf derselben Karte mit konventionellem Rendering konkurriert.

Guibouts MGPU-Bridge-Add-on verlagert diese Konkurrenz von der Rendering-GPU weg. Der Ansatz erinnert an dedizierte PhysX-Konfigurationen, die einige PC-Enthusiasten vor Jahren nutzten. Er stellt jedoch kein SLI nach, da die beiden Karten die gewöhnliche Rendering-Arbeit nicht untereinander aufteilen.

Die ersten Zahlen sind ermutigend, aber keine herkömmlichen Gaming-Benchmarks. Die Demonstrationen umfassen begrenzte Hardware, kurze Sitzungen und eine eingeschleuste Implementierung ohne native Engine-Daten. Der Weg über die zweite GPU bringt außerdem zusätzliche Displays, Latenz, Kompatibilitätsgrenzen und eine weitere Grafikkarte ins Spiel.

Der Nvidia-DLSS-5-Mod trennt zwei kostspielige Aufgaben

MGPU Bridge behandelt Neural Rendering als abtrennbare finale Stufe statt als weitere Aufgabe, die innerhalb der zentralen Rendering-Pipeline konkurriert.

Das Experiment erschien am 7. September, eine Woche nachdem Nvidia die technischen Details hinter DLSS 5 veröffentlicht hatte. Guibout zeigte das System bei der Verarbeitung von Material aus The Blood of Dawnwalker und Gameplay aus Cyberpunk 2077.

Die Dual-GPU-Demonstration verwendete zwei RTX 5060 Ti 16GB. Beide Karten liefen im primären Testsystem über PCIe-5.0-x8-Verbindungen. Dieses System enthielt außerdem einen Ryzen-7-7800X3D-Prozessor und 32GB DDR5-Arbeitsspeicher.

MGPU Bridge ist ein ReShade-Add-on, das sich über das ReShade-Framework an die Grafikausgabe eines Spiels anhängt. Es identifiziert den Adapter, der das Spiel rendert, und erstellt auf der zweiten GPU ein separates Direct3D-12-Gerät.

Die Rendering-Karte erzeugt zunächst ein vollständiges Bild. MGPU Bridge kopiert dieses Bild anschließend über eine adapterübergreifende Shared-Memory-Allokation. Die zweite GPU wendet DLSS Neural Rendering an und gibt das Ergebnis über ihren eigenen Ausgang aus.

Diese Anordnung vermeidet, das verarbeitete Bild an die erste Karte zurückzusenden. Nach dem aktuellen Design benötigt daher jede GPU ein angeschlossenes Display. Das neurale Ergebnis erscheint auf dem Monitor, der mit der zweiten GPU verbunden ist.

Dieser Punkt unterscheidet das Experiment von traditionellem Multi-GPU-Rendering. SLI teilte die Rendering-Arbeit zwischen Karten auf, bevor ein Frame fertiggestellt war. MGPU Bridge belässt die Rendering-Last des Spiels auf einer Karte und verlagert nur den finalen neuralen Durchgang.

Die Projektdokumentation bezeichnet die Software als Forschungscode und nicht als Verbraucherprodukt. Sie betont außerdem, dass der ursprüngliche Rendering-Prozess des Spiels unverändert bleibt. Die Bridge liest den fertigen Frame und führt ihre Arbeit an anderer Stelle aus.

Dieses Design ist möglich, weil der neurale Durchgang nahe am Ende der Grafikpipeline liegt. Er nimmt ein Bild entgegen und gibt ein verändertes Bild zurück. Eine abschließende Operation lässt sich leichter auf einen anderen Prozessor verlagern als Arbeit, die über die gesamte Engine verteilt eingebettet ist.

Das Konzept erinnert an dedizierte PhysX-Karten, die Physik berechneten, während eine separate GPU die Grafik übernahm. Der Vergleich beschreibt jedoch nur die Arbeitsteilung. MGPU Bridge verwendet nicht die alte PhysX-Architektur und belebt auch Nvidias aufgegebenes SLI-Modell nicht wieder.

Guibout testete zudem ein separates System mit einem Ryzen 5 5600 und DDR4-Arbeitsspeicher. Dieses Ergebnis deutet darauf hin, dass die Bridge keinen Spitzenklasse-Prozessor benötigt. Beide gemessenen Systeme nutzten für ihre Hauptvergleiche jedoch weiterhin zwei RTX 5060 Ti.

Das Experiment erzeugt eine wichtige Spannung für Nvidia. DLSS begann als Methode, Leistung zurückzugewinnen, indem weniger Pixel gerendert werden. DLSS 5 fügt eine kostspielige neurale Stufe hinzu, die einen Großteil der durch Upscaling eingesparten Kapazität beanspruchen kann.

Die Verlagerung dieser Stufe auf ein anderes Gerät macht den ursprünglichen Leistungsvorteil wieder sichtbar. Sie zeigt zugleich, wie anspruchsvoll generatives Rendering innerhalb eines Echtzeit-Frame-Budgets weiterhin ist.

Warum die gemeldete Steigerung von 127 % sorgfältig gelesen werden muss

Der größte Prozentwert beschreibt eine Verbesserung gegenüber einem stark eingeschränkten Neural-Rendering-Ergebnis, nicht einen universellen Gewinn gegenüber der gewöhnlichen DLSS-Leistung.

Die veröffentlichten Werte stammen aus The Blood of Dawnwalker bei 1920 mal 1080. Guibout verglich drei Konfigurationen über die Modi DLAA, Quality, Performance und Ultra Performance hinweg.

DLSS Super Resolution blieb während des gesamten Vergleichs aktiv. Die erste Konfiguration deaktivierte nur die Neural-Rendering-Stufe von DLSS 5. Sie stellte die ungefähre Leistungsobergrenze für jeden gewählten Rendering-Modus dar.

Im DLAA-Modus lief der Test ohne Neural Rendering mit 67 bis 70 Bildern pro Sekunde. Die Ausführung des neuralen Durchgangs auf der Rendering-Karte reduzierte die Leistung auf 44 FPS. Durch die Auslagerung wurde die gemeldete Rate von 67 bis 70 FPS wiederhergestellt.

Der Quality-Modus erreichte ohne die neurale Stufe 98 bis 99 FPS. Dieses Ergebnis fiel auf 54 bis 55 FPS, wenn eine Karte beide Workloads übernahm. Die Konfiguration mit zweiter GPU erreichte 91 FPS.

Der Performance-Modus zeigte eine größere Lücke. Das System erzielte ohne Neural Rendering 127 bis 131 FPS, mit neuraler Arbeit auf der Rendering-Karte 59 FPS und nach der Auslagerung 106 bis 107 FPS.

Der Ultra-Performance-Modus erreichte bei deaktivierter neuraler Stufe 172 FPS. Er lieferte 69 bis 71 FPS, wenn die Rendering-Karte zusätzlich Neural Rendering verarbeitete. Die Konfiguration mit zweiter Karte erreichte 157 FPS.

Der Schlagzeilenwert von bis zu 127 % entsteht beim Vergleich von ungefähr 69 FPS mit 157 FPS. Das ist eine erhebliche Wiederherstellung. Die ausgelagerte Konfiguration lief jedoch nicht 127 % schneller als die Obergrenze ohne Neural Rendering.

Stattdessen gewann sie den Großteil der Leistung zurück, die verloren ging, als Neural Rendering die primäre GPU beanspruchte. Bei Ultra Performance lagen 157 FPS weiterhin unter der Obergrenze von 172 FPS. Quality- und Performance-Modi zeigten ähnliche verbleibende Abstände.

Guibout argumentiert, dass der wichtigere Befund die Skalierung über die Modi hinweg betrifft. Eine Verringerung der internen Rendering-Auflösung reduziert normalerweise die konventionelle Rendering-Arbeit. Die neurale Stufe arbeitet jedoch weiterhin mit der finalen Ausgabeauflösung.

Ihre Kosten sinken daher deutlich weniger als die Rendering-Kosten. Auf einer einzelnen Karte nimmt die neurale Verarbeitung einen wachsenden Anteil des Frames ein, je günstiger konventionelles Rendering wird.

Dieses Verhalten erklärt, warum die Ein-Karten-Konfiguration nur 39 % des verfügbaren Leistungszuwachses zwischen DLAA und Ultra Performance erfasste. Der ausgelagerte Weg behielt Berichten zufolge 86 % dieses verfügbaren Zuwachses.

Diese Ergebnisse zeigen einen Engpass, keine kostenlose Leistung. Die zweite GPU übernimmt eine Arbeitslast, die bereits vorhanden war. Die Hauptkarte kann dadurch mehr ihres Frame-Budgets für das Spiel aufwenden.

Die gemeldeten Temperaturen stützen diese Interpretation. Die Verlagerung der neuralen Stufe senkte die Temperatur der Rendering-Karte auf einer Maschine um 21 Grad Celsius. Eine andere Konfiguration zeigte einen Unterschied von etwa 10 Grad.

Dabei handelt es sich um Messungen innerhalb einzelner Systeme, nicht um allgemeingültige thermische Prognosen. Ein kühlerer Betrieb bedeutet auch nicht, dass die gesamte Maschine weniger Energie verbraucht. Die Arbeitslast läuft nun über zwei Prozessoren und zwei Kühlsysteme.

Guibout bezeichnet die Videos ausdrücklich als technische Demonstrationen, nicht als Benchmarks. Cyberpunk 2077 lieferte Beobachtungen zu Kompatibilität, Stabilität und Stromverbrauch. Die veröffentlichten Bildraten stammen aus The Blood of Dawnwalker.

Das Projekt bewertete außerdem nicht die Bildqualität. Folglich können die Zahlen nicht beantworten, ob die eingeschleuste neurale Ausgabe Details, Bewegungsstabilität, künstlerische Gestaltung oder Farben über breiteres Gameplay hinweg bewahrte.

Das Ergebnis bleibt dennoch relevant, weil sein Mechanismus schlüssig ist. Eine ausgelastete GPU muss Rendering und neurale Inferenz auf denselben begrenzten Ressourcen einplanen. Wird eine Arbeitslast verlagert, erhält der ursprüngliche Prozessor wieder Raum zur Erholung.

Unklar bleibt, wie diese Wiederherstellung über schnellere Karten, höhere Auflösungen, unterschiedliche Spiele und native Integrationen hinweg skaliert. Diese Variablen könnten sowohl die neuralen Kosten als auch die zugrunde liegenden Rendering-Kosten verändern.

Neurale Nachbearbeitung ist der eigentliche Leistungskonflikt

Das Experiment ist relevant, weil DLSS 5 KI von einem Rekonstruktionsassistenten in eine bedeutende Rendering-Stufe mit eigenem dauerhaftem Rechenbedarf verwandelt.

Frühere DLSS-Versionen rekonstruierten vor allem höher aufgelöste Bilder aus Eingaben mit niedrigerer Auflösung. Spätere Versionen ergänzten Ray Reconstruction und generierte Zwischenbilder. Diese Systeme nutzten maschinelles Lernen, um die Ausgabe zu verbessern und gleichzeitig Teile der konventionellen Rendering-Arbeit zu reduzieren.

DLSS 5 verändert die Rolle dieses Modells. Nvidia beschreibt es als generativen Renderer, der zum final angezeigten Erscheinungsbild beiträgt. Es lernt visuelle Muster aus Daten der realen Welt und wendet sie auf konventionelle Grafik an.

Laut Nvidias technischem Überblick verwendet das Modell einen einstufigen Diffusionsprozess im Pixelraum. Diffusionsmodelle erzeugen oder transformieren Bilder, indem sie lernen, wie visuelle Strukturen zusammenhängen, obwohl Nvidia diesen Prozess für den Echtzeiteinsatz angepasst hat.

Das native System erhält den aktuell gerenderten Frame, Bewegungsvektoren, temporalen Zustand und künstlerische Steuerungen. Bewegungsvektoren beschreiben, wohin sich Bildelemente zwischen Frames bewegt haben. Der temporale Zustand hilft dem Modell, seine Ausgabe über die Zeit konsistent zu halten.

Nvidia erklärt, dass das Modell kausal und deterministisch bleibt. Kausal bedeutet in diesem Kontext, dass es keine zukünftigen Frames benötigt. Deterministisch bedeutet, dass identische Eingaben dasselbe Ergebnis liefern sollten, was für vorhersehbare Spielgrafik wichtig ist.

Das Unternehmen erklärt außerdem, dass DLSS 5 auf Hardware der RTX-50-Serie mit Auflösungen bis zu 4K laufen kann. Sein Modell zielt auf Effekte ab, die konventionelles Echtzeit-Rendering nur schwer kostengünstig reproduzieren kann, darunter Hautstreuung und Licht, das durch Laubwerk fällt.

Diese Arbeitslast unterscheidet sich von gewöhnlichem Upscaling. Die Erzeugung detaillierter Material- und Beleuchtungsänderungen bei Ausgabeauflösung kann kostspielig bleiben, selbst wenn das Spiel sein Ausgangsbild mit weniger Pixeln rendert.

MGPU Bridge nutzt diese Trennung aus. Konventionelles Rendering wird günstiger, wenn Spieler aggressivere DLSS-Modi wählen. Die Nachbearbeitungsstufe verarbeitet weiterhin das finale Bild, sodass ihre Arbeitslast vergleichsweise konstant bleibt.

Das Ergebnis führt zu einer ungewöhnlichen Umkehrung. Eine mit Leistung assoziierte Funktion kann genügend GPU-Zeit beanspruchen, um die Gewinne ihrer eigenen Super-Resolution-Komponente zu schwächen.

Nvidias Ziel sind nicht einfach höhere Bildraten. Die DLSS-5-Ankündigung positioniert Neural Rendering als Funktion für visuelle Qualität. Das Unternehmen möchte, dass das Modell Beleuchtung und Materialien über das hinaus verbessert, was Entwickler innerhalb eines normalen Frames simulieren können.

Diese Unterscheidung ist bei der Interpretation von Ergebnissen mit einer einzelnen GPU wichtig. Eine niedrigere Bildrate bedeutet nicht automatisch, dass DLSS 5 gescheitert ist. Spieler würden Leistung gegen neurale Verbesserungen eintauschen, ähnlich wie sie bereits Leistung gegen Raytracing eintauschen.

Die Frage ist, ob dieser Kompromiss weiterhin attraktiv bleibt. Eine anspruchsvolle Funktion muss sichtbare Verbesserungen liefern, die niedrigere native Bildraten, höhere Latenzen oder eine stärkere Abhängigkeit von generierten Frames rechtfertigen.

Frühe offizielle Tests verstärken diese Bedenken. Die erste native Implementierung erschien in NBA 2K27, wo RTX-50-Tests erhebliche Leistungseinbußen feststellten. Dennoch erreichte fast jede getestete Blackwell-Karte bei 1080p annähernd spielbare Ergebnisse.

Eine native Integration sollte gegenüber Guibouts Bridge Vorteile bieten. Eine Game-Engine kann präzise Bewegungsvektoren, Tiefeninformationen und Masken bereitstellen. Masken ermöglichen Entwicklern, neuronale Verarbeitung nur dort einzusetzen, wo sie nützliche visuelle Details erzeugt.

MGPU Bridge verfügt nicht über diese Informationen. Sie sieht das finale Farbbild, nachdem die Engine ihre Arbeit abgeschlossen hat. Die zweite GPU leitet Bewegungen mittels Optical Flow ab, einer Methode, die Bewegung durch den Vergleich von Bildinhalten schätzt.

Die Bridge stellt dem Modell keinen Tiefenpuffer der Engine bereit. Sie kann außerdem weder auf von Entwicklern definierte Masken noch auf die vollständigen künstlerischen Kontrollmöglichkeiten einer offiziellen Integration zugreifen.

Diese Einschränkung macht das Experiment zugleich weniger repräsentativ und aufschlussreicher. Es kann nicht zeigen, wie sich ein korrekt integriertes Spiel verhalten wird. Doch es demonstriert, dass die abschließende neuronale Arbeitslast unabhängig vom Rendergerät arbeiten kann.

Für GPU-Designer wirft dies eine umfassendere Architekturfrage auf. Sollte künftige Gaming-Hardware mehr isolierte Ressourcen für neuronale Nachbearbeitung vorsehen? Die Alternative wäre, neuronale Inferenz und Rendering weiterhin innerhalb eines großen Prozessors konkurrieren zu lassen.

Eine zweite Retail-GPU ist für die meisten Spieler keine praktikable Antwort. Ein dedizierter Neural-Block, bessere asynchrone Planung oder eine engere Koordination zwischen integrierten Prozessoren würden denselben Konflikt effizienter lösen.

Die Lösung mit einer zweiten GPU bringt Latenz, Kosten und Kompatibilitätsgrenzen mit sich

MGPU Bridge stellt Renderkapazität wieder her, indem sie Komplikationen auf Systemebene akzeptiert, die sie heute daran hindern, zu einer Mainstream-Lösung für DLSS 5 zu werden.

Die unmittelbarste Einschränkung ist die Hardware. Für die dokumentierten Messungen wurden zwei RTX 5060 Ti 16GB-Karten verwendet. Nvidia positionierte den offiziellen DLSS-5-Support zunächst rund um seine RTX-50-Serie, obwohl Enthusiasten mit modifizierten Wegen auf älterer Hardware experimentiert haben.

Konfigurationen mit gemischten Generationen tauchen inzwischen in Community-Tests auf. Das Repository berichtet von einem Nutzer, der eine RTX 4080 Super als Rendering-Karte und eine RTX 5060 Ti als neuronalen Prozessor betreibt. Diese Beobachtung ist jedoch deutlich enger gefasst als eine kontrollierte Hardware-Studie.

Direct3D 12 ist eine weitere Voraussetzung. MGPU Bridge erstellt ein D3D12-Gerät und verbindet sich mit ReShades D3D12-Pfad. Direct3D-11- und Vulkan-Spiele funktionieren mit der aktuellen Implementierung nicht.

Das Add-on benötigt außerdem ReShade 6.8.0 oder neuer mit vollständiger Add-on-Unterstützung. Der Standard-Build nur mit Effekten lädt die erforderliche Datei nicht. Nutzer müssen Nvidias Neural-Rendering-Komponente zudem über eine eigene kompatible Installation bereitstellen.

Zwei Monitore stellen ein größeres praktisches Hindernis dar. Die zweite Grafikkarte gibt ihr verarbeitetes Bild direkt aus und verhindert damit eine weitere Übertragung über die PCIe-Verbindung. Eine zweite GPU ohne Monitor kann funktionieren, doch Guibout maß dabei 33 % geringeren Durchsatz und ungefähr die doppelte Latenz.

Selbst mit zwei Displays bleibt die Latenz ungeklärt. Das Projekt maß rund 8,3 Millisekunden für jeden neuronalen 1080p-Durchgang auf der zweiten Karte. Die vollständige Photon-zu-Photon-Latenz, die den gesamten Zeitraum von einer Eingabeaktion bis zum aktualisierten Lichtaustritt aus dem Display abdeckt, wurde nicht gemessen.

Diese Unterscheidung verhindert belastbare Aussagen zur Reaktionsfähigkeit. Übertragungszeit, neuronale Verarbeitung, Synchronisierung, Bildschirmausgabe und Frame-Warteschlangen können allesamt zur wahrgenommenen Verzögerung beitragen.

Der Quellartikel besagt, dass der Display-Pfad die Display-Latenz verdoppelt. Guibouts Dokumentation formuliert jedoch vorsichtiger, da End-to-End-Messungen weiterhin fehlen. Die Ausgabe fühlte sich Berichten zufolge in kurzen Sessions spielbar an, doch subjektive Eindrücke können instrumentierte Tests nicht ersetzen.

Die Software unterliegt weiteren experimentellen Einschränkungen. Die längste dokumentierte störungsfreie Cyberpunk-2077-Session dauerte bei 1440p 20 Minuten. Die Langzeitstabilität ist weiterhin ungetestet.

Das Ändern von Auflösung, DLSS-Modus oder Grafik-Presets während des Streamings kann die aktuelle Verbindung unterbrechen. Solche Änderungen erstellen die Swapchain eines Spiels neu, also die Struktur, die auf die Anzeige wartende Frames verwaltet. MGPU Bridge bindet sich an die ursprünglichen Abmessungen und das ursprüngliche Format.

Auch die Frame-Generierung ist nicht charakterisiert. Die Kombination der Bridge mit generierten Frames würde eine weitere Planungsstufe und möglicherweise eine weitere Warteschlange einführen. Diese Wechselwirkung benötigt kontrollierte Tests, bevor jemand behaupten kann, dass beide Techniken gut zusammenarbeiten.

Das Farbmanagement ist unvollständig. Ein getestetes Spiel lieferte ein ausgewaschenes Bild, das sich durch das Verringern der Tone-Einstellung auf dem Rechner des Entwicklers korrigieren ließ. Dieser Workaround belegt keine präzise Farbwiedergabe über Monitore, Formate oder High-Dynamic-Range-Ausgabe hinweg.

Externe Overlays können weitere Probleme verursachen, weil der Prozess nun zwei Swapchains enthält. Monitoring-Tools können zwischen dem Display-Stream des Spiels und dem Stream der Bridge wechseln. Dieses Verhalten kann grundlegende Leistungsmessungen verwirrend machen.

Diese Einschränkungen erklären, warum Guibout sagt, das Projekt sei nicht Nvidias Vision für DLSS 5. Es ist auch kein Grund, eine weitere Grafikkarte zu kaufen. Das Experiment isoliert ein technisches Prinzip unter einer engen Reihe von Bedingungen.

Die finanzielle Rechnung wäre selbst bei verbesserter Kompatibilität schwierig. Eine zweite GPU benötigt einen weiteren Steckplatz, ausreichende Stromversorgung, Luftstrom und Mainboard-Bandbreite. Kompakte Desktop-PCs und die meisten Gaming-Laptops können diese Konfiguration nicht aufnehmen.

Auch der Gesamtenergieverbrauch ist relevant. Die Rendering-Karte arbeitet kühler, weil sie Arbeit abgibt, doch der zweite Prozessor übernimmt diese Arbeit stattdessen. Messungen des Systemstromverbrauchs müssen beide Geräte erfassen, bevor jemand Offloading als effizienter beschreibt.

Für gewöhnliche Spiele bleibt die native Integration der stärkere Weg. Entwickler können Bewegungsvektoren der Engine, Tiefen-, semantische Informationen und Masken nutzen, um unnötige neuronale Verarbeitung zu reduzieren. Treiberteams können zudem die Synchronisierung optimieren, ohne auf eine Display-Anordnung eines Drittanbieters angewiesen zu sein.

Die native Integration entwertet das Experiment jedoch nicht. Sie macht seinen Beitrag spezifischer. MGPU Bridge zeigt, dass neuronale Nachbearbeitung nicht zwangsläufig dieselbe Rendering-Karte nutzen muss.

Was aus dem DLSS-5-Experiment mit einer zweiten GPU eine echte Entwicklungsrichtung machen würde

Drei Signale werden bestimmen, ob neuronale Coprozessoren zu einer dauerhaften Architektur werden oder eine Demonstration für Enthusiasten bleiben.

Das erste Signal sind unabhängige Latenztests. Tester benötigen Photon-zu-Photon-Messungen für natives DLSS 5 auf einer einzelnen GPU sowie Konfigurationen mit einer zweiten GPU. Durchschnittliche Bildraten allein können die Reaktionsfähigkeit nicht beschreiben, wenn fertige Frames über ein weiteres Verarbeitungsgerät laufen.

Die Tests sollten auch Frame-Time-Verteilungen umfassen. Ein hoher Durchschnitt kann unregelmäßige Ausgabe, Synchronisationsstillstände oder verworfene neuronale Ausgaben verbergen. Stabiles Frame-Pacing ist während aktivem Gameplay ebenso wichtig wie maximaler Durchsatz.

Wenn unabhängige Tests geringe und konsistente Latenzen feststellen, wird das Coprozessor-Konzept glaubwürdiger. Große oder unvorhersehbare Verzögerungen würden es schwächen, insbesondere bei Action-Spielen, bei denen Eingabereaktionen wichtig sind.

Das zweite Signal ist eine breitere Hardware-Skalierung. Zwei identische RTX 5060 Ti-Karten liefern nur einen Punkt auf einer großen Leistungskurve. Schnellere Rendering-Karten könnten einen langsameren neuronalen Prozessor offenlegen, während höhere Ausgabeauflösungen den neuronalen Durchgang erheblich aufwendiger machen könnten.

Systeme mit gemischten Karten verdienen besondere Aufmerksamkeit. Viele Enthusiasten besitzen eine ältere Ersatz-GPU, doch der aktuelle Weg hängt weiterhin von kompatibler neuronaler Hardware ab. Eine nützliche Architektur würde vorhersehbare Pairing-Regeln statt Trial-and-Error-Kombinationen benötigen.

Tests bei 1440p und 4K würden außerdem klären, ob PCIe-Transfers oder neuronale Inferenz zur Hauptbeschränkung werden. PCIe-Lane-Konfigurationen variieren stark zwischen Consumer-Mainboards, insbesondere wenn zwei große Geräte installiert sind.

Funktioniert die Methode über mehrere Karten- und Lane-Konfigurationen hinweg, stützt sie das zugrunde liegende Separationsmodell. Verschwinden die Gewinne außerhalb passender Mittelklasse-GPUs, wird ihre praktische Bedeutung enger.

Das dritte Signal ist Nvidias Reaktion durch Software oder Hardware. Das Unternehmen könnte die Planung auf einer einzelnen GPU verbessern, die Kosten des neuronalen Modells senken oder Multi-Adapter-Support über Streamline bereitstellen. Künftige GPUs könnten zudem mehr isolierte neuronale Kapazität erhalten.

Nvidias offizielles Design erhält bereits umfangreichere Engine-Daten als der Mod. Bessere Masken und Bewegungsinformationen sollten verschwendete Verarbeitung reduzieren und zugleich die Bildstabilität verbessern. Entwickler könnten daher einen Großteil des Konflikts ohne zweites Gerät lösen.

Dennoch identifiziert das MGPU-Bridge-Experiment eine Arbeitslastgrenze, die es zu beobachten gilt. Neuronales Rendering beansprucht inzwischen ausreichend dauerhafte Rechenleistung, um zu beeinflussen, wie eine Frame-Pipeline aufgeteilt werden sollte.

Die plausibelste Zukunft ist keine Rückkehr zum Gaming mit zwei Karten. Sie ist eine bewusstere Trennung zwischen konventioneller Grafik und generativer Bildverarbeitung innerhalb eines Systems.

Diese Trennung könnte durch dedizierte Hardware-Blöcke, Chiplets, integrierte Prozessoren oder explizite Multi-Adapter-APIs erfolgen. Die genaue Form ist weniger wichtig als das Planungsprinzip, das der Nvidia-DLSS-5-Mod offenlegt.

Für Spieler bleibt der aktuelle Rat einfach. Betrachten Sie die veröffentlichten Ergebnisse als Beleg für einen Mechanismus, nicht als Kaufempfehlung oder universellen Benchmark.

Für Entwickler und Hardwareforscher liefert das Experiment eine präzisere Frage. Sollte neuronales Rendering, falls es zu einer dauerhaften Endstufe wird, weiterhin mit dem Renderer um dieselben Ressourcen konkurrieren?

Die nächste Runde unabhängiger Latenzdaten, breiterer GPU-Tests und Nvidias Integrationsupdates sollte diese Frage beantworten. Bis dahin bleibt MGPU Bridge eine einfallsreiche technische Demonstration mit realen Leistungsbelegen und ebenso realen Einschränkungen.

 
 

Kostenlos loslegen

Ein Local-First-KI-Assistent mit persönlichem Wissensmanagement

Für ein besseres KI-Erlebnis

unterstützt remio derzeit nur Windows 10+ (x64) und M-Chip Macs.

Ihr KI-Partner bei der Arbeit
Mehr schaffen mit remio

Planen. Erstellen. Liefern.
Alles an einem Ort.

bottom of page