Java Minecraft服务器优化教程
服务端选择
从服务端的选择开始就注定了性能优劣的起步水平,现在依然有不少人认为CraftBukkit(水桶服)的兼容性、稳定性要远远好于Spigot(水龙头)。然而这是一个误区,Spigot是在CraftBukkit基础上优化而来的,几乎100%兼容原有的插件API,所以可以认为只要同版本水桶服能用的插件就可以在Spigot上运行。如果你选择使用1.7.10以下的版本开服(纯净服),强烈推荐你使用Spigot服务端,Spigot相比水桶服拥有近百项的优化,例如异步加载、读取区块,限制实体的活动范围,修复一些内存泄露的问题等等。所以同版本下可以很容易感受到Spigot有着更出色的性能和更低的内存占用。如果你开服的版本在1.8+,我会推荐你使用PaperSpigot服务端,这款服务端是在Spigot基础上优化而来的,相比Spigot有着显著的性能提升,并且有许多可自定义项目(船损坏依然掉落船,各种地形生成的开关等等)。在最后需要提醒的是,如果没有特殊原因,建议使用最新版本的服务端,最新版本的服务端往往修复了目前已知的绝大多数BUG和有着更多的性能提升。例如目前的1.8.8版本就比1.8.7多修复了数个可以卡服、蹦服的BUG(利用旗帜样式堆叠卡服等),1.12.2相比1.12就修复了合成书刷物品的问题。
模组服:forge。
支持mod、插件:cat、loli、mohist
参数优化
server.properties中可以优化性能的参数:
view-distance,视距,默认值是10(对性能影响很大)。含义是玩家的视距也就是加载的区块范围,默认是10个区块,视距10加载的区块是视距5的四倍。加载更多的区块则需要更多的内存和运算能力。推荐将这个值设置在5或者6,如果在线人数非常多可以设置为4。降低视距可以有效减少内存的占用,也能有效提高TPS,还可以减少宽带的使用量。这个参数对性能提升是立竿见影的。
generate-structures,默认值是true(对性能影响略大)。含义是生成和计算一些特殊的环境,例如女巫塔、村民到达数量生成铁傀儡等等。设置为false可以减少这些特殊环境生成和周期性检查带来的开销。这个参数很少被提起,但是对性能的提升有着不少的帮助。例如我的服务器生存子服有130人左右在线,TPS在17左右,关闭这个功能后提高到了19左右。需要彻底关闭这个参数,还需要在spigot.yml中把save-structure-info设置为false。并且关服后手动删除每个世界(例如world、world_nether、world_the_end)下的data文件夹里的Fortress.dat、Mineshaft.dat、Stronghold.dat、Temple.dat、Village.dat等文件。
network-compression-threshold,默认值是256(对性能影响视情况而定)。这个参数只有1.8的服务端才有,含义是网络封包压缩的阀值。例如设置为16,代表封包大于16才被压缩,设置成256代表着封包大于256才被压缩。设置的值越小则会压缩更多的封包,可以使得宽带使用减少,提高网络流畅程度,但是也会增加性能的开销。如果性能够用可以设置为128,使得更多通讯封包被压缩,一定程度上减少宽带使用率又不会带来太多的性能开销。设置的值太小,例如小于等于32会明显增加对性能的开销,不建议这么做。如果是Bungeecord服务器,并且子服都在内网下,可以把这个参数设置为-1,彻底关闭压缩,节约CPU使用量。
bukkit.yml中可以优化性能的参数:
spawn-limits,意思是限制实体的生成(对性能影响较大)。这个并不是限制一个区块生成多少实体,而是针对一个人可以生成多少实体。例如monsters: 70,在线人数只有10个人,则最多只能生成700个怪物实体(僵尸、骷髅、蜘蛛等等),适当的设置这些参数可以减少实体对性能的影响。一般建议生存服设置monsters为45~60,animals设置为10~15,water-animals设置为3,ambient设置为3。
chunk-gc,控制着区块的回收(对性能影响一般),单位是Tick(1/20秒),period-in-ticks是指每过多少tick回收一次需要回收的区块,设置的太小会导致回收过于频繁而影响性能,设置的太大会导致需要回收的区块迟迟不回收使得内存占用过大。合理的数值一般是300~400。load-threshold是指达到多少需要回收的区块的时候才进行回收。例如设置成300,只有当需要回收的区块到达300以上才进行回收,合理的设置这个数值可以使得额外只多占用一丁点内存却使得区块回收的性能开销可以被无视。一般设置为300~600比较合适。
autosave,自动保存存档(地图、玩家数据等)的周期,单位是Tick(1/20秒),如果你使用了定时保存的插件,例如Saveit、AutoSave等等,你可以将他设置为0,即关闭这个功能。这样可以减少服务器瞬卡发生的可能。如果您使用的是paper服务端,建议你使用服务端自带的定时保存功能,不要使用其他的保存插件,因为paper对自动保存做了很多优化,性能是目前最好的。
spigot.yml中可以优化性能的参数:
user-cache-size,1.7.5以上版本才有,其控制用户缓存的大小(保存玩家名字和UUID的对应关系),如果你的服务器玩家很多,可以设置的更大一些,例如5000。如果你是离线模式的服务器,可以设置为0,关闭这个功能。
save-user-cache-on-stop-only,1.7.5以上版本才有,其含义是是否只在服务器关闭/重启的时候保存用户缓存,设置为true可以提高性能,但是中途蹦服可能导致数据丢失,所以不建议生存模式的服务器开启。
view-distance,同server.properties里的view-distance一样。对性能影响很大,建议生存服设置为4或者5。
chunks-per-tick,是指每tick(1/20秒)扫描计算多少区块,计算的内容是作物的生长。对性能影响较大,默认值是650,可以设置成350来提高性能。**的情况可以设置成150,但是会使得作物生长的速度明显变慢。在新版内已经被删除,但是你依然可以合理设置/gamerule randomTickSpeed的大小来提升性能,例如/gamerule randomTickSpeed 2(默认值为3)。
* max-tick-time: (仅较新的版本有该参数,如1.8.3+)是指每tick,实体和tile最多可以用的时间(单位是毫秒),对性能影响很大。要明白其含义首先要解释什么是TPS,TPS的意思是每秒有多少tick,最大值是20,也就是每秒tick20次,每次50毫秒。如果运算量过大导致每tick计算了超过了50毫秒,那么TPS就会下降,一旦TPS低于15就会产生明显的卡顿。在这参数中tile代表着熔炉、箱子、牌子、骷髅头等等所能占用的最大时间,entity是指的实体,例如动物、怪物、村民、展示框、掉落物、船、矿车等等。设置tile和entity的总和小于等于30则能明显降低tile和entity对TPS的影响,而服务器运算资源几乎一大半都是由这两者消耗的。设置tile为10,entity为20比较合适,如果实体非常多,还可以设置tile为6,entity为24。需要注意的是,新版的paper服务端设置max-tick-time是无效的,如果实体对你服务器的性能占用很大,你可以选择自己加回这个功能,或者直接使用spigot服务端。
anti-xray,服务端自带的反透视功能,俗称假矿。对性能影响较大。这个功能相比插件版的假矿来说,额外内存占用极少,少到可以忽略,并且矿物的变动计算是异步进行的,对TPS的影响很小。engine-mode为1则是隐藏矿物,engine-mode为2则是将非矿物也伪装成矿物,engine-mode设置为2的效果最好,但是会额外吃一定的性能和宽带,但是engine-mode设置为1无法防御矿追。具体如何权衡请自行决定。如果你不需要本功能,例如你是纯RPG服务器,可以直接把enabled设置为false关闭这个功能,提高性能。新版的spigot已经不自带这个功能了,但是在1.12+的paper中自带本功能,并且是完全异步实现的,你不必担心对性能的影响(影响非常轻微)。
nerf-spawner-mobs,简单来说就是让刷怪笼生成的怪物变成白痴,直观感受就是刷怪笼刷出的怪不能攻击了。默认为false,意思是不开启。设置为true可以获得一定的性能提升。如果你的服务器有很多利用刷怪笼做的刷怪场,设置为true可以带来不少的性能提升。
entity-activation-range,这个参数是控制实体的活跃范围(性能影响很大),例如monsters: 32意思是在玩家附近32格范围内的怪物才会活跃(被计算AI等),减少这个数值可以明显提升性能,但是设置得过小会使得游戏难度大幅降低。一般可以把monsters设置为24,animals设置为12,misc设置为2(misc主要是掉落物,设置2可以使得掉落物几乎不再卡服)。
entity-tracking-range,这个参数是控制实体的可见范围,这个参数不会影响性能,对宽带的影响也极小。不建议修改这个参数,但是适当的降低数值可以减少客户端的卡顿。
random-light-updates,随机的光照更新(对性能影响略大),设置为true的话服务器会随机更新光照,并且在区块加载的第一个tick运算光照逻辑。设置为false可以提高不少性能。
save-structure-info,在前面已经介绍了。
max-bulk-chunks,1.7.10+才有这个参数,意思是每个数据封包里塞多少个区块。适当提高这个数值,例如从10提高到15可以减少网络卡顿和客户端读取区块的速度,但是设置得过高会导致客户端崩溃。
max-entity-collisions,实体碰撞箱的阀值。建议设置为1或者0,可以减少密集卡服的问题。(设置为0则直接关闭实体碰撞箱)
max-tnt-per-tick,每tick(1/20秒)最多计算多少TNT爆炸,设置为20可以显著防御TNT蹦服。
ticks-per:内有hopper-transfer、hopper-check控制漏斗的运算周期,如果你的服务器有大量的漏斗红石设备,都设置为8可以显著解决漏斗带来的卡顿问题。
int-cache-limit:设置Integer的缓存,默认为1024,生存服特别是使用了其他的地形生成器的,设置为4096会有一定的性能提升。
merge-radius:掉落物、经验值的合并范围,建议把item设置为5.0,exp设置为6.0。如果你的服务器有一些自动化的刷怪设备,增大经验值和掉落物的合并范围可以减少掉落物的数量,一定程度上可以提升性能。
paper.yml中可以优化性能的参数:
keep-spawn-loaded,spawn区块是否常驻内存,设置为false可以减少一定的内存占用和计算量
* tick-next-tick-list-cap,每tick最大的运算量,减少数值可以提高TPS,例如设置为8000(新版已删除)
* tick-next-tick-list-cap-ignores-redstone,达到上面的运算阀值是否无视红石运算,设置为true可以显著减少红石对服务器性能的影响。(新版已删除)
* optimize-explosions,是否开启爆炸算法优化,设置为true可以提升一定的服务器性能
* use-async-lighting,是否让光照的逻辑运算异步化,设置为true可以使得光照运算不再影响TPS,强烈推荐设置为true(新版已删除)
* cache-chunk-maps,是否缓存chunkmaps,可以让区块的数据更多得被复用,可以一定程度提高性能,推荐设置为true(新版已删除)
bungee-online-mode:离线服务器请关闭这个选项,否则可能导致玩家登陆、切换子服务器的时候卡顿几秒(服务器并不卡,只是玩家被阻塞)
region-file-cache-size:可以简单理解为存档文件的缓存大小,增大这个值并不会显著增加内存占用,生存服可以设置为512。
queue-light-updates:光照更新队列化,开启后可以减少光照计算对性能的影响,建议开启。
hopper:cooldown-when-full,当漏斗链接的容器满了以后是否冷却一段时间,建议开启。disable-move-event,是否关闭InventoryMoveEvent事件,如果你没有漏斗保护等插件,可以关闭,但是还是建议不要关闭,可能带来一些兼容性的问题。push-based控制是掉落物自己找漏斗,还是漏斗找掉落物,建议开启。
delay-chunk-unloads-by:需要卸载的区块等待X秒以后再卸载。例如A玩家在自己领地种田,然后去主城售出,然后又回自己领地。这样延迟卸载就可以避免玩家领地的区块被卸载,又被加载。生存模式的服务器可以设置为30秒(30s)。
allow-permanent-chunk-loaders:是否允许区块被永久加载,村民的一些计算会导致区块不被卸载,或者反复被加载、卸载。建议设置为false以避免卡顿。
disable-chest-cat-detection:开启箱子的时候,服务端会检测箱子上是否蹲着猫。建议设置为true关闭这个检测,以提高性能。
container-update-tick-rate:可以设置为2,来减缓容器刷新的周期,轻微提升性能
grass-spread-tick-rate:生存服务器总有一些人喜欢使用泥土和草方块铺地然后再建造房屋,你可以设置为4,减缓草方块在泥土中的扩散速度,减少卡顿。
mob-spawner-tick-rate:控制刷怪笼的运算周期,建议设置为2~5以提高性能。