| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| Delay In MQ Client Server |
« View previous topic :: View next topic » |
| Author |
Message
|
| bruce2359 |
 Posted: Thu Jan 05, 2012 8:11 am Post subject: |
 |
|
Poobah
Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.
|
Missed that. I was searching for a Notepad replacement to view the trace. Found one: http://www.swiftgear.com/ltfviewer/features.html
_________________
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 |
|
 |
| JasonE |
| Posted: Thu Jan 05, 2012 9:37 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
No worries. If you struggle with 70Mb, you should try a multi Gb one!  ... Tooling helps (splitting, summarizing etc), but its a bit specialist, as you usually look for different things in each trace. FWIW I use and like SlickEdit although there are obviously lots of editors out there and I cannot advocate one over another! |
|
| Back to top |
|
|
| kotagiriaashish |
| Posted: Thu Jan 05, 2012 9:43 am Post subject: |
|
|
Disciple
Joined: 06 Aug 2011
Posts: 165
|
| Which trace do you want me to take on the server side... |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Jan 05, 2012 9:48 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9475
Location: US: west coast, almost. Otherwise, enroute.
|
| JasonE wrote: |
| No worries. If you struggle with 70Mb, you should try a multi Gb one! ... Tooling helps (splitting, summarizing etc), but its a bit specialist, as you usually look for different things in each trace. FWIW I use and like SlickEdit although there are obviously lots of editors out there and I cannot advocate one over another! |
I stopped looking when I found the first one. Not advocating. I'll take a look at SlickEdit. Thanks.
_________________
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 |
|
|
| PeterPotkay |
| Posted: Thu Jan 05, 2012 5:30 pm Post subject: Q |
|
|
Poobah
Joined: 15 May 2001
Posts: 7723
|
I don't have any experience with MQ Clients talking to MQ Servers in other countries, but if basic pings are taking 100s of milliseconds, is the MQ performance seen in this scenario about right? The MQ API calls can't execute faster than the network time.
What happens when you set up repeating pings from the client server to the queue manager server and collect 4,000 of them. What kind of times do you over this length of time? Min, Max, Average?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| JasonE |
| Posted: Fri Jan 06, 2012 1:42 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003
Posts: 1220
Location: Hursley
|
| Quote: |
| Which trace do you want me to take on the server side... |
I'd always advocate a full one - more details which you ignore is better than missing details, ie strmqtrc -t detail -t all
however...
I'd also echo Peter's suggestion is worth doing first, ie something like from the client, ping serveripaddr -n 1000 >filename, then sum up the time= lines as you wont get faster than that. If your round trips for ping packets at 250-300ms, give up at this point, but if they are about 100ms then it might be worth a look on the server side. (Grab client side trace as well, zip the lot - we should be able to tell the diff between send->recv client side and recv->send server side, ie the amount of time the bits are in transit). |
|
| Back to top |
|
|
| kotagiriaashish |
| Posted: Fri Jan 06, 2012 6:23 am Post subject: |
|
|
Disciple
Joined: 06 Aug 2011
Posts: 165
|
| Sure... Ill do that...and reply... |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
