1
19
如果你看看你的时间,http有更大的等待时间和更小的接收时间。另一方面,https具有较小的等待时间和较大的接收时间。我认为这是因为共享主机服务器上的http端口更忙,因此请求在队列中停留的时间更长,直到服务器接受为止。一旦被接受,请求的传输速度比https快。在https端口上,服务器上的通信量较少,因此请求的处理速度更快,但传输时间更长。
|
2
11
您可能还需要考虑到HTTPS文档几乎会 永远不要缓存在用户浏览器之外的任何位置,因此您可能会发现 虽然对于单个用户来说没有什么区别,但是HTTP文档 对于共享缓存的大量用户来说,速度会明显加快。 (在一些地方,ISP将其客户 (通过共享代理缓存) 当然,如果你不介意用户分享的话。 |
3
5
我认为您在HTTPS上看到的更快的性能不是偶然的。 请注意有关结果的两件事:
现代负载平衡器通常在使用SSL来提高性能时启用压缩。虽然初始SSL握手确实会产生大量延迟,但用于维护会话的机制(“恢复握手”和对称加密而不是非对称加密)只会增加微不足道的延迟。因此,除非会话很短,否则压缩带来的性能好处要比会话维护带来的好处多。 wrote an article 解释以前关于SSL的一些假设如何不再成立。 |
4
2
https的工作原理如下: 首先执行4路握手(至少如果我没记错的话是4路), 在这里,客户机和服务器同意稍后使用的对称加密算法,并交换证书(包含公钥)。
现在,他们发送使用会话密钥和一些加密算法(3des、aes、rc4、rc5等)加密的消息。由于对称加密并不是那么昂贵的操作,下载时间上的差异并没有那么大。 较少的 等待时间是因为与http请求相比,您可能在http端口上的通信量更少,或者在执行https请求时的通信量更少。 因此,为了优化性能,您应该使用尽可能少的https连接,因为握手是一个相对昂贵的过程。 |
5
1
您是否通过代理访问您的站点?如果是这样,您可能会看到更好的性能,因为代理被绕过或简化为只处理初始连接请求。 当您使用HTTP时,代理可能会检查和缓存内容,从而降低性能。 |
6
-1
不 |
Megadardery · 如何测试两种算法并确定哪种算法更快? 6 年前 |
em1031 · 查找上一期价值的最快方法? 6 年前 |
Dusol · 使用多核时是否可能超出带宽限制? 6 年前 |
ezekiel · C与Python/numpy的数学表现较差 7 年前 |
Chris · OutOfMemoryError:GC开销限制超过标准 7 年前 |
user8477039 · 在Ruby/Rails中处理大型数据集导入 7 年前 |