|      1Tr0y      2013-10-18 10:30:41 +08:00 换个其它的bench试试,ssl链接不应该差别这么大. | 
|  |      2cloudzhou      2013-10-18 10:36:15 +08:00  3 https 的最大消耗是握手阶段,所以数据很可能就是你上面展示的。但握手之后,在现代机器硬件水平下,和 http 差不多,所以服务端要启用 keep-alive ,增加 ssl 的 cache,以 nginx 为例子: keepalive_timeout 90; ssl_session_cache shared:SSL:10m; ssl_session_timeout 15m; | 
|  |      3cloudzhou      2013-10-18 10:37:25 +08:00 alibench测试不能说明一切,因为这个测试很可能是每次链接都是一个新的session,也就是说,你测试的是握手需要的时间 | 
|  |      4dndx      2013-10-18 12:21:10 +08:00 在未使用 Keep-Alive 的情况下,SSL 握手阶段消耗时间很长,自然不占优势。 | 
|  |      5luikore      2013-10-18 12:57:19 +08:00 可能他们的 https 设置根本没优化. 例如用 aesni 就可以快一些 ssl_engine aesni; ssl_ciphers AES128-SHA:AES256-SHA:HIGH:!aNULL:!eNULL:!LOW:!ADH:!MD5; ssl_prefer_server_ciphers on; | 
|      6feuvan      2013-10-18 14:59:19 +08:00 ssl_session_cache 蛮有效的。推荐 | 
|  |      7ihacku      2013-10-19 19:59:09 +08:00  1 | 
|  |      8vagase      2013-11-02 17:58:55 +08:00 可能是证书问题,看看证书密钥长度是不是太长,而且证书最好包含所有中间证书,这样会减少证书检查时间。 详情见: https://www.imperialviolet.org/2010/06/25/overclocking-ssl.html |