mirror of
https://github.com/postyizhan/NitWikit.git
synced 2025-01-24 15:44:21 +08:00
Update 优化误区.md
This commit is contained in:
parent
a6679f2b13
commit
cb28799906
@ -4,15 +4,17 @@ sidebar_position: 6
|
||||
|
||||
# 优化插件
|
||||
|
||||
省流:无论如何都不要装任何优化插件,包括清理以及堆叠插件
|
||||
省流:大部分情况都不要装任何优化插件,包括实体清理以及实体堆叠插件
|
||||
|
||||
## 扫地大妈
|
||||
|
||||
绝对没有必要,因为它们可以替换为 merge-radius 和 alt-item-despawn-rate,坦率地说,它们的可配置性低于基本的服务器配置。他们倾向于使用更多的资源来扫描和删除项目,而不是根本不删除项目。
|
||||
神话。在全球范围内清除地面上的物品是一个坏主意。地面上的物品不仅很少会导致性能问题,而且服务器会在没有干预的情况下自行清除它们。如果您希望这更快发生,您可以查阅 .使用这些插件删除生物也是一个坏主意,因为它只会迫使服务器做额外的工作。在小怪被清除后,服务器将不得不立即进行大量昂贵的计算,以确定在哪里生成新的小怪。
|
||||
|
||||
它们可以替换为 merge-radius 和 alt-item-despawn-rate,坦率地说,它们的可配置性低于基本的服务器配置。他们倾向于使用更多的资源来扫描和删除项目,而不是根本不删除项目。
|
||||
|
||||
## 实体堆叠插件
|
||||
|
||||
真的很难证明使用一个是合理的。堆叠自然生成的实体比根本不堆叠它们会导致更多的延迟,因为服务器不断尝试生成更多的生物。唯一“可接受”的用例是用于具有大量刷怪器的服务器上的刷怪器。
|
||||
事实,但只是有时。虽然在自然生成的生物上使用生物堆叠器插件确实是一个非常糟糕的主意,但在源自生成器的生物上使用这些插件通常是一个好主意。如果您使用此策略来控制刷怪生物数量,请寻找一个堆叠器插件,该插件会在附近有大型生物堆叠时禁用刷怪器。
|
||||
|
||||
# 混合优化
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user