<div>Hi all,</div><div><br></div><div>I seem to be hitting some limits with RabbitMQ queue volumes again, here's the rough breakdown of the situation for the purposes of my current testing:</div><div><br></div><div>One RabbitMQ node, 8 cores, 32GB RAM - Rabbit version 2.8.1-1, Erlang R13B on Ubuntu 10.04</div><div>2 nodes connecting and trying to create 150k queues each on a topic exchange</div><div>10 routing keys</div><div><br></div><div>The 2 nodes that connect run code written for Akka 2.0 with the development AMQP module, Scala 2.9.1, OpenJDK-6</div><div><br></div><div>Creating ~200k queues goes fine, only takes ~5min. &nbsp;Past this, I get a lot of timing out on channel/queue creation(timeout value bumped up to 60 seconds).</div><div><br></div><div>The use case is essentially some realtime-ish event based stuff for web clients(will be done using Play! 2.0). &nbsp;Under the current plan, any given user will create at least 2 queues: &nbsp;one for general events that occur during their session and one for each category of data they're receiving(e.g. a chat session, updates from various data sources/streams). &nbsp;The 300k queues I'm attempting to create is a much smaller count than we'd eventually be running in production.</div><div><br></div><div>So the question is, am I approaching this the wrong way? &nbsp;Should I be treating RabbitMQ as a more general message bus and performing more complex routing on the non-RabbitMQ web server/application nodes? &nbsp;Any and all feedback would be most welcome.</div><div><br></div><div>Regards,</div><div><br></div><div>Jeremy</div>