这样算来，负载的增加量是60 000页面请求-30 000页面请求(现在)=30 000个页面请求每小时平均每天的负载增加率是/365=2.74%， 每天需要多处理30 000*2.74%=82.2个页面请求(假设用户的负载增长是线性的)。
　　4 当前的负载测试运行结果表明，我们的系统每小时多处理60 000个页面请求，如果页面请求数超过这一数值的话会导致系统出现问题，另一方面，当页面请求达到50 000个每小时的时候，反应时间会开始降低。
　　为得到可用系统资源数据，我们需要做一个减法，50 000-30 000=20 000个页面每小时，也是说现在系统的资源还可以支持20 000个页面请求(每小时)
　　用这个数据除以82.2我们知道我们的系统还可以保证(20 000/82.2=)243天在正常的负载条件下运行
　　5 另外一个碰头会议告诉我们大概需要40天的时间用于安排，升级设备，安装，部署，测试等等一系列的活动之后才可以成功升级我们的系统，这还是在一切顺利的时候，如果算上缓冲时间，我们需要在再加上十天的时间。(注：指作者进行的项目)
　　这也是说我们至少需要在系统达到资源支持极限状态五十天前开始对我们的系统进行升级。
　　如果我们的估计足够准确的话，我们需要在(243-50=)193天之后开始进行系统的升级。
　　在进行系统升级的过程中(50天时间里)，预期的工作负载增长超过50天*82.2每天=4110个页面请求每小时
　　这样向前推断的话，我们开始处理工作负载问题的时间是当工作负载达到50 000-4110=45890个页面请求每小时的时候