DirectX-12-Support: Aktuelle Grafiktreiber mit neuen DX12-Features

PCGH-Redaktion

Kommentar-System
Teammitglied
Jetzt ist Ihre Meinung gefragt zu DirectX-12-Support: Aktuelle Grafiktreiber mit neuen DX12-Features

AMDs Radeon-RX-Reihe mit Polaris-Architektur ist noch nicht lange am Markt und lässt per Treiber noch viel Luft für Verbesserungen. Eine dieser Lücken ist nun gefüllt worden und die Graphics Preemption arbeitet jetzt feinkörniger - das bedeutet, alle Benchmarks mit älteren Treibern werden potenziell hinfällig, weil sich die Performance verbessern kann. Aber auch bei Nvidias Geforce-Karten tut sich etwas.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

lastpost-right.png
Zurück zum Artikel: DirectX-12-Support: Aktuelle Grafiktreiber mit neuen DX12-Features
 
VP/RT ohne GS-Emulation hat bei Nvidia aber lange gedauert, dass Feature wurde soweit ich mitbekommen habe praktisch mit Maxwell eingeführt und war in ähnlicher Form durch eine Erweiterung in OpenGL verfügbar.
Für Maxwell sollte es eigentlich auch (bald?) verfügbar sein.
Die Graphics-Preemption unter Pascal sollte Nvidia auch auf Primitive-Level unterstützen können.

Andrew Lauritzen von Intel meinte Skylake unterstützt Standard Swizzle, aber es ist immer noch nicht im Treiber implementiert?
Das gleiche bei der Min-Precision, ab Broadwell unterstützt Intel sogar double-rate FP16.
Command-Lists unter DX11 werden nur von Nvidia unterstützt, der Eintrag bei Intel mit "Ja/Nicht unterstützt" ergibt keinen Sinn.

Persönlich bin ich kein Fan davon Async Compute hier in der Tabelle aufzuführen, da es ein Hardware-Detail ist, wofür es keine Software-Abfrage gibt.

Unter DX11.x ist das höchste Feature-Level FL11.1.
 
Zuletzt bearbeitet:
Hatten doch schon mehrere Versuche gestartet :D. Ne, verstehe aber was du meinst ;).

aus den gescheiterten Projekt is doch dann Xeon Phi geworden oder?

Also Intels iGPUs sind für das was sie Verbrauch doch schon recht Potent

Wenn das nach oben skalieren würde wäre das schon fein ^^

allerdings müssten sie dann auch mal das Treiber Team aufrüsten
 
Will AMD Fiji, Tonga und Carrizo nicht weiter Treibertechnisch ausbauen, oder kommt da noch etwas?
 
Andrew Lauritzen von Intel meinte Skylake unterstützt Standard Swizzle, aber es ist immer noch nicht im Treiber implementiert?
Das gleiche bei der Min-Precision, ab Broadwell unterstützt Intel sogar double-rate FP16.
Ja, das meinte Andrew. Er sagte im gleichen Atemzug auch, dass er nicht wisse, wann es in den Treiber komme. Bezgl. Min-Precision: Guckst du Sternchentext unter der Tabelle. Ich kann nichts dafür, wenn die Hersteller sich entscheiden, Fähigkeiten ihrer Hardware nicht per DirectX-Treiber zu unterstützen.

Command-Lists unter DX11 werden nur von Nvidia unterstützt, der Eintrag bei Intel mit "Ja/Nicht unterstützt" ergibt keinen Sinn.
Natürlich nicht. Danke. Das war ein Copy-and-paste-Artefakt aus einer neueren Version der Tabelle, in der nicht nur Driver Command Lists sondern auch Driver Concurrent Creates mit drin sind:
Dort ist dann für Driver Concurrent Creates/Driver Command Lists (DX11) der Eintrag „Ja/Nicht unterstützt“ korrekt. Sollte aber in dieser Version nicht so stehen.

Persönlich bin ich kein Fan davon Async Compute hier in der Tabelle aufzuführen, da es ein Hardware-Detail ist, wofür es keine Software-Abfrage gibt.
Deswegen steht's ja auch unter Sonstiges, nicht unter den DX12-Checklisten-Features. „Unterstützen“ muss jeder DX12-Grafiktreiber die Nutzung mehrerer/verschiedener „Engines“ wie eben Graphics und Compute.

Unter DX11.x ist das höchste Feature-Level FL11.1.
Micrsoft sieht das offenbar anders als du:
Feature \ Feature Level 12_1⁰ 12_0⁰

⁰ Requires the Direct3D 11.3 or Direct3D 12 runtime.
von: Direct3D feature levels (Windows)
 
Bin ich eigentlich der einzige der bei diesem ganzen DX12 gerede und diesen ganzen DX12 Infos überhaupt nicht mitkommt ? Man liest dauernd was anderes und neues das wieder gegen das alte und erste verstößt. Ich bin mal gespannt wie Watch Dogs 2 bei mir auf der 1080 laufen wird, das soll ja "angeblich" DX12 unterstützen.

