游戏中心
NBA英雄
荣耀冠军
山海之痕
NBA范特西
兵法三十七计
君临传奇
足球文明

科普拳头技术文第三贴——科幻小说流技术贴

21回复/ 216049 浏览
好好想想再说话(18级)楼主2022-05-17 23:09:51
科普拳头技术文第三贴——科幻小说流技术贴好好想想再说话 发表在英雄联盟 https://bbs.hupu.com/lol

这些回帖亮了

收起

哈哈拳头公司这个公告纯属脱裤子放屁。
错的也很通俗易懂了,如果有人认为这个公告就能解决不公平问题,那我们也无话可说了。

哈哈拳头公司这个公告纯属脱裤子放屁。
错的也很通俗易懂了,如果有人认为这个公告就能解决不公平问题,那我们也无话可说了。

亮了(11)
回复
引用 @花祭吖 发表的:

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

亮了(6)
回复
查看评论(2)

全部回帖

收起

哈哈拳头公司这个公告纯属脱裤子放屁。
错的也很通俗易懂了,如果有人认为这个公告就能解决不公平问题,那我们也无话可说了。

哈哈拳头公司这个公告纯属脱裤子放屁。
错的也很通俗易懂了,如果有人认为这个公告就能解决不公平问题,那我们也无话可说了。

亮了(11)
回复

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

亮了(7)
回复
查看评论(4)

写这文章的人,写得时候一定觉得我开了个在太平洋中间架设服务器的小玩笑,我好幽默。
就很离谱的文章。

写这文章的人,写得时候一定觉得我开了个在太平洋中间架设服务器的小玩笑,我好幽默。
就很离谱的文章。

亮了(2)
回复
引用 @花祭吖 发表的:

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

亮了(6)
回复
查看评论(2)
引用 @花祭吖 发表的:

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。
首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。
这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。
首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。
这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

亮了(1)
回复
查看评论(2)
引用 @心之所向定 发表的:

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

亮了(1)
回复
查看评论(2)
引用 @花祭吖 发表的:

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

第一,架设海上服务器……重新铺海底电缆?或者把海底电缆破开,加个中继站?你用可行的技术手段,那就解决方案,你用不可行的技术手段,那叫科幻。拳头为什么要大篇幅描写海上架设服务器这个构想?是让人觉得他们白痴么?威海不比海上靠谱且可行么?拳头为什么没有这么做?因为这就是个借口

第二,体感35ping,就是人的感觉,那么选手a的体感是怎么等于选手b的体感的?a体感35,b体感40,那么怎么确定谁更准的?拳头全程否定自己的设备提供的35ping,是因为他们根本不知道到底是不是35ping,因为一个求ping值的方法非常简单准确,就是cmd切换dos命令窗口输入ping命令即可,这是windows自带的,都不需要程序员参与。就这么个准确的ping值需要靠体感检验么?你当然不知道我怎么得到这一结论的,因为你不懂要让ping值不准有多难。

第三,这个流程图告诉了你什么?我们要登月球,第一步造火箭,第二步造登月舱,第三步造返回舱体,然后把三个部件画出来,用箭头笔画笔画,我就能登月了?流程图里连最基本的实现手段都没有提及,就放了几个所谓的技术单词,为了显得高大上(其实是为了忽悠中国人),还用英语……就这,你上过高中不会画?你信息技术没学过算法图和流程图,好歹物理里的力的示意图见过吧?你不会以为你在纸上画了个100w牛的质点,用1:100w的杠杆,所以现实中1牛就能撬动100w牛了吧?

第一,架设海上服务器……重新铺海底电缆?或者把海底电缆破开,加个中继站?你用可行的技术手段,那就解决方案,你用不可行的技术手段,那叫科幻。拳头为什么要大篇幅描写海上架设服务器这个构想?是让人觉得他们白痴么?威海不比海上靠谱且可行么?拳头为什么没有这么做?因为这就是个借口

