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

|
这些报告有相同的特征:
9 W1 ]+ K# u/ c2 A6 F所有日志都在 游戏加载到 MTR 的自定义资源(custom_train / custom_sign)的时候崩溃。
$ o8 e5 {+ Q! Z你这些日志都有大量类似输出:
; x" i o6 |! ^$ x2 z[Render thread/INFO]: [STDOUT]: mtr_custom_train_****2 {, \$ o5 S6 q* I2 v
[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
; m* f# c/ \3 c, n它们都在:, e( t& H4 V; _: \2 _1 S5 x( Q
加载自定义列车 / 自定义标识时中断
6 \8 y" U* X4 D4 o) H; v/ [& t' Z4 X且中断位置都差不多:
9 |, ]) ]$ L; h$ |) l6 Z. @读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
: S8 s. }. v! o
?9 m( V8 o# E9 g第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
0 t; M- `) _# t0 e9 s% D8 T这是原生 JVM 崩溃(比普通崩溃更严重)
' d! H3 B* y! t2 p3 d6 r读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。
9 @" L5 G$ ]8 D |+ j$ W, Q5 g8 p* ?0 i9 @
结论(99.99% 确定)
3 L" I. v. h* U( k你加载的 MTR 自定义资源包数量过多 + 模型过大3 ^4 w. G, y1 w) o# Y5 U7 K
导致:! O+ h, P% {% T! ^4 ?
原生内存溢出(JVM 崩溃)
* l, f7 z3 \. ?* S! b Render Thread 卡死不响应
) \3 F7 E2 b# b/ J# _+ ^ Integrated server can't keep up
4 F+ T+ L5 ^/ i( I/ {5 I# ] 游戏在加载 custom_train / custom_sign 时直接崩溃6 B! }, k# }! I7 `
3 X( U) Q6 p& Y% ~* B报告中发现的附加特征
- a7 Y. e; e1 S- ~" B, ~ shared pattern:日志尾部全是 MTR 自定义加载输出
% W. a% l) R6 w) X2 }7 K4 Y6 k没有任何其他 mod 报错 → 排除 mod 冲突' S7 K3 I* H( Q Y
第二份 zip 有 JVM fatal error(最关键)
7 a4 [% J$ ]" Y8 d+ ?说明不是普通崩,而是 Java native heap 爆掉; E! Y; m( Q0 g) w7 b
所有报告都在 Render thread 崩溃" n5 K. z, ]: z" r4 G
说明是 纹理 / 模型解析阶段的崩溃
. x, U. B) G, f6 ] M! ^- U 游戏卡顿日志
& Z2 r$ H/ S9 R, Y" n" VCan't keep up! Running xxxx ms behind: S) y1 c& S- V. R$ _0 v
说明 integrated server 已经严重吃不消。- W. }0 b" C% p4 N# d
- D' M9 s; R, c) r; ~
最后总结
( H9 }/ U# k! Z& I$ p/ c9 m# W) \0 b
你的这些报告是同一类问题重复触发:
, y; m: n5 K" H自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩( g4 ]3 y( _6 `
5 e# u& ]9 g \0 D0 e5 L
不是 mod 冲突
+ U7 o" J3 z+ b) \不是 Java 版本问题
2 K) P5 d a3 c0 }不是 Fabric 问题
4 H2 e& P% c/ r; C6 }不是 PCL 问题1 t/ e8 u4 v+ [8 u) D
/ n0 n6 i* b9 l0 z2 Z% x F. T+ m" x. i
就是 MTR 模型太多/太大引起的。 |
|