in addition, try the latest Artemis release, there has been a bunch of work on latency w.r.t gc on exactly that flat send latency (reliable enqueue) use case.
On Wed, 14 Feb 2018 at 14:29 Gary Tully <gary.tu...@gmail.com> wrote: > transaction commit is a sync operation... if an async send in a > transaction fails, then the commit will rollback via: > rollbackOnlyOnAsyncException > > w.r.t spikes in send, have you enabled the preallocation strategy on > kahadb, it may be worth toggling to see the effect in your env. Also, > ackCompaction may be in the way. To get to the bottom of it would need some > thread dumps or profiling... but those are the big events that effect io. > > On Mon, 12 Feb 2018 at 05:51 alprausch77 <joachim.gl...@dematic.com> > wrote: > >> Hello Tim. >> Thank you for your suggestion but I already checked the GC (forgot to >> mention it). >> The times of the slow JMS sends doesn´t correlate with the garbage >> collector >> events. >> Btw: we use CMS as collector. >> >> Any other ideas? >> >> Thanks. >> Joachim >> >> >> >> -- >> Sent from: >> http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html >> >
