-
Notifications
You must be signed in to change notification settings - Fork 97
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
Performance improvement for loading worlds #110
Comments
Send the full spark report. |
This is with 200 worlds being cloned, first few clones take 30-50ish ms, then drop down to around 10 ms each |
I have noticed this as well. The Spigot Config part is easy to fix, but the paper config seems quite difficult (at least for me) |
This should be able to be fixed by just grabbing a spigot and paper config from an already existing world if possible. If it's a clone, maybe in the template world the config can be saved for future clones. I did a lazy fix in my own fork and was able to drop world load times to 1-2 ms each |
Caching the config is indeed a possible solution I didn't think of. I don't like using one from another world tho |
Is your feature request related to a problem? Please describe.
When loading worlds, a Spigot/Paper world config is generated, causing worlds to take 30ms+ to load
Describe the solution you'd like
Some sort of config value or startup parameter that avoids the config generation
The text was updated successfully, but these errors were encountered: