home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / aix / 12485 < prev    next >
Encoding:
Text File  |  1992-12-11  |  2.3 KB  |  54 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!ornl!utkcs2!darwin.sura.net!spool.mu.edu!umn.edu!csus.edu!csusac!cdsac!scotte
  3. From: scotte@cdsac.uucp (L. Scott Emmons)
  4. Subject: Re: AIX 3.2.3 on RS/6000560  strange scheduler behavior
  5. Message-ID: <Dec11.163914.24147@cdsac.uucp>
  6. NntpPostingHost: cdsac
  7. Date: 11 Dec 1992 16:39:14 GMT
  8. References: <10325@vtserf.cc.vt.edu>
  9. Organization: CableData (U.S. Computer Services), Sacramento, CA
  10. Lines: 42
  11.  
  12. In article <10325@vtserf.cc.vt.edu> valdis@blackice.cc.vt.edu (Valdis Kletnieks) writes:
  13. [...]
  14. >a) the x'10' flag in p_flag is defined in <sys/proc.h> as:
  15. [...]
  16.  
  17. If you mean the 'C' field, that is (according to 'man ps') "Processor
  18. utilization for scheduling".
  19.  
  20. >b) I have a "gut feeling" that part of the problem is that under heavy
  21. >load (load average over 20 or so), the scheduling algorithm breaks down
  22. >and chooses "inappropriate" processes to schedule next.  Does anybody know
  23. >of a way to make the system "prefer" interactive processes under high load?
  24. >I looked at the 'schedtune' stuff but that isn't what is needed  I think
  25. >a knob to turn to bias proc.p_pri more for interactive I/O  hitting return
  26. >should make it get scheduled sooner...
  27.  
  28. With a load average greater than 20, no amount of tuning is going to
  29. do a heck of a lot, especially with a 'fair' scheduling algorithm that
  30. guarantees execution to all processes (starvation prevention).
  31.  
  32. AIX is shipped with the kernel tuned in a particular way (I haven't
  33. been able to find out how, but I bet it's based on TPC's). The way
  34. that it is tuned is not the optimal way for a highdegree of
  35. multiprocessing, nor for interactive use concurrent with I/O bound
  36. processing doing very large I/O operations.
  37.  
  38. The "schedtune" (available in AIX3.2.1 and later (I believe)) program
  39. can help the first problem (multiprocessing).
  40.  
  41. Using "I/O pacing" from "smit system" > "change/show characteristics"
  42. can help the later problem (interactive I/O).
  43.  
  44. Unfortunately, I have not been able to find good guidelines on how to
  45. tune the system for various types of use. Anyone have any? If you do
  46. use the "Tuning Guide", make sure you have the latest version, as the
  47. earlier versions did not address many of the available tuning options.
  48.  
  49.  
  50.                L. Scott Emmons
  51.               CableData  Research Center
  52.              csusac.csus.edu!cdsac!scotte
  53.                 KC6NFP
  54.