W3C home > Mailing lists > Public > public-gpu@w3.org > November 2017

Re: NXT design for memory barriers and buffer mapping.

From: Markus Siglreithmaier <m.siglreith@gmail.com>
Date: Fri, 17 Nov 2017 20:15:10 +0100
To: public-gpu@w3.org
Message-ID: <979be182-1abb-f800-eae0-c5f373ed415e@gmail.com>
Hi,

I'm having a small question regarding the implementation of memory 
barriers. In the proposal the previous resources states (D3D12) or 
access masks (Vulkan)  are unknown at command buffer recording time and 
only known on actual queue submission if I understand it correctly. 
Would this require then to cache all commands internally and defer the 
actual command buffer calls until queue submission?

Cheers,
Markus


Am 15.11.2017 um 05:51 schrieb Corentin Wallez:
> Hey all,
>
> We wrote some document to help everyone reason about NXT's proposals 
> for memory barriers and resource upload /download. Unfortunately we 
> still don't have a fleshed out proposal that minimizes the number of 
> copies on UMA. Instead the docs focus on explaining our current design 
> for resource upload/download and for memory barriers since they are 
> very tied. Eventually we'll have these docs in MarkDown in some repo, 
> either WebGPU's or NXT's.
>
>   * NXT "memory barriers"
>     <https://docs.google.com/document/d/1k7lPmxP7M7MMQR4g210lNC5TPwmXCMLgKOQWNiuJxzA>
>     <- Please read this first as buffer mapping depends on it.
>   * NXT buffer mapping
>     <https://docs.google.com/document/d/1HFzMMvDGHFtTgjNT0j-0SQ1fNU9R7woZ4JuNJdAXBjg>
>
> Cheers,
>
> Corentin
Received on Friday, 17 November 2017 19:17:01 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:52:22 UTC