铁路职员
福瑞控?狗都不当!当的就是福瑞控!!!

|
这些报告有相同的特征:
7 y0 \8 x7 ?: k所有日志都在 游戏加载到 MTR 的自定义资源(custom_train / custom_sign)的时候崩溃。
4 M& c* W+ {+ [( \你这些日志都有大量类似输出:
; N: t, M; }! J5 [[Render thread/INFO]: [STDOUT]: mtr_custom_train_****/ d7 |/ ~5 |2 b0 P5 C' N# d/ n
[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
* S: F% D' z! _% a0 o) ]2 X它们都在:$ X% z3 \' l4 u/ M/ [
加载自定义列车 / 自定义标识时中断
' h8 g5 Z$ \5 d# m$ F1 ]且中断位置都差不多:2 W4 l+ I3 Q- ^5 k
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
0 O, m4 M0 L. ?9 K% {
0 @+ H3 z+ }- o- B* d第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据+ V7 G7 f# [( e
这是原生 JVM 崩溃(比普通崩溃更严重)% l7 l' }6 e( h; f8 [
读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。" N* q/ m* t) f- y5 m, E! O
0 l7 u$ S, N- D; B4 [- t4 i结论(99.99% 确定)/ V1 U, |0 `! O( ~
你加载的 MTR 自定义资源包数量过多 + 模型过大# q0 m, B' a8 e9 \# @
导致:
# J0 m; Z. Y8 U' b# M 原生内存溢出(JVM 崩溃)
6 W5 ~: I- M0 z9 G Render Thread 卡死不响应9 x8 N- ^" X) c0 J
Integrated server can't keep up
4 X1 ?* p- o n9 ]8 A0 E* P 游戏在加载 custom_train / custom_sign 时直接崩溃
4 J# U/ r6 e, U# O J# f9 X d9 ?7 [% `
报告中发现的附加特征% b0 l9 q$ m% B; U6 m4 R4 c. b* v
shared pattern:日志尾部全是 MTR 自定义加载输出- \% Z3 v% C) e
没有任何其他 mod 报错 → 排除 mod 冲突. \, I9 H4 P; R; K9 {1 e' x
第二份 zip 有 JVM fatal error(最关键)/ N- q" h& v/ c* U$ z! Y: m
说明不是普通崩,而是 Java native heap 爆掉8 W2 A( i# t3 f! ~3 u) S5 v
所有报告都在 Render thread 崩溃
+ e: r/ s! J: j/ V) _+ K% a* [说明是 纹理 / 模型解析阶段的崩溃
& d. g: |* C$ n 游戏卡顿日志0 r( b# }7 E; I* d9 V
Can't keep up! Running xxxx ms behind
* A/ Z8 v# b5 R& S; c0 X9 h: G 说明 integrated server 已经严重吃不消。. J0 G( ^7 S3 h1 ]% j: k
! Z7 R6 _- [. B& C
最后总结* Y8 a2 [) x" P) F2 l) P
; q3 _1 l) {2 i1 D- c1 a* V
你的这些报告是同一类问题重复触发:7 U' F Q- x: v7 n9 l4 E
自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
5 Z/ D1 D, C; I+ k$ h6 {! @- s% J8 f) L, \! r& J1 _+ V
不是 mod 冲突+ H& n' {. Y7 U& U) s) y# {- }
不是 Java 版本问题
; Y% b l, |. ?不是 Fabric 问题
^ _0 j. A7 j不是 PCL 问题
) S* O7 D, k6 }* v0 m$ ], n5 h, @; _$ \, T a5 e
就是 MTR 模型太多/太大引起的。 |
|