| Author | Message | 
		
		  | PankajS | 
			  
				|  Posted: Thu Dec 08, 2005 4:38 am    Post subject: Trasmission Q Depth Increases Even if Channel is Running |   |  | 
		
		  | Voyager
 
 
 Joined: 27 Dec 2004Posts: 82
 
 
 | 
			  
				| Hi Friends, I am working on Windows,MQ 5.3,csd07 with a java program populationg the trasmission Q (Remote Q)....
 
 My Transmission Q depth increases even if the Channel is in running State ...and that is decreasing the responce time ....
 
 Will i have to check out some Channel Parameters ???
 
 Just now my configuration is ..
 NPMS : FAST
 BatchInterval : 0
 BachSize : 50
 HeartBeat Interval : 300
 
 waiting ...........
  |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  | javagate | 
			  
				|  Posted: Thu Dec 08, 2005 4:47 am    Post subject: |   |  | 
		
		  |  Disciple
 
 
 Joined: 15 Nov 2004Posts: 159
 
 
 | 
			  
				| How many messages are you dumping onto the trans q? How fast?  How big are the messages? What does the network look like, usage?  How many buffers are in the pool that the trans q is using?  How many of the buffers are in use? What kind of dasd are you using? _________________
 WebSphere Application Server 7.0 z/OS &
 MQ 6.0.  I work with WebSphere in the real world not in some IBM lab.
 |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  | jefflowrey | 
			  
				|  Posted: Thu Dec 08, 2005 4:54 am    Post subject: |   |  | 
		
		  | Grand Poobah
 
 
 Joined: 16 Oct 2002Posts: 19981
 
 
 | 
			  
				| 
   
	| javagate wrote: |  
	| How many buffers are in the pool that the trans q is using?  How many of the buffers are in use? What kind of dasd are you using? |  This is all z/os specific, pretty much.  PankajS is using Windows.
 
 Also, I hope that the java program is not actually populating the transmission queue.  It is always absolutely wrong to directly put messages to a transmission queue.
 
 Messages should be PUT to QREMOTEs, or QCLUSTERs (or to, well... undefined QREMOTEs), and MQ will put them to the XMITQ.
 
 But the first step in all troubleshooting is to look for error messages.
 
 So, PankajS... Look for error messages.  And then read them.  And then try and understand them.  And then look up any reason codes given.  And then try to understand those.
 _________________
 I am *not* the model of the modern major general.
 |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  | PankajS | 
			  
				|  Posted: Thu Dec 08, 2005 5:34 am    Post subject: |   |  | 
		
		  | Voyager
 
 
 Joined: 27 Dec 2004Posts: 82
 
 
 | 
			  
				| Hi , 
 Actually I am putting the messages on the Remote Q Only (as mention in braket in original post ) ....
 
 I am sure that it is due to slow network because no message passes through the Channel till Application Puts All the message (i mean if Application is supposed to put some 1000(which varies time to time) messages then the Transmission Q depth reachs to 1000 and then only channel stats sending the messages)
 
 I do not have any error message ....
 
 mquseless, waiting for,u to give me a clue to find out what must have gone wrong.
  |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  | jefflowrey | 
			  
				|  Posted: Thu Dec 08, 2005 5:37 am    Post subject: |   |  | 
		
		  | Grand Poobah
 
 
 Joined: 16 Oct 2002Posts: 19981
 
 
 | 
			  
				| Did it occur to you that the application might be using transactions (badly), and thus it's not possible to do anything with the messages until they are committed? _________________
 I am *not* the model of the modern major general.
 |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  | Toronto_MQ | 
			  
				|  Posted: Thu Dec 08, 2005 8:47 am    Post subject: |   |  | 
		
		  |  Master
 
 
 Joined: 10 Jul 2002Posts: 263
 Location: read my name
 
 | 
			  
				| I second Jeff's comment. 
 
 
   
	| Quote: |  
	| no message passes through the Channel till Application Puts All the message |  
 should be a BIG hint.
 
 Cheers
 Steve
 |  | 
		
		  | Back to top |  | 
		
		  |  | 
		
		  |  |