FastChunkGen在您的所有 CPU 核心上生成区块，在后台保存和加载它们，并修复阻碍运行的原版线程错误。 在一个新世界中，它预生成的速度大约是普通 Forge 的 4 倍。
FastChunkGen 在您的所有 CPU 核心上生成区块，在后台保存和加载它们，并修复阻碍运行的原版线程错误。 在一个新世界中，它预生成的速度大约是 普通 Forge 的 4 倍 。 Forge 1.20.1 | 服务器和客户端 | 稳定版 它的作用是什么？ 此模组在您拥有的每个核心上生成区块工作（可配置），并将区块的保存和加载从服务器线程中移出。 特性 噪声、地表、洞穴、结构和光照运行在与您的 CPU 大小匹配的线程池上。 多个区块同时生成，而不是排队等待。 区块在后台加载和保存，因此自动保存和快速传送不再导致服务器冻结。 更快的压缩速度和用于最近读取过的区块数据的缓存。 优化的地下水域、噪声采样、地表规则和随机数生成。 相邻区块共享它们原本需要各自计算的噪声数据。 无论是否安装此模组，种子都会生成相同的地形、洞穴和地下水域。 每个世界生成更改在发布前都会与原版 Forge 进行逐区块比较。 光照引擎拥有自己的线程，而不是与其他所有内容共享一个线程。 异步保存仍在服务器线程上触发 Forge 的 ChunkDataEvent.Save ，因此将额外数据存储在区块中的模组可以保留这些数据。其他移植版则直接跳过这一步。 模组化的机器和容器在服务器线程上保存，而不是由工作线程读取。 如果区块在保存仍在队列中时再次加载，它将获得新数据，而不是磁盘上的旧副本。 失败的世界生成任务会重试，因此地图的任何部分都不会卡住且无法生成。 当模组从错误的线程接触世界时，日志会指明模组名称和方法。警告进行了速率限制，以免刷屏您的日志。 启动时，模组会检查安装了哪些其他内容。如果另一个模组已经优化了相同的代码，此模组将关闭 被许多模组包使用，特别是在 Linggango 中。我可以自信地说，这是有史以来最稳定的 C2ME 移植版。 模组 状态 ModernFix 兼容。 Radium / Canary 兼容。 FerriteCore, ThreadTweak, FastNoise 兼容。 Chunky 兼容。推荐用于预生成。 FastNoise 呃.. FastNoise 是多余的，但它能工作？ 基准测试 专用服务器，全新世界，种子为 25（是的，就是 25），Chunky 使用其默认半径。Ryzen 7 7800X3D（16 个线程），8 GB 堆内存，所有设置均为默认值。为了获得准确的基准测试结果，我运行了 10 次！ 我还想提一下，结果会有所不同。尤其是你的模组数量。如果你有很多模组，这个模组会展现出更多的优势！ 配置 所有设置都在 config/fastchunkgen.toml . 选项 默认值 备注 globalExecutorParallelism 基于你的 CPU 用于世界生成和区块 IO 的工作线程 threadedWorldGen.enabled 开启 至少需要 3 个工作线程 ioSystem.async 开启 后台区块加载和保存 threadedLighting.enabled 开启 ioSystem.recoverFromErrors 开启 如果区块加载失败，会重新生成该区块而不是崩溃，就像原版一样 ioSystem.gcFreeChunkSerializer 关闭 保存速度更快，但会跳过 Forge 保存事件。会导致存储区块数据的模组失效 fixes.enforceSafeWorldRandomAccess 关闭 在不安全的线程访问时崩溃而不是警告。有助于发现损坏的模组 常见问题 它会改变世界生成吗？ - 不会。居然有人问这个问题，为什么这会在常见问题里？ 客户端需要启用它吗？ - 不需要，但为了单人游戏使用，你应该在客户端保持开启。 我可以将其添加到现有世界中吗？ - 可以。 出错了。 - 在 GitHub 上提交问题报告 GitHub 致谢 原始模组, C2ME , 由 RelativityMC 和 ishland . Forge 移植基础由 sj-hub9796 .
在鱼乐云资源中心浏览该资源,登录后可一键安装到你的游戏服务器。