Aber wenn ich es richtig verstanden habe, ist DX12 eigentlich auch nur wirklich interessant für die schwächeren GPUs und CPUs oder ?
 
Bisher wird DX12 hauptsächlich dazu genutzt, den CPU-Overhead zu verringern und die Auslastung, speziell der Radeon-GPUs (AC), zu verbessern, ja.
 
Bin ich eigentlich der einzige der bei diesem ganzen DX12 gerede und diesen ganzen DX12 Infos überhaupt nicht mitkommt ?

Nee, biste nicht :D
Ich bin froh wenn ich von beseitigten Fehlern und verbesserter Leistung lese. Ich zocke viel zu wenig (es war mal anders, so vor 15-20 Jahren) als daß ich mich eingehender damit beschäftige ;)
 
[...]
Deswegen steht's ja auch unter Sonstiges, nicht unter den DX12-Checklisten-Features. „Unterstützen“ muss jeder DX12-Grafiktreiber die Nutzung mehrerer/verschiedener „Engines“ wie eben Graphics und Compute.
Kommt bei Pascal immer eine Compute-Queue zum Einsatz (Laut GPUView bei Hitman durchaus) und wie verhält sich Intel?
Als Laie ist GPUView der einzige Indikator, der einem zur groben Bewertung etwas nützt.

Micrsoft sieht das offenbar anders als du:

von: Direct3D feature levels (Windows)
:haeh:

Tatsächlich, aber warum steht dann in der Tabelle für Intel FL11.1?
Gibt das der Treiber zurück oder ist das nur ein Typo?
 
Kommt bei Pascal immer eine Compute-Queue zum Einsatz (Laut GPUView bei Hitman durchaus) und wie verhält sich Intel?
Als Laie ist GPUView der einzige Indikator, der einem zur groben Bewertung etwas nützt.
Ob das „immer“ so ist, kann ich nicht sagen. Es gibt durchaus auch Beispiele, wo bei Maxwell oder gar Kepler eine Compute Queue zum Einsatz kommt (aber auch welche, wo entgegen anderer Hardware alles in die Graphics queue gestopft wird). Allgemeinplätze sind gerade in Bezug auf asynchronous compute und die eigentlich gemeinte, weil performancerelevante concurrent execution, fehl am Platze. Aber dank der PR-Gläubigkeit vieler und der „Tatsache“, dass PCGH ja sowieso „gekauft“ ist, wenn man was anderes behaupetet als die PR, ist das ein Kampf gegen Windmühlen.

Tatsächlich, aber warum steht dann in der Tabelle für Intel FL11.1?
Gibt das der Treiber zurück oder ist das nur ein Typo?

Nee, diesmal kein Typo, das gibt der Treiber so her. Wahrscheinlich dieselbe „Konsequenz“ wie beim FP16-Support für 11.3 aber nicht für 12.
 
Nee, biste nicht :D
Ich bin froh wenn ich von beseitigten Fehlern und verbesserter Leistung lese. Ich zocke viel zu wenig (es war mal anders, so vor 15-20 Jahren) als daß ich mich eingehender damit beschäftige ;)

gut das es auch noch welche wie mich gibt :D Meine aktive Spielzeit ist auch schon lange vorbei.
 
...Allgemeinplätze sind gerade in Bezug auf asynchronous compute und die eigentlich gemeinte, weil performancerelevante concurrent execution, fehl am Platze. Aber dank der PR-Gläubigkeit vieler und der „Tatsache“, dass PCGH ja sowieso „gekauft“ ist, wenn man was anderes behaupetet als die PR, ist das ein Kampf gegen Windmühlen.
...
Weil "concurrent execution" eben nur das i-Tüpfelchen bei AS darstellt, der eigentliche Vorteil besteht, bei AS fähiger Hardware(!), ja wohl daraus "kostenlos" zwischen den 3D, compute und copy queues zu wechseln.
AMD hat hier zusätzliche den vorteil, bei freier Ressourcen, dies auch Parallel zu tun.

Die Fähigkeit NICHT "kostenlos" zwischen den 3D, compute und copy queues zu wechseln bricht idR Nvidia das Genick, es ist erst einmal vollkommen unabhängig von "concurrent execution".

Also eher kein Kampf gegen Windmühlen, sondern ein Kampf gegen Nvidias Präsentationsfolien --scheinbar wieder ein Nvidia typisches Kommunikationsproblem.
 
Ist zwar halb OT (weil nicht DX12 bezogen), aber Intel hat sein(e) Vertrauen/Verlässlichkeit in Sachen GPUs/Treiber mMn verspielt, z.B. durch Späße wie fehlenden Vulkan- und OpenGL 4.5-Support unter Windows.
 
Zuletzt bearbeitet von einem Moderator:
Zurück