Re: Optimizing for many short connections

t; Thanks, > > Ben > > On Fri, Jun 3, 2022 at 4:08 PM Francesco Nigro > wrote: > > > Are coming, not commenting: typo introduced by the the phone, sorry! > > > > Il ven 3 giu 2022, 22:07 Francesco Nigro ha > scritto: > > > > > Hi Ben, > &

Re: Optimizing for many short connections

Are coming, not commenting: typo introduced by the the phone, sorry! Il ven 3 giu 2022, 22:07 Francesco Nigro ha scritto: > Hi Ben, > > You can use TCP_FAST_OPEN on Artemis acceptors in case connections are > commenting from the came clients (I don't remember if is an e

Re: Optimizing for many short connections

Hi Ben, You can use TCP_FAST_OPEN on Artemis acceptors in case connections are commenting from the came clients (I don't remember if is an exposes Netty configuration) or...submit a PR to let Artemis separate (multiple) threads to accept connections but, as you said, this is just an anti-pattern

Re: Broken for jdk8

I can ensure it's the opposite: the recommendation is to upgrade to the very latest JDK supported/compatible version in order to benefit from the many performance and stability improvements introduced in recent JDK versions. Furthermore I suggest to run your own perf tests and verify that for your

Re: ArtemisMQ 2.18 ARTEMIS-3271 not fixed

Maybe the issue is that effectively some component is blocked due to lack of CPU or some external slow component: can you share the full stack and some statistics about the machine and hw component? Il giorno gio 16 set 2021 alle ore 15:53 foo bar ha scritto: > Hello, > > We are using

Re: send message

Just to mention: Netty ByteBuf can use internal Nio Buffers and you can use that methods to interact with other msgs APIs too (but check you find what you need). It would works only if you're not using composite netty buffers or read only buffers :) Il giorno mer 24 mar 2021 alle ore 17:56 Justin

Re: Stability issues. Regular WARN [org.apache.activemq.artemis.utils.critical.CriticalMeasure] Component org.apache.activemq.artemis.core.io.buffer.TimedBuffer is expired on path 0

Hi, are you using NFS or other remote storage? Are you using any background application that could perform lock of journal files to check integrity or perform live snapshots (antivirus too)? Il giorno lun 15 feb 2021 alle ore 11:53 Kamil Serwin ha scritto: > Dear All, > > > > I'm using apache

Re: ActiveMQ Artemis Client interface (AMQP vs REST)

As the exception suggest, the heap size seems not enough. I suggest to raise it and print some GC logs to check the amount of stop of the world pauses. Il mer 23 dic 2020, 20:25 Mohan Kumar ha scritto: > Hi > > I have tried with 2200+ client application connects to Artemis server and >

Re: ActiveMQ Artemis Roadmap

Probably the Sunning folks can answer this :) Il giorno gio 3 set 2020 alle ore 17:02 Weihao Li ha scritto: > Good to know it. May I know which companies that are using Artemis in > production now? I am interested to know if anyone is using in large scale. > > Thanks, > Weihao Li > >

Re: High cardinality queues

Take a look to https://github.com/apache/activemq-artemis/pull/3217 if your use case involve auto creating many queues that's the kind of issues you can hit, check the referenced Jira Hope it helps, Franz Il dom 26 lug 2020, 16:52 Alec Henninger ha scritto: > Right, succinctly the scenario is:

Re: High load consumption - Artemis on Docker

JDK) is > another option. Be sure to use the CPU sampler, not the CPU profiler, if > you can't afford to add a significant load to the process (e.g. if this is > an operational host). > > Tim > > On Wed, Apr 22, 2020, 4:21 PM Francesco Nigro wrote: > > > I mean not just

Re: High load consumption - Artemis on Docker

I mean not just GC logs but CPU profiling (async-profiler is a mixed native-java profiler). Without something like that I cannot see how to help. Il mer 22 apr 2020, 23:43 Ybello ha scritto: > Hi thanks for the answers > Yes we did almost every memory analysis tools and we didn't find any >

Re: High load consumption - Artemis on Docker

Have you tried profiling with async-profiler (or perf tools) where the CPU time is spent? It could be either lack of memory on the heap (hence the GC is doing much more work to free up memory continuously) or whatever possible reason... Il mer 22 apr 2020, 23:04 Ybello ha scritto: > Hello

Re: OutOfMemory Error

Which version of Artemis and which protocol is used for these large messages? And how much large and how many? Need some more information too help (broker configurations possibly too) :) Il gio 16 apr 2020, 19:05 Pavel Molchanov ha scritto: > Hi, > > We have a cluster of 2 master and 2 slaves

Re: I need some help

Just curious...why "set JAVA_ARGS=-XX:+UseSerialGC" ? I know that is the lowest memory footprint but it would make the broker pretty unusable... Il giorno mer 4 set 2019 alle ore 16:44 Javier Crer ha scritto: > Howard, How are you? > > I'm very happy because of your quick answer. I send you

Re: Artemis broker.xml paramter issues

Please take a look to the artemis doc online: https://activemq.apache.org/components/artemis/documentation/latest/send-guarantees.html Non Transactional Message Sends If you are sending messages to a server using a non transacted session, Apache ActiveMQ Artemis can be configured to block the

