Faster Random - Faster Random（更快随机数）

截至 2025-12-27，Faster Random 已被归档，并且已经超过一年没有公开更新。

这是因为我听说过、也亲自遇到过太多关于这个模组性能表现的相互矛盾结果，因此我觉得这个模组不应该被依赖。你注意到的任何性能提升，都有可能只是安慰剂效应（尤其是因为你的 JVM 可能会强制让该模组自行禁用！），或者这种提升可能不值得牺牲你的世界与原版一致性的代价。

这源于这样一个事实：该生成器依赖于特定条件的出现，才能明显胜过 Minecraft 的原版生成器，而我认为随机函数本身并没有占用足够多的 CPU 时间，以至于让任何提升变得明显。到目前为止，我真的不知道这是否能让大型服务器在实际意义上运行得更快，我的系统也可能受限太多，无法得出结论。

可以认为，它现在只推荐用于那些之前已经使用 Faster Random 生成过的世界，以保持一致性。这也将是唯一提供的支持形式。“可能有一些”收益，并不值得失去与原版的一致性。

TL:DR：从理论上说，Faster Random 理论上 更快，但这很看具体情况，而且我一直无法可靠地测试出来。

附加发现

奇怪的是，我以前关于 L64X128MixRandom 在重复构造时比基础原版 XoroShiro128++ 慢 2 倍的结论，现在已经不再出现了。我不确定是不是 JDK 随着时间推移改善了这种行为，但即使不考虑之前的因素，这件事仍然很看具体情况（至少会受到玩家行为层面的影响）。

再次强调，这个发现远远不足以让我相信这个模组实际上真的带来了什么效果。

2024 模组描述

Faster Random

Faster Random 重写了 Minecraft 的随机系统，改为使用 Java 17 中引入的新 LXM 生成器，而不是 Minecraft 内部较慢的 CheckedRandom（以及相关生成器）。大多数 JVM 默认都应支持这种生成器，但请检查你的日志中是否有任何警告！

它还修复了 MC-239059 这个“bug”（虽然对游戏影响不大，但它仍然是个 bug）。

在大多数系统上，Faster Random 的生成器构造所需时间更长（我只有自己的 Linux AMD 系统可以作为参考），但生成随机数的速度要快得多。由于 Minecraft 会重复使用许多生成器（这意味着可以避免构造开销），因此性能提升幅度可能会有很大差异。

性能可以通过 testmod 进行测试；运行时，它会对每种方法执行基准测试。

目前，Faster Random 针对的是较慢的随机生成器，这会在世界结构放置/生成、feature 与 carver 的放置和生成，以及许多客户端侧内容（例如掉落物）上带来性能提升。目前 Faster Random 还不会对那些更快的生成器做任何事情 暂时还没有。（要等到我确信它能带来明显性能提升，并且弊大于利的风险不高时）

你应该使用这个模组吗？

Faster Random 很可能只能在一定程度上提升世界生成性能，因为随着更多区块被存入 RAM / 写入磁盘，你很快就会遇到 RAM 和 I/O 瓶颈。 这并不是坏事，这只意味着你生成区块的速度已经快于系统其余部分存储它们的速度。根据你的系统不同，实际效果可能会有非常大的差异。

因此，这个模组在服务器线程受 CPU 瓶颈限制的场景中性能收益最大（单人游戏也运行在一个内部服务器上），同时还需要拥有足够数量的高速内存和存储（DDR4 RAM，以及 SATA III 或更好的 HDD）。

对于世界生成，Faster Random 与原版 几乎 是 1:1，但某些洞穴形状会与原版不同。 其它一切都是 1:1。很可能这些差异微不足道，但不应被用于像速通这样对一致性敏感的场景。Optifine 的数学优化对世界生成造成的破坏性变化比 Faster Random 大得多。

Faster Random 不需要同时安装在客户端和服务器端。Faster Random 也可以在客户端提供小幅性能提升，因为那里仍然有不少内容会用到随机数。

系统需求 (3.0.0+)

• 一个完整支持 Java 17 新 RandomGenerator 系统的 JVM，并且同时实现了 LXM generators alongside it。（例如：[GraalVM](https://www.graalvm.org )）。如果 JVM 不受支持，Faster Random 将被禁用，并且你需要使用 Faster Random 1.6.0。如果你的 JVM 不支持这个，那它大概率不是一个好的 JVM。

（注意： 你可能在不知情的情况下给 Minecraft 使用了 headless JDK，而这会因为各种奇怪原因导致 Faster Random 出问题。如果 Faster Random 崩溃，请检查你是否下载了正确的 JDK/Package。）

如果你使用的是普通的 Minecraft Launcher，这个模组应该可以和内置的 JVM 正常工作，如果你的日志中没有出现警告，你可以忽略这些说明。

与其他模组一起使用

Faster Random 应该可以和大量模组良好兼容，尤其是在 4.0.0 之后。Faster Random 也会主动支持大多数主流世界生成模组以及 Distant Horizons。

Faster Random 还可以与其他地形优化模组（例如 Noisium 和 C2ME）搭配时表现得更好，因为它们通过多线程更充分地利用了 Minecraft 的随机系统。理想情况下， 你应当使用 Noisium + Faster Random，并在使用 Distant Horizons 时尽可能多地为 Minecraft 分配内存（10GB+）（C2ME 在搭配 DH 时会有性能损失）。Faster Random 可以借助 Noisium 来降低世界生成的 CPU 占用。

Forge？

Francium 是一个非官方的 forge 变体，适用于 1.16 和 1.18，它基本实现了 Faster Random 所做的大部分内容，不过不包含世界生成优化。 对于 1.20.1 和这些世界生成改动，Sinytra Connector 应该能够以“足够稳定”的体验运行该模组。对于 1.20.1+，你也可以尝试使用 NeoForge 移植版。

Faster Random 的图标采用 CC-BY-SA 许可。代码采用 Apache 2.0 许可。

喜欢这个模组吗？欢迎通过贡献代码、提交 bug 报告以及告诉其他人来支持开发（这真的很有帮助）！