同样一句「卡」,放在服务端和客户端是两个完全不同的意思。服务端的卡是所有进服的人都卡,客户端的卡只有自己这几个窗口卡。先分清在哪一侧,比直接去换线有用得多。
两侧各自看什么
服务端看两件事:同时在线的玩家数量,以及每次操作的响应间隔。人数超出这台机器能承担的范围,响应就会一起变慢,这时候换多少条代理IP都没用。客户端看另外两件事:从本地发出请求到收到回应的往返时间,以及有没有丢包。往返时间稳定但偏高,通常是物理距离的问题;往返时间忽高忽低,多半是同一条代理IP上有别的流量在抢。
怎么快速判断在哪一侧
找一个不在自己网络里的朋友,让他也进同一个服务器。他卡你也卡,问题在服务端;他顺你卡,问题在自己这一侧。这一步花不了两分钟,却能省掉大半的排查时间。
两侧数据的对照
| 看什么 | 在哪儿看 | 正常的样子 |
|---|---|---|
| 在线人数 | 服务端控制台 | 低于机器能承担的上限 |
| 操作响应间隔 | 服务端控制台 | 稳定,不随人数剧烈变化 |
| 往返时间 | 客户端窗口 | 稳定在同一区间内 |
| 丢包情况 | 客户端窗口 | 长时间为零或偶发单次 |
自建服最常见的误判
自建服多开时最常见的误判,是把服务端自己扛不住,当成线路不行。表现是所有人都慢、慢的同时在线人数正好处在高位。这时候换代理IP只是让折腾分散到几条线上,根本问题还留在原地。
服务端和客户端的观测点各看一半,两侧的数据放在一起,才谈得上定位。
代理IP这一侧要怎么记录
每条代理IP单独一行,记清楚它带的是哪几个窗口、当天的往返时间区间、有没有出现丢包。连续记一周,就能看出哪条线始终偏慢,哪条线只是偶尔抖动。
偏慢和抖动,处理方式不一样。
偏慢的那条线,把它带的窗口分流到别的线上,问题当场解决;偶尔抖动的那条线,先留着,等它一周里抖动的次数超过某个数再说。我的世界自建服的负载本来就跟在线人数直接挂钩,把两侧数据分开记,代理IP的调整才有取舍的依据。
