home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9539 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  1.8 KB

  1. Path: sparky!uunet!vnet.ibm.com
  2. From: pgainer@vnet.ibm.com (Patrick Gainer)
  3. Message-ID: <19920910.111326.457@almaden.ibm.com>
  4. Date: Thu, 10 Sep 92 13:58:09 EDT
  5. Newsgroups: comp.unix.aix
  6. Subject: Re: What is wait time  in sar and vmstat
  7. Organization: IBM - Toronto Lab
  8. Disclaimer: This posting represents the poster's views, not those of IBM
  9. News-Software: UReply 3.0
  10. References: <50snla.dave@netcom.com>
  11. Lines: 31
  12.  
  13. In <50snla.dave@netcom.com> David A. Lee writes:
  14. >The problem is that I cannot find a good description of exactly what
  15. >wait time is. "Normal" unix systems have only user,system, and idle.
  16. >Aix describes wait time (in man vmstat) as cpu cycles checking for
  17. >IO to complete.  Does anyone know exactly what this means?  Are
  18. >wait cycles time when the cpu isnt doing useful work?  Why is the
  19.  
  20. AIX breaks CPU usage into 4 categories: Idle, Sys, User, and Wait.
  21. One of these 4 categories is updated every 1/100th of a second.
  22. The conditions are as follows:
  23. Idle - incremented when the 'wait' process is executing
  24. Sys  - incremented when a kernel-mode process is executing
  25. User - incremented when a user-mode process is executing
  26. Wait - incremented when the currently executing process is waiting for I/O
  27.        to complete. Therefore, this field counts time when a process is
  28.        not blocked but is waiting for I/O. (If the process is blocked,
  29.        it is not in execution and therefore will not be updating the wait
  30.        field.
  31.  
  32. Now I don't know exactly under what conditions a process will be waiting
  33. but not blocked but I assume that I/O and CPU are not always concurrent
  34. and that this field indicates the measure of this serialization.
  35. In other words, sometimes there is no useful work to be done while you
  36. wait for I/O. Perhaps someone more familiar with the internals can help
  37. out (or correct me).
  38.  
  39. >   dave@netcom.com,
  40.  
  41. Patrick Gainer
  42. pgainer@vnet.ibm.com
  43.  
  44.