Adding Vulkan-style statistics counters where available #1
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
gary-sweet
force-pushed
the
perf_counters
branch
4 times, most recently
from
ee9dded to
d6e0fce
Compare
Previously, the 'stats' interface just used HWCPipe to interrogate performance counters from the device. HWCPipe is not widely supported, so this really only worked for Arm devices. This change allows multiple 'StatsProviders' to be used. Each provider can supply all, some, or none of the requested counters depending on its capabilities. Any counters not supplied by one provider will be requested of the next in the list until one is found, or we run out of providers. So, CPU counters can come from HWCPipe for example, whilst GPU counters come from Vulkan's extension which has been added as another provider. The StatsProvider defines an abstract interface that is implemented by the concrete providers. The parameters used for graphing the statistics have moved from the GUI classes into the StatsProvider also. This allows providers to modify the names, units and scaling of counters where these differ from the default values.
Simplifies code in device
Based on private feedback from Zandro, I've moved the construction of the stats object into the base VulkanSamples class which leaves individual samples to just request the samples they would like. The active_frame_index is no longer passed to update_stats() or the command_buffer_begun/ended() methods. It is fetched internally by the providers that require it.
size_t -> uint32_t
Override prepare_render_context() to use custom render_context. Ensures stats always sees the right render context.
gary-sweet
pushed a commit
that referenced
this pull request
May 3, 2023
* logic_op_dynamic_state sample (#1) * Fix readme comment (#2) * Fix validation layers errors (KhronosGroup#3) * Fixes after review (KhronosGroup#4)
gary-sweet
pushed a commit
that referenced
this pull request
Feb 25, 2025
… vkb::allocated::Allocated<bindingType> (KhronosGroup#1193) * Unify vkb::allocated::Allocated and vkb::allocated::HPPAllocated into vkb::allocated::Allocated<bindingType> * Adding documentation to the allocated class hierarchy, base classes edition (#1) * Adding documentation to the allocated class hierarchy, base classes edition * fixup! Adding documentation to the allocated class hierarchy, base classes edition * fixup! Adding documentation to the allocated class hierarchy, base classes edition * fixup! fixup! Adding documentation to the allocated class hierarchy, base classes edition * Fix formatting and doxygen issue. * Unify vkb::allocated::Allocated and vkb::allocated::HPPAllocated into vkb::allocated::Allocated<bindingType> * Adding documentation to the allocated class hierarchy, base classes edition (#1) * Adding documentation to the allocated class hierarchy, base classes edition * fixup! Adding documentation to the allocated class hierarchy, base classes edition * fixup! Adding documentation to the allocated class hierarchy, base classes edition * fixup! fixup! Adding documentation to the allocated class hierarchy, base classes edition * Fix formatting and doxygen issue. --------- Co-authored-by: Bradley Austin Davis <bdavis@saintandreas.org>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Previously, the 'stats' interface just used HWCPipe to
interrogate performance counters from the device. HWCPipe
is not widely supported, so this really only worked for
Arm devices.
This change allows multiple 'StatsProviders' to be used.
Each provider can supply all, some, or none of the requested
counters depending on its capabilities. Any counters not
supplied by one provider will be requested of the next in
the list until one is found, or we run out of providers.
So, CPU counters can come from HWCPipe for example, whilst
GPU counters come from Vulkan's extension.
The StatsProvider defines an abstract interface that is
implemented by the concrete providers. The parameters used
for graphing the statistics have moved from the GUI classes
into the StatsProvider also. This allows providers to modify
the names, units and scaling of counters where these differ
from the default values.
Description
Please include a summary of the change, new sample or fixed issue. Please also include relevant motivation and context.
Please read the contribution guidelines
Fixes #
General Checklist:
Please ensure the following points are checked:
Sample Checklist
If your PR contains a new or modified sample, these further checks must be carried out in addition to the General Checklist: