| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Cluster Transmit Pileup |
« View previous topic :: View next topic » |
| Author |
Message
|
| swatkats |
 Posted: Wed Jun 05, 2024 8:15 pm Post subject: Cluster Transmit Pileup |
 |
|
Novice
Joined: 22 May 2010
Posts: 22
|
IN V9.3.X - Approx 20 K messages around 1 GB of data while passing through the system cluster transmit leaves with momentary 10-15 second pileup. two cluster sender manage this load between two backends.
same traffic + large sized messages had no visible pileups & sent to backends without any delay in V9.1
Did anything change the way cluster transmit handles the same traffic changed in 9.3? Has anyone seen similar situation after the upgrade?
understand we can have multiple SCTQ, but it should work the same way with single SCTQ same as 9.1 isn't it?
experts, your opinion on this matter will be very much apprciated. |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Thu Jun 06, 2024 9:31 am Post subject: Re: Cluster Transmit Pileup |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| swatkats wrote: |
| ... understand we can have multiple SCTQ, but it should work the same way with single SCTQ same as 9.1 isn't it? |
Well, no. The purpose of additional (qmgr-specific) SCTQ's is to create a separate SCTQ to a specific qmgr - reducing the impact to the default SCTQ for outbound message traffic.
_________________
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 |
|
|
| swatkats |
| Posted: Fri Jun 07, 2024 4:59 am Post subject: |
|
|
Novice
Joined: 22 May 2010
Posts: 22
|
Thank you for your response, appreciate it.
so is it a mandate to have multiple SCTQ in 9.3.X? & is degradation in performance that may be leading to pileup is expected if we use only the default SCTQ? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Jun 07, 2024 10:12 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| swatkats wrote: |
Thank you for your response, appreciate it.
so is it a mandate to have multiple SCTQ in 9.3.X? & is degradation in performance that may be leading to pileup is expected if we use only the default SCTQ? |
No, not a mandate. Rather, it?s a tuning opportunity.
_________________
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 |
|
|
| bruce2359 |
| Posted: Sun Jun 09, 2024 2:02 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Moved to Clustering forum.
_________________
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 |
|
|
| hughson |
| Posted: Sun Jun 09, 2024 9:49 pm Post subject: Re: Cluster Transmit Pileup |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| swatkats wrote: |
IN V9.3.X - Approx 20 K messages around 1 GB of data while passing through the system cluster transmit leaves with momentary 10-15 second pileup. two cluster sender manage this load between two backends.
same traffic + large sized messages had no visible pileups & sent to backends without any delay in V9.1 |
Does this happen every time you have to send "Approx 20 K messages around 1 GB of data" or was this a one-off?
Are the cluster-sender channels that manage this load already running before the load of messages arrive or do they have to be started up (by the queue manager) when those messages arrive? In other words, are channel start up costs included in your 10-15 second delay?
Cheers,
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| 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
|
|
|
|
