2012-03-09 4 views
0

私はコマンドをチェックするために10秒ごとにPHPサーバをポーリングするフラッシュプロジェクトを持っています。私はローカルネットワーク上でこれを実行している1200台のマシンを持っています。これにはBlazeDSを使用すべきですか?

ネットワークの速度が低下すると、ポーリングが失敗し、プロジェクトがハングアップすることがあります。 Blaze/LiveCycleはシン・ネットワーク上で正常に動作しますか?これらの条件でポーリングよりも堅牢ですか?

答えて

1

それは速く/ BlazeDSのは良くなるだろう一部そんなにポーリング(またはプッシュ)ではありません。 BlazeDSを使用し、必要なときだけデータを送信し、必要なものだけを送信すれば、全体的なトラフィックが制限されます(おそらく)。何らかの時点で多くのデータを送信することになり、そのデータを傷つけるためにFlexに時間がかかるため、ポーリングがハングアップするように聞こえます。

私はBlazeDSのを経由して曲がるように状態(〜20の文字列フィールドと文字列の2-3大きなリストを持つオブジェクト)を押し8000のエンティティとシミュレーションを実行したとパフォーマンスはOKでした。

+0

有望な音。 1200クライアントをBlazeDSサーバーに接続すると、1200の接続が開いたままになりますか? – Sparky1

+0

私は100%確信していません。私はあなたが "ブラウザ"あたり1本のパイプを取得すると信じています。 – debracey

0

また、優れた拡張性と耐障害性の非同期サーブレット・スタックが付属しており、GraniteDSをチェックすることができます。これは長いポーリングに依存し、単純なポーリングよりもはるかに「リアルタイム」なエクスペリエンスを提供します(ただし、アプリケーションでは必ずしもこの必要はありません)。非同期サーブレットを使用して

は、いくつかのサーバー側のスケーラビリティの問題を解決することができますが、それは可能なクライアントの過負荷の問題がdebraceyが指摘し修正しないでしょう。

あなたはGraniteDS hereとリアルタイムメッセージングについての短いビデオを見ることができます。

関連する問題