第二,体感35ping,就是人的感觉,那么选手a的体感是怎么等于选手b的体感的?a体感35,b体感40,那么怎么确定谁更准的?拳头全程否定自己的设备提供的35ping,是因为他们根本不知道到底是不是35ping,因为一个求ping值的方法非常简单准确,就是cmd切换dos命令窗口输入ping命令即可,这是windows自带的,都不需要程序员参与。就这么个准确的ping值需要靠体感检验么?你当然不知道我怎么得到这一结论的,因为你不懂要让ping值不准有多难。

第三,这个流程图告诉了你什么?我们要登月球,第一步造火箭,第二步造登月舱,第三步造返回舱体,然后把三个部件画出来,用箭头笔画笔画,我就能登月了?流程图里连最基本的实现手段都没有提及,就放了几个所谓的技术单词,为了显得高大上(其实是为了忽悠中国人),还用英语……就这,你上过高中不会画?你信息技术没学过算法图和流程图,好歹物理里的力的示意图见过吧?你不会以为你在纸上画了个100w牛的质点,用1:100w的杠杆,所以现实中1牛就能撬动100w牛了吧?

亮了(3)
回复
引用 @花祭吖 发表的:

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

如果您愿意讨论的话,那么我可以和您讨论一下您提出的观点。
首先对于第一点,“架设海上服务器”。我实在不确定您是否看完整篇文章,如果您看完了,那么我认为您在断章取义。如果没有看完,那么我建议您先认真的看一下文章内容。在原文中关于这段话其实只是提出的关于“让参赛队伍保持相同延迟”的一种设想型解决方案,简单来说,假设比赛场地是新疆和上海,那么为了保持延迟一致,可以尝试采用将服务器架设在两地中心的方式来解决。当然文中也说明了这种方式很明显是不可取的,所以最后选择人工添加延迟的方式。对于您“科幻拳头”的惊呼,我只能认为是您看到了“海上架设服务器”几个字眼便想入非非了。
对于第二点,全文中提到选手体感的部分是在比赛过程中选手感受到实际延迟高于显示的35ms,因此对拳头提出质疑进而去测试,修改。并未提到ping值是依靠体感确定的,不知道您是如何得到这一结论的。
第三点,说实话我没明白您是在说的什么问题。是流程图这一类型的图太低级了吗(依据您“高中都学过”得来)?还是说其他的什么问题?希望您可以明确一下。

说的很客气,一口一个您,但您的信息技术水平确实不高,阅读理解能力也确实不高,因为拳头的技术贴里,高考阅读做的中等偏上的同学,完全没有阅读障碍,因为他就再怎么罗列技术词汇,其论证过程也是:22=35,因为我们很辛苦,所以我们应该被理解,虽然我们也知道自己在胡说,反正就是22=35。

说的很客气,一口一个您,但您的信息技术水平确实不高,阅读理解能力也确实不高,因为拳头的技术贴里,高考阅读做的中等偏上的同学,完全没有阅读障碍,因为他就再怎么罗列技术词汇,其论证过程也是:22=35,因为我们很辛苦,所以我们应该被理解,虽然我们也知道自己在胡说,反正就是22=35。

亮了(3)
回复
引用 @花祭吖 发表的:

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

[图片]

查看更多

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。
首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。
这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

《引用》同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题。

这说明啥?兄弟,这说明你的测试方向是错的,说明你需要修改你的程序参数,你的程序参数得到的结果就是不符合人体感受的,比如你设计了个10ping的延迟,然后验证了无数次都是10ping,但是人体感受需要35ping才是人体最佳感受,你能说你程序里的10ping不准?同样道理,你在程序里设计成了35ping,人体感受10ping效果才好,你就说你的35ping实际上是70ping?非要把自己参数降到10ping然后说自己是35ping?

靠人体感受改进程序,不是靠人体感受来测量参数!

你这到底是中文有阅读障碍,还是故意带偏讨论节奏?

我的计算机水平略高于高三信息技术毕业,我能发现的问题,拳头的资深工程师在扯什么蛋呢?

或者说,拳头资深工程师能不能写个真正高大上,能蒙住我的东西,至少骗人也要下点真功夫吧?

