查看系统情况 (CPU and memory)
uptime
--us?用户进程的时间
--sy?系统进程的时间
--id cpu空闲的时间
--wa?等待i/o的时间
一般us+sy?在单用户系统中不大于90,在多用户系统中不大于80.
wa时间一般不大于40.
?
其中:
如果r经常大于4，且id经常少于40，表示cpu的负荷很重。
如果pi，po长期不等于0，表示内存不足。
如果b中的队列大于3，表示io性能不好。
?
更具体的参数说明
在最佳使用时，CPU在100%的时间中都在工作。在单用户系统中更是这样，这里不需要共享CPU。总的来说，如果us + sy时间低于90%，则不认为该单用户系统CPU受限制。但是，如果在一个多用户系统中us + sy时间超过80%,其中的进程将要花时间在运行队列中等待。响应时间和吞吐量会受损害。要检查CPU是否是瓶颈，考虑vmstat报告中的四个cpu列和两个kthr（内核线程）列，也应该查看faults列。cpu列在该时间间隔内使用CPU时间的百分比细分。cpu列如下：
us参数
us列显示了用户模式所消耗的CPU时间。一个UNIX进程可以在用户模式下执行，也可以在系统（内核）模式下执行。当在用户模式下执行时，进程在它自己的应用程序代码中之行，不需要内核资源来进行计算、管理内存或设置变量。
sy参数
sy列详细显示了CPU在系统模式下执行一个线程所花时间的百分比。包括内核进程(kprocs )和其它需要访问内核资源的进程所消耗的CPU资源。如果一个进程需要内核资源，它必须执行一个系统调用，并因此被切换到系统模式从而可以使用该资源。例如，对一个文件的读或写操作需要内核资源来打开文件、寻找指定的位置和读写数据，除非使用内存映射文件。
wa参数
wa列详细显示了有未决本地磁盘I/O时CPU空闲的时间百分比（在AIX 4.3.3和以后版本的系统中，对安装了NFS的磁盘也是这样）。如果当等待正在运行时至少有一个未完成的磁盘I/O，该时间归入等待I/O的时间。除非该进程使用异步I/O，否则对磁盘的I/O请求使调用线程被阻塞（或睡眠）直到请求被完成。一旦进程的I/O请求完成，该进程被放入运行队列中。如果I/O很快完成，该进程可以使用更多的CPU时间。wa的值如果超过25%,就表明磁盘子系统可能没有被正确平衡，或者这也可能是磁盘工作负荷很重的结果。
?
Kthr列每秒钟在采样间隔上对各种队列中的内核线程数求得的平均值。kthr列如下：
r参数
可运行的内核线程平均数目，包括正在运行的线程和等待CPU的线程。如果这个数字大于CPU的数目，至少有一个线程要等待CPU，等待CPU的线程越多，越有可能对性能产生影响。
b参数
每秒VMM等待队列中的内核线程平均数。包括正在等待文件系统I/O的线程，或由于内存装入控制而被挂起的线程。如果进程由于内存装入控制而被挂起，在vmstat报告中的阻塞列（b）表明线程数目增加，而不是运行队列中线程数目增加。
p参数
对与vmstat?-I，是每秒等待原始设备I/O的线程数目。等待文件系统I/O的线程不包括在这里。
?
?
lsdev
$ lsdev -Cc processor
proc0 Available 00-00 Processor
proc2 Available 00-02 Processor
代表二个物理CPU
$?vmstat
System configuration:?lcpu=4?mem=11007MB
代表四个逻辑CPU.
