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