《引用》同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题。

这说明啥?兄弟,这说明你的测试方向是错的,说明你需要修改你的程序参数,你的程序参数得到的结果就是不符合人体感受的,比如你设计了个10ping的延迟,然后验证了无数次都是10ping,但是人体感受需要35ping才是人体最佳感受,你能说你程序里的10ping不准?同样道理,你在程序里设计成了35ping,人体感受10ping效果才好,你就说你的35ping实际上是70ping?非要把自己参数降到10ping然后说自己是35ping?

靠人体感受改进程序,不是靠人体感受来测量参数!

你这到底是中文有阅读障碍,还是故意带偏讨论节奏?

我的计算机水平略高于高三信息技术毕业,我能发现的问题,拳头的资深工程师在扯什么蛋呢?

或者说,拳头资深工程师能不能写个真正高大上,能蒙住我的东西,至少骗人也要下点真功夫吧?

亮了(2)
回复

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

以上引用——忽然发现一个问题,这个语言结构有很多语法上的问题,难道是个机器人?

我一大早跟一个ai讨论技术?

实际ping值不比35ms地应该是您希望确保的——典型的英文式中文语法。要么是老外,要么是ai才这么发言吧?

您是希望确保ping值稳定在35ms吧?这才是正常中文语序吧?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

以上引用——忽然发现一个问题,这个语言结构有很多语法上的问题,难道是个机器人?

我一大早跟一个ai讨论技术?

实际ping值不比35ms地应该是您希望确保的——典型的英文式中文语法。要么是老外,要么是ai才这么发言吧?

您是希望确保ping值稳定在35ms吧?这才是正常中文语序吧?

亮了(0)
回复

他的所谓技术说明的主要内容:我们很努力在做了,我们努力在解决问题了,我们认为我们把问题解决了。至于怎么解决的,没有。

他的所谓技术说明的主要内容:我们很努力在做了,我们努力在解决问题了,我们认为我们把问题解决了。至于怎么解决的,没有。

亮了(0)
回复
引用 @花祭吖 发表的:

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

[图片]

查看更多

抱歉关于第二部分的内容我犯了错误,因为全文中除了我之前提到的部分外,还有一部分提到了“选手体感”,这部分内容应当是您想法的来源(如下图)。
首先再次对我所犯的疏忽表达歉意。其次回到问题的讨论中来,在这部分的内容中,拳头是在修改了延迟工具后进行了多项测试来确保这次不会出现延迟过高的问题,其中“甚至”包含了让职业选手来盲测。很明显用于确定延迟的方式并不是完全由选手说了算。同时如果您从事或了解过互联网测试相关的工作的话,就会知道用户体验也是非常重要的一项。比如说当公司研发完成手机滑屏的研究后,各项测试数据正常(包含误差),但是经由测试人员手动滑屏时却感觉有问题:比方说滑动的平均延迟正常,偶尔有跳到高延迟的情况但是在测试误差范围内,但是人一上手之后却会好绝,这一下的延迟跳动非常影响滑动观感,所以就需要重新涉及来解决问题。
这里也是同样的,虽然在经过多项测试后可以确认延迟达到了正确的35,但是依旧需要选手实际体验一番以保证在比赛过程中的感受。

你的用户都是超人么,准确感知ms级的差别?如果人可以感知ms,那他测试的时候就不是盲测或不知情完全可以指路为马,那这就是个投票的事,选了哪几个选手得公布吧,选任标准得公布吧,平均才有公平;如果人不能准确感知ms,为什么要尊重人对毫秒级的用户体验,这和问你红外线紫外线哪个好看一样,且容易被人为操纵

你的用户都是超人么,准确感知ms级的差别?如果人可以感知ms,那他测试的时候就不是盲测或不知情完全可以指路为马,那这就是个投票的事,选了哪几个选手得公布吧,选任标准得公布吧,平均才有公平;如果人不能准确感知ms,为什么要尊重人对毫秒级的用户体验,这和问你红外线紫外线哪个好看一样,且容易被人为操纵

