Loxiamu 【Lv:1】 注册 2026/03/09 消息 1 金粒 230.00金粒 2026/03/09 #1 各位大佬打扰一下,如题 我的服务器配置为32g i5 10400f 服务器系统为debian13 服务器版本为fabric1.21.11 JAVA 版本为zulu21 服务器出现了在开启一段时间后,mspt会逐渐上升,后期时tps会下降,重启服务端后会恢复,但过段时间会继续重复此过(无论是否有玩家)并且服务器内无任何机器在运作,运行日志和mod列表等均已在附件,感谢各位大佬 附件 总材料.zip 总材料.zip 86.3 KB · 查看: 3
各位大佬打扰一下,如题 我的服务器配置为32g i5 10400f 服务器系统为debian13 服务器版本为fabric1.21.11 JAVA 版本为zulu21 服务器出现了在开启一段时间后,mspt会逐渐上升,后期时tps会下降,重启服务端后会恢复,但过段时间会继续重复此过(无论是否有玩家)并且服务器内无任何机器在运作,运行日志和mod列表等均已在附件,感谢各位大佬
笔墨迈提 【Lv:4】 正式会员 注册 2020/08/06 消息 179 金粒 169.00金粒 2026/03/11 #2 你的服务端安装了 x-backup-0.3.16#槽位备份.jar,默认会定时自动备份 + 清理旧备份。 备份时会大量读写区块文件,与 C2ME、Lithium 等优化模组的后台线程冲突,直接打满磁盘 IO 和 CPU,导致 TPS 断崖式下跌且无法恢复。 无人时备份仍会触发,这就是 “没人也掉 TPS” 的直接原因。 c2me-fabric#加快区块加载速度.jar 和 ScalableLux-0.1.6#光照引擎优化.jar 会在空载时持续运行后台线程(区块预加载、光照计算、序列化)。 你的启动参数分配了 23G 内存 + G1GC,但 G1HeapRegionSize=32M 对大内存服务端来说偏小,容易加剧 GC 停顿,进一步拖慢 TPS。 REMS-Carpet-Addition#刷线机等.jar 与 fabric-carpet 存在方法覆盖冲突,会持续触发错误检查,微小但累积消耗性能。 neruina#防实体崩溃.jar、skinrestorer#皮肤管理.jar、easyauth-mc1.21.11-3.4.1#登录.jar 等模组会在无人时维持后台网络验证线程,争抢 CPU 资源 同时安装了 lithium-fabric、ferritecore、tt20、krypton 等多款优化模组,部分功能重叠,空载时仍会持续占用资源,形成 “优化反而更卡” 的反效果。 以上为AI总结
你的服务端安装了 x-backup-0.3.16#槽位备份.jar,默认会定时自动备份 + 清理旧备份。 备份时会大量读写区块文件,与 C2ME、Lithium 等优化模组的后台线程冲突,直接打满磁盘 IO 和 CPU,导致 TPS 断崖式下跌且无法恢复。 无人时备份仍会触发,这就是 “没人也掉 TPS” 的直接原因。 c2me-fabric#加快区块加载速度.jar 和 ScalableLux-0.1.6#光照引擎优化.jar 会在空载时持续运行后台线程(区块预加载、光照计算、序列化)。 你的启动参数分配了 23G 内存 + G1GC,但 G1HeapRegionSize=32M 对大内存服务端来说偏小,容易加剧 GC 停顿,进一步拖慢 TPS。 REMS-Carpet-Addition#刷线机等.jar 与 fabric-carpet 存在方法覆盖冲突,会持续触发错误检查,微小但累积消耗性能。 neruina#防实体崩溃.jar、skinrestorer#皮肤管理.jar、easyauth-mc1.21.11-3.4.1#登录.jar 等模组会在无人时维持后台网络验证线程,争抢 CPU 资源 同时安装了 lithium-fabric、ferritecore、tt20、krypton 等多款优化模组,部分功能重叠,空载时仍会持续占用资源,形成 “优化反而更卡” 的反效果。 以上为AI总结