Webが若い頃は、HTTP接続は比較的速く、HTTPS接続は非常に低速でした。
過去数年間で、HTTPS接続の速度はHTTP接続の速度と非常によく似ています。時々、目立った違いはありません。
HTTPS接続の速度がHTTP接続の速度に匹敵するようになったことにより、何が変わりましたか?
Webが若い頃は、HTTP接続は比較的速く、HTTPS接続は非常に低速でした。
過去数年間で、HTTPS接続の速度はHTTP接続の速度と非常によく似ています。時々、目立った違いはありません。
HTTPS接続の速度がHTTP接続の速度に匹敵するようになったことにより、何が変わりましたか?
回答:
その改善にはさまざまな理由があります
初期接続セットアップ時間 HTTPS接続は、最初のHTTP接続が確立された後に追加のハンドシェイクが必要です。時間の経過とともに、接続の待ち時間は減少しました(モデムの場合は100〜200ミリ秒からDSLの場合は10〜100ミリ秒まで、さらに家庭用光ファイバやその他の新しいテクノロジの場合はさらに低い)。待ち時間が減少すると、追加のハンドシェイクはそれほど目立たなくなります。
プリフェッチ/事前接続 最近のブラウザでは、ブラウジングを高速化するためにさまざまな種類のプリフェッチおよび接続前の方法が使用されています。接続はすでに確立されているので、上記のハンドシェイクはまったく目立たない可能性があります。
SPDYのような他のものもここで役に立ち、同じ考えを使います。
より多くの計算能力 HTTPSは暗号化のためにより多くの計算リソースを必要とします。より速いCPU(サーバーとクライアント側)はHTTPSをより速くするのを助けます。また、一部のサーバーはパフォーマンスを向上させるために特別な暗号化ハードウェアを使用します。
政策変更 HTTPとHTTPSにどのくらいのリソースが費やされるかを決定するポリシーがあります。単純な単一サーバー設定の場合、このポリシーはOSスケジューラによって暗黙的に定義されます。マルチサーバーまたはマルチインターフェースの設定では、それは暗黙的であり、各サーバーの帯域幅とCPUにのみ依存します。
過去には、HTTPSは風変わりでコストがかかると考えられていたため、あまりサポートされていませんでした(たとえば、遅いマシンで実行するなど)。
しかし今日では、特に大規模なWebサイトを考えるとき、各サービスをどのように処理して優先順位を付けるかについて明確な方針があることを確認できます。そして、HTTPS(例えばGoogle)を好む会社が増えているので、彼らは彼らの方針でこれを表現しています。