本帖最后由 926431686 于 2021-9-20 17:21 编辑
简单一个生存服务器，不知道是不是服务器刷怪塔太多了，反正不定时的出现延迟飙升，卡顿复制的/timings 在这里 Aikar's Timings Viewer
简单一个生存服务器，不知道是不是服务器刷怪塔太多了，反正不定时的出现延迟飙升，卡顿复制的/timings 在这里 Aikar's Timings Viewer
本帖最后由 结冰的离季 于 2021-9-20 17:23 编辑
你这TPS正常的，最大的可能就是服务商网络波动或者带宽不够，如果多个线路的话换线路试试，没有的话找服务商
然后内存爆了也会卡顿
你这TPS正常的，最大的可能就是服务商网络波动或者带宽不够，如果多个线路的话换线路试试，没有的话找服务商
然后内存爆了也会卡顿
内存都满了
内存并没有满，自己还留了1G
结冰的离季 发表于 2021-9-20 17:20
你这TPS正常的，最大的可能就是服务商网络波动或者带宽不够，如果多个线路的话换线路试试，没有的话找服务 ...
关键是他为什么时不时会 飙升呢？
926431686 发表于 2021-9-20 17:27
关键是他为什么时不时会 飙升呢？
你是指上传带宽吗？有人读图或者跑图就会飙升，地图数据远比行为数据大
系统的内存满了
运行内存请保持处于80%~90%，高于90%属于超负荷运作，插件可以加限制跑图、清理掉落物、实体等
1. 几个人在线？
2. 有没有人跑图？
3. 是不是Bungeecrod，如果不是server.properties看下network-compression-threshold，考虑设置为64~128
2. 有没有人跑图？
3. 是不是Bungeecrod，如果不是server.properties看下network-compression-threshold，考虑设置为64~128
Hanssc 发表于 2021-9-20 18:02
1. 几个人在线？
2. 有没有人跑图？
3. 是不是Bungeecrod，如果不是server.properties看下network-compress ...
9人在线，没有人跑图，Waterfall
926431686 发表于 2021-9-20 18:16
9人在线，没有人跑图，Waterfall
waterfall里network-compression-threshold 调整为64 ，子端里 network-compression-threshold调整为-1
Hanssc 发表于 2021-9-20 18:24
waterfall里network-compression-threshold 调整为64 ，子端里 network-compression-threshold调整为-1 ...
具体有什么用呢？
926431686 发表于 2021-9-20 18:30
具体有什么用呢？
waterfall的设置可以让更多网络包压缩，减小体积（以减缓网络占用）
子端关闭后，（服务器内的网络通信）没必要进行压缩，因为不会占用外网宽带，以减缓cpu占用
Hanssc 发表于 2021-9-20 18:33
waterfall的设置可以让更多网络包压缩，减小体积（以减缓网络占用）
子端关闭后，（服务器内的网络通信 ...
试过了跟 瀑布没关系，单服一样的网络延迟高
_Cyant_ 发表于 2021-9-20 17:42
运行内存请保持处于80%~90%，高于90%属于超负荷运作，插件可以加限制跑图、清理掉落物、实体等 ...
和内存无关吧
结冰的离季 发表于 2021-9-20 17:28
你是指上传带宽吗？有人读图或者跑图就会飙升，地图数据远比行为数据大 ...
没人跑图，3个人在线也这样
本帖最后由 结冰的离季 于 2021-9-20 18:52 编辑
你看进程是不是java在上传，因为是windows系统然后打开资源监视器，选择网络发送最多的进程，查看ip指向最多的
这样能大概知道是什么方面的网络请求，我图中是网络活动块，但mc用的TCP，你要选择TCP查看
926431686 发表于 2021-9-20 18:44
没人跑图，3个人在线也这样
你看进程是不是java在上传，因为是windows系统然后打开资源监视器，选择网络发送最多的进程，查看ip指向最多的
这样能大概知道是什么方面的网络请求，我图中是网络活动块，但mc用的TCP，你要选择TCP查看
结冰的离季 发表于 2021-9-20 18:50
你看进程是不是java在上传，因为是windows系统然后打开资源监视器，选择网络发送最多的进程，查看ip指向最 ...
查看这个好像也没啥用吧，难道是有人故意卡服？
926431686 发表于 2021-9-20 19:22
查看这个好像也没啥用吧，难道是有人故意卡服？
确定问题啊，故意卡服也能看出来
比如服务器后台在上传什么东西，链接到哪个服务器都能看到。
找到最占资源的，才能解决啊，不然你等着他自己好吗
现在的问题是你的最大带宽是否达到上限，如果没有可以不看这个，那基本上是运营商的问题
但不排除内存满了的问题
本帖最后由 结冰的离季 于 2021-9-20 20:07 编辑
看网络活动，而且你现在的带宽也没吃多，等占用大了再看
现在你可以ping一下baidu看看延迟正不正常cmd 输入 ping baidu.com
或者在这个网站输入你的服务器ip多个地点Ping服务器,网站测速 - 站长工具 (chinaz.com)
如果不正常就可以确定是服务商网络的问题了
如果正常，服务器延迟还是大，那就不清楚了
926431686 发表于 2021-9-20 19:50
这个是怎么看的 呢 看丢包 吗？
看网络活动，而且你现在的带宽也没吃多，等占用大了再看
现在你可以ping一下baidu看看延迟正不正常cmd 输入 ping baidu.com
或者在这个网站输入你的服务器ip多个地点Ping服务器,网站测速 - 站长工具 (chinaz.com)
如果不正常就可以确定是服务商网络的问题了
如果正常，服务器延迟还是大，那就不清楚了
网络延迟高只有两个原因了
上传带宽不足
或者服务商上传带宽虚标 也就是共享不够用了
上传带宽不足
或者服务商上传带宽虚标 也就是共享不够用了
Timings 服务端配置分析报告 BETA
* 推荐参数来自 botflop，仅供参考
* 请根据实际需求，參照文档调整
「基础优化」 *2
Purpur 相较 Paper 有等价的稳定性、更好的优化，考虑更换
推荐使用 Aikar's Flags 启动参数
「配置优化」 *31
· (spigot) entity-activation-range.tick-inactive-villagers 建议关闭
· (spigot) entity-activation-range.wake-up-inactive.animals-for 建议减小值, 推荐 40
· (spigot) entity-activation-range.wake-up-inactive.animals-max-per-tick 建议减小值, 推荐 28
· (spigot) entity-activation-range.wake-up-inactive.flying-monsters-for 建议减小值, 推荐 60
· (spigot) entity-activation-range.wake-up-inactive.flying-monsters-max-per-tick 建议减小值, 推荐 1
· (spigot) entity-activation-range.wake-up-inactive.monsters-for 建议减小值, 推荐 60
· (spigot) entity-activation-range.wake-up-inactive.monsters-max-per-tick 建议减小值, 推荐 4
· (spigot) entity-activation-range.wake-up-inactive.villagers-for 建议减小值, 推荐 20
· (spigot) entity-activation-range.wake-up-inactive.villagers-max-per-tick 建议减小值, 推荐 1
· (spigot) entity-activation-range.water 建议减小值, 推荐 12
· (spigot) max-entity-collisions 建议减小值, 推荐 2
· (spigot) view-distance 建议减小值, 推荐 4
· (bukkit) spawn-limits.animals 建议减小值, 推荐 5
· (bukkit) spawn-limits.water-ambient 建议减小值, 推荐 5
· (bukkit) ticks-per.monster-spawns 建议增加值, 推荐 4
· (paper) alt-item-despawn-rate.enabled 建议开启
· (paper) armor-stands-do-collision-entity-lookups 建议关闭
· (paper) creative-arrow-despawn-rate 建议减小值, 推荐 60
· (paper) despawn-ranges.hard 建议减小值, 推荐 96
· (paper) despawn-ranges.soft 建议减小值, 推荐 28
· (paper) entity-per-chunk-save-limit.arrow 建议设置为 6.0
· (paper) entity-per-chunk-save-limit.ender_pearl 建议设置为 16.0
· (paper) entity-per-chunk-save-limit.experience_orb 建议设置为 16.0
· (paper) entity-per-chunk-save-limit.snowball 建议设置为 16.0
· (paper) fix-climbing-bypassing-cramming-rule 建议开启
· (paper) grass-spread-tick-rate 建议增加值, 推荐 4
· (paper) hopper.disable-move-event 建议开启
· (paper) max-auto-save-chunks-per-tick 建议减小值, 推荐 6
· (paper) non-player-arrow-despawn-rate 建议减小值, 推荐 60
· (paper) prevent-moving-into-unloaded-chunks 建议开启
· (paper) use-faster-eigencraft-redstone 建议开启
「插件优化」 *2
GroupManager: 过时的插件，使用 LuckPerms 代替
CMI: 臃肿而包含大量漏洞
by Gideon, took 5.719secs
来自 Gideon,仅供参考
926431686 发表于 2021-9-20 18:16
9人在线，没有人跑图，Waterfall
我建议你内存就设置12G
我也是16G的机器
我之前设置高于12G了就发生你哪个问题
你可以试试咳咳 我也是式出来的没啥依据
名副其实 发表于 2021-9-20 20:23
来自 Gideon,仅供参考
这些优化没啥用，没实际作用，该卡还是卡
longzouh500 发表于 2021-9-20 20:35
我建议你内存就设置12G
我也是16G的机器
我之前设置高于12G了就发生你哪个问题
开服3个月都是 16G这样设置的，最近才出现这种情况
服务器机器有16g就设置16g显然是不合理的 应该设置为14.5g左右 剩下的给系统
cpu支持最高频率可否发下
告诉你们服务器玩家不要养太多村民和去末地建n个小黑塔 限制服务器刷怪数量
安装实体定时清理插件
cpu支持最高频率可否发下
告诉你们服务器玩家不要养太多村民和去末地建n个小黑塔 限制服务器刷怪数量
安装实体定时清理插件
结冰的离季 发表于 2021-9-20 20:06
看网络活动，而且你现在的带宽也没吃多，等占用大了再看
现在你可以ping一下baidu看看延迟正不正常cmd 输 ...
昨晚询问了 服务商，给我10M 让他升级15M了 然后没卡了，到了今天中午又开始 飙升10M了，但是卡顿没有以前严重了 ，所以是服商的问题？
926431686 发表于 2021-9-21 13:11
昨晚询问了 服务商，给我10M 让他升级15M了 然后没卡了，到了今天中午又开始 飙升10M了，但是卡顿没有以 ...
你视距开低点，这么多带宽都是发送地图数据产生的，具体我也不清楚，得看指向哪些ip
结冰的离季 发表于 2021-9-21 16:30
你视距开低点，这么多带宽都是发送地图数据产生的，具体我也不清楚，得看指向哪些ip ...
感觉不是客户端和插件问题了，之前20人在线都不卡，那个时候只掉tps，换了这个服务器服务商才这样的 现在飙升延迟不掉tps
926431686 发表于 2021-9-21 17:49
感觉不是客户端和插件问题了，之前20人在线都不卡，那个时候只掉tps，换了这个服务器服务商才这样的 现在 ...
视距是服务端视距
1.内存不足，内存满的情况下回自动释放内存，服务器会卡几秒后恢复(再次满了继续卡)(可以在bat内将内存调小或升级服务器内存)
2.网络异常，可能有人利用工具进行MOTD攻击，可以在BC端开启pinglog，查看是否有大量ip，ping服务器（安装反压测）
3.TPS，TPS过低也是导致服务器卡的主要原因(排除，服务器TPS正常)
如果还有问题，加我Q3303793150，我给你解决
2.网络异常，可能有人利用工具进行MOTD攻击，可以在BC端开启pinglog，查看是否有大量ip，ping服务器（安装反压测）
3.TPS，TPS过低也是导致服务器卡的主要原因(排除，服务器TPS正常)
如果还有问题，加我Q3303793150，我给你解决
结冰的离季 发表于 2021-9-21 17:58
视距是服务端视距
叫服务商从10 ---> 15M 然后好多了，但是那个情况依旧会出现延迟低了一些，感觉就服务商的问题，换个供应商吧，最佳给你了