2012-04-11 113 views
1

在文檔或Google上找不到任何關於此內容的內容,但應該將其綁定到服務器的可用資源。rabbitmq的交易數量是否有限制?

有沒有人在工作環境中每次都有大量交流的經驗?只是創建交換不應該成爲問題(直到達到內存限制),而是將其用於具有高消息吞吐量和主要動態交換創建/刪除的工作項目中。

+0

我很好奇你需要在一個經紀人上進行大量的交易。你的設計目標是什麼? – 2012-04-12 06:42:16

+0

我目前正在研究改進重度異步工作項目的概念。 在這種情況下,考慮給予平臺上的每個活躍用戶自己的交換以滿足他的行動和所需處理的所有消息傳遞需求。由於用戶沒有任何互動,這似乎是一個可行的選擇。 – maxigs 2012-04-12 07:55:48

回答

3

鑑於RabbitMQ中的其他部分是如何構建的(並且知道它是用Erlang編寫的並在內部使用像Mnesia這樣的服務),可能沒有任何硬編碼限制。在任何其他事情之前,你可能會在經紀人的機器上達到資源限制。

如果您打算使用非持久性交換(即無法在代理重新啓動時存活的交換),您可能會創建非常多的交換。爲什麼不使用HTTP management API來編寫一個腳本,它只是使用curl來創建交換,並看看你得到了多少?

+0

感謝您的建議,我已經想過這樣做,但只是創建交流會,如您所說,只是讓我到機器的資源限制,但並沒有真正讓我知道一旦有消息傳遞將如何執行上。 – maxigs 2012-04-11 15:13:05

+0

公平地說,你的原始問題中沒有提到他們的表現,只是有限制。你應該修改問題或者開始一個新問題。 – 2012-04-11 16:17:51

+0

點給出,我會更新它;) – maxigs 2012-04-12 07:54:20