亮了(2)
回复
查看评论(1)
引用 @花祭吖 发表的:

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

打这么多字,辛苦了。但我还是想说一下个人的感受。我不是搞这一块的,但单纯从发文章的角度去说。第一你要有创新点,第二有详实可靠的数据去证明自己的结论,这样才能让人家相信你的结论。拳头说了结论,也说了很多怎么得到结论,解释得很清楚,但这些全是一面之词,真正能够用于证明他的结论的客观数据他完全没有提供。只是说一句“我们在使用真正能提供相同真正延迟的新配置”,却不提供这句话正确的证据,那这句话是毫无说服力的。就像你发一篇文章,去掉了实验数据的图表,那别人是不会care的。

打这么多字,辛苦了。但我还是想说一下个人的感受。我不是搞这一块的,但单纯从发文章的角度去说。第一你要有创新点,第二有详实可靠的数据去证明自己的结论,这样才能让人家相信你的结论。拳头说了结论,也说了很多怎么得到结论,解释得很清楚,但这些全是一面之词,真正能够用于证明他的结论的客观数据他完全没有提供。只是说一句“我们在使用真正能提供相同真正延迟的新配置”,却不提供这句话正确的证据,那这句话是毫无说服力的。就像你发一篇文章,去掉了实验数据的图表,那别人是不会care的。

亮了(0)
回复
查看评论(1)

给标题点赞

给标题点赞

亮了(0)
回复
引用 @心之所向定 发表的:

打这么多字,辛苦了。但我还是想说一下个人的感受。我不是搞这一块的,但单纯从发文章的角度去说。第一你要有创新点,第二有详实可靠的数据去证明自己的结论,这样才能让人家相信你的结论。拳头说了结论,也说了很多怎么得到结论,解释得很清楚,但这些全是一面之词,真正能够用于证明他的结论的客观数据他完全没有提供。只是说一句“我们在使用真正能提供相同真正延迟的新配置”,却不提供这句话正确的证据,那这句话是毫无说服力的。就像你发一篇文章,去掉了实验数据的图表,那别人是不会care的。

打这么多字,辛苦了。但我还是想说一下个人的感受。我不是搞这一块的,但单纯从发文章的角度去说。第一你要有创新点,第二有详实可靠的数据去证明自己的结论,这样才能让人家相信你的结论。拳头说了结论,也说了很多怎么得到结论,解释得很清楚,但这些全是一面之词,真正能够用于证明他的结论的客观数据他完全没有提供。只是说一句“我们在使用真正能提供相同真正延迟的新配置”,却不提供这句话正确的证据,那这句话是毫无说服力的。就像你发一篇文章,去掉了实验数据的图表,那别人是不会care的。

是的,我同意您的第二点看法。拳头在这篇文章中的错误应该是论据不足以支撑论点,所以我的意思就是各位如果想用文章中的观点来指责拳头的话,应当从其证据不足方面下手,而不是直接了当的说他文章内容没有提及相关论点,因为最起码就我个人来看,他还是做了一些微末的说明的。

是的,我同意您的第二点看法。拳头在这篇文章中的错误应该是论据不足以支撑论点,所以我的意思就是各位如果想用文章中的观点来指责拳头的话,应当从其证据不足方面下手,而不是直接了当的说他文章内容没有提及相关论点,因为最起码就我个人来看,他还是做了一些微末的说明的。

亮了(0)
回复
引用 @手拂凌波天下任行 发表的:

你的用户都是超人么,准确感知ms级的差别?如果人可以感知ms,那他测试的时候就不是盲测或不知情完全可以指路为马,那这就是个投票的事,选了哪几个选手得公布吧,选任标准得公布吧,平均才有公平;如果人不能准确感知ms,为什么要尊重人对毫秒级的用户体验,这和问你红外线紫外线哪个好看一样,且容易被人为操纵

