Repository navigation
memory consumed #17
Description
Activity
Also via blocks are used even when disabled
https://spark.lucko.me/UJqNDeXm0J
and y0 also consumes a bit of ram
```
viablocks:
viablocks-enabled: false
```
💀 and memory is growing to GBs
https://spark.lucko.me/u2140ZBEZsthis clearly works as intended 👍
I don’t think it should consume so much memory, cannot we limit it?
Sounds like a memory leak...
Based on the first spark provided memory consumption is the highest of all plugins
https://spark.lucko.me/YyFwXk1Cf8
I don't think that's intendedSeems like the 2 biggest culprits are TuffXPlus/src/main/java/tf/tuff/y0
/Y0Plugin.java:691 or thecspfunction and TuffXPlus/src/main/java/tf/tuff/viablocks/CustomBlockListener.java:260 or thefindModernBlocksInChunkfunctionfindModernBlocksInChunkis a method used in chunk caching and building chunk packetsJust made a PR about it, might have fixed but idk
Reacted by bobhenl and 3XPLI'll test that PR thanks.
And btw when the viablocks is disabled, it still enables it:
[17:12:37] [Server thread/INFO]: [TuffXPlus] [ViaBlocks] Generating ViaBlocks Pre-Defined Palette... [17:12:37] [Server thread/INFO]: [TuffXPlus] [ViaBlocks] Palette initialized with 649 entries. [17:12:37] [Server thread/INFO]: [TuffXPlus] [ViaBlocks] Paper detected. Enabling optimized asynchronous scheduling. [17:12:37] [Server thread/INFO]: [TuffXPlus] [ViaBlocks] ViaBlocks has been enabled successfully and is listening for client handshakes.I guess similar is for Y0
i might be able to fix that... also can you try the one i made? @bobhenl
Replied there, not sure if you see replies there
- marked Plugin causes IMMENSE lag, and randomly crashes server. #16 as a duplicate of this issue
on May 19, 2026 #18 should help with this
Cut the cache churn by stopping eager chunk caching when no Tuff players are active and by not starting ViaBlocks worker threads when the feature is off.
Hello, plugin seems to consume so much memory https://spark.lucko.me/YyFwXk1Cf8