On Tue, 4 Mar 2008 15:10:11 +0100, Lindy Mayfield
<[EMAIL PROTECTED]> wrote:
>I've been searching for the answer to this in the docs, but obviously
>I'm not looking in the right place (yet).
>
>If I add something to IEFSSNxx do I need to IPL? Or is there a SET or
&
"Gray, Larry - Larry A" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> NOTICE:
> All information in and attached to the e-mail(s) below may be
proprietary, confidential, privileged and otherwise protected from
improper or erroneous disclosure. If you are not the sender's intend
tries.
Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: Tuesday, March 04, 2008 9:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEFSSNxx change requires IPL?
That's it, thanks! I was expecting something like: SET SSN=00 or
something like that. Doh.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Jacobs
Sent: 4. maaliskuuta 2008 16:13
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEFSSNxx c
Lindy Mayfield wrote:
> I've been searching for the answer to this in the docs, but obviously
> I'm not looking in the right place (yet).
>
> If I add something to IEFSSNxx do I need to IPL? Or is there a SET or
> some other command that will work?
>
> Regards,
>
I've been searching for the answer to this in the docs, but obviously
I'm not looking in the right place (yet).
If I add something to IEFSSNxx do I need to IPL? Or is there a SET or
some other command that will work?
Rega
Lizette,
Great explanation and just enough to keep from confusing me.
Thank you.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the a
The IRLMs are identified by what your DB2 SYS PROG requests and is specific
to your shop standards. So the IRLP or JRLP would be something unique to
your shop and it is possible no one else would use that convention.
You will need to contact the person that installs DB2 at your shop to get a
bett
We are testing 1.7 and getting ready to go. While messing around with DB2
we had an issue with the region coming up until we added IRLx and JRLx
entries in the IEFSSN00 subsystem names. I'm not a DB2 type, nor do I
completely understand all the relationships such as IRLP/JRLP for a production
D
On Wed, 23 Nov 2005 13:39:14 -0500, David Andrews <[EMAIL PROTECTED]>
wrote:
>On Wed, 2005-11-23 at 11:25 -0600, Tom Schmidt wrote:
>> Count the WTOs in a syslog for an estimate of the WTO
>> cost per subsystem.
>
>Taking Ed's estimate of three instructions per inactive SSCVT, and
>assuming 10M WT
On Wed, 2005-11-23 at 11:25 -0600, Tom Schmidt wrote:
> Count the WTOs in a syslog for an estimate of the WTO
> cost per subsystem.
Taking Ed's estimate of three instructions per inactive SSCVT, and
assuming 10M WTOs per day, and ten inactive subsystems... that's roughly
a CPU second per day spent
l overhead,
calculated as a percentage of the system's capacity, that can be
attributed to maintaining "dummy" subsystems in IEFSSNxx.
Generally, the number of broadcast SSI requests is tiny (relatively
speaking) when compared to the work being executed by a system. For any
single broadcast
On Wed, 23 Nov 2005 09:09:00 -0800, Edward E. Jaffe wrote:
>Bill Neiman wrote:
>
>>All broadcast SSI requests, which include WTO, command, and task
>>termination processing, run the entire SSCT chain. Having unused
>>subsystems defined slows down this process. Only directed SSI requests -
>>thos
Bill Neiman wrote:
All broadcast SSI requests, which include WTO, command, and task
termination processing, run the entire SSCT chain. Having unused
subsystems defined slows down this process. Only directed SSI requests -
those sent to a particular named subsystem - use a hash table lookup.
I'd be surprised if the delay was NOT measurable. But I suspect the delay
is not significant.
Don Imbriale
On Wed, 23 Nov 2005 10:43:42 -0500, David Andrews <[EMAIL PROTECTED]>
wrote:
>
>I'd be surprised if the delay was measurable. REALLY surprised.
>
>--
>David Andrews
>A. Duda and Sons, Inc
On Wed, 2005-11-23 at 08:05 -0600, Bill Neiman wrote:
> All broadcast SSI requests ... run the entire SSCT chain. Having
> unused subsystems defined slows down this process.
I'd be surprised if the delay was measurable. REALLY surprised.
--
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED
On Tue, 22 Nov 2005 15:22:40 -0500, Binyamin Dissen
<[EMAIL PROTECTED]> wrote:
>On Tue, 22 Nov 2005 14:34:46 -0500 "Schramm, Rob" <[EMAIL PROTECTED]>
wrote:
>
>:>Does anyone know how much overhead is introduced by a subsys that is not
>:>used on a system?
>
>:>For example.. if I have
>:>1)10 subsy
On Tue, 22 Nov 2005 14:34:46 -0500 "Schramm, Rob" <[EMAIL PROTECTED]> wrote:
:>Does anyone know how much overhead is introduced by a subsys that is not
:>used on a system?
:>For example.. if I have
:>1)10 subsys (same on all systems),
:>2)10 production (db2, mq etc)
:>3)20 test subsystems (more
in my
opinion, a no-brainer to share one IEFSSNxx across the plex.
Wayne Driscoll
Product Developer
Western Metal Supply
NOTE: All opinions are strictly my own.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Schramm, Rob
Sent: Tuesday, Novemb
Schramm, Rob wrote:
Does anyone know how much overhead is introduced by a subsys that is not
used on a system?
SSCTs are tiny. There is almost no storage waste for an unused
subsystem. Performance isn't impacted either because subsystem name
lookup is via hash table.
--
Does anyone know how much overhead is introduced by a subsys that is not
used on a system?
For example.. if I have
1)10 subsys (same on all systems),
2)10 production (db2, mq etc)
3)20 test subsystems (more db2 and mq)
What is the impact of having a single IEFSSN00 that contains all of the
subs
21 matches
Mail list logo