Re: Can Artemis 2.7 run on AIX ?

You should compile it from source (from master) or wait for the next release, that would include the fix. Il gio 11 apr 2019, 02:59 mill888 <185308...@qq.com> ha scritto: > I download the artemis 2.7 from > https://activemq.apache.org/components/artemis/download/; > this is the latest version on

Re: Can Artemis 2.7 run on AIX ?

You need to use the latest version on master that contain a fix for this IBM jdk error Il giorno mer 10 apr 2019 alle ore 14:31 mill888 <185308...@qq.com> ha scritto: > Hi: > I had to use arteimis 2.7 on IBM AIX 7, and I had install JDK1.8-64bit > on my AIX; > I download artemis 2.7, and

Re: Core protocol documentation

+100 for AMQP suggestion: perf are great! Il giorno gio 14 feb 2019, 10:08 Clebert Suconic ha scritto: > Did you consider AMQP clients for other clients. > > I would recommend using one of the AMQP clients as the performance has been > significantly improved. > > Another option would be

Re: What is the purpose of the RoutingType for a queue in core api

tand what it means to an address but not a queue. Can you > please explain? > > Thanks, > Riyafa > > On Tue, Jan 29, 2019, 16:48 Francesco Nigro > > Yes sure: > > https://activemq.apache.org/artemis/docs/latest/address-model.html > > > > Il giorno mar 29 gen 2019 al

Re: What is the purpose of the RoutingType for a queue in core api

Yes sure: https://activemq.apache.org/artemis/docs/latest/address-model.html Il giorno mar 29 gen 2019 alle ore 12:09 Riyafa Abdul Hameed < riy...@apache.org> ha scritto: > Hi, > > I am quite new to ActiveMQ Artemis core api and was trying out different > aspects and I couldn't find a purpose

Re: ActiveMQ or Artemis

AFAIK Artemis has been used with success in production in many cases: I just think that is a matter of what you search in a broker. Given that I'm biased toward performance I know what Artemis can deliver from this pov and I can say that there is no really match (with many other brokers) related

Re: Designing for maximum Artemis performance

Sorry to have joined late, but Miroslav and Justin have completely coverred what I wanted to do: totally agree on everything +100 I would add one thing: take a look here https://softwaremill.com/mqperf/ Look on how Artemis is being used there: MAPPED journal (with datasync off, now on 2.6.x), but

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

Please Archibald could you check if it is happening with 2.6 upstream as well? If you could Il giorno lun 14 mag 2018 alle ore 15:52 Archibald ha scritto: > Strange, > > artemis address show reads > > 2018-05-14 13:43:50,777 WARN [org.apache.activemq.artemis.core.client] >

Re: Change minLargeMessageSize on Artemis

Just as a personal note: in order to make an efficent use of the default garbage collector G1, it would be a good practice to verify with your expected typical load if there are happening humongous allocations ( https://plumbr.io/handbook/gc-tuning-in-practice/other-examples/humongous-allocations

Re: [ARTEMIS] Clustered broker with multiple live servers and shared JDBC-Store

You've stolen the words from my mouth Justin :) @archibald Can just say: as he has said :) Il giorno mar 24 apr 2018 alle ore 15:04 Justin Bertram ha scritto: > > If have 3 live servers running in one cluster which do load balancing, > HA, etc. Do I really need backup

Re: [ARTEMIS] Clustered broker with multiple live servers and shared JDBC-Store

Hi Archibald! If you want to have 3 servers running over the same shared store I think you have to choose 1 to be the live and the remaining 2 to be backups. If you want to have 3 live servers, each one with shared store HA you need to specify for each [live, backups] group a different node

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

> BTW: I currenty own the required grants since oracle is running on my own laptop. But I know that this will cause trouble when installing Artemis in our production environment. Probably it could be a latency issue too: there are several configuration properties

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

I understand; to help i need a couple of other things too: 1) which DB vendor has been used 2) a more verbose log of the error, if possible 3) have you tried the last master too? All these 3 questions obviously will fall if you could raise the privileges of the DB user :) Cheers, Franz Il

Re: Artemis Connection failure has been detected

Hi, as Miroslav said, that warnings aren't a sign of any lost message, but I agree that they are somehow scary :) Maybe could worth to lower the log level to INFO. Thanks, Franz Il giorno ven 26 gen 2018 alle ore 09:28 Miroslav Novak ha scritto: > Hi, > > those messages

Re: [ARTEMIS] DLQ: retryMessages()

Hi!! which version of Artemis you've tried and most importantly: do you have a reproducer/test/full stack trace? It would be of great help :) Thanks, Franz Il giorno mer 24 gen 2018 alle ore 14:56 Archibald ha scritto: > BTW: A single message issued with retryMessage() works.

Re: Artems: ParallelGC vs CMS

Hi! Just as a chrioisty, do you have tried G1 too? Il mar 7 feb 2017, 22:07 abhijith ha scritto: > Hi, > > Has there any test done for Artemis using CMS GC? > > Context: We were using default parallel GC with 6G RAM and were facing an > issue where old gen was