优化模组服务器
真正能加速整合包的因素:优化模组、生成设置、实体限制,以及在分析器中找出占用高的模组。
更新于 2026年8月13日
模组服务器的卡顿与插件服务器不同:通常是一两个模组的问题,而不是整体负载。
分步操作
- 测量。 性能分析工具会准确显示是什么在消耗您的 tick —— Spark。不测量,您就只能盲目调整设置。
- 优化模组。 Fabric 用 Lithium、FerriteCore、Krypton、C2ME;Forge 用对应的替代品 —— 优化模组。
- 半径。
view-distance设为 6–8,simulation-distance设为 4–6 —— view-distance。 - 预生成。 整合包一半的卡顿来自实时生成区块 —— 预生成。
- 实体和生物限制,在模组和核心配置中设置。
常见元凶
| 什么 | 为什么 |
|---|---|
| 带自动化的模组(管道、传送带) | 它们持续 tick,即使没有玩家在线 |
| 生物群系和结构生成器 | 生成负担重 |
| 在服务器上启用动态光照的模组 | 光照重新计算 |
| 采石场和采矿机器 | 大量破坏方块 |
| 模组中的刷怪塔 | 数百个实体 |
区块加载器
带区块加载器的模组会让区块永久保持加载。十几个使用区块加载器的玩家,会把服务器变成上百个同时活跃的区域。请通过权限和配置限制其数量。
什么没有用
当问题出在 tick 上时,增加内存没有用。内存能解决 OutOfMemoryError,但解决不了低 TPS —— TPS。
Minecraft 托管您离线时服务器仍在运行创建服务器
