页面大小
------------ +（往返时间x轮流交替）+服务器进程时间+客户端进程时间 = 页面响应时间
最小带宽
1.页面大小：
是由 Kbytes 来衡量的。有许多方式来确定网页的大小。
2.最小带宽：
服务端与客户端之间的最小带宽，定义是你的网站容量与用户终端之间的最小管道的带宽。一旦你知道了页面大小和最小宽带， 你就可以计算出初始下载时间 ：
页面大小（kbytes）
DT= ---------------------------
最小带宽(kbytes/sec)
3.往返时间:
在网页响应时间，往返时间（RTT）表明从客户端浏览器送达请求到web 服务器，从Web服务器接收到客户端前几个字节的数据之间的等待期或时间间隔。
RTT 是一个重要的指标，因为每个请求/响应对（甚至是一个小文件）都将会造成最低限度的性能损失。
4.轮流交替:
通常一个网页是由一个基本页面和一些额外的对象，比如图片或 applets 来组成的。这些对象不会随着基本页面而转变；相反，即基本页面 HTML 包含了查找和读取它们的指令。不幸运的是终端用户性能，在客户端系统和网站服务器之间， 读取每个对象需要一个合理的额外通信周期数，每个对象都会遇到一些 RTT 的延迟。
轮流交替的定义是需要完全下载一个页面的 TCP 连接数。对于 HTTP1.0，需要下载一个基本页面的轮流交替的最小数是 4。一个轮流交替需要 DNS 查找（解析 URL 成为 IP 地址） ，三个轮流交替请求和收到基本页面，网页中每个不同对象需要至少 3 个轮流交替 （如果对象被另外一台服务器处理， 需要一个额外的 DNS 查找，在这种情况多数发生在标题广告服务器） 。
5.进程时间:
在响应时间公式里的最后一个因素是服务器和客户端共同要求的进程时间。以致能够被请求方查看。不同类型的网页可能会有很大的差距。在服务端， 网页的静态页面需要极少的进程时间， 甚至可以忽略额外的延迟。
动态页面要求一些服务器强度和计算时间，也将会引入一些延迟。
最后，复杂的事务页面可能需要巨大的进程时间，可能会引入更多的时间延迟。在客户端， 进程时间可能到最后可以忽略不计。 如果页面包含了Java applet，例如，客户端浏览器不得不加载和运行 Java 解释程序，那么将花费一些时间。
通过学习这个公式，你可以很容易采取局部方式来细化你的网页响应时间。
例如：
为了保持整个页面大小，可以偏向整个公式在你想要的。由于在低带宽和高带宽客户端转换率可能会显著不同，小页面大小将会造成低带宽用户端的损失。记住在一个 40K 和一个 80K 的页面的性能不同只有一个 DSL/T1 用户端的几万分之一秒区别，但是对于一个 28k modem 用户端只是 20 秒不同。
即使你的页面非常小，只包含了很少的对象，如果服务器没有处理负载，你的响应时间将会急剧下降。你的最大负载时间是你的页面最佳可视化和业务状态，所以不要忘记确认你的系统在没有崩溃和转换能够处理它进入一个崩溃-----确定你能在网站发布，重构，或者新硬件安装前进行负载测试。
最终的建议是：
最小化 applets 的使用和其他要求客户端进程的合理通信量技术， 因此这可能使一些性能会影响到系统速度减慢。 正因为这个延迟是在客户端，你不可能避免的，因为责任规律将反复提醒你：低性能将总是你的错。幸亏，反向测试通常也是事实：一个积极因素在影响你的网站，是用户将给你足够的信赖---时常想起这些常识性原则，你将事倍功半了。