問題タブ [keep-alive]

ソースをスキャンした後、urllib2keep-aliveを指定しても、接続は自動的に閉じられるようです。

どうしてこれなの？

今はhttplib持続的接続に使用しているだけですが、urllib2でこれが無効になっている（またはあいまいな）のはなぜか疑問に思います。

まず第一に、私は、VoIP、オーディオ、および位置情報アプリがバックグラウンドで実行されることのみがサポートされており、オーディオが再生されている間、または位置情報サービスなどを使用している間だけ実行されることを知っています。

私が知りたいのは、バックグラウンドでアプリを完全に動作させ続ける方法があるかどうかです。バッテリーの寿命への影響は関係ありません。

そうすれば、私のアプリのユーザーは設定から​​選択して、いつでも好きな時間だけアプリを存続させることができます。たとえば、アプリの実行が必要なものを待っている場合、メッセージを受信した後、キープアライブ機能をオフにすることができます。

これが可能かどうかはわかりませんが、そう言っている投稿を読んだことがありますが、残念ながら彼らは=（

更新：このチュートリアルでは、AcrobitsのApple Storeに2つのアプリがあり、「アプリケーションを強制的に存続させ、バックグラウンドで起動させることができる」ことがわかりました。それで、これを行う方法はありますか？

IIS/ASP.NET は TCP キープアライブ オプションを使用して切断された接続を検出できますか? これらの接続では、HTTP Keep-Alive オプションが有効になっていないことに注意してください。これらは接続であり、クライアントによって放棄され、IIS / ASP.NET スレッドがハングしたままになり、データを待機します。IIS / ASP.NET がそのようなシナリオを処理するメカニズムはありますか?

IIS / ASP.NET は TCP キープアライブ オプションを利用しますか? その使用に影響を与える設定パラメータは何ですか?

この質問は、HTTP Keep-Alive オプションに関するものではないことに注意してください。

Response.Flushを呼び出さないと、Connection：Closeが返されないという印象を受けました。では、Connection：Keep-Aliveを返すにはどうすればよいですか？

次のコードを使用して、ASP.NETからファイルを返します。

これが生成する応答は次のとおりです。

リクエスト間で WCF サービスを維持するにはどうすればよいですか? サービスは初期化時にメモリ内に単純なキャッシュを作成していますが、リクエスト間でサービスを再初期化する必要はありません。キャッシュは、データベースから抽出されたデータを使用して構築されるため、効率を高めるために、これを行う必要はめったにありません。
データベースは頻繁に更新されるわけではないので、毎晩アプリ プールをリサイクルするだけでキャッシュを更新できます。

したがって、これは、コードの最後にGC.KeepAliveを配置して、ミューテックスを開いたままにする必要があることを示しています（ミューテックスの早期のGC廃棄が原因でアプリの複数のインスタンスが発生するのを防ぐため）。しかし、KeepAliveをfinallyブロックに配置する必要がありますか、それともtryブロックの最後に配置する必要がありますか？

「EOF」エラーで失敗するSOAPサーバープロセスがあります。EOF障害がキープアライブタイムアウトに関連しているかどうかを誰かが知っていますか？はいの場合、どのように？私のコードはC/C++です

したがって、httpについて1つか2つのことを知っているhaproxyの作者によると：

Keep-aliveは、CPUが100倍遅いときにサーバーのCPU使用率を減らすために発明されました。しかし、言われていないことは、持続的接続は、それらを開いたクライアント以外の誰もが使用できない間、多くのメモリを消費するということです。現在、2009年のCPUは非常に安価であり、メモリはアーキテクチャまたは価格によって数ギガバイトに制限されています。サイトが存続する必要がある場合、実際の問題があります。負荷の高いサイトでは、最大数の同時クライアントをサポートするために、キープアライブが無効になることがよくあります。キープアライブがないことの本当の欠点は、オブジェクトをフェッチするための待ち時間がわずかに長くなることです。ブラウザは、これを補うために、キープアライブ以外のサイトでの同時接続の数を2倍にします。

（http://haproxy.1wt.eu/から）

これは他の人々の経験と一致していますか？つまり、キープアライブなしで-結果は今ではほとんど目立たないのですか？（WebSocketなどでは、非常に応答性の高いアプリの場合、キープアライブステータスに関係なく接続が「開いた」状態に保たれることに注意してください）。サーバーから離れている人にとって、またはページをロードするときに同じホストからロードするアーティファクトが多数ある場合、その効果は大きくなりますか？（CSS、画像、JSなどはキャッシュフレンドリーなCDNからますます増えていると思います）。

考え？

（これがserverfault.comのものであるかどうかはわかりませんが、誰かがそこに移動するように指示するまで、クロスポストはしません）。

15分ごとにURLにpingを実行し、サーバーから応答を返すことができるc＃の方法はありますか？

.netを使用して、asp.net Webサイトに再構築を呼び出させ、アプリケーションの起動時に最初のユーザーに負荷ペナルティが発生しないようにするための単純なツールを構築できるかどうかを確認したいと思います。

または誰かが同じ目標を達成するための別の方法を持っている場合...考え？チップ？アイデア？