if you use a transacted session for your producer, and call session commit
every 100 messages, each message will be sent async (so no ack) and the
commit message will wait on a reply. ie: only the commit message is sent
sync.

Also, if you use more than one connection in parallel, there is a better
chance of batching writes to disk so that a batch of transactions can share
the same disk sync (fsync)


On 14 January 2013 17:23, jainmanglesh <[email protected]> wrote:

> Hi,
>
> I want all the message from producer to send to queue with persistence, by
> that I mean :
> 1. the message must not be lost during transition (from producer to queue,
> like if server crashes during the transition)
> 2. the message should be there on the server, if server crashes after
> messaged delivered to queue from producer.
>
> I am using persistent delivery mode (which is default anyway). however in
> this ack would be sent to producer for each and every message delivered
> (and
> stored) in activemq local store (kahadb). I cannot afford to use async mode
> (which may be 10 times faster) as if I use async mode and if server crashes
> during the message delivery then that message will not be stored (I checked
> that and found message lost during the transition were not there on the
> queue) and hence message will be lost.
>
> Is there anything I can do to improve performance of delivery of msg from
> producer to Queue on server (as of now I see 60K message/minutes are
> delivered).
>
> I thought if there is anything like batch acknowledgement, so instead of
> ack
> for each message, i can configure to ack for every 1000 (or n number)
> messages and if any msg from that batch is not delivered  then the whole
> batch will still be with producer (for automatic retry later).
>
> I tried increasing couple of setting like memoryUsage (from systemUsage),
> journalFileLength but didnt get any improvement in performance.
>
> any help.
>
>
>
>
>
>
> --
> View this message in context:
> http://activemq.2283324.n4.nabble.com/persistent-message-delivery-to-queue-tp4661718.html
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>



-- 
http://redhat.com
http://blog.garytully.com

Reply via email to