問題タブ [two-connection-limit]

複数のタブを同時に開いている場合、2 つの接続制限は特に厄介です。「問題を無視する」以外に、接続が 2 つに制限されているにもかかわらず、両方のタブが高度にインタラクティブな Ajax を実行するために使用された対処メカニズムは何ですか?

SilverlightのMultiScaleImageは、サブドメインまたはブラウザーの接続制限に関係なく、タイルを要求するための2つの同時接続のみを許可しているように見えます。これにより、DeepZoom画像のパンまたはズームが非常に遅くなります。

この接続制限をどのように上書きできますか？

Silverlightは、.Netアプリで使用される通常のapp.config/maxConnections設定をサポートしていないようです。

編集：Fiddlerを使用して同時接続の数を確認することができました。古いバージョンのアプリケーション（ASP.netで記述）はIEで使用可能なすべての接続を使用しますが、SilverlightのMultiScaleImageコントロールでレンダリングされた同じタイルは一度に2つしか要求されません。

私の会社には、さまざまなマシンでホストされている Web サイトに関連する情報を追跡するアプリケーションがあります。中央サーバーは、チェックするサイトのリストを取得する Windows サービスを実行し、それらのターゲット サイトで実行されているサービスにクエリを実行して、ローカル データの更新に使用できる応答を取得します。

私の仕事は、このプロセスにマルチスレッドを適用して、すべてのサイト (順番に実行するのに約 8 時間かかるほぼ 3000 のサイト) を処理するのにかかる時間を短縮することでした。マルチスレッド化されていない場合、サービスは正常に実行されますが、作業を複数のスレッドに分散させた瞬間 (現在 3 つとウォッチャー スレッドでテスト中)、リモート サービスへの呼び出しが原因であると思われる奇妙なクラッシュが発生します。データを提供することになっています。これは SOAP/XML 呼び出しです。

テスト サーバーで実行すると、サービスはあきらめてタスクを完了しませんが、実行を停止しません。デバッガー (Dev Studio 2010) を実行すると、すべてが停止します。実行すると、数秒後にデバッグが停止しますが、完了したからではありません。例外をスローしたり、メッセージを表示したりしません。ブレークポイントを使用すると、停止するポイントまで歩くことができます。イベントログは私を同じ場所に導きます。他のサイトの Web サービスからの応答を取得しようとするコード行で停止します。繰り返しますが、これはマルチスレッドの場合にのみ行われます。

デフォルトで 2 に設定されている接続数に制限があることを示唆する情報をいくつか見つけました。提案された解決策は、app.config にいくつかのタグを追加することですが、それでも問題は解決していません...

許可された接続の数に関連している可能性があると考えていますが、それに関する情報をオンラインでうまく見つけることができませんでした. 私が見逃している簡単なものはありますか？どんな助けでも大歓迎です。

私は、Apache と PHP を実行している Web サーバーにファイルをアップロードできる Adob​​e AIR アプリケーションに取り組んでいます。複数のファイルを同時にアップロードすることができ、アプリケーションはさまざまな API 要求に対して Web サーバーも呼び出します。

私が抱えている問題は、2 つのファイルのアップロードを開始すると、進行中に他の HTTP 要求がタイムアウトになり、アプリケーションとユーザーの観点から問題が発生することです。

Adobe AIR アプリケーションは 2 つの HTTP 接続に制限されていますか、それとも何か他の問題が考えられますか? この問題について検索してもあまり見つかりませんでしたが、1 つの記事で、2 つの接続だけに限定されていないことが示されました。

ファイルのアップロードは File クラスのアップロード メソッドを呼び出して実行され、API 呼び出しは HTTPService クラスを使用して実行されます。私が使用している開発 Web サーバーは WAMP サーバーですが、アプリケーションがリリースされると、LAMP サーバーと通信します。

ありがとう、グラント

ファイルをアップロードするために使用しているコードは次のとおりです。

API 呼び出しのコードは次のとおりです。

序章

私は2つの目的でXMPPを使用しているMVCWebアプリに取り組んでいます：1）サーバーからクライアントへのリアルタイムデータの通信-XMPPMessaging 2）ユーザーグループチャット-XMPPChat

