-
Notifications
You must be signed in to change notification settings - Fork 49
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
Refactor of gpu_allocator to allow for support for more graphics APIs #30
Conversation
vb_allocation: Allocation, | ||
ib_allocation: Allocation, |
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.
How come the SubAllocation got renamed to Allocation? I think this is API churn that we shouldn't really need, and it's also an incorrect name, since the this data still refers to a sub allocation of either a VkMemory or ID3D12Heap.
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.
The idea was that not every allocation returned by the allocator is a sub-allocation (allocations taking an entire block). Since this PR will require API changes I think it's not a bad idea to make this change now instead of another time.
fdacfde
to
38221d5
Compare
38221d5
to
934fb0a
Compare
One of the main features on the todo list for
gpu-allocator
is D3D12 support. Sincegpu-allocator
was originally written for vulkan support, we need to make some changes to support multiple graphics APIs. This PR does all the prep work to add D3D12 support.One of the big downsides is that it requires changes to the API. This is mainly due to splitting the graphics API agnostic and graphics API specific code.