开发机器上的网站页面加载时间当然只是一个粗略的性能指标，在转向生产时还会有许多其他因素，但它们仍然可以作为衡量标准。
所以，我只是想知道您在开发时的目标页面加载时间是多少？
我知道那里的实际机器可能会有很大的性能范围，我只是在寻找粗略的数字。
谢谢
【问题讨论】：
标签： performance metrics
不到 5 秒。
【讨论】：
如果它只是在我的开发机器上，我希望它基本上是即时的。我在这里说的是 10 毫秒。当然，这只是为了生成和交付 HTML。
您的意思是，还是指完整的页面加载/渲染时间（html 下载/解析/渲染、图像下载/显示、css 下载/解析/渲染、javascript 下载/执行、flash 下载/插件启动/执行， ETC）？后者真的很难量化，因为大部分时间会在客户端机器上，在网络浏览器中消耗掉。
如果您只是想在本地网络上使用免税服务器来控制体面的下载 + 渲染时间，那么我会拍摄几秒钟......不超过 5 次（假设您的客户端机器不错） .
【讨论】：
棘手的问题。
对于常规网络应用，您不希望页面加载时间超过 5 秒。 但我们不要忘记：
所以在我看来，这里有一个简单的方法来获得一个简单的网络应用程序的粗略数据（例如，使用 Spring/Tapestry）：
【讨论】：
我们用于识别服务器端问题的最有用的基准之一是网络服务器本身从收到请求到刷新响应所用的“内部”时间。这意味着忽略网络流量/延迟和页面呈现时间。
我们有一些自定义组件 (.net) 测量这个时间并将其注入 HTTP 响应标头（我们设置了一个称为 X-Server-Response 的标头）；我们可以使用我们的自动化测试工具提取这些数据，这意味着我们可以随时间（以及在不同环境之间）对其进行测量。
通过测量这个时间，您可以非常可靠地了解原始应用程序的性能 - 如果您的页面速度较慢，需要很长时间才能呈现，但 HTTP 响应标头显示它在 50 毫秒内完成了工作，那么您就知道了有网络/浏览器问题。
一旦您将应用程序投入生产，您（应该）拥有缓存、静态文件子域、js/css 缩小等内容 - 所有这些都可以提供巨大的性能提升（尤其是缓存），但可以还掩盖了底层应用程序问题（例如进行数百次数据库调用的页面。）
总而言之，我们这次使用的值是低于 1 秒。
在我们为客户提供的性能方面，我们通常使用 2-3s 用于只读页面，最多使用 5s 用于交易页面（注册、结帐、上传等）
【讨论】：