ca.portal.admin

Re:Re: concurrent users

Discussion created by ca.portal.admin on Apr 14, 2008
Hi Wayne:

You're likely to get answers all over the board on this one,
but perhaps that is exactly what you want.

Other than some obvious restraints, like virtual memory,=20
network bandwidth, CPU cycles, etc., I have never heard of
an=20 IDMS system that could not support the maximum
concurrent=20 number of users (albeit I had a lot of fun during
the Cullinet=20 years doing performance and tuning consulting
to achieve=20 exactly that result ;-}} ).

That said, I suspect you may be asking about life in the
'new=20 world', with web services, etc.

I have personally simulated 10K users hitting an ASP page
that=20 connected/retrieved minimum data from an IDMS
database. I=20 don't have all of the details anymore, but the
overall response=20 was about 1.17 seconds running the
simulation for about 15=20 minutes. This was done on CA iron in
2003/2004 on a R14.1 CV.

Of course, it was just a simulation, but it illustrates that=20
you can push a rather large load through a CV if you have=20
enough back-end resources.
Again, just my 2cents...your results WILL vary...

Please feel free to contact me offline (taschoenborn@msn.com).

Tom Schoenborn
TA Schoenborn & Associates LLC

----- Original Message -----
From: ""Doneker, John W (US SSA)"" <John.Doneker@BAESYSTEMS.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Monday, April 14, 2008 2:48 PM
Subject: concurrent users


Does anyone have an idea of the concurrent number of users
IDMS=20 can handle?





J. Wayne Doneker

BAE Systems

York Pa.,

717 225 8109

John.Doneker@baesystems.com
This e-mail may contain confidential or privileged information.
If you think you have received this e-mail in error, please
advise the sender by reply e-mail and then delete this e-mail
immediately.
Thank you. Aetna

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit
http://www.messagelabs.com/email
______________________________________________________________________
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IDMS 16.0 SP6 and Z/OS 1.9 with AllowUserKeyCSA(NO)
"Hello All:



At one of our Client sites we went live in Production over the weekend with
IDMS 16.0 SP6 with no issues whatsoever. We did a base install plus a number
of tools. This was on a Z/OS 1.7 System.



This Morning on a secondary LPAR we now have IDMS 16.0 SP6 Running on Z/OS
1.9 with the option AllowUserKeyCSA(NO).



This is a very straight forward task and if you follow the directions in
APAR QI82743 and receive assistance from your System Programmer this should
be successful for you as well.



William M. Allen, Jr.

ARCH Consulting Associates, Ltd.

(704) 641-0296
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Format of the Unload file
"Hi,

Using the standard IDMS Unload utility, the Unload file format appears to
be readable by a COBOL program. (NB: I've only tested this on 2 Areas.)

Does anyone know if there are any special exceptions, where an unloaded
data field will not be readable?

Note 1: I'm excluding consideration of Third Party Products, as I guess
that they probably use a proprietary format, which may not be readable.
Please correct me if I'm wrong.

Note 2: I'm not interested in an Unload by a in-house written program, as
the Utility will be faster, and I'm esp. interested in speed.

Thanks very much.

Mike.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Format of the Unload file
"The unloaded record is exactly the format defined in IDD and attached to
the schema, so packed or binary data is still packed or binary.

Outcomes