質問

システムの構築していますが受信でのデータを、外で食事をします。私たちの仕事での配布はこれらのデータを複数のサービスを実行し計算の結果を他国では代表的な出版社-契約者ます。だけでは不十分であり,非常に低レイテンシーメⅰル.電話帳に宛先が件いらない持続のメッセージのようなMSMQ.

はRabbitMq速されていなければならなソフトをリアルタイムメッセージ納期はどのくらいですか?あるベンチマーク?で使うようにするといいでしょうのではなく、TIBCOランデブー?その他のオープンソースソフトの実時間メール選択肢?

感謝。

役に立ちましたか?

解決

(私はのRabbitMQ開発者です。)

うさぎは、軽負荷のとき、一般的にネットワークカードやCPU速度のようなものに応じて、100から400マイクロ秒のオーダーのレイテンシを持つことになります。ロードが少し重くなったら、内部バッファリングが現れ始めるとレイテンシが少し上昇します。帯域幅の使用は、(メッセージ毎秒は、バイト毎秒)の高得るために開始されるまで、あなたは安全に1ミリ秒の待ち時間を期待することができます。永続性が導入されると、レイテンシも当然、上昇します。

についてのベンチマークは、ここでの最大の問題の一つは、あなたのアプリケーションにとって重要なものを定義しています。ありますいくつかのポイントツーポイントおよびパブ・サブJavaクライアントに含まれている例を測定し、待ち時間-とスループット自明シンプル。あなたがそれらに問題がある場合のRabbitMQ-議論リストに頼みます!彼らは、実際のアプリケーションに非常に関連性の測定ませんが、遅延やスループットのマイクロベンチマークについているALLAY任意の懸念を助けるかもしれない。

最後に、多くの利用可能な多くの優れたオープンソースのメッセージングおよびメッセージング関連システム、これらの日があります。単独のAMQPの世界では、RabbitMQのほか、QpidとOpenAMQもあります。あなたは(多くの人がActiveMQので成功を持っている)は、Javaに自分自身を制限することができれば良いオープンソースのJMSサーバには、そこにもあります。軽量のシステムの多くは、同様に、RubyとPythonのシステムのために湧きされます。これらのシステムは、単独のキューイングに集中する傾向があり、AMQPの提供という柔軟なルーティング機能を持たない傾向がある。

他のヒント

あなたは数十CPUあたりの秒あたりのメッセージ数千のを達成することができるはずです。例えば、当社の標準的試験のプッシュの1クアッドコアCOTS上で実行しているサーバーへのJavaクライアントから毎秒25kのメッセージボックス、およびクライアントに背をDebianの。それは、サーバー上秒間に処理50Kのメッセージに加えて、クライアント上秒あたりに処理50kのメッセージがありますので、クライアントとサーバーは、同じボックスで実行されています。あなたはより多くのコアを搭載した専用のボックス上でサーバーを実行することにより、より高いレートを得ることができます。バイトに基づく料金について/秒のRabbitMQ-議論メーリングリストで質問してください。

アレクシス

私はあなたのシステムを考えることができる最高のソリューションである ZeroMQするます。

それはあなたが必要としない、それは非常に迅速かつ簡単に使用するのです。

言ったことを、永続性を持っていません

これは、AMQPの実装ではありません(それはそうすることをあなたも必要ありません)が、それはこの上で言うように

のガイド
  ØMQ(ZeroMQ、0MQ、zmq)は、組み込みネットワーキング・ライブラリのように見えますが、並行処理フレームワークのような役割を果たします。それはあなたのインプロセス、プロセス間、TCP、およびマルチキャストなどの様々なトランスポート間で全体のメッセージを運ぶソケットを提供します。あなたはファンアウト、パブ・サブ、タスク分散、および要求 - 応答のようなパターンでN対Nのソケットを接続することができます。これは、クラスタ化された製品の生地であることが十分に速いです。その非同期I / Oモデルはあなたに非同期のメッセージ処理タスクとして構築されたスケーラブルなマルチコア・アプリケーションを、提供します。これは、ほとんどのオペレーティングシステム上の言語のAPIと実行のスコアを持っています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top