home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20663 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  2.0 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!news.claremont.edu!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Determining if process is runaway ?
  5. Date: 9 Jan 1993 13:26:20 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 25
  8. Distribution: world
  9. Message-ID: <1imjpsINNg7a@gap.caltech.edu>
  10. References: <1993Jan5.195143.7160@samba.oit.unc.edu>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1993Jan5.195143.7160@samba.oit.unc.edu>, Walt.Armour@launchpad.unc.edu (Walt Armour) writes:
  15. >   I am currently working on a sentry-type program to monitor processes
  16. >on our systems.  It monitors processes for idle logout and for runaway
  17. >CPU time.  The problem I have is determining whether a process is runaway
  18. >or not.  The method I was going to use would compare the ratio of CPU time
  19. >to connect time.  This works but is not the best.  If a user consumes enough
  20. >CPU to prevent becoming idle it could stay logged in for several days then
  21. >begin running away.  In that case my sentry could take several days to 
  22. >classify a process as runaway.
  23. >
  24. >  Are there better (and quicker) methods that determine if a process is runaway
  25. >withing 5-10 minutes?
  26.  
  27. No.  You're asking essentially, "Is there a solution for the `stopping
  28. problem'?"  There is no such solution.  How could you possibly hope to tell the
  29. difference between a "runaway process" and a CPU-intensive process that is
  30. doing what it's supposed to do?
  31. --------------------------------------------------------------------------------
  32. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  33.  
  34. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  35. understanding of astronomy is purely at the amateur level (or below).  So
  36. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  37. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  38. hold me responsible for it, but my organization had nothing to do with it.
  39.