ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Archives - All » MQAUSX - how many channels concurrently

This forum is locked: you cannot post, reply to, or edit topics.  This topic is locked: you cannot edit posts or make replies.
 MQAUSX - how many channels concurrently « View previous topic :: View next topic » 
Author Message
PeterPotkay
PostPosted: Tue May 24, 2005 6:49 pm    Post subject: MQAUSX - how many channels concurrently Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7717

Roger,
What is the largest # of SVRCONNS you have had running with MQAUSX?

If I wanted to test lots and lots of connections, what would be the easiest way? I can code in VB.NET, so would I just create 1000 QM objects in a loop and let them sit?
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
RogerLacroix
PostPosted: Tue May 24, 2005 7:22 pm    Post subject: Reply with quote

Jedi Knight

Joined: 15 May 2001
Posts: 3253
Location: London, ON Canada

Hi Peter,

For full authentication, I once spun-off 100 amqsputc in a loop with the SCYDATA set to "u=youruserid;p=yourpassword;s=remoteservername" in the channel table and it worked just fine. So, 1000 shouldn't be a problem.

Although, I have done 1000 with NoAuth=Y (same as MQSSX) with J2EE applications connecting & disconnecting and it worked smoothly.

Are you looking to see how many full authentications can be processed per second?

Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter
Back to top
View user's profile Send private message Visit poster's website
PeterPotkay
PostPosted: Tue May 24, 2005 7:28 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7717

Yes, I want to see if there is any noticable diff for a channel with AUTH checking or MAX checking turned on, both in speed of connecting, and memory utilization on the server.

I doubt there will be a problem, but I do need to test it just to be sure.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
RogerLacroix
PostPosted: Tue May 24, 2005 7:44 pm    Post subject: Reply with quote

Jedi Knight

Joined: 15 May 2001
Posts: 3253
Location: London, ON Canada

Hi,

For each active channel, about 6KB of memory will be used (freed on a MQ disconnect). For each channel that is marked for Max channels, 127 bytes of shared are used.

Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter
Back to top
View user's profile Send private message Visit poster's website
PeterPotkay
PostPosted: Tue May 24, 2005 7:46 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7717

RogerLacroix wrote:
For each active channel, about 6KB of memory will be used (freed on a MQ disconnect).

Documented anywhere in the IBM manuals? I have been looking for this info forever.

RogerLacroix wrote:
For each channel that is marked for Max channels, 127 bytes of shared are used.

Any mem used for AUTH marked channels?
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
RogerLacroix
PostPosted: Tue May 24, 2005 8:00 pm    Post subject: Reply with quote

Jedi Knight

Joined: 15 May 2001
Posts: 3253
Location: London, ON Canada

Hi,
PeterPotkay wrote:
RogerLacroix wrote:
For each active channel, about 6KB of memory will be used (freed on a MQ disconnect).

Documented anywhere in the IBM manuals? I have been looking for this info forever.

The 6KB is what the MQAUSX allocates for doing its thing. For the MQ Listener, I always go with the rule of 1MB per channel.

PeterPotkay wrote:
RogerLacroix wrote:
For each channel that is marked for Max channels, 127 bytes of shared are used.

Any mem used for AUTH marked channels?

See above comment. For MQAUSX, regardless if NoAuth is set to Y or N, it will use 6KB per active connection.

Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter
Back to top
View user's profile Send private message Visit poster's website
PeterPotkay
PostPosted: Wed May 25, 2005 7:09 am    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7717

Oh, OK, I thought 6KB was a plain MQ channel. You are saying that it is 6KB above and beyond whatever a base channel needs.

I looked at a pdf from the 2003 Conferance "M35 - Capacity Planning Questions for distributed MQ", and found this:
Quote:

Capacity of QMs to atach channels to clients
140K bytes per client with separate Q per Client

Capacity of QM to attach channels to QMs
484K bytes per channel pair including XMITQ


In "M33 - Archirecting Solutions for Performance on Distributed MQ"
Quote:

# of Channel per QM?

-Storage (Runmqlsr or inetd?)
real 90k to 520k bytes
virtual 200k to 1700k bytes


So, I guess I still wonder, how much mem does a SVRCON channel use.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Display posts from previous:   
This forum is locked: you cannot post, reply to, or edit topics.  This topic is locked: you cannot edit posts or make replies. Page 1 of 1

MQSeries.net Forum Index » Archives - All » MQAUSX - how many channels concurrently
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.