| Author |
Message
|
| klipo |
 Posted: Wed Dec 06, 2006 10:08 am Post subject: MQ Server to server channels latency. |
 |
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
I have a problem with latency, i have 2 mqservers (A) and (B).
When i send a message from A, it delays 250ms.
But when i send a lot of messages in parallel mode, the delay of every message increase to 500ms+ -.
We have a 650Mbits bandwidth.
The Operative systems and MQ version are:
Unix-AIX (MQ5.3.12)
zOS (MQ5.3)
Message size: 2kb.
tx rate: 270 msg/s (required)
Good statistics (serial mode):
|Time | 172.31.146.134 | 180.173.1.33 |
|0,000 | MESSAGE_DATA Fmt=@@ |MQ: MESSAGE_DATA Fmt=@@@@@@@@ (346 bytes)
| |(2326) ------------------> (3516) |
|0,000 | STATUS_DATA |MQ: STATUS_DATA
| |(2326) ------------------> (3516) |
|0,002 | STATUS_DATA |MQ: STATUS_DATA
| |(2326) <------------------ (3516) |
|0,534 | 2326 > 3516 [PSH, A |TCP: 2326 > 3516 [PSH, ACK] Seq=850 Ack=28 Win=65535 Len=0
| |(2326) ------------------> (3516) |
|1,684 | MESSAGE_DATA Fmt=@@ |MQ: MESSAGE_DATA Fmt=@@@@@@@@ (491 bytes)
| |(2326) ------------------> (3516) |
|1,684 | STATUS_DATA |MQ: STATUS_DATA
| |(2326) ------------------> (3516) |
|1,685 | STATUS_DATA |MQ: STATUS_DATA
| |(2326) <------------------ (3516) |
|2,136 | 2326 > 3516 [PSH, A |TCP: 2326 > 3516 [PSH, ACK] Seq=1845 Ack=56 Win=65535 Len=0
| |(2326) ------------------> (3516) |
|2,190 | MESSAGE_DATA Fmt=@@ |MQ: MESSAGE_DATA Fmt=@@@@@@@@ (905 bytes)
Bad statistics: (parallel mode)
|Time | 180.173.1.33 | 172.31.146.134 |
|0,000 | 40497 > 1515 [PSH, |MQ: 40497 > 1515 [PSH, ACK] Seq=0 Ack=0 Win=16380 Len=563 | MESSAGE_DATA Fmt=MQNONE (87 bytes)
| |(40497) ------------------> (1515) |
|0,494 | 1515 > 40497 [PSH, |TCP: 1515 > 40497 [PSH, ACK] Seq=0 Ack=563 Win=65535 Len=0
| |(40497) <------------------ (1515) |
|1,002 | STATUS_DATA |MQ: STATUS_DATA
| |(40497) ------------------> (1515) |
|1,237 | STATUS_DATA |MQ: STATUS_DATA
| |(40497) <------------------ (1515) |
|1,238 | 40497 > 1515 [ACK] |TCP: 40497 > 1515 [ACK] Seq=591 Ack=28 Win=16352 Len=0
| |(40497) ------------------> (1515) |
|1,687 | MESSAGE_DATA Fmt=MQ |MQ: MESSAGE_DATA Fmt=MQNONE (666 bytes)
| |(40497) ------------------> (1515) |
|2,192 | MESSAGE_DATA Fmt=MQ |MQ: MESSAGE_DATA Fmt=MQNONE (916 bytes)
| |(40497) ------------------> (1515) |
|2,196 | 1515 > 40497 [PSH, |TCP: 1515 > 40497 [PSH, ACK] Seq=28 Ack=1733 Win=65535 Len=0
| |(40497) <------------------ (1515) |
|2,696 | 1515 > 40497 [PSH, |TCP: 1515 > 40497 [PSH, ACK] Seq=28 Ack=3125 Win=65535 Len=0
Please, someone have an idea to improve this delays.
Thanks you.
Last edited by klipo on Wed Dec 06, 2006 10:16 am; edited 1 time in total |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Wed Dec 06, 2006 10:13 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You are using persistent messages?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| klipo |
| Posted: Wed Dec 06, 2006 10:19 am Post subject: |
|
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Wed Dec 06, 2006 10:27 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
| Can you please post the channel definitions? It may help to clear up some things. |
|
| Back to top |
|
|
| klipo |
| Posted: Wed Dec 06, 2006 10:45 am Post subject: |
|
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
Unix-AIX definitions
display chl(bsdfctomq04.ch)
2 : display chl(bsdfctomq04.ch)
AMQ8414: Display Channel details.
CHANNEL(BSDFCTOMQ04.CH) CHLTYPE(SVR)
TRPTYPE(TCP)
DESCR(Canal server entre BSDFC y MQ04)
XMITQ(BSDFCTOMQ04.XQ) MCANAME( )
MODENAME( ) TPNAME( )
BATCHSZ(50) DISCINT(0)
SHORTRTY(10) SHORTTMR(60)
LONGRTY(999999999) LONGTMR(1200)
SCYEXIT( ) SEQWRAP(999999999)
MAXMSGL(4194304) CONVERT(YES)
SCYDATA( ) USERID( )
PASSWORD( ) MCATYPE(PROCESS)
CONNAME(MQ04) HBINT(300)
BATCHINT(0) NPMSPEED(FAST)
SSLCIPH( ) SSLCAUTH(REQUIRED)
BATCHHB(0) LOCLADDR( )
KAINT(AUTO) MCAUSER( )
ALTDATE(2006-10-31) ALTTIME(12.20.49)
SSLPEER()
MSGEXIT( )
SENDEXIT( )
RCVEXIT( )
MSGDATA( )
SENDDATA( )
RCVDATA( )
zOS definitions:
Channel name . . . . . . . . BSDFCTOMQ04.CH
Disposition . . . . . . . . : QMGR MQ04
Description . . . . . . . . :
Transport type . . . . . . : T L=LU6.2, T=TCP/IP
Connection name . . . . . . : BSDFC(3500)
Local address . . . . . . . :
LU6.2 mode name . . . . . . :
LU6.2 TP name . . . . . . . :
Put authority . . . . . . . : D D=Default, C=Context, O=OnlyMCA, A=AltMCA
Channel name . . . . . . . : BSDFCTOMQ04.CH
Disposition . . . . . . . . : QMGR MQ04
MCA user ID . . . . . . . . :
Nonpersistent messages . . : F F=Fast, N=Normal
Maximum message length . . : 4194304 0 - 104857600
Batch size . . . . . . . . : 50 1 - 9999
Sequence number wrap . . . : 999999999 100 - 999999999
Heartbeat interval . . . . : 300 0 - 999999 seconds
Keep alive interval . . . . : AUTO 0 - 99999 seconds or AUTO
Security exit name . . . . :
User data . . . . . . . :
Last alteration time . . . : 2005-10-05 10.08.15 |
|
| Back to top |
|
|
| klipo |
| Posted: Tue Dec 12, 2006 8:04 am Post subject: |
|
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
someone can help me???? |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Tue Dec 12, 2006 8:43 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
Why are you coding CONVERT(YES) for the channel?
Unless you have a very good reason for doing this I would take it off. The reading application should make good using the GMO-CONVERT |
|
| Back to top |
|
|
| klipo |
| Posted: Tue Dec 12, 2006 10:29 am Post subject: |
|
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
I send other messages in ebcdic without convert, and result its the same.
Do you have other idea?.
Regards. |
|
| Back to top |
|
|
| wschutz |
| Posted: Tue Dec 12, 2006 10:44 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
Perhaps a network related delay... does traceroute to the zOS system show anything interesting?
_________________
-wayne |
|
| Back to top |
|
|
| klipo |
| Posted: Wed Dec 13, 2006 5:04 am Post subject: |
|
|
Novice
Joined: 25 Jul 2003
Posts: 10
Location: Santiago de Chile
|
| we have made tests and the retardation of the network is of 250ms, but with load it increases. What it is possible to be seen is that the messages that travel by the network receive confirmations “STATUS_DATA” and the idea would be to extend them in the time, so that they do not affect the transactions. Can be done that, mainly if I have a load of more than 300 tps? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Dec 13, 2006 5:07 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You can't really tune MQ at the TCP/IP level - as far as I know.
In terms of tuning channel performance in general... the batch size is one of the more important factors. The larger the batch size, the fewer numbers of commits that will occur on each side. This requires more disk space for the logs to handle the larger transaction, though - and if you have a variable message size, then you have to tune your logs to match a maximum sized batch of maximum sized messages.
The Intercommunications Guide is the first place I'd start looking for any kinds of network performance questions.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
|
|
