ca.portal.admin

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, network
bandwidth,
CPU cycles, etc., I have never heard of an IDMS system that could not
support the maximum concurrent number of users (albeit I had a lot of
fun
during the Cullinet years doing performance and tuning consulting to
achieve
exactly that result ;-}} ).

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

I have personally simulated 10K users hitting an ASP page that
connected/retrieved minimum data from an IDMS database. I don't have
all
of the details anymore, but the overall response was about 1.17 seconds
running the simulation for about 15 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 you can
push a
rather large load through a CV if you have 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 can
handle?





J. Wayne Doneker

BAE Systems

York Pa.,

717 225 8109

John.Doneker@baesystems.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: concurrent users
"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, network bandwidth,
CPU cycles, etc., I have never heard of an IDMS system that could not
support the maximum concurrent number of users (albeit I had a lot of fun
during the Cullinet years doing performance and tuning consulting to achieve
exactly that result ;-}} ).

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

I have personally simulated 10K users hitting an ASP page that
connected/retrieved minimum data from an IDMS database. I don't have all
of the details anymore, but the overall response was about 1.17 seconds
running the simulation for about 15 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 you can push a
rather large load through a CV if you have 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 can
handle?





J. Wayne Doneker

BAE Systems

York Pa.,

717 225 8109

John.Doneker@baesystems.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
concurrent users
"Does anyone have an idea of the concurrent number of users IDMS can
handle?





J. Wayne Doneker

BAE Systems

York Pa.,

717 225 8109

John.Doneker@baesystems.com


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








Normal

Normal
Re: Using Active Directory to supply sign on credentials for IDMS application
"Tim,

I don't have a specific answer but I can think of a path to investigate.
Active Directory offers an LDAP interface. Can your mainframe security
provider (RACF, Top Secret, etc) use an external LDAP provider? If so
you may be able to stitch something together that way. It would go
something like this. Set up IDMS to use the external security provider,
set up the security provider to use an external LDAP (Active Directory).
Does anyone know if RACF or CA's products can be configured to use an
external LDAP data store rather than their own?

If you can't stitch something together than you could always write a
user exit. That would not be trivial because you would need maintain a
shadow account in your mainframe security provider. You would also have
to harden your interface to protect from sniffing, co-opting, spoofing
and other creative forms of attack.

Thanks,

Tom

Outcomes