-
Notifications
You must be signed in to change notification settings - Fork 937
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
Make DX12 the Default API on Windows #2719
Comments
We're interested in this in the Firefox org. Here's our own Bugzilla entry tracking this: bug 1836816 |
@nical has made Firefox's usage of This should indirectly help this issue, since fixing the most salient DX12 issues is our priority, for the time being. |
Fwiw I think making dx12 the default backend for firefox on windows at the moment is the wrong choice, since you don't enable the feature to allow suballocating dx12 resources (because of gpu-allocator's windows-rs dependency) which means it'll be significantly slower than the vulkan backend. |
It's a trade-off. With vulkan on windows we have to read every frame back and re-upload them on the dx11 device which renders the rest of the browser which affects performance to an even greater extent. Right now we are more focused on getting things to work reliably. We'll have to untangle the suballocation/windows-rs stuff eventually but switching to vulkan on windows does not bring us closer to where we want to be in the long run. |
See also: Traverse-Research/gpu-allocator#181 They'd be cool with switching to windows-bindgen. |
For a variety of reasons, we want to make DX12 the default API on windows:
Before we make the switch, we need to get the DX12 backend tested and the major holdups fixed. This isn't a complete list and please add things as they are found.
Blocking Issues:
msaa-line
Example #3838There are some driver issues that we may not be able to fix, but we should keep in mind:
The text was updated successfully, but these errors were encountered: