谷歌应用引擎慢 TTFB答案

【问题标题】：Google app engine slow TTFB谷歌应用引擎慢 TTFB
【发布时间】：2011-10-10 22:49:42
【问题描述】：

我开始考虑使用 Google 应用引擎作为 CDN，但他们的 TTFB 很差。我可以做些什么来减少静态内容的响应时间吗？

【问题讨论】：

你如何衡量这个？您的内容是缓存/可缓存的，还是动态生成的？
olddevils-cdn... (olddevils-cdn.appspot.com) 上存储的所有内容都是静态内容。如果您尝试打开 Web 测试“Amsterdam”并按下“重新运行测试”按钮。您可以在摘要中找到它。我们的网络酒店是一个非常糟糕的网络主机，我们最多可以得到 4 秒的回复，但是这种情况越来越少了。在丹麦找不到另一个支持 OpenID 的网络酒店。
但是您可以看到我们的响应时间在使用 google 应用时很糟糕。 - 我想要的是减少 TTFB。
光在 30 毫秒内传播了大约 9000 公里。由于 TCP 套接字需要两次往返来设置，这意味着您的端点必须在您的客户端的 2250 公里范围内，甚至在切换延迟之前。如果没有专门的 CDN，您将不会获得这种延迟。
您的应用程序在任何时候都在一个位置提供服务。如果您希望给定端点的延迟非常低，则您的内容必须是可缓存的（并且已经缓存在端点处）。

【解决方案1】：

Google 应用引擎并非设计为 CDN，它是供您构建网络应用的平台。如果您在应用引擎中寻找便宜的 CDN，我建议您使用其他的。

【讨论】：

嗯，好吧，我放弃了 Google 应用引擎。显然这里不是建立快速加载网站的地方。
@Diblo “建立快速加载网站”与寻找 CDN 完全不同。
我想要的是减少 TTFB。如果您尝试打开 Web Test "Amsterdam" 并按下 "Re-run the test" 按钮，您可以看到我们通常有大约 950 毫秒的时间，我们位于丹麦的哥本哈根。但是我们的网络酒店是一个非常糟糕的网络主机，我们最多可以得到 4 秒的响应，但是这种情况越来越少了。但是我们没有钱搬上昂贵的主机，并且无法在丹麦找到另一家支持 OpenID 的网络酒店。
对不起。您必须转到摘要才能找到“重新运行测试”按钮

【解决方案2】：

我想在这里补充的唯一一点是：并非所有 CDN 都旨在改进 TTFB。事实上，十分之九会导致延迟 - 无助于解决问题。

要影响 TTFB，您需要尽快启动浏览器解析。为此，您必须减少 HTML 处理时间 - 这是您的主要延迟因素。

【讨论】：

To affect TTFB you need to kick off browser parsing as fast as possible 已收到的时间？
你误会了。在 SEO 上下文中，TTFB 不是指收到的第一个 200OK，而是指获取 .html 对象所需的时间。再次阅读此plus.google.com/+IlyaGrigorik/posts/GTWYbYWP6xP。 Ilya 是 Google 的一名性能工程师，他明确表示：“问题在于，重要的不仅是时间，还有前几个字节中的内容......”（阅读更多内容）。