优化HTTPS的Apache KeepAlive超时

Question

我的网站强制HTTPS无处不在，平均第一次加载时间为3-5秒.由于缓存，重复加载时间为0.8秒。

SSL协商在我的服务器上需要150到300 as，因此我希望尽可能频繁地保持每个连接的活动，以防止延迟。

SSLSessionCache设置为默认的300秒。

Apache KeepAlive超时时间最近从5秒降至2秒。

此更改导致服务器负载平均(5%平均而不是10%平均)明显减少，但我想知道，如果第一次加载时间为3-5秒，是否也会导致第一次加载时间变慢？这是否意味着它必须在每次通过2秒超时时再次执行SSL嵌套？

使用较少的SSL嵌套(但更多休眠的httpd任务)，或者使用更多SSL嵌套的负载平均值更低的负载平均值更好吗？

我们肯定有足够的CPU和内存资源可以节省。因此，最终的问题是，怎样才能给我们的观众带来最好的表现？将KeepAlive超时时间提高到3-5，还是保持在2？

谢谢!

Answer 1

关于服务器负载:您没有说明这是什么操作系统。对于大多数Unix (包括Linux)来说，只要负载小于CPU的数量，那么您可能就不必担心它了。在这种情况下，每个进程都可以在CPU中停留多久，只要它能够在CPU中做一些有用的事情(或多或少)。但是，当有一个进程队列等待到达CPU时，操作系统会在任务准备就绪之前中断它们--当这种情况发生时，吞吐量就开始下降。

(我以前从未见过以%表示的负载--这是从何而来的？)

关于页面加载时间:您的服务器日志不是查看的地方。如果您想知道这是否有影响，那么您需要查看浏览器中的页面加载瀑布( Chrome中的开发工具，火狐中的Firebug，或者使用在线检查器(如平定 )--记住在本地测试时使用代理来增加延迟)。您正在寻找对您的站点的请求之间的差距大于您的keepAliveTimeout。

这是我的经验，超过1秒的差距是非常罕见的，即使在非常缓慢的网络。它们发生的地方要么是显式延迟(例如延迟加载幻灯片中的新图像)的结果，要么是页面中的病理性故障(例如从非常慢的位置检索非常大、阻塞的javascript )。

(好的，我们实际上是在寻找同一个套接字上的请求之间的空白--但这很难想象)。