作者softpak (喔喔喔)
看板Minecraft
标题[分享] Spigot的一个小BUG
时间Sun May 7 01:06:14 2017
其实我发现这个问题一直都在
只是通常开服者会固定重启伺服器
所以这个问题相较之下不是很严重
不过我相信还是有很多服开着不关也很少重开的
因为我的服也是这样
所以也察觉到这个问题的严重性
相关的内容我也有同步发到spigot的论坛上
不过官方会不会改我就不清楚了
希望可以改掉这个问题
接下来就说一下这到底是什麽问题好了
就是伺服器如果好几天不关
我的服是4~5天
这个tracker set的大小在我的伺服器里就会成长到50万以上
然後在没玩家的情况下tps只有10左右
timing里时间的花费则是30~40ms
http://i.imgur.com/K7hvXH5.png
已经超过半个tick了
会LAG不意外?
这个问题我分了2个阶段解决
第一阶段是track的的平行化
问题是稍微有解决没错
但是没玩家时TPS却还是降到18左右(use 4 cores)
有玩家就会变成17
但问题是没有人在线上到底要追踪啥?
於是我认为应该是这个set里的entry没有正确的被删除所导致
所以第二阶段我做了一个全面检查
目前是在玩家转换世界时才会触发这个检查
因为经过传送门都会顿我觉得应该没差吧 XDDD
希望spigot能够去修正这个问题
如果没有 我的专案有修正 囧
不过目前还是在观察阶段
之前有确定确实是tracker set太大导致
因为我有测试这个set大於20万就清空
然後tps一路19以上持续30多天的纪录
期间玩家登入数跟频率是差不多的
不过就是一些机关挂点
生物有时会不动这样 XDDD
希望对大家有帮助
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.116.20.13
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Minecraft/M.1494090377.A.EC7.html
1F：推 olys: 原来如此，之前就奇怪记忆体为什麽回收机制运作不佳 05/07 14:21
2F：推 CardLin: 这问题我有遭遇过！基本上跟CPUtime与MBtime有很大的关联 05/07 20:16
3F：→ CardLin: 因为有段时间地磁场异常而造成CPU时间与主机板时间不同步 05/07 20:16
4F：→ CardLin: TPS一直以来都不是问题，最主要的是玩家不要为小事吵架! 05/07 20:17
5F：→ CardLin: 毕竟挖矿盖房屋的TPS一点都不重要，重要的是不能遗漏封包 05/07 20:18
6F：→ CardLin: 这我就更清楚了我有换过六张以上的网卡来运行我的伺服器! 05/07 20:20
7F：→ CardLin: 基於不能透漏太多时间不同步的情况，我会用多组NTP监测喔 05/07 20:20
8F：→ CardLin: 如果电脑能接个USB的GPS接收器到窗台接收GPS时间很不错！ 05/07 20:21
9F：→ CardLin: 这样你每秒钟就可接收到数个卫星传送给你的时间讯号校正! 05/07 20:22
10F：→ CardLin: 如此一来你的ＴＰＳ就能算得更精确而非软硬体上的误差值! 05/07 20:22
11F：→ CardLin: 规则一定要订的够严谨不能有多个OP会有小圈圈的排挤效应! 05/07 20:24
12F：推 mamaya3: 断! 05/07 20:26
13F：推 CardLin: 重新启动主要是确保时间数值不会因为Overflow而发生异常! 05/07 20:30
14F：→ CardLin: 毕竟早上六点重开就是要大家知道可以开始准备早餐去上班! 05/07 20:32
15F：→ CardLin: 但考虑有些是早上要去开门工作的老板所以五点重开也不错! 05/07 20:33
16F：→ CardLin: 但我觉得现在都已经电子化时代了，或许可以用日出为依据! 05/07 20:34
17F：推 LPH66: 我怎麽觉得楼上有点搞错原 PO 在讨论的问题了... 05/07 20:38
18F：→ LPH66: 这个 bug 应该是跟世界中的 entity 数量有关, 和时间没啥关 05/07 20:39
19F：→ LPH66: 时间在这个问题里只是经过越久问题越严重而已 05/07 20:39
20F：→ LPH66: 这里的时间也是游戏内时间而不是伺服器机器上的时间 05/07 20:41
21F：推 CardLin: 我知道有些很厉害的玩家会从其他伺服器跑来繁殖别人农场! 05/07 20:41
22F：→ LPH66: 跟 NTP 或 GPS 对时什麽的就更没有关系了 05/07 20:41
23F：→ CardLin: 致使农场动物过多而有 Small Overlap 的 Collision 情况! 05/07 20:42
24F：→ CardLin: 如果时间异常根本就可能会影响农场中的动物繁殖的速度喔! 05/07 20:43
25F：→ CardLin: 但如果时间异常到有负值的时候根本就会一直重复的繁殖了! 05/07 20:43
26F：→ CardLin: 当然这是在硬体或作业系统Kernel有BUG的时候才会发生异常 05/07 20:48
27F：→ CardLin: 还记得千禧年的时候其实喊得很大声结果其实根本没有异常! 05/07 20:49
28F：→ CardLin: 所以其实网路病毒的情况真的要注意与谨慎小心评估再选择! 05/07 20:50
29F：→ CardLin: 毕竟有些BIOS拥有一些安全性处理器也有自己的时间容器吧~ 05/07 20:51
30F：→ CardLin: 说错了，有些CPU为了加速启动而使用了特殊的开机程序较快 05/07 20:52
31F：→ CardLin: 这样较快的结果就有可能使用了不同的时间容器而发生异常! 05/07 20:53
32F：推 CardLin: 当然网卡若有offload的功能也有自己的时间所以我才换网卡 05/07 20:56
33F：→ CardLin: 让我想起我的Marvell的网卡很稳定但有段时间开始乱丢封包 05/07 20:58
34F：→ CardLin: 我还有换过Intel网卡但是那个驱动的IRQ使用率实在有点高! 05/07 20:59
35F：→ CardLin: 我还试过Killer的网卡但因为好像没有放出linux的驱动程式 05/07 21:01
36F：→ CardLin: 所以最後我是选用了较ASIC大面积的Broadcom网卡才较稳定! 05/07 21:02
37F：→ CardLin: 大家应该要清楚以前的Realtek在安装linux的时候不会出现 05/07 21:03
38F：→ CardLin: non-free driver的提示，代表Linux较能完整支援旧网路卡! 05/07 21:03
39F：推 LPH66: …就说了这是游戏内经过的模拟时间长, 而不是机器时间异常 05/07 21:11
40F：→ LPH66: 他这个 bug 是在机器时间正常的机器上也会出现 (如一楼) 05/07 21:12
41F：→ LPH66: 那所以跟机器时间有关的校时 / NTP / GPS 定时 / 网卡连线 05/07 21:13
42F：→ LPH66: 等等之类的通通无关 05/07 21:13
44F：推 CardLin: 因为在Traffic Offload的时候一定会反覆地与CPU校准时间! 05/07 21:22
45F：→ CardLin: CPU发现网卡时间与CPU时间不同的话可能会hold住一段时间! 05/07 21:23
46F：→ CardLin: 所以在DPC Latency很低的时候代表IRQ通常没有异常的情况~ 05/07 21:24
47F：→ CardLin: 大家应该要记得以前有个知名的linux系统有lowlatency核心 05/07 21:26
48F：→ mamaya3: 可以去翻他以前的文 别跟他认真了XDDD 05/07 21:32
49F：→ softpak: 囧 05/07 22:32
50F：推 karuru: 上面到底在供三小 05/08 08:02
51F：推 nick5487: 居然攻略到卖快板来了... 05/08 10:01
52F：→ Kenqr: 其实是自动发废文AI对吧 05/08 10:19
53F：推 twosheep0603: 躁郁症发作吧 哀 05/08 13:28
54F：→ m01a011: 上面是复制贴上的感觉... 05/08 15:59
55F：推 david50407: 只有我觉得卡林桑可以一直保持惊叹号在最後很厉害吗XD 05/08 23:43
56F：推 aalexx: 句尾几乎都是惊叹号XD 05/09 02:04
57F：推 tonylo2ooo: 上面一堆厨，上次把你的project po上去，还被炮 05/10 10:00
58F：→ softpak: po到哪被炮啊？我知道我的进度不是很快 05/10 12:30
59F：→ softpak: 是蛮想知道哪个中文讨论区有在讨论的 XD 05/10 12:31
60F：→ cras4202tw: 我都几个月重开一次的 spigot 没出现过你说的问题 05/10 22:00
可以请教一下是哪一个伺服器吗?
想研究一下你的硬体跟伺服端的一些设定配置
还有游戏规则
想比较一下差异
希望最後找到的问题不是卡林说的那个 囧
※ 编辑: softpak (140.116.20.16), 05/11/2017 00:00:18
61F：→ cras4202tw: 不解释创世神伺服器 伺服器跑在 ESXi 本身是 i7-7700k 05/11 10:16
62F：→ cras4202tw: 32G RAM 我切割 4核心 4G 记忆体给它 05/11 10:16
63F：→ cras4202tw: 系统是 Fedora server 25 05/11 10:16
64F：→ softpak: 硬体看起来是不差，另外我看了一下规则，可能是生物限制 05/11 12:26
65F：→ softpak: 上的问题 05/11 12:26
66F：→ softpak: 前几天去西瓜看 管理员是说大概是2到4个礼拜 甚至更久 05/11 12:28
67F：→ softpak: 才会重开 05/11 12:28
68F：→ softpak: 他的服跟nl一样是没有限制的 05/11 12:29
69F：→ softpak: 而我这几天发现伺服器一直在触发全面检查的机制，所以我 05/11 12:32
70F：→ softpak: 认为应该是传送门传送物品这个功能的关系 05/11 12:32
71F：→ softpak: 如果可以的话 麻烦有开服的板友 在lag重开前能否纪录一 05/11 12:34
72F：→ softpak: 下timing的状况 然後确认伺服器是否有打开传送门生怪的 05/11 12:34
73F：→ softpak: 设定 05/11 12:34
经过了5天的观察
确定是tracker set过大的问题
目前这个SET的大小小於10万
timings 的结果也很正常
http://i.imgur.com/UD8a5Mf.png
就像刚开时的情况
至於触发累积的机制还是不太明了
不过似乎用bungeecord传送到别的dimention时不会使这个tracker累积
如果只是想单纯的解决这个问题
可以选择在你喜欢的地方
例如实体经过传送门时来作全面检查
程式码如下(EntityTracker.java)：
Set<EntityTrackerEntry> remove_untrack = Sets.newConcurrentHashSet();
public void untrackPlayer(EntityPlayer entityplayer) {
Iterator iterator = this.c.iterator();
while (iterator.hasNext()) {
EntityTrackerEntry entitytrackerentry = (EntityTrackerEntry) iterator.next();
entitytrackerentry.clear(entityplayer);
}
//remove all untrack here
for (EntityTrackerEntry ete: this.c) {
int exist_count = 0;
for (Entity ent:this.world.entityList) {
if (ent.getId() == ete.hashCode()) {
exist_count++;
}
}
if (exist_count == 0) {
remove_untrack.add(ete);
}
}
this.c.removeAll(remove_untrack);
remove_untrack.clear();
}
绿色部分是新增的
意思是当玩家通过传送门时比较c这个set里的entry资料
跟当下world里entityList的有没有重复
没有重复就表示这个entity没有在运作
把这个entry从清单移除
每个dimention也就是每个wolrd都有各自的tracker清单
所以这样移除是没有问题的
感谢收看
※ 编辑: softpak (140.116.16.132), 05/12/2017 09:31:39