Cap automatic texture memory on Apple Silicon - #6034
Draft
LisaScheers wants to merge 2 commits into
Draft
Conversation
Contributor
|
Note, there were some vram-adjusted changes in 26.3 and more might come with #6028. |
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
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.
Summary
Why
A native profile on a 48 GB Apple Silicon Mac showed the viewer detecting 38,338 MB as VRAM. Because that memory is shared with the CPU, treating most of it as independently available graphics memory allows the automatic budget to create avoidable system-memory pressure.
The new cap produces a 6,144 MB automatic budget on the profiled machine before the existing 80% safety target is applied. Non-unified-memory platforms continue to use the existing calculation unchanged.
Validation
-std=c++17 -Wall -Wextra -Werrorgit diff --checkxmllint --noout indra/newview/app_settings/settings.xmlA full viewer build was not run because the profiling host does not have the Linden dependency bundle or an accepted full-Xcode license.