本帖最后由 小兵gk 于 2021-1-15 08:16 编辑
目前已自行解决
卡顿原因：
樱mod的所有容器会导致莫名其妙的卡顿
更新最新版本即可
卡顿原因：
樱mod的所有容器会导致莫名其妙的卡顿
更新最新版本即可
如上图所示，服务器极其卡顿（撸个方块可能要撸好几遍的那种）
TPS极其不稳定，目前新周目刚开放一周不到(后台被勒索数据丢失)
重启后进入20人便会发生卡顿，原因未知
我个人认为是MOD引发的卡顿，插件经过测试除报错外无任何问题，仅有部分玩家上线后非常卡顿
也有大佬说是植物魔法导致的卡顿，但上周目后期删除植物魔法也是一样巨卡
求大佬支招!有偿解决问题!（RMB报酬）QQ1841453417
目前已尝试过的方案:
1.在启动里增加更多的优化参数(已测无用)
2.限制区块的产能花、火花等(已测无用)
3.删除植物魔法、额外莫法(已测无用)
4.添加NoSpawnChunks插件(稍微有点用，可以快速卸载卡顿的区块)
MOD列表:
插件列表:
timings报告(基本无用,看过的人都表示无能为力):
https://www.spigotmc.org/go/timings?url=qihabedace
没这个插件也爆卡，但加完之后比之前流畅的要多很多
你倒是发timings啊(
看着是方块实体的问题，但是 Catserver端对于方块实体的优化几乎=0，有一项可以大幅限制，但是玩家体验差不多就没了。
可以考虑换sponge，有几项配置对于方块实体的优化很大
如果你坚信是MOD导致的，Spark采样一次然后发给我链接
看着是方块实体的问题，但是 Catserver端对于方块实体的优化几乎=0，有一项可以大幅限制，但是玩家体验差不多就没了。
可以考虑换sponge，有几项配置对于方块实体的优化很大
如果你坚信是MOD导致的，Spark采样一次然后发给我链接
可以加一些优化类mod，调低服务器视距，限制实体等基础操作
然后跟踪那些卡服玩家和TPS大户，可以在服务器卡顿时私信某个玩家登出或者t出去，看tps回升情况，然后找到吃tps大户的基地查看有什么共性，再对症下.药。
如果可以安一个spark插件，卡顿时分析一下CPU占用组分，应该能说明不少问题
然后跟踪那些卡服玩家和TPS大户，可以在服务器卡顿时私信某个玩家登出或者t出去，看tps回升情况，然后找到吃tps大户的基地查看有什么共性，再对症下.药。
如果可以安一个spark插件，卡顿时分析一下CPU占用组分，应该能说明不少问题
本帖最后由 小兵gk 于 2020-8-17 01:29 编辑
wow大佬来了啊，timings在这
https://www.spigotmc.org/go/timings?url=qihabedace
Spark采样是指这个吗？需不需要服务器内硬性安装JDK
EmptyLava 发表于 2020-8-16 23:11
你倒是发timings啊(
看着是方块实体的问题，但是 Catserver端对于方块实体的优化几乎=0，有一项可以大幅限 ...
wow大佬来了啊，timings在这
https://www.spigotmc.org/go/timings?url=qihabedace
Spark采样是指这个吗？需不需要服务器内硬性安装JDK
renyunzhong 发表于 2020-8-16 23:36
可以加一些优化类mod，调低服务器视距，限制实体等基础操作
然后跟踪那些卡服玩家和TPS大户，可以在服务器 ...
基本上能优化的我已经尽我最大努力优化了，基本无用
本帖最后由 EmptyLava 于 2020-8-17 07:07 编辑
数据包传输占用比较大，先来排除插件问题吧，mod导致这个占用很高的情况不是很多。当然也可能是服务器配置不够高
官方貌似给了方法，我直接引用给你吧，另外你现在尝试删除你觉得发送数据包较多的插件，或者用spark采样然后发个链接
小兵gk 发表于 2020-8-17 01:28
基本上能优化的我已经尽我最大努力优化了，基本无用
数据包传输占用比较大，先来排除插件问题吧，mod导致这个占用很高的情况不是很多。当然也可能是服务器配置不够高
官方貌似给了方法，我直接引用给你吧，另外你现在尝试删除你觉得发送数据包较多的插件，或者用spark采样然后发个链接
Connection Handler (previously labeled Player Tick) is a wide wrapper of many things involving processing a players incoming data to the server. This value being high does not represent a bug itself in "Connection Handler", but usually will include timings data from plugins too.
If you are seeing high values here, it could mean you have more players online than your server can support. It is important to remember that Minecraft gets slower every version update, and while you may of been able to support this many players in the past, you might not be able to anymore.
If you are using the player-shuffle setting (has a value other than 0) then that can cause extra lag here, and you should ensure that setting is 0.
Look for other timings such as PlayerMoveEvent, PlayerInteractEvent, PlayerBlockBreakEvent and PlayerBlockPlaceEvent.
Those having high timings will also be counted in this event, but they will be the problem.
There is very little other than player-shuffle (and a future setting) to reduce Connection Handler alone. You must simply lower your player count and ensure no plugins are being slow in the events listed above.
ChunkBlocksLimit
NoSpawnChunks
这二个插件删了吧占用太高了
NoSpawnChunks
这二个插件删了吧占用太高了
小兵gk 发表于 2020-8-17 01:28
基本上能优化的我已经尽我最大努力优化了，基本无用
还有一个办法，就是叫上几个人开个新服务端，把mod删光，然后逐个逐个往里加，看加了什么或加了多少会卡，再根据需要调整mod数量。
如果优化实在没用就只能减少大型mod数量，或者考虑升级服务器CPU主频也行。
EmptyLava 发表于 2020-8-17 07:05
数据包传输占用比较大，先来排除插件问题吧，mod导致这个占用很高的情况不是很多。当然也可能是服务器配置 ...
如果是数据包问题，该如何查询呀
服务器目前CPU: I9 9900K
采样结果如下，分别是两个生存区
https://spark.lucko.me/#A2mrHSFM7t
https://spark.lucko.me/#sSIhVGRS6W
f_k_h 发表于 2020-8-17 09:44
ChunkBlocksLimit
NoSpawnChunks
这二个插件删了吧占用太高了
一个是区块限制，另一个是回收区块，我觉得没什么问题呀
不加的时候也照样卡成狗
小兵gk 发表于 2020-8-17 13:47
如果是数据包问题，该如何查询呀
服务器目前CPU: I9 9900K
net.minecraft.world.WorldServer.func_72939_s()39.89%23932ms
net.minecraft.network.NetworkSystem.func_151269_c()22.35%net.minecraft.world.WorldServer.func_72835_b()13.98%
net.minecraft.util.Util.func_181617_a()9.77%
其他的话我看到了实体占用有点高，你发一下bukkit.yml和spigot.yml吧，我帮你改一改
EmptyLava 发表于 2020-8-17 14:56
加粗部分，一个是Mod的数据包传输，另一个玩家的活动。这里就占了30%挺麻烦的，你先把server.properties ...
能否查询是哪个MOD呢
还有就是默认阀值已经是-1了
spigot.yml
(3.37 KB, 下载次数: 3)
bukkit.yml
(1.04 KB, 下载次数: 3)
小兵gk 发表于 2020-8-17 15:28
能否查询是哪个MOD呢
还有就是默认阀值已经是-1了
能看，你展开后看前面黑体字的包名就知道是什么mod了
bukkit.yml内monster-spawns可以设置为40或者80。设置为5没什么意义。chunk-gc的第二个数值恢复默认就行
EmptyLava 发表于 2020-8-17 15:41
能看，你展开后看前面黑体字的包名就知道是什么mod了
bukkit.yml内monster-spawns可以设置为40或者80。 ...
我删掉了占用最高的林业MOD
以及测试了有无两个timings占用最高的两个插件的对比(左边没删右边删了)
我分别用了两个生存子服进行了有无这两个插件的对比，很玄幻明显删除后更卡了
并且就在刚刚TPS瞬间降至8~9左右极其卡顿
但又在10分钟左右后恢复正常了(18~19左右)
大佬能否留个QQ方便联系(表示有些地方看不懂)
这是卡顿时的采样请大佬过目:
https://spark.lucko.me/#izfVQkwuS6
本帖最后由 EmptyLava 于 2022-7-15 12:58 编辑
受别的影响波动比较大，比如玩家数量之类的
粗略看是在跑图¿
QQ ********
小兵gk 发表于 2020-8-17 23:00
我删掉了占用最高的林业MOD
以及测试了有无两个timings占用最高的两个插件的对比(左边没删右边删了)
我分 ...
受别的影响波动比较大，比如玩家数量之类的
粗略看是在跑图¿
QQ ********
本帖最后由 小兵gk 于 2021-1-15 08:13 编辑
目前已自行解决
卡顿原因：
樱mod的所有容器会导致莫名其妙的卡顿
更新最新版本即可
目前已自行解决
卡顿原因：
樱mod的所有容器会导致莫名其妙的卡顿
更新最新版本即可