Skip to content
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

Storage Montors are possibly rendering too often #1896

Closed
thatsIch opened this issue Sep 22, 2015 · 1 comment
Closed

Storage Montors are possibly rendering too often #1896

thatsIch opened this issue Sep 22, 2015 · 1 comment
Labels

Comments

@thatsIch
Copy link
Member

@thatsIch thatsIch commented Sep 22, 2015

The storage monitors are using the TESR upon list change which makes sense.
But there is a possibility that the amount is not taken into consideration before marking a storage monitor to update. (Only need to re-render if the amount hits a specific threshold for the amount renderer to render something different? e.g. 10k are still rendered the same even with 10001 items)

Did not investigate this nor did I look into the code. Just had a hunch when hearing somebody saying that too many storage monitors is lagging for him in a large storage solution.

@yueh
Copy link
Member

@yueh yueh commented Sep 22, 2015

Looking at AbstractPartMonitor.java#L411-L427 clearly indicates that an update is triggered each time. So sounds perfectly valid.


Depending on the used version this can also be caused by wrapping everything into GL11.glPushAttrib( GL11.GL_ALL_ATTRIB_BITS )

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants
You can’t perform that action at this time.