クライアント側でStrophe.jsを使用し、サーバー側でMatriX C＃ライブラリを使用しています。XMPPChatは、サーバー側で事前にバインドし、接続情報をクライアントに渡すことでセットアップされます。クライアントは、stropheに接続します。XMPPMessagingは事前バインドではなく、クライアント側でログインするだけです。ユーザーが開くすべてのウィンドウは、サーバーからデータを受信するために新しいXMPPMessagingインスタンスに接続します。チャットウィンドウのみがXMPPChatとXMPPMessagingを接続します。また、どちらもBOSHを介してPunjab接続マネージャーに接続しており、BOSHはメッセージをOpenfireサーバーに転送しています。

問題

現在、Internet Explorerでのみ発生する問題があります（IE8とIE9でテストしており、どちらもこの問題を示しています）。XMPPMessagingとXMPPChatを接続すると、非常に大きな遅延（10秒-2分）後にチャットメッセージが送信されます。これにより、XMPPChatでも切断の問題が発生することを確認しました。受信機能はうまく機能します。他のブラウザがチャットルームに投稿した場合、IEは他の人と同じようにすぐにそれを取得します。XMPPMessagingがオフになっている場合、チャット送信は遅延や切断なしで正常に実行されます。ブレークポイントを使用してコードをステップ実行しましたが、送信機能がすぐに起動します。パンジャブのログも観察しましたが、パンジャブはそうではないようです。

IEの同時BOSH接続が干渉するこのような問題を他の誰かが見たことがあるかどうか、私は主に疑問に思っています。

アップデート

IEのチャット機能は、今日、完全に不可解に機能し始めました。コードやその構成はまったく変更していません。メッセージング接続とチャット接続の両方が実行されており、両方が接続されていることを再確認しました。修正を診断するために、Apacheを再起動するとバグが再発しましたが、IEでのみ、チャットの速度が大幅に低下し、ランダムに切断されました。

アップデート2-他のブラウザで見る

今日、他のタブで複数のチャットインスタンスを開くことで、他のブラウザ（Chrome、Firefox）で問題を再現することができました。したがって、IEはこの問題でさらに悪化したようです。1つのタブを開くだけで済みます。これは、ブラウザの同時接続制限の問題に私を向けていますが、2つの接続で制限の近くにいるべきではないことを考えると、それは意味がありません。

アップデート3-他のブラウザで原因が特定

Firefoxでテストを実行して、同時接続の問題に対処している疑いがあることを確認しました。チャットタブを1つ開くと、メッセージがすぐに投稿されました。私は2つ目を開きましたが、予想どおり、遅れました。次に、 about：configを開き、 network.http.max-persistent-connections-per-serverを6から7に変更しました。これを行った後、テストを繰り返しました。1つ目と2つ目のチャットタブの両方でメッセージを瞬時に投稿できましたが、3つ目のタブを開くと、すべてのタブで遅延が発生し始めました。IEでテストして、FEATURE_MAXCONNECTIONSPERSERVERレジストリ設定を変更し、問題が解決するかどうかを確認して、これが同じ問題であるかどうかを確認します。

アップデート4-IEの問題はまだ解決されていません

IEで同じテストを実行し、ここに示すようにレジストリを変更し、0xAに設定されたFEATURE_MAXCONNECTIONSPERSERVERおよびFEATURE_MAXCONNECTIONSPER1_0SERVERレジストリにiexplorer.exe DWORD設定を追加しましたが、動作に変化は見られません。x64設定（Wow6432Nodeの下）で同じことを試しましたが、それでも変化は見られませんでした。また、元のexplorer.exeの値を2または4から8に変更しようとしましたが、変更するたびにコンピューターを再起動した後も、動作に変化は見られませんでした。

コード

参考までに、関連する場合と関連しない場合があるXMPPチャットコードの一部を次に示します。

そして、これが私のXMPPメッセージングコードの一部です。

HTTP 仕様 (w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8.1.4) によると、HTTP クライアントは接続を制限する必要があります。

永続的な接続を使用するクライアントは、特定のサーバーに対して維持する同時接続の数を制限する必要があります。シングルユーザー クライアントは、サーバーまたはプロキシとの接続を 2 つ以上維持するべきではありません。

異なるベンダーは、この制限を異なる方法で実装しています: http://www.stevesouders.com/blog/2008/03/20/roundup-on-parallel-connections/

しかし。この制限は、タブごと、ブラウザー インスタンスごと、またはブラウザーのすべてのインスタンスに対してグローバルに適用されますか? ポップアップ (ダイアログ) は、タブまたは独立したタブの一部と見なされますか?

websockets についても同様です。オリジンごとの接続制限は、タブごと、ブラウザー インスタンスごと、またはグローバルに適用されますか?