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 Discussion » controling dequeue rate

Post new topic  Reply to topic Goto page Previous  1, 2
 controling dequeue rate « View previous topic :: View next topic » 
Author Message
bruce2359
PostPosted: Fri Nov 13, 2009 1:14 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.

As you might have gathered from other replies to your post, it's not that MWQ is dequeuing the messages too fast; rather, it's that the other middle-wear (including the db) is too slow, and can't keep up.

MQ is like a pipe... or a freeway. You wouldn't expect the infrastructure at the far end to ask that the freeway be made smaller or the pipe narrower.
These are backwards solutions.

By the way, this is a similar observation (complaint) when a z/OS qmgr sends messages across a channel to a Windows or UNIX qmgr. The Win/UNIX hardware/software just can't keep up.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
ucbus1
PostPosted: Wed Dec 30, 2009 12:22 pm    Post subject: Reply with quote

Knight

Joined: 30 Jan 2002
Posts: 560

Chrismcc wrote:
Hi All

thanks for the replies.

Re-reading my question I may have been a little ambiguous.

The frontend MQ is a Unisys system that dumps a batch of 300000 msgs (each a couple of kb in size) in a queue.

The client is Microsofts MQ client adapter(base client) which reads continually under a cursor until the queue is empty.

Unfortunately we cannot reduce the batch size at the unisys end to be less than 300000

Tuning the MQadapter to read msgs 1 at a time it still overwelms our upstream db app.

I wish we could scale up the perfomance of our db app but that would be a big job.

Ideally we would even out the flow from Unisys so we wouldn't have to deal with such a flood of msgs, but the customer is resisant to changing this part of the system.

Cheers
Chris


Been there, seen that happenning. I ended up developing a Java application that reads the messages from the queue at a regular intervals ( configurable through a properties file) and put that into another queue.
In our case its between a Mainframe Job and MQ Workflow.
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum Index » General Discussion » controling dequeue rate
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.