× 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.



I agree with Alexei - certainly in a BPCS environment reducing the activity
level makes things run noticeably faster, but don't lower it to a level
where you get ineligible jobs. You just need to lower it (to whatever you
calculated from the performance data) and monitor it for a typical business
cycle - i.e. different times of day, different days of week, and don't
forget peak times and month end etc. As a rule of thumb, most of my clients
have it set way too high - 20 or 30 in the interactive pool (because the
system simply divides the memory to come up with a number), and usually
about 7 is a good number.
It's also important if you have SQL, because the optimiser looks at things
like memory available when it decides what method to use for indexing etc.
A low activity level can also help when you are having problems with a
'server' that is maxed out (not enough interactive welly) by constraining
here you avoid the CFINT bottleneck that could kill the whole system. But
obviously it depends on many other things...
Clare

----- Original Message -----
From: "Alexei Pytel" <pytel@us.ibm.com>
To: <midrange-l@midrange.com>
Sent: Saturday, September 01, 2001 12:16 AM
Subject: Re: Timeslices


>
> It depends.
> Sometimes, at some conditions, if activity level is too high, you can
drive
> paging level so high that disk drives will not be able to handle this
load,
> will become a bottleneck, and CPU use and job's progress can actually go
> down.
> One has to take into account other things as well - like jobs' working set
> sizes, I/O activity, throughput of a DASD subsystem and many other...
>
>     Alexei Pytel
>
> "No one can beat unbeatable"
>
>
>
>
>
>                     "Steve Richter"
>                     <srichter@AutoCoder       To:
<midrange-l@midrange.com>
>                     .com>                     cc:
>                     Sent by:                  Subject:     Re: Timeslices
>                     midrange-l-admin@mi
>                     drange.com
>
>
>                     08/31/2001 11:19 AM
>                     Please respond to
>                     midrange-l
>
>
>
>
>
>
> -----Original Message-----
> From: Clare Holtham <Clare.Holtham@btinternet.com>
> To: midrange-l@midrange.com <midrange-l@midrange.com>
> Date: Thursday, August 30, 2001 4:06 AM
> Subject: Re: Timeslices
>
>
> >For the activity level setting, again lower is usually better, but again
> you
> >can calculate the optimum value from Performance Tools data, using the
> >QTRTSUM file and looking at the number of jobs that were in the activity
> >level and the number that went ineligible. The way to do this is to plot
a
>
>
> Clare,
>
> I disagree re setting the activitiy level. Setting it to a low value makes
> likely the condition where jobs are ineligible even though there are cpu
> resources available to run the job. The job mix changes during the day,
> week
> to week, etc. Forcing the activity level to a set value ignores these
> fluctuations.
>
> My solution is to set the interactive activity level high and the
timeslice
> very low.
>
> Steve Richter
>
>
>
> _______________________________________________
> 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.
>
>
>
>
>
> _______________________________________________
> 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-Ups:
Replies:

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.