⚠️ 告示
这个模组是实验性的。该模组只应在开发人员的作业中使用。若要将其用于生产环境,至少等待其直至开发了 程式库替换机制 为止。在进行更广泛的测试之前,你也不应该在任何你特别关心的领域中使用它;
不能保证该项目会得到进一步的发展,甚至不能得到维护;
如果你想获得 1.16.X+ 版本的类似模组,你可以尝试 DFU 载入优化 (LazyDFU) 。
介绍
Minecraft 1.13 的发布为游戏带来了“数据修复程序”的概念,从而实现了对旧数据的无缝和增量升级。
实施背后的理论是最前沿的东西,但是在现实世界中,这些内容并不理想。
在启动过程中,游戏将为每个可升级并受支持的版本的 生成预设图 使用数据修复程序进行构建“优化”。
此过程将占用游戏在加载屏幕上所花时间中很大的一部分 (>85%),并且由于这样做会使线程最大并行化,因此通常会使大多数系统满载。
不幸的是,这个问题随着游戏的更新并未得到改善,而是在不断升级。Minecraft 1.16 引入了许多新的数据修复程序,就像对硬件的侮辱和伤害一般,这个操作看起来不再需要被完成加载后才能进入游戏,从而导致在主菜单时进程仍在运行造成卡顿。
这个模组试图解决或至少大大改善 数据修复程序 在计算上占用大量 CPU 的问题。
最终,作者得出的最好的解决方案是预先编译已经优化的数据修复程序,这样客户端就不必花费时间不断地重建它们了……
不幸的是,Mojang 不得不为此而努力。Mojang懂个锤子MC!
使用
该 存储库 仅是加载程序填充程序,用于将 DataFixerUpper 的 优化后的分叉 引入游戏客户端。因此,这里没有实现任何实际的优化。
如果你想开始为你的游戏应用这个优化,请检查 modules/DataFixerUpper 库并在那里建立一个新分支。
该项目使用 Git 子模块 。克隆存储库时,务必确保你同时也克隆子模块。
如果你是第一次克隆该存储库,请使用以下命令:
git clone --recurse-submodules https://github.com/jellysquid3/cadmium-fabric.git
如果你不是,要在已克隆的存储库中克隆子模块:
git submodule update --init --recursive
Cadmium 是根据 MIT 许可证提供的,MIT 许可证是自由及开源的软件许可证。有关更多信息,请参阅 许可证文件。