Re: Artemis low message rates leading to timeouts whilst paging

> We have configured to use NIO journal, but we used MAPPED on our previous tests Just curious, why you've changed from MAPPED? If possible, try ASYNCIO if you need disk failure guarantees (journal-datasync = true), for performance reasons. Choose NIO if OS won't alow to use ASYNCIO, falling b

Re: Artemis low message rates leading to timeouts whilst paging

I see that https://issues.apache.org/jira/browse/ARTEMIS-2466 is taking care of making flushes of paging pending writes conigurable: now it's 300 msg/sec and cannot be changed unless using NIO journal. 1) Which type of journal are u using? 2) Have you tried NIO or Mapped to see if is happening the

Re: Artemis leaks file descriptors

Hi! DId you have checked against the latest version of Artemis on master? -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html

Re: [Artemis] NPE on server (re)start

HI Archibald! looking at the code it seems a simple fix but maybe it has been already addressed on upstream (https://github.com/apache/activemq-artemis/pull/2075) due tue uncleaned pages. Can you check vs the last master version too? -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-

Re: Change minLargeMessageSize on Artemis

HI! I can't tell what else should be needed on clustered env but: - on the (core) client you have to add minLargeMessageSize on your URL parameters eg tcp://localhost:61616?minLargeMessageSize= - on the server you have to change/add journal-buffer-size on broker.xml in order to be >= minLargeMessa

Re: [ARTEMIS] Server doesn't start if JDBC store is used and table NODE_MANAGER_STORE is empty

Great, I've missed the most obvious solution, well done! It can be fixed and it would be awesome a test with a PR too :) Thanks, Franz -- Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html

Re: [ARTEMIS] ActiveMQScheduledLeaseLock warning is written periodically in broker log since 2.4.0

Hi! when is used a JDBC Journal the JDBC Node Manager will use an optimistic Lock with timeout (similar to the ActiveMQ's http://activemq.apache.org/maven/apidocs/org/apache/activemq/store/jdbc/LeaseDatabaseLocker.html) to maintain the ownership of the Journal. This lock periodically renew the lea

Re: Artemis 2.1.0 compatibility with 1.5.x

I've noticed that in my old comment the branch written wasn't the correct one, anyway the PR i've done is already merged into the latest master, so please try it with a reproducer to see if it works for you :) -- View this message in context: http://activemq.2283324.n4.nabble.com/Artemis-2-1-0-

Re: Artemis 2.1.0 compatibility with 1.5.x

Thanks to your comment on the branch I've noticed I've posted the wrong branch, now I've fixed the branch name in the comment :P thanks! -- View this message in context: http://activemq.2283324.n4.nabble.com/Artemis-2-1-0-compatibility-with-1-5-x-tp4727741p4727758.html Sent from the ActiveMQ -

Re: Artemis 2.1.0 compatibility with 1.5.x

Hi, Yep, I'm testing what could be the cause right now. My fix is here: https://github.com/franz1981/activemq-artemis/tree/jms_core_q_already_exists_fix if you want to try it If the tests will be successfull I'll make a PR with it :) Regards, Franz -- View this message in context: http://acti

Re: why AvtiveMq is slowly than Kafka?

wangqinghuan wrote > why artemis maintains amounts of msgs in jvm space and needs to enable > paging to page messages into and out jvm memory? Because each have different purposes and information about the messages: - the journal is a commit log -> it doesn't contain all the runtime information

Re: why AvtiveMq is slowly than Kafka?

Hi! Just to understand...you've run a producer with no consumers? -- View this message in context: http://activemq.2283324.n4.nabble.com/why-AvtiveMq-is-slowly-than-Kafka-tp4726911p4727139.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: why AvtiveMq is slowly than Kafka?

Someone has summoned me :) I can add to set journal-datasync to false to make the Artemis journal behaviour to be the same of the default of Kafka (more here: https://activemq.apache.org/artemis/docs/2.1.0/persistence.html) Considering to have enough memory it enables the persistence to be effectiv

Re: ActiveMQ broker becomes unresponsive after sometime

Hi Tim! Answers inlined Tim Bain wrote > Shenandoah is aimed at large JVMs (the page that link points to says 20GB > or bigger), so I wouldn't just go trying it without understanding what its > strengths and weaknesses are. Partially disagree, that link was only a fast overview of what Shena

Re: ActiveMQ broker becomes unresponsive after sometime

Hi!!! In the last period I'm enjoying using this: http://gceasy.io/ You need to pass the following JVM arguments: -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:[file-path] With [file-path] as the location where garbage collection log should be saved. Then run your tes

Re: How does Apache Artemis manage heap space (RAM)

You're welcome :) I've to check how the DLQ queue's memory is managed, but I'm not expecting it will have a life/weight on the HEAP besides just some metadata... It is common to use it in that way, because if you're checking regularly the messages, as Martyn pointed, the broker is pretty good to h

Re: How does Apache Artemis manage heap space (RAM)

Hi!!! AFAIK the en-queued persistent messages are in the journal and in the heap too until consumed, but if Artemis should run low on memory it could page them on disk (if a paging policy is configured). Just to ask: why let the broker seems to behave like a database for the error messages? IMHO a

Re: Artemis: Memory leak while shutting down the tomcat server with embedded JMS server

Hi!! Agreed with Justin about not being a real issue.. Check the last comment here: https://github.com/netty/netty/issues/2522 You could try to put a FastThreadLocal.destroy() on the application exit. Anyway, there are good chances that the memory leak protection (https://wiki.apache.org/tomcat/Me

Re: [ANNOUNCE] blog post on .NET library with ActiveMQ Artemis

+1 and twitted :) -- View this message in context: http://activemq.2283324.n4.nabble.com/ANNOUNCE-blog-post-on-NET-library-with-ActiveMQ-Artemis-tp4721607p4721749.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

RE: Artems: ParallelGC vs CMS

I didn't know the "incremental mode" is being deprecated, great! -- View this message in context: http://activemq.2283324.n4.nabble.com/Artems-ParallelGC-vs-CMS-tp4721722p4721748.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: Artems: ParallelGC vs CMS

Just a few ideas... CMS is not a compacting collector, which can result in old generation fragmentation: if there will be any memory leaks in the connection's resources that makes the old generation filled with fragmented garbage, a FullGC (with no results due to the leak!) is triggered to compact

Sequential File Improvement + Performance Tests

Hi to everyone! I'm searching feedbacks about a new implementation of org.apache.activemq.artemis.core.io.SequenceFile that provides (a lot) faster performances of both the "plain" Nio and libaio implementations: in "pure Java" (*libaio is not available for windows* AFAIK)! This implementation cou