home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / misc / 4115 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.2 KB

  1. Xref: sparky comp.unix.misc:4115 comp.unix.questions:13265 comp.sys.sgi:16312 comp.graphics:11777
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!munnari.oz.au!manuel.anu.edu.au!huxley!aps583
  3. From: aps583@huxley.anu.edu.au (Anthony P Scott)
  4. Newsgroups: comp.unix.misc,comp.unix.questions,comp.sys.sgi,comp.graphics
  5. Subject: Interactive vs Background users
  6. Date: 12 Nov 1992 02:55:11 GMT
  7. Organization: Australian National University
  8. Lines: 45
  9. Distribution: world
  10. Message-ID: <1dsh2fINNeok@manuel.anu.edu.au>
  11. NNTP-Posting-Host: 150.203.2.12
  12. Originator: aps583@huxley
  13.  
  14.  
  15. Hello there,
  16. I am writing this post in the hope that some other NET people may have
  17. a solution for a problem we have at the moment.
  18.  
  19. I work in a COMPUTATIONAL CHEMISTRY group and while we have our own 
  20. machines to use we also have access to various other machines - in
  21.  particular an INDIGO R4K and SGI4D -- which are used by other research
  22. groups  for graphics to run AMBER, QUANTA
  23. and other graphics based programs.
  24.  
  25.  The problem is that they are only used
  26. for a small part of the day and certainly not at night. WE wish to
  27. soak up the excess CPU cycles by running GAUSSIAN and other cpu
  28. intensive programs in the background.
  29.  
  30. Unfortunately when an interactive user comes along the terminal response
  31. is terrible, they get  upset and we are forced to kill the background
  32. proccess.
  33.  
  34. What we would really like is something that detects an interactive user
  35. and places the background process in sleep, frees up memory and will
  36. then allow better interactive terminal response. When the interactive
  37. user finishes their session and the terminal has been idle for a
  38. period of time or the interactive user has logged out the background
  39. session in sleep can be bought back to life again and the procesing
  40. takes off from where it left off.
  41.  
  42. A program that suspends the background process may also be OK, so
  43. long as it is able to be started again from where it left off.
  44.  
  45.  
  46. Have you any ideas?
  47. It seems that something like this would (should) have been thought
  48. of before.
  49.  
  50. Thanks for your time. Please either post any suggestions or email me
  51. directly to either of:-
  52.  
  53. aps501@vp.anu.edu.au.oz
  54. aps583@huxley.anu.edu.au.oz
  55.  
  56.  
  57. Dr. Tony Scott.
  58.  
  59.