下载 HTTPS 文件更消耗 cpu 吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
leonme
V2EX    问与答

下载 HTTPS 文件更消耗 cpu 吗?

  •  
  •   leonme 2021-10-07 16:26:49 +08:00 4150 次点击
    这是一个创建于 1466 天前的主题,其中的信息可能已经有所发展或是发生改变。

    比如有一个 10G 的文件,分别以 HTTP 和 HTTPS 保存。那么是不是 下载 HTTPS 的链接更占 cpu 呢?加解密?

    26 条回复    2021-10-09 14:46:51 +08:00
    lscexpress
        1
    lscexpress  
       2021-10-07 16:43:46 +08:00
    http 是传输协议,跟保存没关系。如果你基础差去好好学一下,不然回答了你也看不懂
    czkwg8
        2
    czkwg8  
       2021-10-07 16:50:18 +08:00   10
    是的,有加解密过程,没 AES 指令集的 CPU 就很明显了
    ZRS
        3
    ZRS  
       2021-10-07 16:56:20 +08:00
    是的
    BrettD
        4
    BrettD  
       2021-10-07 17:03:57 +08:00 via iPhone
    分别以 HTTP 和 HTTPS **保存**

    zwgf
        5
    zwgf  
       2021-10-07 17:31:08 +08:00
    是的,同样 http 请求和 https 请求对于服务器的 cpu 消耗也是不一样的,如果证书用的 aes,性能可能会好一点点
    iPhone9
        6
    iPhone9  
       2021-10-07 18:05:52 +08:00
    不要在意这些,cpu 还没耗完你流量先没了
    janssenkm
        7
    janssenkm  
       2021-10-07 18:14:55 +08:00 via iPhone
    是的,但如今的 cpu 基本都支持了 AESNI 指令集,你看不出有多占用
    wanguorui123
        8
    wanguorui123  
       2021-10-07 18:15:46 +08:00
    肯定
    leonme
        9
    leonme  
    OP
       2021-10-07 18:47:20 +08:00 via iPhone
    @BrettD 没表达好,分别是 Http 和 Https 的链接
    zpxshl
        10
    zpxshl  
       2021-10-07 19:22:38 +08:00 via Android
    @lscexpress https 传输的数据会涉及加解密吧,理论上肯定会更占 cpu 。
    shiny
        11
    shiny  
       2021-10-07 19:57:18 +08:00
    当年 https 还是小众玩意儿的时候,很多人不上 https 最重要的一条理由是它会消耗 cpu 。
    Laforet
        12
    Laforet  
       2021-10-07 20:40:58 +08:00 via Android   2
    TCP 也挺消耗 CPU 的,这边建议用 UDP 传大文件呢亲
    ysc3839
        13
    ysc3839  
       2021-10-07 20:48:50 +08:00 via Android
    理论上是的,但是对于客户端来说基本可以忽略不计。
    qhgongzi
        14
    qhgongzi  
       2021-10-07 21:09:54 +08:00
    https 会更耗 cpu,

    细节的话,握手环节非对称加解密消耗更多,传输环节对称加解密消耗比较少少, 所以 10G 文件,和 10kb 文件,消耗的 cpu 差不了多少(理论,没实际测试过),

    如果要个直观的感觉的话, 目前 cdn 基本都针对 https 的请求次数单独计费,百万次请求大概收费 5 元。
    dingwen07
        15
    dingwen07  
       2021-10-07 21:12:45 +08:00 via iPhone
    HTTPS 传输实际数据的时候用的是对称式加密,对现代 CPU 来说都不是事儿了。但是确实,HTTPS 更消耗 CPU 。
    shiji
        16
    shiji  
       2021-10-07 21:22:22 +08:00
    更占 CPU 没错,不过那是十几年前的 CPU 。对当今的 CPU 来说是小菜一碟
    ashong
        17
    ashong  
       2021-10-07 21:35:00 +08:00
    反正用 gg 测试 LCP 的时候 http 比 https 快得多
    shakaraka
        18
    shakaraka  
    PRO
       2021-10-07 21:36:21 +08:00
    理论是。但是现代没人会在意这个东西,反而在意 ssl 证书贵不贵(我当然知道有免费的)
    1BF6oSYCD9ngBHo1
        19
    1BF6oSYCD9ngBHo1  
       2021-10-07 21:45:24 +08:00 via iPhone
    楼主就算把"cpu"换成"资源",答案也是肯定的。甚至对于 1byte 文件也是如此。另外,https=http over ssl/tls,人类为了实现这个东西,往原有 http 生态上加的东西可远不止"加密解密"。多说一句,能抵达 v 站的人肯定抵达 google/wikipedia 吧?对于楼主的问题,后者提供的解答应该远比 v 站丰富吧
    ch2
        20
    ch2  
       2021-10-07 22:00:38 +08:00
    对称加密已经被指令集底层支持了,压根不是事
    你可以理解为现代的设备都支持"硬解"https,古早的设备只能"软解"确实会带来额外的计算
    ETiV
        21
    ETiV  
       2021-10-07 22:39:07 +08:00 via iPhone
    所以 CDN 会额外的为 https 请求多收一点钱
    pusheax
        22
    pusheax  
       2021-10-08 10:06:36 +08:00   3
    是的。
    在 windows/andriod 开发,或者说 X86 架构下,这一点性能开销无伤大雅。
    但是在性能受限的嵌入式开发,就会影响到硬件选型或功耗设计等等。
    例如 esp8266 之类的芯片,大量的 https 加解密,是可以把 cpu 和内存跑满的。
    很多芯片,会专门设计一个 AES 加解密的协处理器,专门用于这一类工作,也就是“硬解”。
    kingfalse
        23
    kingfalse  
       2021-10-08 18:03:33 +08:00 via Android
    担心 HTTPS 的性能可以试试 ecc 证书
    Overfill3641
        24
    Overfill3641  
       2021-10-08 20:41:37 +08:00
    https 只是交换密钥前用 AES 吧?之后用的对称加密。
    Tyanboot
        25
    Tyanboot  
    PRO
       2021-10-09 14:42:55 +08:00
    @v2tudnew AES 就是对称加密。。。
    Overfill3641
        26
    Overfill3641  
       2021-10-09 14:46:51 +08:00
    @Tyanboot #25 是的,打错了,RSA 。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     6073 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 34ms UTC 02:28 PVG 10:28 LAX 19:28 JFK 22:28
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86