动态生成的网页应该创建多快?

Guy*_*Guy 2 performance perception

我有一些基于数据驱动的基于Web的应用程序,它们为内部和公共用户提供服务,并希望衡量您希望创建页面的速度(以毫秒为单位),以保持用户满意度和可伸缩性.

那么,创建页面以保持快速站点的速度有多快?

这些站点是用ASP经典开发的,SQL Server后端生成我使用XSLT渲染的XML记录集.不是最有效的技术和页面需要7ms到120ms来创建(即第一行代码和'Response.Write'之间的定时器间隔),具体取决于页面的复杂程度.较慢的页面是由于数据库运行更大和更复杂的查询.即使我将所有ASP经典重写为ASP.NET,整个页面渲染速度也不会有任何显着的改进.

我经常听到杰夫说他希望SO成为最快的网站,他的博客讨论了他的代码和数据库的优化,但你需要在优化代码方面走多远?通过使用StringBuffer而不是String + String来缩短毫秒时间可以充分利用我的时间吗?

[澄清]

在什么时候你开始认为"这个页面创建时间太长了?".是超过20毫秒,超过200毫秒还是一个页面可以接管一秒钟构建?你的"目标时间是多少?"

ann*_*ata 5

这完全取决于您的受众和目标 - 我已经在<4secs上的目标'onload'事件的应用程序上工作,并且在服务器上的时间预计<1ms的应用程序上工作.它可以采用任何一种方式 - 但无论你做什么,你都需要注意,无论你在服务器端进行的任何性能优化都可能与网络性能,网络的主要瓶颈以及敏感的加载时间相比都相形见绌.

雅虎对于一般网站性能有一些很好的指导,特别是在敏感的负载区域.

希望你已经足够聪明,可以缓存你所能做的事情并做一些小事情,比如避免大量的Response.Writes链......