Correction: It was IAMA EXEC and you could pass it 2741 or
3270. Guess that shows my age :-)
Les
Les Koehler wrote:
BTW: The 'old old days' I'm talking about is when we had terminal rooms
full of 2741's and they were just starting to install 3270's. CP was so
primitive back then that I wrote IAMA3270 EXEC and IAMA2741 EXEC for
users to run when they reconnected to a different device, as there was
always someone who wanted the next available 3270.
Les
Mike Walter wrote:
The reason back in the "old old days" the reason was primarily
security... this was written back when REAL MEN only used real 3270's
-- which had no LOCK function.
But even now it still serves a bit of a purpose ... it causes users to
get a fresh 'ACCESS' to all their MDISKs. True, our MAINT 190 S-disk
does not change often. And the Y-disk has been moved to SFS (with an
exact shadow copy maintained on the MAINT 19E for servers that come up
before that SFS server does).
And it allows our overnight cross-volume MDISK compression code to
move un-LINKed MDISKs around to create larger free disk space pools.
But most importantly... it was hard to write (the local timezone
support). As soon as I stop using it, someone will ask for it to be
implemented again. So THERE! ;-)~
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
"Les Koehler" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
09/24/2009 04:03 PM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
cc
Subject
Re: Where is the VM/CMS timeout value set
In the 'old old days', I was once told that a long-time idle CMS user
only occupied one 4k page of storage, so it was pointless to risk the
damage to them from forcing them off. Have things changed? Or does
your site have a very unusual workload?
Les
Mike Walter wrote:
To be a little more specific, z/VM does not provide such a service.
But at least one performance monitor provides exits to do what you wish.
We use Velocity Software's ESAMON product to do exactly this, the
TUNEFRC
EXEC provides the proper call. We've modified that a lot to manage
forcing users idle for 3+ hours between the time of 9PM and 5AM in their
own timezone - but that is a very site-dependent requirement.
I'm not sure if other performance management products provide the
same sort of capability, but it would seem likely. Any z/VM site
serious
about
using z/VM needs a supported performance management product.
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
"Martin, Terry R. (CMS/CTR) (CTR)" <[email protected]>
Sent by: "The IBM z/VM Operating System" <[email protected]>
09/24/2009 08:16 AM
Please respond to
"The IBM z/VM Operating System" <[email protected]>
To
[email protected]
cc
Subject
Where is the VM/CMS timeout value set
Hi
Where do you set the timeout value for an idle VM/CMS user for automatic
logoff?
Thank You,
Terry Martin
Lockheed Martin - Information Technology
z/OS & z/VM Systems - Performance and Tuning
Cell - 443 632-4191
Work - 410 786-0386
[email protected]
WFH on Tuesdays and Fridays
The information contained in this e-mail and any accompanying documents
may contain information that is confidential or otherwise protected
from disclosure. If you are not the intended recipient of this
message, or if this message has been addressed to you in error, please
immediately alert the sender by reply e-mail and then delete this
message, including any attachments. Any dissemination, distribution or
other use of the contents of this message by anyone other than the
intended recipient is strictly prohibited. All messages sent to and
from this e-mail address may be monitored as permitted by applicable
law and regulations to ensure compliance with our internal policies
and to protect our business. E-mails are not secure and cannot be
guaranteed to be error free as they can be intercepted, amended, lost
or destroyed, or contain viruses. You are deemed to have accepted
these risks if you communicate with us by e-mail.
The information contained in this e-mail and any accompanying
documents may contain information that is confidential or otherwise
protected from disclosure. If you are not the intended recipient of
this message, or if this message has been addressed to you in error,
please immediately alert the sender by reply e-mail and then delete
this message, including any attachments. Any dissemination,
distribution or other use of the contents of this message by anyone
other than the intended recipient is strictly prohibited. All messages
sent to and from this e-mail address may be monitored as permitted by
applicable law and regulations to ensure compliance with our internal
policies and to protect our business. E-mails are not secure and
cannot be guaranteed to be error free as they can be intercepted,
amended, lost or destroyed, or contain viruses. You are deemed to have
accepted these risks if you communicate with us by e-mail.
