Die Komponenten eines PCs werden jeden Tag mehr miteinander vernetzt, was zweifellos ein Vorteil ist, da sie nicht isoliert sind und Latenz verloren geht. Aber wenn wir darüber reden CPU und GPU, kommt immer ein Zweifel auf, wenn man sich die Spieleleistung ansieht. Kann A Prozessor GPU verwenden VRAM zum eigenen Vorteil? Gewinnt man in so einem Fall Leistung oder verliert man sie? Mal sehen.
Nun, es ist wirklich ein heiß diskutiertes Thema, denn es gibt viele falsche Mythen darüber, was ein Prozessor kann oder nicht kann und wie er es mit dem VRAM der Grafikkarte machen kann. Wir werden versuchen, die Mythen ein für alle Mal aufzuklären, damit wir die Grenzen beider verstehen.
Der Prozessor und das VRAM, Hassliebe?
Als erstes müssen wir uns über Begriffe wie Zugang und Ausbildung im Klaren sein. Die CPU hat sehr eingeschränkten Zugriff auf den VRAM, einfach um viel Speicher und Orte als solche zuzuweisen, aber innerhalb dieses Zugriffskonzepts ist es notwendig, sich ein wenig zu qualifizieren.
Die CPU und deren PCIe-Controller sowie das VRAM sind nicht wie bei der GPU direkt verbunden. Sie müssen über den GPU-Treiber, BIOS/Firmware, auf den PCIe-Bus zugreifen, der wiederum die Grafik-API (in diesem Fall DX12) und von dort erhalten Sie eingeschränkten Zugriff auf den VRAM, wie wir sagen, durch Blockzuweisung. Das Problem entsteht durch die Zuweisung von Puffern für die Vertices oder VB, da diese von der grafischen API entschieden werden müssen, wohin die Informationen gehen müssen und wie auf sie zugegriffen wird.
Dazu werden Vertex- oder VAF-Attribute verwendet, die in der Regel in den meisten Spielen nicht gut implementiert sind, da die CPU die Adressen und Informationen für die GPU bearbeitet, die Caches durchläuft und von dort zum System RAM , der die Zeichen zum Laden von DRAWs auf den PCIe-Bus von der DDR sendet und von dort aus kurioserweise weitergeht der GPU-Cache .
Das spart einen vorherigen Schritt, aber wie wir sehen können, haben wir das VRAM komplett übersprungen, also die Programmierer und Microsoft, zusammen mit NVIDIA und AMD sah, dass es eine viel optimalere Möglichkeit gibt, das VRAM und die CPU zu verbinden.
PCI-SIG ReBar und VRAM
Wie wir sicherlich wissen, erfolgte der Zugriff auf das VRAM bis zur Implementierung der beiden Firmen blockweise 256 MB segmentiert , aber diese mussten die Struktur durchlaufen, über die wir zuvor gesprochen haben. Das Lustige ist, dass es nicht notwendig war, weil PCI-SIG es bereits hatte Rebar seitdem in seinen Reihen PCIe 2.0 selbst, also lagen sie beide mit dieser Einschränkung im Rückstand.
Anpassbare Leiste und Speicher mit intelligentem Zugriff entfernt das Problem durch Hinzufügen eines Jobs zum Kopieren der Informationen, die einem zugewiesen sind Unterkern , das heißt, zu einem Prozessor-Thread (in der Regel ist er parallelisierbar, hat aber Auswirkungen auf seine Leistung).
Daher ging der Weg nun in zwei Richtungen. Zum einen schreibt die CPU die Informationen in den RAM, nachdem sie vom Cache bearbeitet wurden, zum anderen gibt es eine Kopie, die durch den Cache gesendet wird PCIe zum VRAM und von dort geht es dann in den Cache, um als solches im VAF zu landen.
Was haben wir damit? Dass die CPU direkt eine Kopie der Informationen in den VRAM schreibt und dass sie vom Grafikkarten-Cache verarbeitet werden, damit sie, wenn es notwendig und für angemessen erachtet wird, über die API erfolgen wird auf die Informationen aus dem RAM zugegriffen , die es bereits vor dem Aufruf zugewiesen hat, werden die Texturen in das VRAM (RAMDisk) heruntergeladen und von dort nach vorheriger Arbeit ihres Caches an die GPU übertragen, was die Gesamtzugriffszeit reduziert und die Leistung insgesamt erhöht Regel.
Letztendlich kann die CPU auf das VRAM zugreifen, ja, aber nur ihm eine Kopie der Arbeitsinformationen zuzusenden Das spart Rendering- und Bus-Offload-Zeit sowie sinnloses Hin- und Her zwischen CPU und GPU, natürlich alles dank GART- und DMA-Laufwerken.
Es muss auch klargestellt werden, dass die CPU das VRAM nicht als Speichereinheit an sich „sieht“. Was Sie sehen, ist ein Gerät (GPU) mit dem PCIe-Bus verbunden und eine Art von Erinnerung zuordnen, so einfach ist das. Es sind die API und der Treiber, die (nach dem Laden der Firmware) dafür verantwortlich sind, in die eine oder andere Richtung zu arbeiten, denn wie gesagt, der Entwickler muss auch eine Engine haben, die diese Ladevorgänge und Kopien ausführen kann. Aus diesem Grund funktionieren CPU und VRAM auf die eine oder andere Weise, mit der einen oder anderen Methode.
