Google app engine iOS的GAE上的Gzip/zlib压缩：CPU与带宽的成本是否有利？

基于谷歌的应用程序引擎成本结构，CPU比带宽更昂贵，对iOS应用程序启用gzip压缩是否有益？是否有人启用了gzip并看到了真正的成本节约（或成本增加！）

背景： 我们的应用程序将主要向iOS提供文本内容。iOS支持gzip压缩，但必须在客户机中通过以下方式打开gzip压缩：根据传递接受编码和用户代理头：

但是，如果发送Gzip内容，iOS将自动解码：

由于我们编写了iOS应用程序，是否使用压缩取决于我们自己。在我过去的生活中，与CPU使用率的小幅增加相比，显著的带宽节约是值得的。看看GAE中的CPU和带宽成本，就不那么清楚了。它实际上可能会花费我们的钱来实现压缩

---

---

那么，有没有人试用过他们的iOS应用程序，看看gzip支持是否能省钱？我们的应用程序还没有上线，所以我只能在dev中进行非常模糊的成本比较，不幸的是，这使得压缩似乎要花费更多的钱。

减少应用程序的加载时间比其他任何事情都值得。即使在高速wifi连接上，应用程序中的延迟也是来自下载数据。解压缩速度非常快。

减少应用程序的加载时间比其他任何事情都值得。即使在高速wifi连接上，应用程序中的延迟也是来自下载数据。解压缩速度非常快。

如果客户端发送正确的Accept Encoding标头和可识别的用户代理，App Engine基础结构将为您压缩内容，而无需您的应用参与。gzip HTTP响应几乎总是一个好主意，除非您发送的是自然不可压缩的数据。

如果客户端发送正确的Accept Encoding标头和可识别的用户代理，则应用引擎基础结构将为您压缩内容，而无需您的应用参与。gzip HTTP响应几乎总是一个好主意，除非您发送的是自然不可压缩的数据。

这可能因每个应用程序而异。你需要自己做测试才能确定。我能提供的唯一意见是，大多数文本都是高度可压缩的，因此，如果大多数数据都是文本，那么无论如何，它可能是值得的。最后，如果你自己做gzip而不是把它留给一个框架，你将能够控制速度与压缩比——这将让你选择一个稍微差一点的压缩比来换取更快的速度（读：更少的CPU使用）编码。我原以为，对于蜂窝网络上的移动应用程序来说，节省带宽总是好的，因为“CPU比带宽更昂贵”，你究竟如何衡量这一点？@NickJohnson查看GAE定价以及我们在开发环境中使用的CPU与带宽之比，即使gzip增加了1%的CPU并获得了50%的压缩，我们将支付额外的压缩费用，而不是省钱。@Squirrel7压缩的成本与应用程序其余部分所消耗的CPU量并不成正比-因此，以百分比为基础进行比较是毫无意义的。这可能因每个应用程序而异。你需要自己做测试才能确定。我能提供的唯一意见是，大多数文本都是高度可压缩的，因此，如果大多数数据都是文本，那么无论如何，它可能是值得的。最后，如果你自己做gzip而不是把它留给一个框架，你将能够控制速度与压缩比——这将让你选择一个稍微差一点的压缩比来换取更快的速度（读：更少的CPU使用）编码。我原以为，对于蜂窝网络上的移动应用程序来说，节省带宽总是好的，因为“CPU比带宽更昂贵”，你究竟如何衡量这一点？@NickJohnson查看GAE定价以及我们在开发环境中使用的CPU与带宽之比，即使gzip增加了1%的CPU并获得了50%的压缩，我们将支付额外的压缩费用，而不是省钱。@Squirrel7压缩的成本与应用程序的其余部分消耗的CPU量并不成正比，因此以百分比为基础进行比较是毫无意义的。你知道GAE用户是否在CPU时间内支付压缩费用，因为这不是在应用程序中完成的吗？我习惯于压缩是一件不需要动脑筋的事，但就GAE的CPU成本而言，我不太确定。@Squirrel7不，压缩或解压缩不收费。在新的计费模式下，CPU时间是不收费的。对不起，如果我是密集型的，但只要实例正在进行压缩，并且您（可能）需要更多实例来处理增加的CPU使用率，这不等于对压缩/解压缩CPU时间收费吗？感谢您的回复，Nick，我正试图说服我的团队我们应该使用压缩，但这是一场艰苦的战斗。@7实例不做压缩，前端做压缩。我很惊讶，你的团队甚至需要对此进行辩论-除了其他，压缩通过减少用户感知的延迟使你的Web应用更快、响应更快。你知道GAE用户是否会在CPU时间内支付压缩费用，因为压缩不是在应用内完成的吗？我习惯于压缩是一件不需要动脑筋的事，但就GAE的CPU成本而言，我不太确定。@Squirrel7不，压缩或解压缩不收费。在新的计费模式下，CPU时间是不收费的。对不起，如果我是密集型的，但只要实例正在进行压缩，并且您（可能）需要更多实例来处理增加的CPU使用率，这不等于对压缩/解压缩CPU时间收费吗？感谢您的回复，Nick，我正试图说服我的团队我们应该使用压缩，但这是一场艰苦的战斗。@7实例不做压缩，前端做压缩。我很惊讶，你的团队甚至需要对此进行辩论——除了其他，压缩让你的Web应用程序更快，更重要