<a href="http://www.rabbitmq.com/install.html">http://www.rabbitmq.com/install.html</a>�is a good place to start.<br><br><div class="gmail_quote">On Thu, May 13, 2010 at 14:30, Roaan Vos <span dir="ltr">&lt;<a href="mailto:listuser@codeshrink.com">listuser@codeshrink.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br><br>Thanks for the reply.<br><br>Unfortunately it has to be windows as our company does not support non windows.<br>
<br>As to our usage.<br><br>We&#39;re processing messages from a stock exchange and setup a routing key containing of &quot;level.isin&quot;<br>
where the level can be level 1 or level 2 depending on the type of information and the isin is the stock.<br><br>&quot;Clients&quot; can then bind to a specific routing key to get just the information they need.<br>I&#39;m thus using RabbitMQ as a way to transfer data and demultiplex the information that comes through.<br>

I could use RabbitMQ just for the message transfer and then do the demultiplexing myself but I thought I&#39;d take a shortcut.<br><br>On the configuration. Is there some documentation on what or how RabbitMQ can be configured.<br>

Currently I can&#39;t find a configuration file anywhere so don&#39;t know where/how to start.<br><br>Thanks again<br><font color="#888888"><br>Roaan</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">
On Thu, May 13, 2010 at 11:45 AM, Matthew Sackman <span dir="ltr">&lt;<a href="mailto:matthew@lshift.net" target="_blank">matthew@lshift.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">Hi Roaan,<br>
<div><br>
On Thu, May 13, 2010 at 06:57:19AM +0200, Roaan Vos wrote:<br>
&gt; We&#39;ve been having problems with RabbitMQ just &quot;hanging&quot;.<br>
&gt; This is with the default installation, i.e no configuration.<br>
<br>
</div>It&#39;s likely you&#39;ve run out of memory and Rabbit&#39;s raised the<br>
channel.flow flag, preventing you from publishing more messages to it.<br>
Check the logs for memory high watermark warnings. This issue is fixed<br>
with the new persister branch as messages can be sent to disk and<br>
forgotten from RAM.<br>
<div><br>
&gt; Can any one help with a configuration file or point me to where I can find<br>
&gt; information on how to configure RabbitMQ.<br>
<br>
</div>There&#39;s not a great deal you can do to fix this issue other than<br>
compiling from source with the new persister branch (bug21673), or<br>
installing much more memory.<br>
<div><br>
&gt; We&#39;re running RabbitMQ 1.7.2 on a single node on Windows 2008 Server.<br>
<br>
</div>Windows is a bad idea because there is no 64-bit Erlang available. As<br>
such, it doesn&#39;t matter how much RAM you have installed, only 2GB will<br>
be available to Rabbit. If you need to use Windows then your only<br>
solution will be to use the new persister branch (but compiling under<br>
Windows is involved to say the least - you&#39;ll need to start with<br>
cygwin). Really we&#39;d recommend a Linux server here.<br>
<br>
That said, all my assumptions may be totally wrong - how many messages<br>
(and what size) are you buffering in Rabbit? Are you correctly acking<br>
messages when you&#39;re consuming them?<br>
<div><br>
&gt; Also we&#39;re aiming on having about 10 thousand clients (connections) each<br>
&gt; with their own queue. (Using Topics)<br>
&gt; Is this feasable?<br>
<br>
</div>Connections - yes. You will probably need to raise the process limit -<br>
about a million should be fine. Under non-Windows this would involve<br>
putting SERVER_START_ARGS=&quot;+P 1048576&quot; into the rabbitmq.conf file<br>
(which normally lives under /etc/rabbitmq). However, because of lack of<br>
features of Windows BAT files, there is no such .conf file, so you need<br>
to set the environment variable RABBITMQ_SERVER_START_ARGS and set the<br>
value to &quot;+P 1048576&quot;. That should do the trick.<br>
<br>
Topic exchanges are inefficient in our current implementation. It&#39;s not<br>
normally necessary to use them either - unless your domain of routing<br>
keys really is unbounded. Can you describe more about your use case and<br>
we should be able to advise you further.<br>
<font color="#888888"><br>
Matthew<br>
</font><div><div></div><div><br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>---<br>John Apps<br>(49) 171 869 1813<br>