home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / graphics / 11944 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.3 KB
  1. Xref: sparky comp.graphics:11944 comp.sys.sgi:16501 comp.unix.misc:4199 comp.unix.questions:13482
  2. Newsgroups: comp.graphics,comp.sys.sgi,comp.unix.misc,comp.unix.questions
  3. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!dhinds
  4. From: dhinds@leland.Stanford.EDU (David Hinds)
  5. Subject: Re: Interactive vs Background users
  6. Message-ID: <1992Nov16.211711.23401@leland.Stanford.EDU>
  7. Sender: news@leland.Stanford.EDU (Mr News)
  8. Organization: DSG, Stanford University, CA 94305, USA
  9. References: <1dsh2fINNeok@manuel.anu.edu.au> <1992Nov13.042252.11811@kurango.cit.gu.edu.au> <1992Nov16.194645.24617@cc.ic.ac.uk>
  10. Date: Mon, 16 Nov 92 21:17:11 GMT
  11. Lines: 35
  12.  
  13. In article <1992Nov16.194645.24617@cc.ic.ac.uk> cmaae47@imperial.ac.uk writes:
  14. >
  15. >Unfortunately, this does not work for workstations. If the background 
  16. >application is uses a large virtual memory space and pages regularly, 
  17. >the memory space of "idle" programs gets paged out. Try a matrix inversion
  18. >by Gaussian elimination where the augmented matrix is more than 4 times real
  19. >memory.
  20. >
  21. >Whenever the user at the graphics console is in "think state", the processor
  22. >will run the background job, even if its priority in the back-of-beyond.
  23. >On Irix the kernel is locked into memory, you have a decent SCSI controller,
  24. >(at least with the machines I know of, i.e. PI, 4D/3xx and Indigo) and a bit 
  25. >of real memory is kept free for swapping, and the file system attempts to
  26. >avoid fragmentation.
  27.  
  28. How's this:
  29.  
  30.       - Run big background jobs with npri +160 or something, so that they
  31.         will never preempt anything with a better priority.
  32.  
  33.       - When you log in to the console, start a fast but small job, like
  34.         an empty loop, at npri +128, that will just burn idle time and
  35.         prevent the big job from ever getting paged in.  The big job will
  36.         get zero CPU time while this job runs.
  37.  
  38.       - On logout, kill the CPU hog.  I don't know a clean way to do this
  39.         automatically.  The big job will then start up again.
  40.  
  41. One way to enforce the priority scheme would be to set a system-wide CPU
  42. and memory usage limits.  Then have a small program analogous to 'nice',
  43. for starting big background jobs, that would be setuid root, and would
  44. both increase the resource limits and start a job at the low priority.
  45.  
  46.         - David Hinds
  47.           dhinds@allegro.stanford.edu
  48.