Re: GC Overhead limit exceeded?

That was the best part: after spending a bunch of time tweaking lots of options for ParallelGC, I found that G1 worked as intended with the default settings other than the heap size (1GB, if I remember correctly). I wanted to try to tweak a few settings in an effort to eliminate the slow growth of

Re: [Artemis] Master fails to start up after failback

another possible workaround is to start the server from where your paths are relative from. Or you could try the snapshot build: https://repository.apache.org/content/repositories/snapshots/org/apache/activemq/apache-artemis/1.1.1-SNAPSHOT/apache-artemis-1.1.1-20151021.162952-18-bin.zip On Wed,

Re: [Artemis] Master fails to start up after failback

This should now be fixed upstream as part of: https://issues.apache.org/jira/browse/ARTEMIS-273 On 20/10/15 19:29, Mihkel Nõges wrote: Thanks Martyn! I will try this tomorrow. BR! Mihkel On 20 October 2015 at 18:59, Martyn Taylor wrote: Hi Mihkel, I tried reproducing this locally and ran

RE: GC Overhead limit exceeded?

Tim, Can you share the G1 settings you used? Raffi -Original Message- From: tbai...@gmail.com [mailto:tbai...@gmail.com] On Behalf Of Tim Bain Sent: Wednesday, October 21, 2015 10:41 AM To: ActiveMQ Users Subject: Re: GC Overhead limit exceeded? [ EXTERNAL ] Before you can tune for thro

Re: Slow MySQL datastore performance.

Thanks Tim.. If anyone has any relevant benchmarks they could provide, that would be really useful.. any more thoughts on the original question would be appreciated also.. -- View this message in context: http://activemq.2283324.n4.nabble.com/Slow-MySQL-datastore-performance-tp4703223p4703233.

Re: GC Overhead limit exceeded?

Before you can tune for throughput (which is what the book Arjen quoted was almost certainly referring to), you have to have a large enough heap to hold everything you're looking to hold. Arjen's recommendation that you not set a limit may not get you to where you need to be; as of Hotspot 6u18, t

Re: Slow MySQL datastore performance.

I personally don't have any, though someone else on here might. My statements about the relative performance of the three store types is based on reading threads on this mailing list as well as posts on blogs/StackOverflow/etc., not direct firsthand observation, and I've never seen anyone post any

Re: Slow MySQL datastore performance.

Hi Tim.. thanks for the swift response.. Do you have any benchmarks for the KahaDB or replicated LevelDB approach..? -- View this message in context: http://activemq.2283324.n4.nabble.com/Slow-MySQL-datastore-performance-tp4703223p4703230.html Sent from the ActiveMQ - User mailing list archi

Re: Dealing with the "over-prefetch" problem with large numbers of workers and many queue servers

Right off the top, can't you use INDIVIDUAL_ACK here, rather than committing transactions? That seems like the ideal mode to let you choose which messages to ack without having to ack all the ones up to a certain point. The only complication is that I think your prefetch size would need to be equ

Re: Slow MySQL datastore performance.

For 2b, the answer is "yes". Both KahaDB and LevelDB are generally held to be considerably faster than JDBC. Previous questions to this mailing list about JDBC store performance have netted responses along the lines of "not much effort has been made to tune it, and there's very little interest in

Slow MySQL datastore performance.

Hi We are currently experiencing database performance issues with an activeMQ JDBC datastore. The key components involved are as follows: - ActiveMQ 5.10 - MySQL 5.6.20 In terms of activeMQ, for resilience we have a simple master/slave setup with a load balancer directing traff

Cannot browse messages with JConsole

[ActiveMQ 5.11.1] If I try to browse an ActiveMQ queue which contains one or more messages with JConsole I get the following error message: "Problem invoking browseMessages: java.rmi.UnmarshalException: error unmarshalling return; nested exception is: java.io.WriteAbortedException: writing aborted;