You are viewing a plain text version of this content. The canonical link for it is here.

Posted to users@activemq.apache.org by James Strachan <ja...@gmail.com> on 2006/06/16 13:49:35 UTC

Performance Tuning guide available...

Incidentally we've created a little performance tuning guide here
which folks might find useful

http://devzone.logicblaze.com/site/how-to-tune-activemq.html


-- 

James
-------
http://radio.weblogs.com/0112098/

Re: Performance Tuning guide available...

Posted by Andrew <an...@gmail.com>.

 hi, I am not able to access the document as per in the link. Possible to
send me a copy of this to my email?
thanks.



--
View this message in context: http://activemq.2283324.n4.nabble.com/Performance-Tuning-guide-available-tp2345740p4654333.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Performance Tuning guide available...

Posted by James Strachan <ja...@gmail.com>.

There's a copy here...

http://open.iona.com/wiki/display/ProdInfo/FUSE+Message+Broker+Performance+Tuning+Guide

On 28/09/2007, Paul Ortiz <my...@yahoo.com> wrote:
>
> Yes, it would be really nice to have a look at this document.
>
> P.
>
>
> JigarP wrote:
> >
> > Hi Karthick,
> >
> >    I am not able to see this performance guide anywhere. can you provide
> > me link using which i can check out performance tip.
> >
> >    i have gone through this site but it is showing AMQ issue tracker page.
> >
> > http://devzone.logicblaze.com/site/how-to-tune-activemq.html
> >
> > J
> >
> >
> > skarthik wrote:
> >>
> >> Thanks James,
> >>
> >> The guide is useful. I have a couple of questions.
> >>
> >>  Suppose we really don't need persistence as we don't use durable
> >> subcribers, would there be any other reason to use persitent messages?
> >>
> >>  I got the impression from various posts, that enabling/using
> >> perisistence, optimizes the activeMQ server memory usage in case of large
> >> volume of messages, as the message would not be kept in memory once it is
> >> check-pointed.
> >>
> >> Thanks,
> >> karthik
> >>
> >>
> >>
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Performance-Tuning-guide-available...-tf1797775s2354.html#a12932501
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>


-- 
James
-------
http://macstrac.blogspot.com/

Open Source SOA
http://open.iona.com

Re: Performance Tuning guide available...

Posted by Paul Ortiz <my...@yahoo.com>.

Yes, it would be really nice to have a look at this document.

P.


JigarP wrote:
> 
> Hi Karthick,
> 
>    I am not able to see this performance guide anywhere. can you provide
> me link using which i can check out performance tip.
> 
>    i have gone through this site but it is showing AMQ issue tracker page.
> 
> http://devzone.logicblaze.com/site/how-to-tune-activemq.html 
> 
> J
> 
> 
> skarthik wrote:
>> 
>> Thanks James,
>> 
>> The guide is useful. I have a couple of questions.
>> 
>>  Suppose we really don't need persistence as we don't use durable
>> subcribers, would there be any other reason to use persitent messages?
>> 
>>  I got the impression from various posts, that enabling/using
>> perisistence, optimizes the activeMQ server memory usage in case of large
>> volume of messages, as the message would not be kept in memory once it is
>> check-pointed.
>> 
>> Thanks,
>> karthik
>> 
>> 
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Performance-Tuning-guide-available...-tf1797775s2354.html#a12932501
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Performance Tuning guide available...

Posted by JigarP <ji...@gmail.com>.

Hi Karthick,

   I am not able to see this performance guide anywhere. can you provide me
link using which i can check out performance tip.

   i have gone through this site but it is showing AMQ issue tracker page.

http://devzone.logicblaze.com/site/how-to-tune-activemq.html 

J


skarthik wrote:
> 
> Thanks James,
> 
> The guide is useful. I have a couple of questions.
> 
>  Suppose we really don't need persistence as we don't use durable
> subcribers, would there be any other reason to use persitent messages?
> 
>  I got the impression from various posts, that enabling/using
> perisistence, optimizes the activeMQ server memory usage in case of large
> volume of messages, as the message would not be kept in memory once it is
> check-pointed.
> 
> Thanks,
> karthik
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Performance-Tuning-guide-available...-tf1797775s2354.html#a12810128
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Performance Tuning guide available...

Posted by James Strachan <ja...@gmail.com>.

On 6/16/06, skarthik <ka...@necam.com> wrote:
>
> Thanks James,
>
> The guide is useful. I have a couple of questions.
>
>  Suppose we really don't need persistence as we don't use durable
> subcribers, would there be any other reason to use persitent messages?

Durable queues in particular allow you to have massive queues; rather
than limit queues to a specific size defined in some RAM buffer.

>  I got the impression from various posts, that enabling/using perisistence,
> optimizes the activeMQ server memory usage in case of large volume of
> messages, as the message would not be kept in memory once it is
> check-pointed.

Yes. If you use pure in-RAM based queues then at some point the
configured RAM buffer fills up and our only option is to block
producers until it frees back up again. This is not the case with
persistent queues since we can spool to disk.

There's also the big difference that if you are using non-persistent
messaging and someone kills the broker, you loose messages.

-- 

James
-------
http://radio.weblogs.com/0112098/

Re: Performance Tuning guide available...

Posted by skarthik <ka...@necam.com>.

Thanks James,

The guide is useful. I have a couple of questions.

 Suppose we really don't need persistence as we don't use durable
subcribers, would there be any other reason to use persitent messages?

 I got the impression from various posts, that enabling/using perisistence,
optimizes the activeMQ server memory usage in case of large volume of
messages, as the message would not be kept in memory once it is
check-pointed.

Thanks,
karthik


--
View this message in context: http://www.nabble.com/Performance-Tuning-guide-available...-t1797775.html#a4903182
Sent from the ActiveMQ - User forum at Nabble.com.

Re: Performance Tuning guide available...

Posted by Bruce Snyder <br...@gmail.com>.

On 9/18/07, StefanL <st...@yahoo.se> wrote:
>
> Hi,
> it seems that the performance guide isn't available any longer, following
> the link below sends you to the AMQ issue tracker page.
>
> Has the guide been removed?

I was just looking at those articles last week and thinking of
updating them. I'm looking into why the old dev zone seems to have
disappeared just recently.

Bruce
-- 
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'

Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/

Re: Performance Tuning guide available...

Posted by StefanL <st...@yahoo.se>.

Hi,
it seems that the performance guide isn't available any longer, following
the link below sends you to the AMQ issue tracker page.

Has the guide been removed?
/Stefan


James.Strachan wrote:
> 
> Incidentally we've created a little performance tuning guide here
> which folks might find useful
> 
> http://devzone.logicblaze.com/site/how-to-tune-activemq.html
> 
> 
> -- 
> 
> James
> -------
> http://radio.weblogs.com/0112098/
> 
> 

-- 
View this message in context: http://www.nabble.com/Performance-Tuning-guide-available...-tf1797775s2354.html#a12751402
Sent from the ActiveMQ - User mailing list archive at Nabble.com.