本帖最后由 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指向最 ...
查看这个好像也没啥用吧，难道是有人故意卡服？