Hi,
I think we have narrowed it down.
Running the quiver test as suggested by Gordon (thanks for that :-)) and using
the Dispatch Router config below, we get around 30000 msg/sec if we set
"enableVhostPolicy" to false and around 2500 msgs/sec when we set it to "true".
[
["router", {
"id": "Hono.Example.Router",
"mode": "standalone",
"workerThreads": 4
}],
["listener", {
"host": "0.0.0.0",
"port": 5672,
"authenticatePeer": false,
"linkCapacity": 1000
}],
["policy", {
"enableVhostPolicy": false,
"defaultVhost": "hono"
}],
["vhost", {
"id": "hono",
"allowUnknownUser": true,
"groups": {
"$default": {
"remoteHosts": "*",
"sources": "*",
"targets": "*"
}
}
}],
["log", {
"module": "DEFAULT",
"enable": "info+"
}]
]
We are running the test against the enmasseproject/qdrouterd-base:0.8.0-1
Docker image.
Is this the expected behavior?
Mit freundlichen Grüßen / Best regards
Kai Hudalla
Chief Software Architect
Bosch Software Innovations GmbH
Schöneberger Ufer 89-91
10785 Berlin
GERMANY
www.bosch-si.com
Registered office: Berlin, Register court: Amtsgericht Charlottenburg, HRB
148411 B;
Executives: Dr.-Ing. Rainer Kallenbach, Michael Hahn
________________________________________
From: Gordon Sim <[email protected]>
Sent: Tuesday, July 18, 2017 14:05
To: [email protected]
Subject: Re: Dispatch Router throughput
On 18/07/17 11:53, Hudalla Kai (INST/ECS4) wrote:
> We are running Dispatch Router by means of the
> enmasseproject/qdrouterd-base:0.8.0-1 Docker image. Do you have any concerns
> regarding a negative impact this might have on throughput?
Using that image (default config) with qpid-send/qpid-receive from
qpid::messaging, I see >90k msgs/sec, so I don't think it is the image.
Using the vertx-proton option for Justin Ross's quiver benchmark[1]
against that same image I get ~39k msgs/sec.
[1] https://github.com/ssorj/quiver/
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
