Add toggle for simplified hopper logic #322
Conversation
There was a problem hiding this comment.
How did you test the performance improvement exactly? I have wanted to rewrite the NBT handling for a while now to be a lot more performant, but just haven't found the time. Seeing as it's a quite big deal and multiple people have reported it I might just check it out soon (I have some free time now).
| public boolean isSimpleHopperProtection() { | ||
| return simpleHopperProtection; | ||
| } |
There was a problem hiding this comment.
Do you perhaps have any information on the performance of config.getX functions, given that I usually just call them instead of caching the variable?
There was a problem hiding this comment.
Config gets stored in memory when the load is called, so from there everything is memory only anyways - moving over to having the bool in a dedicated variable might be a bit of an improvement but certainly not by much
Let the server process the storage system for 10 minutes each and looked at spark afterwards, mainly looked at general mspt and percentage used by the plugin |
The default hopper logic can be incredibly performance heavy especially on servers with large amounts of hoppers (as seen by #306), so this PR implements a toggle for greatly simplified hopper handling, which simply prevents any hopper from pulling items from any protected chest.
In my tests this resulted in a 10-15% performance improvement with a medium sized storage system.