home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22315 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.3 KB  |  31 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!usc!elroy.jpl.nasa.gov!ames!pacbell.com!charon.amdahl.com!netcomsv!netcom.com!cokenias
  3. From: cokenias@netcom.com (Damon Cokenias)
  4. Subject: Re: CPU load
  5. Message-ID: <1993Jan28.081721.4191@netcom.com>
  6. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  7. References: <1k1p8bINNjuc@skeena.ucs.ubc.ca>
  8. Date: Thu, 28 Jan 1993 08:17:21 GMT
  9. Lines: 20
  10.  
  11. In article <1k1p8bINNjuc@skeena.ucs.ubc.ca> sainaney@unixg.ubc.ca (Narayan R. Sainaney) writes:
  12. >foreground application. Currently, I just check to see how many null
  13. >events I get in 1 second (60 max right?) and then use the proportion  
  14.  
  15. Wrong.  The number of events per second (null or otherwise) depends on the speed
  16. of your computer.  That might make your scaling a little more difficult as there
  17. will not be any definite maximum/minimum.  There will be a statistical min and max but that's a little out of my realm.
  18.  
  19. It makes sense when you think about it.  You wouldn't want your Quadra 950 just
  20. passing time before letting an application receive a null event.  And you'd have
  21. a hard time getting 60 events per second on a plus.
  22.  
  23. As for determining CPU load-- I think you would need tru multiprocessing in order
  24. to know more than multifinder friendliness.
  25.  
  26. Good luck.
  27.  
  28. -Damon
  29.  
  30.  
  31.