Minecraft freezes sometimes when I pause the game. (1.19.2)

[Bartdoytr22]

Playing on a modified ATM 8 modpack.

Forge 43.2.8

Minecraft freezes completely when pausing the game. However, this only happens sometimes, but it's impossible to exit out of it without completely exiting out of the game. The odd thing is whenever I try to reload it back up, the world itself is in a partially saved state, where everything in my inventory did save right before the freeze, but the world itself did not fully save, so for example if I was to be carrying a chest using the CarryOn mod and my game froze on the pause screen and reload it back up, I would still be carrying the chest, however the chest in the actual world would still be there. Basically duplicating the chest.

This might have given a hint to what the problem is, however looking at the log showed no trace to what the problem is or how it could be solved.

 

Here is my log, and the mod list if it helps at all.

https://gist.github.com/vainlaind4in/f1a49f41e48f084169b6b9104c5a7fa3

[sFXprt]

Just now, Bartdoytr22 said:

Playing on a modified ATM 8 modpack.

Forge 43.2.8

Minecraft freezes completely when pausing the game. However, this only happens sometimes, but it's impossible to exit out of it without completely exiting out of the game. The odd thing is whenever I try to reload it back up, the world itself is in a partially saved state, where everything in my inventory did save right before the freeze, but the world itself did not fully save, so for example if I was to be carrying a chest using the CarryOn mod and my game froze on the pause screen and reload it back up, I would still be carrying the chest, however the chest in the actual world would still be there. Basically duplicating the chest.

This might have given a hint to what the problem is, however looking at the log showed no trace to what the problem is or how it could be solved.

 

Here is my log, and the mod list if it helps at all.

https://gist.github.com/vainlaind4in/f1a49f41e48f084169b6b9104c5a7fa3

quick question does the game window no longer respond? does the background of the game still render?

[Bartdoytr22]

The game window does not respond at all, Windows knows that it isn't responding when I click on it while it's unresponsive. The background of the game does still render, but I can't unpause because the actual game window doesn't respond.

[sFXprt]

run task manager and hover over Minecraft and try to get that error to occur again, check if the RAM is overloaded. My PC is pretty good but its not good enough to run as much mods as you have without it taking a performance hit. I didn't see optifine in ur mod list maybe try to run it? And I'm also assuming your running the game on ur local world and not creating and connecting to your own private server right?

 

This could even be a mod confliction with the option screen coming up, maybe an unresolved field I am super unsure what it could be. I didnt get much from that log

Edited May 1, 2023 by sFXprt

[Bartdoytr22]

I have had task manager opened when the issue occurred, and it seems to say that it's "Suspended." I checked my memory, and it says I have 7 gigabytes left. To give some context, I am running Minecraft with 16 gigabytes maximum RAM and my PC has 24 gigabytes. I doubt it's a memory or hardware issue.

To answer your questions, I choose to not run Optifine due to the incompatibility with multiple mods, so I am using Rubidium alongside a myriad of performance mods.
I am running the game as a local world.

 

I believe it is somewhat of a mod issue and a little bit of a hardware issue, as further testing showed that the crash mostly happens when I unpause and pause within a short time. This frequent pausing might have interfered with the saving, which being there many dimensions and stuff in the dimensions, would take probably many milliseconds longer. Once you unpause and pause it again, it starts saving again, causing the freeze since the game doesn't know what to do. This might explain the saving issue.

However, I am not a modder myself, nor a person who really understands Minecraft's coding landscape, so this is just a mock-up theory to what might be happening.

Also, the only reason I think the saving has a problem is because the logs normally cut off when the game is saving dimensions.

[warjort]

Try to get a thread dump when it "freezes" so we can see what it is doing at this time.

https://www.baeldung.com/java-thread-dump

 

When you say: "as further testing showed that the crash" do you mean it is a hard crash, do you have a crash report?

 

From what you describe, it sounds like one of your mods has a bug when saving something to disk.

But there is no error in the log about that, so it hasn't detected the error and is probably "looping"? That's why the thread dump would help.

There are warnings about loading data problems rather than saving, but that's probably the failed save (world rollback effect) you are describing.

 

Finally, I would be careful with a mod like carryon.

There are good reasons why Mojang don't allow block entities like chests to be moved by pistons.

If you have a mod that doesn't expect its block entities to be moved in this way, that could cause unpredictable problems.

Edited May 1, 2023 by warjort

[Bartdoytr22]

On 5/1/2023 at 6:15 PM, warjort said:

Try to get a thread dump when it "freezes" so we can see what it is doing at this time.

https://www.baeldung.com/java-thread-dump

 

When you say: "as further testing showed that the crash" do you mean it is a hard crash, do you have a crash report?

 

From what you describe, it sounds like one of your mods has a bug when saving something to disk.

But there is no error in the log about that, so it hasn't detected the error and is probably "looping"? That's why the thread dump would help.

There are warnings about loading data problems rather than saving, but that's probably the failed save (world rollback effect) you are describing.

 

Finally, I would be careful with a mod like carryon.

There are good reasons why Mojang don't allow block entities like chests to be moved by pistons.

If you have a mod that doesn't expect its block entities to be moved in this way, that could cause unpredictable problems.

To answer the stuff that you offered:

 

I have no idea how to start any of those ways to do a thread dump, since I have literally 0 knowledge of the Java programming language and running the Java console and all that. I would love to have help starting that stuff.

 

That's what I'm theorizing. It's likely that a mod is failing to save something, or the save size is probably so large that the game was not able to handle it.

 

In my experience, CarryOn is a relatively stable mod if you are quite careful with it. The only reason I included it in the post is because it was easy to describe, and it just happened to me right before I created the post.

[warjort]

52 minutes ago, Bartdoytr22 said:

I have no idea how to start any of those ways to do a thread dump, since I have literally 0 knowledge of the Java programming language and running the Java console and all that. I would love to have help starting that stuff.

Sorry, but I "offered" to analyse the thread dump if you provided it.

I didn't offer to teach you java or system administation.

I wouldn't do that job even if you paid me. 🙂

 

Maybe somebody else reading this forum will offer to help you?

But if you can't figure it out how to use those free tools from that link above or other docs on the internet, you are probably more likely to get help in a java focused support forum.

[Bartdoytr22]

On 5/1/2023 at 6:15 PM, warjort said:

Try to get a thread dump when it "freezes" so we can see what it is doing at this time.

https://www.baeldung.com/java-thread-dump

I have tried most of the methods, however, only one method worked, which was using jconsole for the thread dump. However, once the freeze happened and I tried to inspect the threads, the threads won't update and show their current state, which meant that it didn't allow me to view the current threads. All the graphs and stuff were frozen and everything would just stop completely.

Though, I was able to still look through the threads, and when the crash happened, it was on an IO-Worker thread. I don't think this was the cause of the freeze, but it was the last thread in the list when the freeze happened. I tried it again and a different thread, called Thread-222 was the most recent in the list. Before that, it was another IO-Worker thread.

I think this crash might just be a hardware issue with saving sometimes, possibly with not having enough RAM to run this ginormous conglomerate of a modpack. I am running 16 gigabytes with only 24 gigabytes of RAM, so maybe it might just be not having enough memory.

I might just need to lower my render distance, since currently I have currently set it to 15 or 18, which is probably way too high for this kind of modpack.

Edited May 12, 2023 by Bartdoytr22

[Bartdoytr22]

Just tested, I lowered render distance and it still froze within 30 minutes of gameplay.