タグ付けされた質問 「keep-alive」

1
キープアライブヘッダーの説明
サイトの作成を依頼され、共同開発者の1人から、keep-aliveヘッダーを含める必要があると言われました。 よく私はそれについてたくさん読みました、そして私はまだ質問があります。 msdn-> サーバーが各要求のコンテンツをより迅速に返すことができるため、開いている接続は、クライアントがWebページコンテンツに対して複数の要求を行うときのパフォーマンスを向上させます。それ以外の場合、サーバーはリクエストごとに新しい接続を開く必要があります 見つめている IIS(F)は、送信するとkeep alive、ヘッダーを(またはユーザーがキープアライブ送信)、それはそれを意味している(E、C、B)だけ私のセッションのためにあるの接続を保存しますか? この情報はどこに保存されますか(「この接続は「Royi」に属しています)? 他の誰もその接続を使用できないことを意味しますか もしそうなら-それはそれがキープアライブヘッダー-重複する接続ユーザーの数を減らすことを意味するのですか? その場合、接続はどのくらいの期間保存されますか?(つまり、キープアライブを設定した場合、いつまで「キープ」するのですか?) 興味がある人のためのps: このサンプルページをクリックすると、キープアライブヘッダーが返されます

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

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.