| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| Maximum Queue Depth |
« View previous topic :: View next topic » |
| Author |
Message
|
| SAFraser |
 Posted: Tue Aug 09, 2011 6:49 pm Post subject: |
 |
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
Vitor, You have summed it up perfectly. Billboards, statistical fluke, etc.
Peter, We increased the primary logs from 4 to 30, bounced the queue manager, and ran the test. At 150,000/minute, it takes less than 10 minutes to put 1M+ messages. We watched the time stamps on the logs. Used 22 of the 30.
No, it's not a local application. The client is a java application running on a different physical server, within our data center but on a different subnet. No FASTPATH.
fjb, I agree that it could be the database. It's an old leaky java app, could be that, too. The developers seem unconcerned. <sigh> |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Tue Aug 09, 2011 8:08 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20763
Location: LI,NY
|
| SAFraser wrote: |
No, it's not a local application. The client is a java application running on a different physical server, within our data center but on a different subnet. No FASTPATH.
fjb, I agree that it could be the database. It's an old leaky java app, could be that, too. The developers seem unconcerned. <sigh> |
Now I am doubly concerned... The Java app really needs to be reviewed.
You know that memory leaks there, can have the Java app crash after a while...
As it is also in a different subnet somebody should verify the app, how it initiates connections (ssl yes?), how often is the ssl handshake done per connection, how often is a connection initiated / closed, is there any problem with network latency or routing as all of these can severely impact performance just when you need it most....
Have fun giving that feedback to the developers...  
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| SAFraser |
| Posted: Wed Aug 10, 2011 3:23 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
Ah, fbj, feedback offered many times and ignored. Code mod requests opened by me and closed by development with "we can't reproduce the graceless disconnects".
You've given me a good idea, though. I'll see if we still have the queue manager logs from the weekend test. And we have one more test, in UAT. Maybe we will watch the channel counts & connections, as well as open ports. Perhaps it will yield further data for the Eternal Fight for a Better Application.
Because both servers are inside our firewall-protected datacenter (same net, just a different subnet), we are using the two layer security model BlockIP2 + OAM. When data flows beyond the firewall, we add either SSL or VPN to the mix.
So I guess the little darlings will be spending the Labor Day long weekend watching their queue drain very slowly.
Thanks for your continued interest.  |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 10, 2011 4:25 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| SAFraser wrote: |
| Code mod requests opened by me and closed by development with "we can't reproduce the graceless disconnects". |
Ah - the infamous "unable to duplicate problem" defence.
| SAFraser wrote: |
| So I guess the little darlings will be spending the Labor Day long weekend watching their queue drain very slowly. |
As long as they don't annoy you with "it's still going slowly" phone calls.
| SAFraser wrote: |
| Thanks for your continued interest. |
And if any of the development team suffer inexplicable & bizarre fish-related accidents, you were with me at the time (whenever it happened to be), I clearly remember not seeing you do anything & exerk will back me up on this.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Aug 10, 2011 5:36 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| Vitor wrote: |
And if any of the development team suffer inexplicable & bizarre fish-related accidents, you were with me at the time (whenever it happened to be), I clearly remember not seeing you do anything & exerk will back me up on this.
|
Correct guv. I saw nuffink, and that's not my fish. It belongs to that geezer next to me - name of Viktor, or Vitor or sumfink!
Anybody want a dodgy flat-screen TV - only a little fire-damaged? 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Aug 10, 2011 12:36 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20763
Location: LI,NY
|
| Vitor wrote: |
| SAFraser wrote: |
| Code mod requests opened by me and closed by development with "we can't reproduce the graceless disconnects". |
Ah - the infamous "unable to duplicate problem" defence. |
Well I guess that means they just tested their code in the happy path.
I guess the graceless disconnects only happen when an exception gets thrown for whatever reason.
A lot of things there depends on a correct coding of exceptions and use of finally clauses...
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 10, 2011 12:38 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| fjb_saper wrote: |
| Well I guess that means they just tested their code in the happy path. |
Really? But what kind of developers would do such a thing?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Aug 10, 2011 12:52 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20763
Location: LI,NY
|
| Vitor wrote: |
| fjb_saper wrote: |
| Well I guess that means they just tested their code in the happy path. |
Really? But what kind of developers would do such a thing? |
The ones that did not think to just add a throw statement to their code to test the unhappy path... throw statement to be removed before going to prod...
The ones that have no control over MQ and did not ask for an unhappy path testing with MQ...
_________________
MQ & Broker admin |
|
| 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
|
|
|
|
