× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



OK, here is an explanation.
When dynamic priority scheduler is turned on, job's priority is no longer a
constant.
Well, external priority is a constant, but internal dispatching priority is
not.
When job uses CPU, its internal priority is gradually reduced (numerically
increased) - to increase the chance for other jobs to use CPU. When job
misses its chance to use CPU, because of higher priority jobs, its priority
is gradually increased (numerically reduced) - to avoid CPU starvation.
You may see this effect looking at WRKSYSACT screen - long running jobs
will show higher priorities - say 35 instead of 20 for typical interactive
jobs.

At timeslice end, job's priority is reset to initial value.
So in a sense, lower timeslice jobs are indeed more "reactive", because
their priority is reset more often.
To see this effect, you actually need to run non-interactive type of work
in interactive job.
For real "interactive" interactive job, the rules will be more complicated.

This is a much simplified explanation. There was a redbook SG24-4735-00
"AS/400 Performance Management V3R6/V3R7"
published in March 1997, which has a chapter on this with more detailed
explanation.
The purpose of all these complexities is to make CPU allocation more "fair"
and to prevent high-priority jobs from hogging CPU.

    Alexei Pytel

"The better is the worst enemy of the good"





                    "Leif Svalgaard"
                    <leif@leif.org>           To:     <midrange-l@midrange.com>
                    Sent by:                  cc:
                    midrange-l-admin@mi       Subject:     Re: Timeslices
                    drange.com


                    08/29/2001 11:16 PM
                    Please respond to
                    midrange-l





turning off the dynamic scheduler, makes everything much more even.
Now there is no difference. All jobs proceed at the same rate.

----- Original Message -----
From: Alexei Pytel <pytel@us.ibm.com>
To: <midrange-l@midrange.com>
Sent: Wednesday, August 29, 2001 10:25 PM
Subject: Re: Timeslices


>
> It might happen because of dynamic priority scheduler.
> Before going into lengthy explanations of my theory which might be wrong
-
> could you set system value QDYNPTYSCD to 0 (off) and repeat you run.
> If effect you see will disappear, I might be able to explain it.
>
>     Alexei Pytel
>                     "Leif Svalgaard"
>
> I have noticed that (interactive) jobs with a small timeslice
> are more "reactive" than jobs with a large timeslice.
> This seems to indicate that the OS/400 is not "truly"
> preemptive. Is this observation correct, or am I missing
> something, or should I even know?


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.







As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.