本帖最后由 labaz 于 2013-8-10 07:28 AM 编辑
可以减少随机区间试试，不要7.5到15之间，13左右到15之间我看就很好了，对xf也就几乎没影响了，也就是提示即将腥风血雨到恢复平静之间的时间内随机刷新，玩家也就有参考依据规避了，同时也达到分摊处理的效果。
不过这样的话，现有通知机制就要改下以适配新os。
回复 13# bluse
不一定阿,不是每个房间非要去判断要不要去刷新的;你可以搞个链表把需要刷新的房间
添加进去,比如几千个房间可能只有几百个房间需要刷新的,直接刷新链表里面的几百个房间就可以了,动态维护这个链表就可以了
为了减少系统卡顿，fluffos引入了一个feature，或者说是bug fix，那就是房间的刷新时间从7分半到15分钟随机 ...
jason 发表于 2013-8-9 02:52 PM http://pkuxkx.net/forum/images/common/back.gif
这个比较好。
另外掐时间抢东西这种行为不应该提倡。
不太清楚这个刷新机制是不是要把这个房间的object销毁了重新生成
馊主意：取消固定刷新，在15MIN周期内逐步刷新所有房间。这样每个房间还是15MIN刷新一次。(捂脸跑人)
回复 18# when
搂草打兔子
什么时候刷新和要不要刷新时两个机制，这里谈的仅仅是什么时候刷新，以前是每15分钟扫描所有object判断是否要刷新以及怎么刷新，现在是object平均在每一分钟来判断一部分物品是否要刷新以及怎么刷新，相当于避免了单一时间内需要刷新的物品过多，导致瞬间拥堵。
其实我觉得大多数游戏都不支持单一时间内刷新所有物品，那样子系统设计相当于本来是正常的游戏系统要设计成秒杀系统一样，本来平时负荷都只有10%，刷新的时候cpu一下子爆表，系统还要按照那个瞬间要求来设计硬件，对硬件也是一种浪费，而且我觉得游戏里面需要守候刷新的物品不是很多，有需要协商解决就行了，就这么几个人，都是熟人。
回复 18# when
你这样子还不如jason的做法，jason的做法是最长15分钟，一般来说刷新间隔变短了，但是系统负荷降低了，你这样子设计要重新设计一个driver产生一个队列进行排队刷新机制。
本帖最后由 when 于 2013-8-10 08:52 AM 编辑
回复 21# seagate
所以说是馊主意yct10.
不过显然只要在重启的时候设置初始刷新时间，之后都是固定间隔的
xf 危险了，这个清场时间难判断了，估计会有人因为这个改动而悲剧的