home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9509 < prev    next >
Encoding:
Text File  |  1992-09-09  |  1.8 KB  |  40 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!dave
  3. From: dave@netcom.com (David A. Lee)
  4. Subject: What is wait time  in sar and vmstat
  5. Message-ID: <50sn#la.dave@netcom.com>
  6. Date: Thu, 10 Sep 92 02:26:12 GMT
  7. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  8. Lines: 30
  9.  
  10. I am currently testing 2 versions of database software for our product
  11. and the results are somewhat confusing.  After running a sample test
  12. for an hour with exactly the same environment with the 2 versions of the
  13. database, I look at vmstat and sar for the duration of the tests.
  14. The results are that the new version uses about 30% more user CPU time
  15. but 400% less wait time, resulting in a 100% increase of idle time.
  16. (idle from 25% to 50%, wait from 40% to 10%).
  17.  
  18. The problem is that I cannot find a good description of exactly what
  19. wait time is. "Normal" unix systems have only user,system, and idle.
  20. Aix describes wait time (in man vmstat) as cpu cycles checking for 
  21. IO to complete.  Does anyone know exactly what this means?  Are 
  22. wait cycles time when the cpu isnt doing useful work?  Why is the
  23. kernal polling for IO complete instead of putting the process to sleep
  24. and waking it up when the IO completes?   If I have software (call it DB3.0)
  25. that uses  say  25 Idle, 40 Wait, 25 User, 10 sys, and a
  26. software (call it DB3.1) that uses say 50 idle 10 wait 30 user 10 system,
  27. do I really have 25% more cpu time to spare for other processes? or 
  28. is wait time also usefull time? (say wait+idle == Really Idle).
  29.  
  30. If anyone really knows what is going on here, please, please let me know.
  31. We need to decide (very soon) if it is worth the extra user time used
  32. to give us more idle time.
  33.  
  34. Thank you very much.
  35. Please email response to 
  36.     dave@netcom.com,
  37. or post to newsgroup.
  38.  
  39.  
  40.