你的用户都是超人么,准确感知ms级的差别?如果人可以感知ms,那他测试的时候就不是盲测或不知情完全可以指路为马,那这就是个投票的事,选了哪几个选手得公布吧,选任标准得公布吧,平均才有公平;如果人不能准确感知ms,为什么要尊重人对毫秒级的用户体验,这和问你红外线紫外线哪个好看一样,且容易被人为操纵

人的体感测试属于测试的一项内容,但并不是全部内容,并不是说体侧就可以直接确定真正的延迟。就文章中所说:“并重新运行所有测试以验证更改是否正确运行”可以看出,测试的内容并不是只有选手们的体感测试。选手体感只是用于这样一种场景:我们修改了日志记录方式和延迟工具后,所有的测试数据表明,新的延迟已经达到了 35ms。那么这时请选手们来体验一番的话,应当如预期般体验到新的延迟确实比原本的延迟低了,而如果选手们的反馈是延迟感受没有变化甚至更高了,那么就要怀疑测试工具是否还是有问题。

人的体感测试属于测试的一项内容,但并不是全部内容,并不是说体侧就可以直接确定真正的延迟。就文章中所说:“并重新运行所有测试以验证更改是否正确运行”可以看出,测试的内容并不是只有选手们的体感测试。选手体感只是用于这样一种场景:我们修改了日志记录方式和延迟工具后,所有的测试数据表明,新的延迟已经达到了 35ms。那么这时请选手们来体验一番的话,应当如预期般体验到新的延迟确实比原本的延迟低了,而如果选手们的反馈是延迟感受没有变化甚至更高了,那么就要怀疑测试工具是否还是有问题。

亮了(0)
回复
查看评论(1)
引用 @花祭吖 发表的:

人的体感测试属于测试的一项内容,但并不是全部内容,并不是说体侧就可以直接确定真正的延迟。就文章中所说:“并重新运行所有测试以验证更改是否正确运行”可以看出,测试的内容并不是只有选手们的体感测试。选手体感只是用于这样一种场景:我们修改了日志记录方式和延迟工具后,所有的测试数据表明,新的延迟已经达到了 35ms。那么这时请选手们来体验一番的话,应当如预期般体验到新的延迟确实比原本的延迟低了,而如果选手们的反馈是延迟感受没有变化甚至更高了,那么就要怀疑测试工具是否还是有问题。

人的体感测试属于测试的一项内容,但并不是全部内容,并不是说体侧就可以直接确定真正的延迟。就文章中所说:“并重新运行所有测试以验证更改是否正确运行”可以看出,测试的内容并不是只有选手们的体感测试。选手体感只是用于这样一种场景:我们修改了日志记录方式和延迟工具后,所有的测试数据表明,新的延迟已经达到了 35ms。那么这时请选手们来体验一番的话,应当如预期般体验到新的延迟确实比原本的延迟低了,而如果选手们的反馈是延迟感受没有变化甚至更高了,那么就要怀疑测试工具是否还是有问题。

测试数据呢?关键的地方来了,拳头没有提供测试数据啊。那你澄清啥啊,我来听你说“我们花了很长时间努力核查之后,确定了22就是等于35”么,这跟没澄清前有什么区别。

测试数据呢?关键的地方来了,拳头没有提供测试数据啊。那你澄清啥啊,我来听你说“我们花了很长时间努力核查之后,确定了22就是等于35”么,这跟没澄清前有什么区别。

亮了(0)
回复
查看评论(1)
引用 @心之所向定 发表的:

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

第一点说是纯水字数没问题吧,这种方案光提出就很离谱了,谁关心他这个啊,写在这上面纯属给看的人增加负担。第二点他并压根没有解释这个ping值如何确定。第三点他那几个图只起到解释说明的作用,但没有一个图真正有价值。也就是证明这个bug到底是啥,怎么测出是13ms。整篇文章下来其实就是之前那个公告里的,出现bug,实际比显示高13ms。其他啥也没说。

你看他回复,跟拳头通告是不是很象?很长,很没内容,感觉是机器人ai回复

你看他回复,跟拳头通告是不是很象?很长,很没内容,感觉是机器人ai回复

