-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
Directly copy data into uniform buffers #8340
Conversation
buffer: Option<Buffer>, | ||
label: Option<String>, | ||
changed: bool, | ||
buffer_usage: BufferUsages, | ||
_marker: PhantomData<fn() -> T>, | ||
} | ||
|
||
pub struct DynamicUniformBufferWriter<'a, T> { |
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.
TODO: Need to document this type and it's relationship with DynamicUniformBuffer
.
Example |
Example |
Got this working normally, but there's actually a slight CPU time performance regression. Not sure where it's coming from. This should, however, still be a win in terms of allocated memory both on the CPU and GPU due to using the alignment defined by wgpu::Limits. |
Turns out that Apparently Reverting this to what we have now, but keeping the Limits based constructor. |
# Objective This is a minimally disruptive version of #8340. I attempted to update it, but failed due to the scope of the changes added in #8204. Fixes #8307. Partially addresses #4642. As seen in #8284, we're actually copying data twice in Prepare stage systems. Once into a CPU-side intermediate scratch buffer, and once again into a mapped buffer. This is inefficient and effectively doubles the time spent and memory allocated to run these systems. ## Solution Skip the scratch buffer entirely and use `wgpu::Queue::write_buffer_with` to directly write data into mapped buffers. Separately, this also directly uses `wgpu::Limits::min_uniform_buffer_offset_alignment` to set up the alignment when writing to the buffers. Partially addressing the issue raised in #4642. Storage buffers and the abstractions built on top of `DynamicUniformBuffer` will need to come in followup PRs. This may not have a noticeable performance difference in this PR, as the only first-party systems affected by this are view related, and likely are not going to be particularly heavy. --- ## Changelog Added: `DynamicUniformBuffer::get_writer`. Added: `DynamicUniformBufferWriter`.
# Objective This is a minimally disruptive version of bevyengine#8340. I attempted to update it, but failed due to the scope of the changes added in bevyengine#8204. Fixes bevyengine#8307. Partially addresses bevyengine#4642. As seen in bevyengine#8284, we're actually copying data twice in Prepare stage systems. Once into a CPU-side intermediate scratch buffer, and once again into a mapped buffer. This is inefficient and effectively doubles the time spent and memory allocated to run these systems. ## Solution Skip the scratch buffer entirely and use `wgpu::Queue::write_buffer_with` to directly write data into mapped buffers. Separately, this also directly uses `wgpu::Limits::min_uniform_buffer_offset_alignment` to set up the alignment when writing to the buffers. Partially addressing the issue raised in bevyengine#4642. Storage buffers and the abstractions built on top of `DynamicUniformBuffer` will need to come in followup PRs. This may not have a noticeable performance difference in this PR, as the only first-party systems affected by this are view related, and likely are not going to be particularly heavy. --- ## Changelog Added: `DynamicUniformBuffer::get_writer`. Added: `DynamicUniformBufferWriter`.
Objective
Fixes #8307. Partially addresses #4642. As seen in #8284, we're actually copying data twice in Prepare stage systems. Once into a CPU-side intermediate scratch buffer, and once again into a mapped buffer. This is inefficient and effectively doubles the time spent and memory allocated to run these systems.
Solution
Remove the scratch buffer entirely and use
wgpu::Queue::write_buffer_with
to directly write data into mapped buffers.Separately, this also directly uses
wgpu::Limits::min_uniform_buffer_offset_alignment
to set up the alignment when writing to the buffers. Partially addressing the issue raised in #4642.TODO
Changelog
Added:
DynamicUniformBuffer::get_writer
Added:
DynamicUniformBufferWriter
Removed:
DynamicUniformBuffer::clear
Removed:
DynamicUniformBuffer::push
Removed:
DynamicUniformBuffer::write_buffer
Migration Guide
TODO