从网站提供页面时，什么被认为是良好的平均时间？答案

【问题标题】：What are considered being good average times when serving a page from a website?从网站提供页面时，什么被认为是良好的平均时间？
【发布时间】：2012-03-14 21:52:47
【问题描述】：

在 jameslist.com，我们可以看到从请求到完成网页浏览所需的以下时间；

服务器处理请求：（php、memcached、db、sphinx + 内部网络延迟）：150ms
在网络中花费的时间：650ms
在 DOM 中花费的时间：1200 毫秒
渲染页面耗时：1650ms

从请求到完全加载的网页总共大约需要 3.7 秒。平均而言，这是好的、好的还是坏的？当涉及到上述几点的细分时，具有相似内容的网站可以期待什么？

【问题讨论】：

标签： performance frontend backend

【解决方案1】：

页面生成并发送给访问者的目标时间是 150..300 毫秒。所有重要的页面内容都必须在初始请求后一秒钟内加载。

【讨论】：

【解决方案2】：

3.7 秒的端到端相当不错——我想说的是平均速度快。

我假设您的网络时间是总时间 - 这并不可怕，主要取决于文件大小和带宽。我快速浏览了您的网站，似乎没有发生任何异常情况。

DOM 和渲染时间有点高。并不奇怪，但可能会有一些容易实现的目标。

【讨论】：

【解决方案3】：

我建议 google 的搜索时间适合简单的页面。我刚刚进行了一次搜索，耗时 130 毫秒，这听起来不错。

页面越复杂，可以接受的时间越长。例如一个从数十家供应商处获取保险报价的网站可能需要 10 秒。

其余的对我来说听起来很长，但我更了解高频交易，其中 1 毫秒是很差的。 ;)

在网络上花费的时间：650ms

那是一个地狱般的网络，你可以在这段时间内向世界各地发送请求。

在 DOM 中花费的时间：1200 毫秒

渲染页面耗时：1650ms

我想知道为什么这比大约 150 毫秒的“真实”工作要高得多。

从伦敦到纽约并返回的请求大约需要 100 毫秒。我的猜测是 150 毫秒（请求）+ 150 毫秒（解析和渲染）+ 100 毫秒（互联网）是好的。

【讨论】：

感谢您的 cmets Peter。我从 newrelic（惊人的监控系统）收集了大约一天的数据，它为我们提供了关于现实世界的“真实、平均”数据，即新/旧访客、来自周围地方的访客连接不良的世界等。具有缓存内容、最佳网络等的“最佳”情况当然要好得多。
数据的大小是您判断这是否合理的最佳指标。数据越大，您预计结果需要的时间就越长。