适用于iOS的GAE上的Gzip / zlib压缩：CPU与带宽成本是否有利？

Question

基于Google的App Engine成本结构，其中CPU比带宽更昂贵，为您的iOS应用启用gzip压缩是否有用？有没有人启用gzip并看到真正的单词成本节省（或成本增加！）？

背景： 我们的应用程序主要为iOS提供文本内容。 iOS支持gzip压缩，但必须通过传递accept-encoding和user-agent标头在客户端中打开它： https://developers.google.com/appengine/kb/general#compression

但是，如果发送gzip压缩内容，iOS会自动解码它： NSURLConnection/NSURLRequest gzip support

由于我们编写了iOS应用程序，因此无论是否使用压缩，都取决于我们。在我的前世中，显着的带宽节省与较小的CPU使用率增加是非常值得的。看看GAE中的CPU与带宽成本，还不是那么清楚。它实际上可能花费我们钱来实现压缩。

有没有人尝试过他们的iOS应用程序，看看gzip支持是否省钱？我们的应用程序尚未生效，因此我只能在开发中进行非常费力的成本比较，不幸的是，压缩似乎要花费更多的钱。

Answer 1

如果客户端发送了正确的Accept-Encoding标头和公认的User-Agent，App Engine基础架构将为您压缩内容，而无需您的应用程序参与。除非您发送自然不可压缩的数据，否则Gzipping HTTP响应几乎总是一个好主意。

Answer 2

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