When SLIP SLIH code is active for a SLIP, what happens if
another SLIP is triggered on another CP? Is the system
in a non-dispatchable state? Is SPIN SLIH code serialized?
SLIP does not need to serialize against itself for the most part.
Accumulation of time, for example, is what any
(I forgot to send this yesterday, and Jim Mulder beat me to it. The only
thing he omitted was about space-switch interrupts).
What exactly does x% of system time mean?
Is it a pecentage of the LPAR CP capacity?
You might say it doesn't mean anything exactly, but it does mean
something
Jim, Peter
Thanks a lot. I understand it is not some precise measurement. I understand
this as a means to keep a badly written SLIP from negatively impacting the
system.
Out of curiosity: When SLIP SLIH code is active for a SLIP, what happens if
another SLIP is triggered on another CP? Is the
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Peter Hunkeler
Jim, Peter
Thanks a lot. I understand it is not some precise measurement. I understand
this as a means to keep a
badly written SLIP from negatively impacting the system.
Out of curiosity: When
Of Peter Hunkeler
Sent: Tuesday, October 07, 2014 10:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Question on PER-SLIP and PRCNTLIM.
No answer? Interesting! I was thinking this is one of the easier questions
for the
experienced debuggers on the list.
--
Peter Hunkeler
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: Tuesday, October 07, 2014 7:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question on PER-SLIP and PRCNTLIM.
We had to set an IF SLIP trap with JOBNAME= in support of a PMR. As I
Thanks, AL.
I did read the manual, but unfortunately the description of PRCNTLIM is
rather fuzzy (at least to me).
It is NOT a percentage of capacity, it is a TIME based calculation,
as in;not how much CP it is using, but how LONG it has been.
It is a percentage value that is to be
No answer? Interesting! I was thinking this is one of the easier
questions for the experienced debuggers on the list.
You would need access to the SLIP code to answer this question.
I did look into this around 4 years ago, it just took me a while
to find the notes from that investigation.
We had to set an IF SLIP trap with JOBNAME= in support of a PMR. As I didn't
specify PRCNTLIM, this was set to 10% by SLIP SET processing.
The slip has been disabled due to PRCNTLIM before a dump was taken (DATA=
wasn't fulfilled so far).
I understand this to mean that the RANGE that is set
No answer? Interesting! I was thinking this is one of the easier questions for
the experienced debuggers on the list.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
10 matches
Mail list logo