現代におけるhttpキープアライブ
したがって、httpについて少し知っているhaproxy作者によると、 キープアライブは、CPUが100倍遅いときにサーバーのCPU使用率を削減するために開発されました。しかし、永続的な接続は、それらを開いたクライアント以外の誰も使用できない一方で、大量のメモリを消費するとは言いません。2009年の今日、CPUは非常に安価であり、メモリはアーキテクチャまたは価格によって数ギガバイトに制限されています。サイトでキープアライブが必要な場合は、実際に問題があります。負荷の高いサイトでは、キープアライブを無効にして、同時クライアントの最大数をサポートすることがよくあります。キープアライブがないことの本当の欠点は、オブジェクトをフェッチするための待ち時間がわずかに増えることです。これを補うために、ブラウザは非キープアライブサイトでの同時接続数を2倍にします。 （http://haproxy.1wt.eu/から） これは他の人々の経験と一致していますか？つまり、キープアライブなし-結果はほとんど目立たなくなりますか？（おそらくWebSocketなどでは、接続はキープアライブステータスに関係なく「オープン」に保たれます-非常に応答性の高いアプリの場合）。サーバーから離れている人にとって効果は大きいですか、またはページをロードするときに同じホストからロードするアーティファクトがたくさんある場合は？（CSS、画像、JSなどは、キャッシュフレンドリーなCDNからますます増えていると思います）。 考え？ （これがserverfault.comのものかどうかはわかりませんが、誰かがそこに移動するように指示するまで、私はクロスポストしません）。