| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ v7.5 |
« View previous topic :: View next topic » |
| Author |
Message
|
| bkiran2020 |
 Posted: Wed Aug 24, 2016 2:12 am Post subject: MQ v7.5 |
 |
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
| In MQ v7.5,which one will take precedence maxinst or MaxActiveChannels qm.ini stanze |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Wed Aug 24, 2016 2:47 am Post subject: Re: MQ v7.5 |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| bkiran2020 wrote: |
| In MQ v7.5,which one will take precedence maxinst or MaxActiveChannels qm.ini stanze |
MaxInst is nothing but a component in the MaxActive total...
MaxInst is for a particular channel. MaxActive sums up all channels.
AFAIK MaxInst is an attribute of the channel and not part of the qm.ini stanza...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| bkiran2020 |
| Posted: Wed Aug 24, 2016 3:29 am Post subject: Re: MQ v7.5 |
|
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
| fjb_saper wrote: |
| bkiran2020 wrote: |
| In MQ v7.5,which one will take precedence maxinst or MaxActiveChannels qm.ini stanze |
MaxInst is nothing but a component in the MaxActive total...
MaxInst is for a particular channel. MaxActive sums up all channels.
AFAIK MaxInst is an attribute of the channel and not part of the qm.ini stanza...
Have fun |
mq.ini
Channels:
MaxChannels=500
ALTER CHANNEL(APPLICATION.SVRCONN) TYPE(SVRCONN) MAXINST(2000)
when we will get the max channel active issue after 500 connection and 2000 connection reached. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Wed Aug 24, 2016 4:35 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
The two values are setting completely different things.
MaxChannels in the QM.INI file is setting the size of the channel status table. This table allows MQ to keep track of all the active channels. It effectively limits how many responses you could possible get back from DISPLAY CHSSTATUS(*). If the status table is full then any attempt to start ANY channel would fail with 'status table full'. The status table is essentially a piece of shared memory. Memory is pretty cheap nowadays so setting MaxChannels to a large value is not unreasonable. The default value of 100, set in the early 1990's, seems rather stupidly small nowadays.
MaxInst on a Channel definition is telling MQ that this is the limit of this particular channel. That you don't want to have any more than this number of this channel running at any one time. It is a safety feature to prevent one badly behaved channel from using up your entire channel status table. You would normally have it set to a much lower value than the MaxChannels in your QM.INI
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| bkiran2020 |
| Posted: Wed Aug 24, 2016 11:39 am Post subject: |
|
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
| PaulClarke wrote: |
The two values are setting completely different things.
MaxChannels in the QM.INI file is setting the size of the channel status table. This table allows MQ to keep track of all the active channels. It effectively limits how many responses you could possible get back from DISPLAY CHSSTATUS(*). If the status table is full then any attempt to start ANY channel would fail with 'status table full'. The status table is essentially a piece of shared memory. Memory is pretty cheap nowadays so setting MaxChannels to a large value is not unreasonable. The default value of 100, set in the early 1990's, seems rather stupidly small nowadays.
MaxInst on a Channel definition is telling MQ that this is the limit of this particular channel. That you don't want to have any more than this number of this channel running at any one time. It is a safety feature to prevent one badly behaved channel from using up your entire channel status table. You would normally have it set to a much lower value than the MaxChannels in your QM.INI
Cheers,
Paul. |
Thanks  |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