亮了(0)
回复
查看评论(1)
引用 @花祭吖 发表的:

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

对于第一点,您确实可以认为是在水字数,但是这其实是与您的关注点有关的。对于国内的观众来说,其实大家更关心的是 22ms 是否为真,是否打破了公平竞争的原则。所以前面这部分的内容对于观众来说就没有什么意义。但是拳头这篇文章的内容是《远程比赛时的人工延迟使用》,意在阐明为什么要使用人工延迟(即咱们所讨论的第一点的内容),如何使用人工延迟,以及中间出现的错误以及解决方式。所以我认为这部分的内容写出来也没有什么异议,但是因此而产生的“科幻”等调侃是否有些过了?

对于第二点,我想您是关心则乱了。首先 ping 如何确定有多种方式,最简单的比如在 cmd 窗口下使用 'ping' 命令。ping 值是如何检测出来并确定的我想这其实不是您想问的,您想问的应该是:如何确保当前的 ping 就是 35ms 而不是其他更高或更低的值。实际 ping 值不比 35ms 低应该是您希望确保的,那么我们可以参考一下拳头是如何保证不比 35ms 高的:首先在一开始时,拳头的日志显示场馆的 ping 为 35ms,但有选手反映实际感受比 35ms 高后,拳头认为用于记录 ping 值的日志有问题(您可以理解为收集的数据少了),所以更改了日记的记录方式,然后进行了以下实验:首先在不使用延迟工具的情况下,用日志记录场馆到场馆,上海到场馆的延迟,而得到的结果与预期相符,即场馆到场馆的 ping 值较低,上海到场馆的 ping 值较高。作为对照组,这保证了日志记录应当能反应出高低延迟的差距。然后在使用延迟工具的情况下再次测试,这次得到了场馆的 ping 值比预期的要高,高于上海到场馆的延迟,因此验证了日志有问题的结论。那么在日志被修改后,只要保证上海和场馆在同一套日志系统下满足 35ms,那么我们就认为其是可信的。

然后就是怎么调试得到 13ms 的问题了,文章中有这样一些话:“我们意识到,只有在实际 ping显著低于目标延迟的情况下才会出现计算错误。 在这种情况下,实际延迟将远远高于屏幕上显示的延迟”,这说明延迟工具会导致实际 ping 值一直比显示值高。还有这样一句:“幸运的是,查阅代码后,我们可以很好的理解这一问题。从这里出发,我们假设可以通过做一个配置改变,来补偿这个计算错误。既然我们有了办法来模拟环境,也有了办法来使用自研工具测试实际延迟,那么就可以通过调节配置,得到我们想要的结果”。

您可能不太理解这怎么就解释了 13ms 是怎么来的呢,实际上可以这样理解:假设之前的工具在将 ping 值延迟到 35ms 时,一直会导致实际的 ping 值为 50ms,中间的差值为 15ms,那么我们通过让工具将实际 ping 值只延迟到 20ms,那它因为自身的错误会多加 15ms,那实际的 ping 不就是 35ms 了吗?然后他们就这样测试了,发现确实可以,所以就这样做了。在文章中我所说的也有所体现:“我们看到在使用能够提供相同真正延迟的新配置后,显示延迟数值介于 19 ms和25 ms之间-通常在22 ms +/- 5 ms的波动范围以内。将这两个值相减可以看出,显示ping值中的偏移误差是一致的,大约为13ms (35ms - 22ms = 13ms)。因此,在配置更改并解决实际延迟问题后,当釜山屏幕显示ping值显示 22 ms左右时,实际上真实延迟是 35 ms左右”。

所以这也是为什么我在我发布的文章中说拳头并没有实际解决问题,而是取巧了,因为他们并没有解决一个人身高矮的问题,只是让他站在了凳子上。

