Diskussion zu: nVidias GP100-Chip tritt augenscheinlich in seine Testphase

[Leonidas]

Link zur News:
http://www.3dcenter.org/news/nvidias-gp100-chip-tritt-augenscheinlich-seine-testphase

[Gast]

Solange der Drops mit Async Compute noch nicht gelutscht ist muss man auch bei Pascal DX 12_1 "in Hardware" noch mit einem dicken Fragezeichen behandeln !

[Locuza]

Multiengine schreibt nicht vor wie Dinge wie Async Compute effektiv zu handhaben sind, entsprechend gibt es bei FL12.1 kein dickes Fragezeichnen.

[Gast]

Multiengine schreibt nicht vor wie Dinge wie Async Compute effektiv zu handhaben sind, entsprechend gibt es bei FL12.1 kein dickes Fragezeichnen.

...so einfach ist es nicht. Wenn die Architektur die Philosophie von DX12 nicht in Hardware unterstützt sollte man auch nicht "sicher in Hardware" hinschreiben.
Bislang hat man noch keine performanten Beispiele für Async Compute mit nVidia GPUs gesehen - solange muss das Fragezeichen stehen bleiben. Denn die Beispiele bzw. "scenarios" auf MSDN, die für DX12 Async Compute aufgeführt werden, sollten doch wenigstens problemlos möglich sein, d.h. ohne dass man Vendor Specific "in order" code paths frickeln muss...

"Multi-engine scenarios

D3D12 allows developers to avoid accidentally running into inefficiencies caused by unexpected synchronization delays. It also allows developers to introduce synchronization at a higher level where the required synchronization can be determined with greater certainty. A second issue that multi-engine addresses is to make expensive operations more explicit, which includes transitions between 3D and video that were traditionally costly because of synchronization between multiple kernel contexts.

In particular, the following scenarios can be addressed with D3D12:

Asynchronous and low priority GPU work. This enables concurrent execution of low priority GPU work and atomic operations that enable one GPU thread to consume the results of another unsynchronized thread without blocking.
High priority compute work. With background compute it is possible to interrupt 3D rendering to do a small amount of high priority compute work. The results of this work can be obtained early for additional processing on the CPU.
Background compute work. A separate low priority queue for compute workloads allows an application to utilize spare GPU cycles to perform background computation without negative impact on the primary rendering (or other) tasks. Background tasks may include decompression of resources or updating simulations or acceleration structures. Background tasks should be synchronized on the CPU infrequently (approximately once per frame) to avoid stalling or slowing foreground work.
Streaming and uploading data. A separate copy queue replaces the D3D11 concepts of initial data and updating resources. Although the application is responsible for more details in the D3D12 model, this responsibility comes with power. The application can control how much system memory is devoted to buffering upload data. The app can choose when and how (CPU vs GPU, blocking vs non-blocking) to synchronize, and can track progress and control the amount of queued work.
Increased parallelism. Applications can use deeper queues for background workloads (e.g. video decode) when they have separate queues for foreground work.
"

[Locuza]

Kann man schon, weil die Spezifikation keine spezifische Umsetzung der Hardware in dem Fall fordert.
Oder unterstützt niemand DX12 außer AMD?

Es ist eine Abstraktion und es werden somit Feinheiten unterschlagen.
Das Tessellation in der Praxis und Geometry-Shader nicht so großartig funktionieren wie in der Theorie bzw. von Vendor zu Vendor unterschiedlich gut/schlecht, ist auch ein Problem.
Da ist auch AMD speziell betroffen, unterstützt AMD DX10/11 und 12 nicht, weil sie die Philosophie von Tessellation und Geometry-Shadern schlecht umsetzen?

[Gast]

Kann man schon, weil die Spezifikation keine spezifische Umsetzung der Hardware in dem Fall fordert.

DX hat noch nie bestimmte Funktionen fix in Hardware vorausgesetzt. Angeblich soll ja momentan keine HW DX12 komplett abdecken wobei Intel und AMD out of order und Async Compute wahrscheinlich in HW besseer unterstützen.

Falsch wird es ja erst wenn eine News-Seite schreibt dass DX12.x "sicher in Hardware" unterstützt würde, das behauptet ja nicht mal nVidia selbst, die lassen das doch offen ob die Hardware das macht, oder im Treiber abgefangen wird. Ob das DX12.1 vollständig in HW abgebildet wird wissen wir doch erst wenn nVidia das mit entsprechenden Anwendungen und funktionierenden Treibern mal vorzeigt.
Ist mir auch klar dass die Schreiberlinge hier keine Publizistik studiert haben, aber man sollte dennoch die Ethik mitbringen nicht eigene Wünsche und Hoffnungen als Facts zu verbreiten...