4

サーバーの利用可能なリソースにバインドする必要があることを除いて、ドキュメントでもグーグルでもこれについて何も見つかりませんでした。

作業環境で一度に非常に多くの交換を行った経験のある人はいますか? 交換を作成することだけが問題になることはありません (単にメモリ制限に達するまで) が、高いメッセージ スループットと大部分が動的な交換の作成/削除を伴う作業中のプロジェクトで使用することです。

4

1 に答える 1

6

RabbitMQ の他のすべてがどのように構築されているかを考えると (そして、Erlang で記述されており、内部で Mnesia のようなサービスを使用していることを知っているため)、おそらくハードコーディングされた制限はありません。おそらく、何よりも先にブローカーのマシンのリソース制限に達するでしょう。

非永続的な交換 (つまり、ブローカーの再起動に耐えられない交換) を使用する予定がある場合は、非常に多数の交換を作成する可能性があります。HTTP 管理 APIを使用して、 curlを使用して交換を作成し続けるだけのスクリプトを作成し、どこまで到達するかを確認してみませんか?

于 2012-04-11T14:30:01.847 に答える