
FPS droped to 0-5fps after updating server from 2.6.1 to 2.7.1, in 2.6.1 i did not have this issue
JUSTRUDYan opened this issue · 2 comments
Your GTNH Discord Username
rudy_an
Your Pack Version
2.7.1
Your Server
private server
Java Version
Java 17
Type of Server
Vanilla Forge
Your Expectation
Problem Description:
- FPS dropped to 0-5 while joining a multiplayer server on version 2.7.1.
- The issue persisted during world loading but was not present in singleplayer (where FPS was stable at 120 but in the new world).
- But there are some second moments when fps rises to 60-120FPS and then drops. But after a minute of that lagging it drops to a constant 0 FPS
- And the game, in general, slowed down, I mean when my friend is killing me, I am getting the death menu only after reconnecting or after 30 seconds or even minutes of waiting.
PC Configuration
GPU - RX 6500 XT
CPU - Ryzen 5 3600
RAM - 48GB (4 boards from two different boxes, but all 4 are Kingston Fury)
Initial Checks:
- Angelica Mod:
- Confirmed Angelica mod was in use (beta 28 and default 27 versions tested).
- Removing Angelica worsened performance.
- Game Setting: I reduced all graphics settings to minimal.
- Graphics Card Check: Ensured the correct GPU (not CPU-integrated graphics) was used via F3.
Performance Diagnostics with /opis
:
- Tested
/opis
in singleplayer to check performance metrics and identified no lag. - Opened client timing while joining the server:
- Observed massive total timings (e.g., 902,700 microseconds).
Specific Investigations:
-
Timing Data: Checked timing data and looked for any single tile entity type causing disproportionate delays but found no standout culprits.
EntityTotal: 5983.684 microseconds
TileEntityTotal 902700 microseconds
Nothing unusual for CPU, at least I think.
-
Render Entities: Analyzed render entities tab and noted high total values, suggesting a tile entity issue.
-
Research Notes Anomaly: Observed significant impact from "Research Notes" entities, indicating possible inefficiencies.
The Reality
Observations:
-
The problem persisted despite attempts to fix it by reinstalling, updating drivers, and testing various configurations. (Different java 8,17,21,23 and different packs for 8 and 17-21 java)
-
Firstly I set 16 GB of RAM but when I reduced the allocation to 8 GB temporarily resolved the problem. However, the improvement lasted only 1-2 minutes before the FPS dropped again. Therefore, it can be interpreted as nothing had changed.
Your Proposal
Firstly i thought that issue can be because of
Garbage Collector Hypothesis:
- Suspected Java’s garbage collector may not efficiently handle higher memory allocations in this scenario
but as i said before: "Therefore, it can be interpreted as nothing had changed."
Final Checklist
- I have searched this issue tracker and there is nothing similar already. Posting on a closed issue saying the bug still exists will prompt us to investigate and reopen it once we confirm your report.
- I can reproduce this problem consistently by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.
- I have asked other people and they confirm they also have this problem by follow the exact steps I described above, or this does not need reproducing, e.g. recipe loophole.
log.txt
fml-client-latest.log
Log on connecting if needed
I thought that I had to attach visualvm results, so
I tried to set those keys, that were recommended here.
-XX:+UseG1GC -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:MaxGCPauseMillis=80 -Dsun.rmi.dgc.server.gcInterval=2147483646 -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20
But I must admit that it became worse for me