e翻译家第52期:西澳之战延时的技术角度分析
Dandelion Ou
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
来源:Chron. of Democracy Viva 作者:Carr De Vaux 原文: [CDV] My humble take on the battle over-time issues (IND)
对战斗延时问题小析
本文希望从另一个角度分析西澳之战。
这里有一篇Aeros的文章介绍了西澳战场的API报告详情。我看了一下战场的API报告历史,不得不说,我从未见过这样的数据。把这个与ereptools提供的战场伤害数据相比,再结合Aeros的文章,可以看出西澳战场在结束后又多打了22-23分钟。
本图是从Aeros文章中借来的。完整数据请看下图,或此处
让我们浏览一下网站提供的API数据,西澳之战并不是唯一一个“打过头”的战斗 。我快速的扫了一下,在最后时刻积压了大量坦克的战争都“打过头”了。大多数 战斗只是超时了2-3分钟,有些还早结束了,以下是例子:
= = = = API记录的战役时间历史图= = = =
1) Lower Carniola战役 - 克罗地亚入侵斯洛文尼亚。在24小时关头,墙被堆到了+60万的位置,可 以看到坦克伤害。
2)吉林起义 – 超时37分。墙被坦克从+50万推到+20万。由于原拥有者没有输,所以 该战也没有争议。
3)南非的Limpopo起义 – 超时23分。墙被坦克从+10万推到了20万(对于防御方而言)。
4)内蒙古的入侵。由于服务器挂了1小时,所以战役时长加了1小时。
5)对巴西的Gauteng起义 - 无超时 - 很可能是admin手动中止了
6)匈牙利在Upper Austria入侵克罗地亚 - 超了大约5小时。难道也是因为服务器挂了吗。。。可是数据显示的是连续伤害啊。。
= = = =简单的分析与讨论= = = =
看起来我举的这些例子都是Phoenix方得利。不过这主要是因为他们依赖于最后时刻 的坦克吧,也可以说是他们精英/坦克部队的纪律非常好(当然也有可能是网速太烂)。
我能得到的结论是:API数据延迟了,但是伤害的计算并没有。整个过程可能是这样的。
1. 有人点击“fight",伤害记录到了数据库(1秒)
2. 计算伤害结果(1-2秒)
3. 判定胜利与否(内部计算)。
**也就是说服务器对每人以上步骤的处理需2-3秒。
4. 图像更新
**这一步可能会有10-60分钟的延时 - 如果每秒服务器处理1200场战斗的话。
5. API数据库更新
**这样就解释了为什么zhunder会给出一个延迟的结果了
因此,如果所有的1万-2万的战斗都在最后5分钟完成,他们都会同时在步骤1开始。当 然这只是我的假设。
以上只是写了我的一些想法。我知道这样不会使澳大利亚人民或者说Brolliance 更支持我。但我只是想由Aeros的文章提供的信息,尽量客观中立的看待这个问题。希 望我们都能客观的宣传,而不是像伪君子一样互相谴责。我个人对两方都很尊重,特别是他 们的领导者们。让我们公平公正的玩游戏吧。
最后想对admin说:今天就干掉所有的小号吧!
感谢eraserli来稿。
欢迎新人!电子共和国资料导航页!
点击进入电子共和国资料导航。
如果您觉得本文对您有帮助,麻烦Vote和Sub。
eChina报业联盟 欢迎订阅
http://static.erepublik.com/uploads/avatars/Newspapers/2009/11/24/72699b777e76651be328746629c0ff0d_55x55.jpg" width="30"> 【中统】中国人口统计报告 / eChina Report 每周发布eChina各类人口统计数据及分析
http://static.erepublik.com/uploads/avatars/Newspapers/2010/01/02/b956651df1bb6545d345b990e8581158_55x55.jpg" width="30"> 【军统】中国军事统计 / CN Military Statistics 提供eChina各场战斗数据排名统计
http://static.erepublik.com/uploads/avatars/Newspapers/2010/03/08/751087cecc3119cb8b5664c9b2bae742_55x55.jpg" width="30"> 【Lovevas的报纸】 / Newspaper of Lovevas 看点有趣的东西
http://static.erepublik.com/uploads/avatars/Newspapers/2010/01/12/f37aaa54c3aa01e970315ca3b64a9cf2_55x55.jpg" width="30"> 【加那利】 / Canary Post 提供每日军令记录
http://static.erepublik.com/uploads/avatars/Newspapers/2009/12/28/c773f44f6558227fac3b4d5df010cfa6_55x55.jpg" width="30"> 【北极星报】 / Polaris - the Pole Star 新人完全指南
http://static.erepublik.com/uploads/avatars/Newspapers/2010/02/20/d03edc77d6def719f71b247c22780421_55x55.jpg" width="30"> 【e翻译家】 / eTranslator's Press 翻译世界时局、游戏更新指导等文章
http://static.erepublik.com/uploads/avatars/Newspapers/2009/10/31/ff91a057315cade76c28a64807900073_55x55.jpg" width="30"> 【平民之声】 / Voice of Civilians perfector不定期发表的政治、经济、军事分析
http://static.erepublik.com/uploads/avatars/Newspapers/2010/03/03/b7a11dfebee0d230c3255483215807d3_55x55.jpg" width="30"> 【e世界观察家】/ eWorld Observer 观察世界——有价值的时事新闻,有深度的分析评论
http://static.erepublik.com/uploads/avatars/Newspapers/2010/02/26/af5b6ce29af3a201d6e640a640de7253_55x55.jpg" width="30"> 【Smilence】 / Smilence Press Holdings 每周经济观察,投资导向分析
欢迎免费订阅
欢迎加入NewSMTH Party,这里有科学家,这里有文学家,这里有翻译家,这里有经济学家,这里有观察 家,这里有……只要你加入,一切皆有可能!
http://i3.6.cn/cvbnm/4f/c3/d0/fe0edb7811a356339e3065fb59bc0086.jpg" width="100">
Comments
先坐沙发
防火防盜防三連
看完了再回复果然不行
http://www.zhunder.com/showbattle.php?id=9734" target="_blank">http://www.zhunder.com/showbattle.php?id[..]=9734 打了39小时的战斗
西瓜貌似是在这场39小时的战斗里与BH失之交臂啊~
如果说是画面显示有延迟的话,只要双方的数据同等延迟,那就至少有一个时刻在墙以上, 那么按照加时的规则就应该结束战斗。
看来美国人过于相信admin了
通篇鬼话,无头鸡让战争延期结束也不是第一次了。
API 是如实记录的,主要问题在于:
战争没有按规则结束,导致超时仍然可以作战。
维持西澳大利亚的判决主要是从操作的角度。
判 Phoenix 负的话,Tank 费怎么算?
好歹 5000g 也有 2000 欧了~
结合地图的改变,无头鸡越来越黑心了。
俺倒是支持无头鸡不改判。这个改判了,其它的要不要改判?相对来说,技术延迟的故障, 对双方是公平的。
服务器的延时,基本上可以说是必然的现象,最多是因为服务器的处理能力和最后参战的人 员数量,延时有长有短而已。
要彻底解决这个问题,就只能取消战斗的加时塞。时间一到,就停止数据输入。然后随便你 要算多久都没问题,有个唯一的胜负判断标准就行了。
我也觉得无头鸡是怕连锁反应,因为它目前没有彻底解决这个技术问题的办法,那么这次如 果改判,就牵扯到之前和之后的所有战斗了。