简介

由 Tuinity 作者 Leaf 开发的光照优化 Fabric & Forge 通用Mod，对 MOJANG 的光照代码进行了完整的重写。

•  Starlight 原本是 Tuinity 服务端的光照优化方式，后被转制成 Fabric & Forge Mod。
  

•  Starlight 目前处于 BETA 待选发行阶段，您可以从github下载已编译的jar包文件：https://github.com/Spottedleaf/Starlight/releases
  

•  Tuinity：一个 Paper Spigot 服务端的分支，旨在提升世界相关操作的性能。

•  Leaf 表示与 井字棋 (tic-tacs) 区块优化提供官方兼容，还专程重构了ABI，Tic-tacs方也对Starlight做出了特异性的修改，现在您可以同时使用这两个Mods，且出于双方优化方向的互补关系，Leaf 甚至提倡您那么干。
  

开发目的

原版光照引擎的性能简直糟透了。 现有的修改，例如 磷(Phosphor) 或 Paper 光照引擎修改（Paper 的部分更改包含了 Phosphor 的更改），虽有尝试但终究无力回天。

       磷(Phosphor) 对现有光照引擎的优化相当出色，但是遗憾的是，它的优化将近碰到了原版代码的天花板，现如今几乎没有进一步优化的空间了。

 Paper 也遇到了同样地问题——改无可改，因而它选择更改原版代码，然而，Paper 所作出的修改有着技术上的困难，在实际应用中，光照显得颇为间断、不连续。以下是图片：

而下图则展示了比较合理的光照样貌（使用了Starlight）：

• 这些技术问题有机会得到解决吗？

  也许可以，但没人知道究竟是什么导致了这个问题，且当对原版光照引擎的调试过于复杂时，情况将变得一团糟，以至于所有尝试勇攀高峰的勇士最后都不得不感叹这屎山之高，最后选择放弃。更有甚者，例如 Paper 所做的更改，压根没有针对那些由原版光照引擎造成的显而易见的问题，只是放任自流，估计也是心有余而力不足了。

实际上，在原版代码的基础上优化光照引擎就是天方夜谭——不如推倒重写。

性能测试

• 地图种子: vanillakekw

• CPU: Intel i7-8750H @ 2.20GHz (已关闭睿频加速)

• 从 (0,0) 开始同步生成 101x101 个区块 , 以 (-10000, -10000) 为中心预渲染 101x101 个区块
  

• 强制让 光照执行器 运行在 单线程 上，通过工具 visualvm 度量 CPU 线程时间，您可以轻松地测量出 CPU 在光照上的性能表现。

• 我们已经在 Tuinity 对 Starlight 进行了足够多的测试

数据胜于雄辩。Starlight 大约需要 7 秒才能产生光，而原版的光引擎大约需要 220 秒，磷(Phosphor) 耗时约 170 秒。

与目前可用的最佳模组 磷(Phosphor) 相比，Starlight 在为区块生成光时快约 25 倍 ，比原版光引擎快约 35 倍 。

由于 天空光照 的控制方式不同，Starlight 将重新点亮原版光照引擎点亮的区块，并且新的 天空光照数据 与原版光照格式不兼容。

如果您要将 Starlight 与 原版光照引擎 进行比较，应注意上述几点 ── 重新加载区块总是比直接加载它们更耗时。

所以在您正式对 Starlight 的性能做出测评时，应先让区块重载一遍以适应新光照引擎的格式。