• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

AnandTech & Ryan Smith, time to fix an error?

Status
Not open for further replies.
http://www.anandtech.com/show/9124/amd-dives-deep-on-asynchronous-shading

It's been discussed many times how the table is misleading AND the written info is wrong, why it's wrong, we can speculate (NV PR?) but it doesn't change the fact this article is being used to educate readers on hardware topics relating to a major DX12 feature.

https://community.amd.com/community...blade-stealth-plus-razer-core-gaming-solution

AMD's advanced Graphics Core Next (GCN) architecture, which is currently the only architecture in the world that supports DX12's asynchronous shading.

It was obvious back then that Kepler & Maxwell cannot have parallel graphics & compute execution within its engines.

It's even more obvious when you read the official NV programming guide for GameWorks VR where they specifically say their pipeline can stall due to not being able to prioritize timewarp compute. Basically if the pipeline is rendering graphics, a priority context switch for async compute cannot proceed until the graphics task is finished. This is the reason for their high motion to photon latency for VR, which they DO admit on their official NV blog. Whereas AMD can get down to 10ms, NV's best efforts have been ~25ms.

Perhaps AT find it worthwhile to clarify the topic and maybe even ask NV PR why they saw fit to create a situation that made it seems like their hardware can support Async Compute/Shading when it cannot?
 
Last edited:
Status
Not open for further replies.
Back
Top