ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » Throughput of MQ channel

Post new topic  Reply to topic
 Throughput of MQ channel « View previous topic :: View next topic » 
Author Message
angka
PostPosted: Thu Jul 05, 2007 12:52 am    Post subject: Throughput of MQ channel Reply with quote

Chevalier

Joined: 20 Sep 2005
Posts: 406

Hi,

What is the maximum throughput for MQ channel??

Thanks
Back to top
View user's profile Send private message
Mr Butcher
PostPosted: Thu Jul 05, 2007 12:57 am    Post subject: Reply with quote

Padawan

Joined: 23 May 2005
Posts: 1716

999.999.999.999.999.999.999.999.999 million billion messages per nanosecond

there are many parameters that have an influence on your channel throughput

line capacity / speed
message size
batching
persistence
npmspeed
cpu speed

......
_________________
Regards, Butcher
Back to top
View user's profile Send private message
angka
PostPosted: Thu Jul 05, 2007 2:24 am    Post subject: Reply with quote

Chevalier

Joined: 20 Sep 2005
Posts: 406

Hi,

Sorry I know the question is very vague but what i need is jus a rough guide. User ask me without giving the spec and configuration

Thanks.
Back to top
View user's profile Send private message
jefflowrey
PostPosted: Thu Jul 05, 2007 2:32 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

angka wrote:
Hi,

Sorry I know the question is very vague but what i need is jus a rough guide. User ask me without giving the spec and configuration


Then tell them "as fast as it's configured to go".
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
Vitor
PostPosted: Thu Jul 05, 2007 2:34 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

That's not vague it's impossible. For instance, not knowing if your design is using persistent or non-persistent messaging makes it impossible to give an accurate answer even assuming you could guess at platform, because persistence has such an impact on throughput.

That's before we've talked about message size, network speed, etc, etc.

If you want a rough guide it'll be somewhere between 100,000 messages a second and 1 message an hour. Unless you design a set up that causes a message to take more than an hour to send!

You have, of course, already looked through the various Redbooks and white papers concerned with this and found nothing of use.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
angka
PostPosted: Thu Jul 05, 2007 3:01 am    Post subject: Reply with quote

Chevalier

Joined: 20 Sep 2005
Posts: 406

Hi,

Ya I did look ard but it compares persistent with non persistent and alot of other parameters... user are not technically train so usually ask question without providing us with the spec...

Btw I have asked IBM to help out and I provided them with some parameters.

Thanks all
Back to top
View user's profile Send private message
Vitor
PostPosted: Thu Jul 05, 2007 3:12 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

angka wrote:
Btw I have asked IBM to help out and I provided them with some parameters.


If you'd provided them to us it might have helped!

Even non-technical users can be given some insight into the spec issues. For instance, when I'm asked the question "how fast will the system go" while we're still in the business requirements phase I respond "Pretend we're designing a car. Will you want 2 seats, 4 seats, a people carrier or a minibus? All other things, like engine size, being equal it will go at 4 very different speeds".

I apologise to anyone who has a minibus than can outrun a Porshe Boxter, and sympathise with any Porshe owners overtaken by minibuses.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqhelpless
PostPosted: Sun Jul 08, 2007 5:35 pm    Post subject: Reply with quote

Apprentice

Joined: 13 Jul 2005
Posts: 33

Say I have uniform size messages of 100KB each, with persistency set. And my line is 20Mbps. Without load from my system, the line is about 40% utilized. In this case, how do we measure the throughput?
Back to top
View user's profile Send private message
Vitor
PostPosted: Sun Jul 08, 2007 11:49 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

mqhelpless wrote:
In this case, how do we measure the throughput?


Enqueue rate?
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Mon Jul 09, 2007 3:04 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

mqhelpless wrote:
Say I have uniform size messages of 100KB each, with persistency set. And my line is 20Mbps. Without load from my system, the line is about 40% utilized. In this case, how do we measure the throughput?

a) make sure you monitor disk (dasd) usage and speed for
  • MQ Logs You need them big enough
  • MQ Queue
  • Transaction size / number of uncommitted messages / number of messages in your UOW
My guess is this will be your limiting factor

b)make sure you monitor network usage and bandwidth

Enjoy
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
bruce2359
PostPosted: Mon Jul 09, 2007 2:03 pm    Post subject: Reply with quote

Guest




Back to the original post: the maximum throughout of an MQ channel is just slightly less than the full bandwidth available. The 'slightly less' represents the hand-shaking taking place between the sender and receiver mca's before/after message batches.

You can affect the aggregate throughput by manipulating batchsize and batchinterval.
Back to top
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Throughput of MQ channel
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.