activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Shannon <christopher.l.shan...@gmail.com>
Subject Re: purge performance???
Date Fri, 28 Apr 2017 16:13:00 GMT
How fast the messages get purged depend on many things such as how large
the messages are, if they are non-persistent, and if there is contention on
the Queue, and of course how fast your hardware is. The purge operation
works by paging in batches of messages at a time so if it has to go to disk
versus just in memory then it will take a little bit longer depending on
your disk performance.  Also if there are a lot of producers/consumers to a
Queue it will interfere with the purge as well as locks have to be obtained.

That being said, 10 thousand messages is not that many messages if they are
relatively small (no more than a couple KB) and in most situations I would
expect it to only take a few seconds, especially if they are in memory.  If
you have large messages (megabytes) then it will of course take a lot
longer.


On Fri, Apr 28, 2017 at 10:26 AM, pbCode <pblakeley@gmail.com> wrote:

> Hi,
>   I have a lot of messages in some DLQs.  These are in the order of 10
> thousand / DLQ!  Before I go and delete these from my production
> environment
> I wanted to know if theres anything I need to consider before I do it???
> ie
> performance.  As you can imagine I dont want to hit the purge button and
> then the CPU rocket through the roof!  I have tested it in my development
> environment by using the active mq web console to create 10 thousand
> messages and then purge them.  It was so quick it was unbelievable!  I was
> wondering why it was so quick, that maybe the 10 thousand messages that I
> created through the console  were deleted so quickly because the messages
> are effectively the same???  Any help will be appreciated.
>
>
>
> --
> View this message in context: http://activemq.2283324.n4.nab
> ble.com/purge-performance-tp4725337.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message