gpt4 book ai didi

google-app-engine - 由于某些无法解释的原因,传出带宽增加了 4 倍

转载 作者:太空宇宙 更新时间:2023-11-03 15:30:18 25 4
gpt4 key购买 nike

我正在运行一个基于 GWT+GAE 的游戏,其中包含许多静态图像文件(约 25MB,大部分打包为 JS GWT 包)。我们目前有大约 450 名每日活跃用户,每天大约有 30 名注册用户。自几周以来,这个数字非常稳定。他们最多每天产生大约 10GB 流量。但上周发生了一件非常奇怪的事情:在一周的中间,即 11 月 19 日,使用量增加到超过 40GB,此后一直保持在这个水平上。

几天以来我一直在调查它,但到目前为止没有任何结果 - 所以我需要你的帮助和想法,因为计费支持忽略了我。

事实:

日期/DAU/带宽

15.11/385/6.5GB

16.11/585/9GB

17.11/660/10GB

18.11/451/12GB

19.11/455/46 GB

20.11/438/42 GB

21.11/429/44 GB

传出带宽大幅增加,但当我们检查仪表板中的图表时,并不清楚为什么会发生这种情况(由于这里是新的,无法直接发布图片 - 抱歉):

http://i.stack.imgur.com/HPfdV.jpg

19日,我们没有部署新版本,也没有更改应用的配置。

我们还检查了与带宽相关的组件(blob、邮件、 channel api)但那天什么都没有改变。

接下来,我下载了所有天的日志并汇总了所有响应大小,我得到了以下结果:

18.11:3.9GB

19.11:4.2GB

20.11:3.8GB

21.11:4.1GB

除了总大小和传出带宽之间的巨大差异外,日志中的大小在 19 号之后也相当稳定。我现在不知道我还应该在哪里寻找答案。哪些未记录的服务可能会导致此类行为?

编辑 28.11:然后我将应用程序部署在其他应用程序 ID 上并进行了一些“单元”测试:

客户端:Firebug 测得约 20MB 下载(一些图像和 JS)

服务器端:在日志中,资源的每个 GET 响应大小为 0,状态为 200 (...3.cache.js HTTP/1.1"200 0 ...) 并且一个游戏 session 的总大小根据到日志是 715kB。

App Engine 仪表板:传出带宽 0.11GB!

AppStats:无 urlFetch,几个 channel API 发送消息 - 没什么特别的。

尝试了 3 个浏览器并累积了 0.33GB 传出带宽,尽管日志显示为 2.5MB,根据客户端的总和结果约为 65MB(我的预期)。缓存似乎有效,自从第二次加入以来,根据 Firebug,我只下载了 30kB,而且在这种情况下,仪表板中的带宽计数器也没有上升。

非常感谢任何帮助和想法!

2013 年 12 月 10 日编辑:正如我在答案中所写 - 该错误现已修复。此外,我还尝试了 CloudFlare,因此我们昨天的带宽使用量为 3.5GB(是的,1/12)!由于我们的应用程序是一款游戏,因此包含很多静态内容,因此 cloudfalre 为我们节省了 75% 的静态文件带宽和 66% 的请求。延迟没有改变。看起来很有前途:)

最佳答案

提交工单后(必须购买白银支持包),谷歌分析了问题,确实是应用程序引擎中的错误,导致日志中的实际带宽使用情况与仪表板中的计费值之间存在差异。现在已经解决了。

关于google-app-engine - 由于某些无法解释的原因,传出带宽增加了 4 倍,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20254790/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com