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
Memory leak on linux #15
Comments
I didn't use that so I'm not sure what's going on, are you able to use visualvm to dump a snapshot? |
Can & will do, probably tomorrow. |
Here you go. |
I saw there is some sort of leak in |
Performed again without any other mods: |
(still occured. Didn't have issues with entities and saving though. Not sure if that was due to some other mod or chance) |
Where did you see it's using so much memory? htop? |
System monitor |
Can you show the memory details by right-clicking the process and select memory details? |
It didn't happen to me. Have you tried another map? |
Misclick |
Same setup as the previous one. |
It happened when I first tried MCMT on a headless server with an existing map. |
Issue persists on a new map. I ended up profiling anyway: I also got a heapdump and memory sample but they are much bigger files so let me know if you want them and I can send them. |
Yup, please send that somewhere. |
I didn't see any abnormal usage of mem, but from your screenshot, those mems were dirty memory. This means it may be related to your system setting or java implementation. Would you like to try Graal VM? |
This only occurs with this mod thus if it is my system it is an issue with this interaction between my system and this mod. Having said that I'll give Graal a go and see if there's any change. Though I suspect, even if Graal fixes it, there's a memory problem in or under the mod. Even if the issue is showing up due to my system failing to release unused memory, it appears to me as though the cause is something using far too much memory for too quickly and relying on GC to clean it up (evident by simply the graph which shows the memory swiftly increasing and GC needing to regularly come through to clean up). |
Dirty memory is about cache write to disk. I don't remember MCMTFabric has anything with disk write now but one possible issue is cloth config. Can you post the mcmtfabric.toml file in your .minecraft/config? |
I take this back. Memory usage patterns aren't all that different with this mod gone (just tested); my apologies. |
Here's my config: disabled = false
paraMax = -1
paraMaxMode = "Standard"
disableWorld = false
disableWorldPostTick = false
disableEntity = false
disableTileEntity = false
chunkLockModded = true
teWhiteListString = []
teBlackListString = []
teUnfoundWhiteList = []
teUnfoundBlackList = []
disableEnvironment = false
disableChunkProvider = false
enableChunkTimeout = false
enableTimeoutRegen = false
timeoutCount = 5000
opsTracing = false
logCap = 720000 |
Good to hear that. Can I close the issue then? |
Took me a bit to get Graal installed, testing using latest Java 16 version now (graalvm-ce-java16-21.2.0). |
Looks like it has woked! Won't close as this is still an issue for others. |
This issue is stale because it has been open for 30 days with no activity. |
This issue was closed because it has been inactive for 14 days since being marked as stale. |
Launching minecraft with MCMTFabric currently seems to leave memory to bubble up pretty quickly. I got to 14GB used in less than 5 minutes. While typing this, another 3 minutes has gone by and it's at 17GB.
(also affects performance very noticably as one might reasonably expect)
I've experienced something that feels very similar to this, with EssentialsCommands.
Link to trying to debug and solution with the developer of that:
https://discord.com/channels/513219024927326211/857077956336943154/871488694530494535
https://discord.com/channels/513219024927326211/857077956336943154/871873153490624512
The text was updated successfully, but these errors were encountered: