-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shader Execution Reordering (SER) proposal #277
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks ready to take into the repo for further review. Before completing the PR, please pick the next free proposal number (at time of writing this comment, that would be 0021) and rename the file and the reference to it on line 4 appropriately.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll disclose that I'm not a DXR expert. A lot of my feedback is copy editing, trying to make the document easier to read. I feel a bit stronger about my thoughts on testability and DXIL op feedback.
@microsoft-github-policy-service agree company="NVIDIA" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks like there's a large number of unresolved conversations on this PR - these either need to be moved into issues or addressed in the spec before we can merge it.
Co-authored-by: Greg Roth <[email protected]>
Co-authored-by: Greg Roth <[email protected]>
Design meeting: assigning to @derlemsft as the PM ushering this through. |
Co-authored-by: Tex Riddell <[email protected]>
If reordering is optional, I would suggest renaming the call to |
Specification PR: microsoft/hlsl-specs#277 - This enables SER with SM6.9+ - Excludes reordercoherent and REORDER_SCOPE. Their implementation is largely orthogonal and factored into another commit. - Includes a prototype header to inform a header-based implementation of the HitObject API in the HLSL implementation for Clang (docs/HitObject.h).
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Thanks for update, looks good to me now :) |
I think the PR is ready for merge. I resolved the remaining conversations as it looked like no changes were required at this point. For further changes we can open focused issues. I also picked up the next available number, 27. (Please ignore the close and re-open, that was a mistake). |
Thank you everyone! I'm going to go ahead an merge this PR. Options for further discussion:
|
|
Co-authored-by: Greg Roth <[email protected]> Co-authored-by: Tex Riddell <[email protected]> Co-authored-by: Radek Drabinski <[email protected]>
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Reduction of the complete SER implementation to just the HitObject type and its default constructor. Specification PR: microsoft/hlsl-specs#277
Add Shader Execution Reordering (SER) proposal for consideration.