• Subject: Re: Timeslice/purge settings was: Suppress Query Status Message
  • From: "Simon Coulter" <shc@xxxxxxxxxxxxxxxxx>
  • Date: Sun, 21 Mar 99 17:43:12 +1100

Mello Alexey,

You wrote:
>Timeslice comes hand in hand with purge, because with PURGE(*YES) at
>timeslice end the whole PAG will be paged out.
>My opinion is that with memory size no longer a constraint (comparative to
>older times), PURGE should be always *NO.

PURGE(*YES) is really PURGE(*MAYBE) and has been that way since at least CPF 
R8.  The PAG will only be purged 
if the system determines the pool is memory constrained.  Therefore PURGE(*YES) 
can be the default for all 
jobs.  If sufficient memory is available the PAG will stay in main store while 
the job is on a long wait.  If 
memory is constrained the PAG gets flicked anyway.  (And I see that V4R4 
removes concerns about the PAG 
anyway so this will all become moot.)

>I would say, that most important tuning parameters are RUNPTY and size of
>memory pool, where job runs.

Add to this segregation of jobs by memory use profile (simple case is batch and 
interactive), but we all know 
that, right?

Also the default timeslice values of 2000 and 5000 are generally far too large 
for the faster hardware (and 
that includes all RISC systems) -- especially for interactive jobs.

Regards,
Simon Coulter.


 FlyByNight Software         AS/400 Technical Specialists       
 Eclipse the competition - run your business on an IBM AS/400.  
                                                                
 Phone: +61 3 9419 0175      Mobile: +61 0411 091 400           
 Fax:   +61 3 9419 0175      mailto: shc@flybynight.com.au      
                                                                
 Windoze should not be open at Warp speed.                      

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


This thread ...


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

This mailing list archive is Copyright 1997-2019 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].