至于真正的为什么延迟工具会导致有 13ms 的偏移的问题,我是没有从文章中看出来,所以我认为他们才会采取这种取巧的方式达到 35ms 的延迟。而且从文章中内容来看,之前的日志系统是“网络层到网络层”,而改进版是“端到端”,这就好比你开着一辆 86,车里有一杯 500ml 的水,正常情况下如果你开了一路都没有问题,那么我们就认为你最终停下喝水的时候应该也是喝的 500ml,但是现在开了一路确实一滴没撒,但是停下之后,手拿起往嘴里送的时候突然莫名其妙的少了 100ml 一样奇怪,所以为了最终还是喝到 500ml 水,我除了喝了这杯水,还喝了别的一杯里的 100ml,但是显示我从这杯水中喝了多少的时候,肯定是显示 400ml 的。

你为什么会和一个弱智解释这么多?

在我看来楼主有没有高中肄业证都存疑。

无论是专业技能还是阅读能力,都是小学生杠精水准的。

除了强词夺理、断章取义的恶意揣测外,丝毫没反应一个正常成年人的智力水平、

你为什么会和一个弱智解释这么多?

在我看来楼主有没有高中肄业证都存疑。

无论是专业技能还是阅读能力,都是小学生杠精水准的。

除了强词夺理、断章取义的恶意揣测外,丝毫没反应一个正常成年人的智力水平、

亮了(0)
回复
引用 @手拂凌波天下任行 发表的:

测试数据呢?关键的地方来了,拳头没有提供测试数据啊。那你澄清啥啊,我来听你说“我们花了很长时间努力核查之后,确定了22就是等于35”么,这跟没澄清前有什么区别。

测试数据呢?关键的地方来了,拳头没有提供测试数据啊。那你澄清啥啊,我来听你说“我们花了很长时间努力核查之后,确定了22就是等于35”么,这跟没澄清前有什么区别。

是的,拳头并没有提供测试数据。所以我希望澄清的地方就是,如果你要用这篇文章的内容来质疑、指责拳头,你应当要求拳头提供更多的证据来证明他的观点,而不是直接去说他没有说没有提出相应的观点。

是的,拳头并没有提供测试数据。所以我希望澄清的地方就是,如果你要用这篇文章的内容来质疑、指责拳头,你应当要求拳头提供更多的证据来证明他的观点,而不是直接去说他没有说没有提出相应的观点。

亮了(0)
回复
Re:科普拳头技术文第三贴——科幻小说流技术贴
虎扑游戏中心
英雄联盟最热帖
dream回v5二队了,期待小中单下赛季在lpl大放异彩
春季赛宣传片17个队,好像也没有滔搏哥
只会QQ摸眼踢,和QQR闪,训练模式都练不会QQ摸眼R闪怎么办
游戏 | Dreammaker回到LDL拿下MVP,小秀真的未来可期?
兄弟们,这波神秘商店怎么选,帮帮老弟
历届冠军打野你最喜欢谁?你觉得谁最强?
这些什么什么解说,到底什么心理?
黑天使这分均是人玩的?
[JR热议]有一说一,Angel到底是一名什么水平的选手?
大乱动ez怎么打肉?
英雄联盟最新帖
兄弟们,这波神秘商店怎么选,帮帮老弟
第一次知道滔搏往别人外卖里放老鼠药…
mvp给到mark就让你们这么不爽吗?是欺负mark的粉丝低调吗?
只会QQ摸眼踢,和QQR闪,训练模式都练不会QQ摸眼R闪怎么办
Doinb S11世界赛生死局暴露小黑子身份?
bin身上到底发生了什么
我来峡谷只办三件事!!
这个板块讨论度前三
这赛季爆冷特别多,是不是说明队伍水平接近,强度高,是好事?
游戏 | 电竞经理宣传片,唯独缺少TES,藤竞打压之意明显
热门游戏-即点即玩
无需下载,足球经理模式一键即玩
开局免签艾弗森!答案,就在《NBA范特西》
如何描述《山海之痕》游戏的画质,陶渊明曾说:“芳草鲜美,落英缤纷”
《NBA英雄》教练系统上线啦!我选好了,看看你的
关于《荣耀冠军》的玩法姑且不说,但客服真的超甜