Concurrent Chunk Management Engine - Concurrent Chunk Management Engine（Fabric）并发区块管理引擎

Concurrent Chunk Management Engine (Fabric)

一个旨在提升 Minecraft 区块性能的 Fabric 模组。

在找 NeoForge 版本？

1.21.10 搭配 Terralith 的基准测试（2025 年 11 月 21 日）

2t-80t	1t-16t

那么，C2ME 是什么？

C^2M-Engine，简称 C2ME，是一个 Fabric 模组，旨在提升区块生成、I/O 和加载的性能。它通过并行利用多个 CPU 核心来实现这一点。为了获得最佳性能，建议将 C2ME 与 Lithium 和 ScalableLux 一起使用。

C2ME 代表什么？

Concurrent chunk management engine，核心目标是让游戏在线程调度方面表现更好，并在世界生成和区块 io 性能方面具备更好的可扩展性。

与原版一致性

默认情况下，C2ME 不会为了追求纯粹速度而牺牲原版功能或行为，也不会修改原版世界生成。

但是，由于原版世界生成的非确定性，即使使用相同的种子，每次运行生成的世界也可能有显著差异。这不是我们这边的 bug。

虽然我们会仔细检查，确保不会修改任何原版行为，但毕竟 bug 是无法完全避免的。

因此，如果你确实遇到了 C2ME 偏离预期原版行为的问题，请随时提交 issue。

模组与数据包兼容性

能够在原版 Minecraft 中运行的世界生成数据包都被完全支持。

由模组实现的自定义世界生成器通常也能正常运行，但可能会因为模组作者采用的某些设计假设在进一步加速世界生成时被打破，而导致兼容性问题。

如果你是世界生成模组作者，并发现你的模组损坏了，欢迎到我们的 discord 服务器寻求帮助（链接见下方）。

我们愿意帮助模组作者拥抱可扩展的世界生成。

未定义行为净化

C2ME 为世界随机数提供了 CheckedThreadLocalRandom（包含于 UWRAD）以及其他一些检测。

这些检测的存在，是为了防止模组破坏 Minecraft 内部机制并造成难以调试的问题。

这些检测几乎绝不会产生误报，应当被认真对待，并报告给对应的模组作者。

使用须知

请备份你的世界，并养成良好的游戏模组使用习惯。

Minecraft 版本支持状态

只有最新的 Minecraft 正式版和最新的 Minecraft 快照版会得到完整支持。

较旧的 Minecraft 正式版处于长期支持状态，并会收到关键 bug 修复。

较旧的 Minecraft 快照版不受支持。

支持

我们的 issue 跟踪器：link

我们的 discord 服务器：link

更多信息

请查看此处的 README.md：https://github.com/RelativityMC/C2ME-fabric

以前的基准测试

1.21.3 的基准测试（2024 年 11 月 24 日）

2t-80t	1t-10t

注释：https://gist.github.com/ishland/9601a033afad4be5b17ffaed859577fd

注释

基准测试注释

基准测试设置

所有基准测试均在 Debian 13 上进行，使用双路 Intel(R) Xeon(R) Gold 5218R，最大频率限制为 2GHz。

openjdk version "25.0.1" 2025-10-21 LTS
OpenJDK Runtime Environment Zulu25.30+17-CA (build 25.0.1+8-LTS)
OpenJDK 64-Bit Server VM Zulu25.30+17-CA (build 25.0.1+8-LTS, mixed mode)

使用的数据包：Terralith1.21.5v2.5.13.zip

https://modrinth.com/datapack/terralith/version/RFNry3l0

C2ME 基准测试

用于 C2ME 基准测试的 Fabric 模组：

c2me-fabric-mc1.21.10-0.3.5.1.0.jar
Chunky-Fabric-1.4.51.jar
fabric-api-0.138.3+1.21.10.jar
lithium-fabric-0.20.1+mc1.21.10.jar
ScalableLux-0.1.6+fabric.c25518a-all.jar
spark-1.10.152-fabric.jar
vmp-fabric-mc1.21.10-0.2.0+beta.7.217-all.jar

修改的设置（c2me.toml）：

• globalExecutorParallelism 设置为线程数

Paper 基准测试

使用的 Paper：paper-1.21.10-113.jar

使用的 Paper 插件：Chunky-Bukkit-1.4.40.jar

修改的设置（paper-global.yml）：

• worker-pool.io-threads = 4
• worker-pool.worker-threads 设置为线程数

原版基准测试

用于原版基准测试的 Fabric 模组：

Chunky-Fabric-1.4.51.jar
fabric-api-0.138.3+1.21.10.jar
spark-1.10.152-fabric.jar

额外的 JVM 参数：-Dmax.bg.threads= 设置为线程数

所有基准测试均在 tmpfs 上、主世界中运行，并且在每次 JVM 执行前清空世界文件夹。

种子：114862964781274189

Chunky 配置中的 force-load-existing-chunks 已启用。

2-80 线程基准测试

JVM 参数：-Xmx32G -Xms32G -Xss4m -Xshare:off -XX:+DisableExplicitGC -XX:+UseNUMA -XX:+UseZGC -XX:-ZUncommit -XX:+UseLargePages -XX:+UseTransparentHugePages -XX:+UnlockExperimentalVMOptions -XX:-OmitStackTraceInFastThrow -XX:+AlwaysPreTouch -XX:+UnlockDiagnosticVMOptions -XX:+DebugNonSafepoints -Dchunky.maxWorkingCount=256

仅用于原版测试：使用 -Xmx64G -Xms64G 以避免在基准测试期间崩溃

预热阶段：以 0 0 为中心，半径 2048 方块（数据会被丢弃）

测量阶段：以 1000000 1000000 为中心，半径 4096 方块（总计 263169 个区块）

1-16 线程基准测试

JVM 参数：-Xmx16G -Xms16G -Xss4m -Xshare:off -XX:+DisableExplicitGC -XX:+UseNUMA -XX:+UseZGC -XX:-ZUncommit -XX:+UseLargePages -XX:+UseTransparentHugePages -XX:+UnlockExperimentalVMOptions -XX:-OmitStackTraceInFastThrow -XX:+AlwaysPreTouch -XX:+UnlockDiagnosticVMOptions -XX:+DebugNonSafepoints -Dchunky.maxWorkingCount=256

预热阶段：以 0 0 为中心，半径 1024 方块（数据会被丢弃）

测量阶段：以 1000000 1000000 为中心，半径 2048 方块（总计 66049 个区块）