當您的 UNIX 系統運行遲緩的時(shí)候，及時(shí)發(fā)現問(wèn)題是至關(guān)重要的，這樣就可以使得系統恢復到正常的運行模式。有許多原因都會(huì )導致系統運行遲緩，但有效地確定問(wèn)題可能相當困難。在本文中，通過(guò)一些學(xué)習示例介紹了如何確定和診斷導致您的 UNIX 系統運行遲緩的原因，以便使計算機重新恢復到正常運行狀態(tài)。
關(guān)于本系列通常，UNIX 管理員都擁有一套他/她經(jīng)常使用的用來(lái)輔助進(jìn)程管理任務(wù)的實(shí)用程序、技巧和系統。有一些重要的實(shí)用程序、命令行以及腳本可用來(lái)簡(jiǎn)化各種處理過(guò)程。這些工具中有一部分來(lái)自于
操作系統，而大部分的技巧則來(lái)源于長(cháng)期的經(jīng)驗和簡(jiǎn)化系統管理員工作的要求。本系列文章主要專(zhuān)注于最大限度地利用各種 UNIX 環(huán)境中可用的工具，包括簡(jiǎn)化異類(lèi)環(huán)境中管理任務(wù)的方法。
導致系統運行遲緩的原因有許多不同的潛在的原因會(huì )導致系統運行遲緩，但通?？梢詫⑺鼈兎譃橐韵聨讉€(gè)方面：
* 進(jìn)程太多。您的系統可能僅僅只是同時(shí)運行了太多的應用程序，或者正在運行少量 CPU 密集型的操作。要么是
服務(wù)器超負荷運行，要么是失控進(jìn)程耗盡了系統資源。
* 活動(dòng)內存太多。如果進(jìn)程使用了大量的內存，那么系統可能會(huì )從磁盤(pán)換入大量的頁(yè)面并將大量的頁(yè)面換出到磁盤(pán)，這意味著(zhù)您的系統花費在內存交換上的時(shí)間比真正使用內存的時(shí)間更多。
* 硬件故障。有時(shí)候，您會(huì )碰到導致系統運行遲緩的硬件故障。不能正常工作的網(wǎng)卡、硬盤(pán)或內存，都可能導致系統花費很長(cháng)的時(shí)間等待信息。
要對該問(wèn)題進(jìn)行診斷，您需要使用大量可用的工具來(lái)檢查您的 UNIX 系統。
選擇連接方法如果您的計算機運行得特別慢，那么第一個(gè)問(wèn)題是如何連接到該計算機以便啟動(dòng)監視進(jìn)程。運行遲緩的計算機可能無(wú)法接受 Telnet 或通過(guò)遠程 Shell 協(xié)議（如 ssh）的連接。
如果您尚未登錄到系統，那么可能根本無(wú)法進(jìn)行訪(fǎng)問(wèn)。相反，可以考慮直接或通過(guò)獨立的硬件解決方案（如網(wǎng)絡(luò )或基于串口的控制臺監視器）來(lái)使用控制臺。
這種控制臺更有可能允許您登錄到系統，因為已經(jīng)有一個(gè)登錄進(jìn)程（您的 Shell 將會(huì )代替它）正在運行。如果在登錄到系統后，您無(wú)法通過(guò) Shell 運行任何進(jìn)程，則表示系統已經(jīng)耗盡了進(jìn)程空間，那么重新啟動(dòng)可能是使系統恢復正常的唯一辦法。
要重新啟動(dòng)系統，請使用 init 或 telinit 來(lái)調整運行級別，運行級別 6 通常表示重新啟動(dòng)。使用 init/telinit 更有可能重新啟動(dòng)系統，因為在進(jìn)行重新啟動(dòng)時(shí)僅涉及到了一個(gè)進(jìn)程。
在系統啟動(dòng)并運行后，您需要使用本文中介紹的一些技巧來(lái)監視該系統的運行狀態(tài)并記錄其輸出結果。如果再次出現系統運行遲緩的情況，您可以執行事后檢查調試并分析系統運行遲緩的原因。
使用 uptime如果您懷疑計算機運行得很慢，那么您應該運行的第一個(gè)命令是 uptime。Uptime 報告當前時(shí)間、計算機啟動(dòng)和運行時(shí)間（換句話(huà)說(shuō)，是從計算機啟動(dòng)以來(lái)的時(shí)間）以及當前的用戶(hù)數。然后它會(huì )提供三幅圖表，以顯示最近 1 分鐘、5 分鐘和 15 分鐘的平均負載。例如：
- $ uptime
- 18:28:54 up 10 days, 8:38, 2 users, load average: 2.24, 5.34, 3.42
在這個(gè)示例中，該計算機在最近 1 分鐘、5 分鐘和 15 分鐘內的平均負載分別超過(guò)了 2、5 和 3。
平均負載的定義比較復雜，并且受到正在執行的進(jìn)程的狀態(tài)影響。通常，正在運行、等待 CPU 或等待 I/O 的每個(gè)進(jìn)程都會(huì )使平均負載加 1。然后對這些圖表進(jìn)行計算并根據時(shí)間平均。
在單 CPU 的系統中，平均負載大于 1 則表示該 CPU 難以承受您所分配的負載類(lèi)型。但是因為 UNIX 的多進(jìn)程的本質(zhì)，在您關(guān)注到該問(wèn)題前，平均負載在長(cháng)時(shí)間內（換句話(huà)說(shuō)，對應于 15 分鐘的圖表）達到 2 通常是可以接受的。
在多 CPU（或多核）系統中，需要將平均負載除以 CPU 的個(gè)數。要確定計算機是否超負荷運行，請使用上述原則。
查看這些圖表的另一種可選的方法是將它們看作百分比，換句話(huà)說(shuō)，如果上面的圖表來(lái)自于一個(gè)單 CPU 系統，那么如果該計算機的速度比目前快百分之 224，那么它就能夠處理當前的負載。
在多 CPU 系統中，您應該使用 CPU 數目加 1 來(lái)確定最大負載。例如，一個(gè) 4 CPU 的系統可以承受的最大平均負載為 5。
通常在短時(shí)間內，計算機的平均負載可能比其最大平均負載高的多。例如，當構建或編譯一個(gè)應用程序、或執行一項磁盤(pán)密集型任務(wù)時(shí)，平均負載可能會(huì )激增。這正是輸出結果中包含 1、5 和 15 分鐘平均值的原因，因為這樣可以幫助消除任何瞬態(tài)負載極大值。
任何長(cháng)時(shí)間的或未預料到的較高的值都可能表示存在問(wèn)題，并且需要進(jìn)行進(jìn)一步的研究。如果這些數值較低，但系統卻運行遲緩，那么可能表示存在交換空間的問(wèn)題。
使用 ruptime如果您管理著(zhù)由許多系統組成的大型網(wǎng)絡(luò )，那么有一種簡(jiǎn)單的方法來(lái)監視負載和網(wǎng)絡(luò )中所有計算機的使用情況。ruptime 工具收集網(wǎng)絡(luò )上所有計算機廣播的數據，并將其集中到一個(gè)本地文件中，以便對所有計算機的當前狀態(tài)進(jìn)行檢查。
例如，清單 1 顯示了一個(gè)小型網(wǎng)絡(luò )的輸出結果：
清單 1. 一個(gè)小型網(wǎng)絡(luò )的輸出
- $ ruptime
- bear up 10+09:13, 2 users, load 0.66, 0.68, 0.50
- ultra3 up 6+01:16, 1 user, load 0.00, 0.00, 0.00
- atuin down 4+00:52
最后一臺計算機 11 分鐘內沒(méi)有報告任何數據，所以將其列為停機。
要生成這些信息，需要在本地網(wǎng)絡(luò )中的每臺計算機上運行 rwhod 守護進(jìn)程（有時(shí)候是 in.rwhod）。這個(gè)守護進(jìn)程為本地計算機廣播信息，并收集來(lái)自所有其他計算機的廣播數據。
因為 rwho/ruptime 系統的工作方式的原因，所以可能存在一些性能問(wèn)題，尤其是在大型的網(wǎng)絡(luò )中，它們生成的大量的系統報告和網(wǎng)絡(luò )流量可能是有害的。在非常繁忙的系統中，對這些數據進(jìn)行廣播的需求可能也就意味著(zhù)永遠無(wú)法報告這些信息，這些數據可能過(guò)期，或者在系統繁忙時(shí)將其報告為停機。
跟蹤大型進(jìn)程如果您懷疑是一個(gè)大型的或過(guò)度繁忙的進(jìn)程導致了該問(wèn)題，那么您應該檢查 ps 工具的輸出，查找進(jìn)程大小、內存百分比和 CPU 利用率。在 SVR4 系統（Solaris 和 AIX®）中，您可以使用下列命令來(lái)獲得進(jìn)程的列表（請參見(jiàn)清單 2）。
清單 2. 獲得進(jìn)程列表的命令
- $ ps -A -o pcpu,pmem,rss,vsz,comm
- %CPU %MEM RSS VSZ COMMAND
- 0.2 0.0 0 0 fsflush
- 0.1 0.2 1464 8288 /usr/lib/ssh/sshd
- 0.1 0.1 1032 1320 ps
- 0.0 1.0 9536 47608 /usr/openwin/bin/Xsun
- 0.0 0.7 6312 10720 dtgreet
- 0.0 0.6 6136 9352 /usr/sfw/sbin/snmpd
- 0.0 0.4 3208 5720 /usr/lib/fm/fmd/fmd
- 0.0 0.3 2808 8512 /usr/lib/ssh/sshd
- 0.0 0.3 2800 8504 /usr/lib/ssh/sshd
- 0.0 0.3 2768 8512 /usr/lib/ssh/sshd
- 0.0 0.3 2368 4056 /usr/sbin/nscd
- 0.0 0.2 2096 9176 /usr/dt/bin/dtlogin
- ...
清單 3 顯示了在 BSD 派生系統中的 ps 工具的輸出。
清單 3. 一個(gè) BSD 系統中獲得的進(jìn)程列表
- $ ps -A -o pcpu,pmem,rss,vsz,command|sort -n +3
- %CPU %MEM RSS VSZ COMMAND
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 152 27236 nfsd-server
- 0.0 0.0 164 27236 nfsd-master
- 0.0 0.0 224 27240 /usr/sbin/update
- 0.0 0.3 4364 29196 /usr/sbin/securityd
- 0.0 0.2 2760 29288 jabberd -c /etc/jabber/jabber.xml -H
- /private/var/jabber/ -U jabber
- 0.0 0.0 184 29300 nfsiod -n 4
- 0.0 0.2 3544 29712 /usr/sbin/configd
- 0.0 0.0 500 30628 /usr/sbin/sshd -i
- 0.0 0.0 260 30648 /usr/sbin/smbd -D
- 0.0 0.0 736 30648 /usr/sbin/smbd -D
- 0.0 0.1 1216 30700 /usr/sbin/sshd -i
- ...
- 0.0 0.1 2180 50664 imapd: narcissus.mcslp.pri [192.168.0.110]
- mc user.mc
- 0.0 0.1 2184 50664 imapd: sulaco.mcslp.pri [192.168.0.101]
- mc user.mc
- 0.0 0.1 2204 50720 imapd: narcissus.mcslp.pri [192.168.0.110]
- buy user.buy
- 0.0 0.1 2264 50720 imapd: sulaco.mcslp.pri [192.168.0.101] buy
- user.buy
- 0.0 0.1 2272 50984 imapd: kernel.mcslp.pri [192.168.0.106] slp
- user.slp
- 0.0 1.2 18348 54368 servermgrd -x
- 0.0 0.2 3200 85920 /usr/sbin/named -f
- 0.0 1.1 16820 122240 /usr/libexec/mysqld --basedir=/usr
- --datadir=/var/mysql --user=mysql --pid-file=/var/mysq
- 0.0 0.5 8572 158164 /usr/libexec/slapd -d 0 -h ldap:///
- ldapi://%2Fvar%2Frun%2Fldapi
- 0.0 0.0 204 289396 rpc.statd
在上面兩個(gè)例子中，進(jìn)程列表中顯示了 CPU 和內存使用率，以便您能夠清楚地了解系統中的負載情況。‘s’和‘stat’列（分別對應于 SVR4 和 BSD）顯示了進(jìn)程的當前狀態(tài)。對于大量的運行的進(jìn)程，狀態(tài)‘R’表示該進(jìn)程當前正在運行。
通過(guò)使用狀態(tài)、CPU 和內存百分比的組合，您應該可以確定是否存在失控的 和大量消耗系統資源的進(jìn)程。
使用 iostatiostat 工具提供了關(guān)于終端、磁盤(pán)活動(dòng)和 CPU 利用率的信息。您可以指定單個(gè)數值參數來(lái)設置報告的時(shí)間間隔，并指定另一個(gè)數值參數來(lái)設置報告的數量。例如，清單 4 顯示了如何每 5 秒鐘報告相應的統計信息。
清單 4. 每隔 5 秒報告統計信息
- $ iostat 5
- tty dad1 sd1 nfs1 cpu
- tin tout kps tps serv kps tps serv kps tps serv us sy wt id
- 0 7 440 39 14 0 0 3 0 0 0 5 18 0 77
- 0 39 2 0 0 0 0 0 0 0 0 0 0 0 100
- 0 13 4 3 0 0 0 0 0 0 0 0 0 0 100
- 0 13 0 0 0 0 0 0 0 0 0 0 0 0 100
對于不同的系統，缺省情況下顯示的確切的信息也有所不同，清單 4 來(lái)自于一個(gè) Solaris 系統。清單 5 中的示例來(lái)自于一個(gè) BSD 環(huán)境。
清單 5. 一個(gè) BSD 系統中的 iostat
- disk1 disk0 cpu
- KB/t tps MB/s KB/t tps MB/s us sy id
- 167.67 0 0.02 20.70 5 0.09 6 3 90
- 0.00 0 0.00 0.00 0 0.00 15 3 82
- 0.00 0 0.00 0.00 0 0.00 16 2 82
- 0.00 0 0.00 14.33 24 0.33 18 4 79
- 0.00 0 0.00 2.83 1 0.00 23 4 73
先來(lái)看看 CPU 統計信息，這些列分別顯示了用戶(hù) (us)、系統 (sy) 和空閑 (id) 百分比。用戶(hù)時(shí)間顯示了用于該用戶(hù)進(jìn)程的時(shí)間。系統時(shí)間則顯示了系統進(jìn)程耗費的時(shí)間（在沒(méi)有顯示等待時(shí)間時(shí)，包括系統等待 I/O 的時(shí)間）?？臻e時(shí)間顯示了 CPU 處于空閑狀態(tài)的時(shí)間的百分比。
磁盤(pán)的輸出顯示了各個(gè)物理磁盤(pán)（在合適的情況下包括 NFS 加載）的工作情況，通常以每秒處理事務(wù)數和每秒傳輸的 MB 或 KB 作為單位。其中的較大數值，尤其是同時(shí)具有較高的等待/系統時(shí)間，可能表示對于該系統而言，磁盤(pán)的速度太慢。您可以嘗試展開(kāi)您的應用程序，以便它使用不同的磁盤(pán)，這樣可能可以改善它的性能。
如果該磁盤(pán)同時(shí)用作虛擬內存，那么可能是因為缺少內存和過(guò)多的交換的問(wèn)題。
使用 vmstat您可以使用 vmstat 工具來(lái)監視虛擬內存統計信息。與 iostat 一樣，它接受一個(gè)數值時(shí)間間隔（請參見(jiàn)清單 6）。
清單 6. 使用 vmstat 監視內存統計信息
- $ vmstat 5
- kthr memory page disk faults cpu
- r b w swap free re mf pi po fr de sr dd s1 -- in sy
- cs us sy id
- 0 0 0 2820888 809552 94 525 121 69 50 0 26 16 0 0 297 1342
- 272 9 4 87
- 0 0 0 2824752 778872 2 7 0 0 0 0 0 0 0 0 229 34
- 109 0 1 99
- 0 0 0 2824752 778872 0 0 0 0 0 0 0 2 0 0 233 28
- 116 0 0 100
- 0 0 0 2824752 778872 0 0 0 0 0 0 0 0 0 0 228 26
- 110 0 0 100
- 0 0 0 2824752 778872 0 0 0 0 0 0 0 0 0 0 229 28
- 111 0 0 100
vmstat 工具輸出線(xiàn)程/進(jìn)程信息、內存/交換區使用率、換進(jìn)/換出頁(yè)面、磁盤(pán) I/O、頁(yè)面錯誤和 CPU 統計信息。
CPU/線(xiàn)程塊顯示了運行隊列 (r) 中的進(jìn)程/線(xiàn)程、等待 I/O 資源的阻塞進(jìn)程 (b) 和那些被交換的進(jìn)程。阻塞進(jìn)程列中較高的值表示磁盤(pán)的速度較慢。交換列中較高的數值表示存在許多進(jìn)程使用了太多的內存，需要對它們進(jìn)行換入和換出。交換是一項開(kāi)銷(xiāo)非常高的處理，并且將明顯地降低系統的性能。
內存列顯示了當前可用的交換區大小和空閑列表的大?。ㄈ绻麑?RAM 提出請求，可以被交換的頁(yè)面的數目）。較低的交換值表示即將耗盡交換空間，這并不一定表示存在問(wèn)題，只要您擁有足夠的 RAM 來(lái)運行相應的應用程序。較低的空閑列表值可能表示使用了大量的活動(dòng) RAM，如果您向該系統中添加更多的進(jìn)程，那么可能引起交換空間的使用。
頁(yè)面列顯示了從磁盤(pán)交換進(jìn)來(lái)的和交換到磁盤(pán)的內存頁(yè)面。鍵值列是 pi/po（換進(jìn)/換出的頁(yè)面），這表示了對多少頁(yè)面進(jìn)行了交換。較高的分頁(yè)表示缺少 RAM，較高的掃描速率（sr 列）顯示了潛在的內存瓶頸。
使用 toptop 工具可以提供一種有效的方法來(lái)監視活動(dòng)中的系統和活動(dòng)的進(jìn)程、負載以及內存統計信息。有許多不同類(lèi)型的 top，在缺省情況下，某些系統中安裝了其中的一部分，而這些 top 是最新的開(kāi)放源碼版本的工具。它所提供的相關(guān)信息更像是 uptime、交換空間和 ps 工具的組合。例如，下面的輸出來(lái)自于 Solaris 系統中運行的 V3.5.1 版本的 top 工具（請參見(jiàn)清單 7）。
清單 7. 使用 top
last pid: 9385; load averages: 7.14, 2.98, 1.21
61 processes: 55 sleeping, 4 running, 1 zombie, 1 on cpu
CPU states: 0.0% idle, 93.8% user, 6.2% kernel, 0.0% iowait,
0.0% swap
Memory: 1024M real, 712M free, 125M swap in use, 2705M swap free
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
9313 root 1 22 0 35M 34M run 0:03 8.87% cc1
9349 root 1 22 0 21M 20M run 0:01 5.47% cc1
9385 root 1 39 0 4320K 3904K run 0:00 0.38% as
9384 root 1 29 0 3888K 3424K run 0:00 0.30% as
9145 root 1 59 0 3736K 2144K cpu 0:00 0.11% top
9180 root 1 59 0 1808K 1472K sleep 0:00 0.10% make
486 root 1 59 0 46M 9536K sleep 0:00 0.03% Xsun
548 root 1 59 0 10M 6360K sleep 0:00 0.03% dtgreet
553 mc 1 49 0 8288K 1472K sleep 0:01 0.02% sshd
9345 root 1 49 0 1328K 928K sleep 0:00 0.01% gcc
9348 root 1 59 0 1328K 928K sleep 0:00 0.01% gcc
9325 root 1 49 0 1328K 928K sleep 0:00 0.01% gcc
599 mc 1 59 0 8288K 1488K sleep 0:00 0.00% sshd
9312 root 1 59 0 1328K 928K sleep 0:00 0.00% gcc
9 root 16 59 0 9464K 2016K sleep 0:06 0.00%
svc.configd
top 工具顯示了各個(gè)進(jìn)程的 CPU 使用情況，例如，在前面的示例中，可以看到正在編譯大量的文件以及它們使用 CPU 的比例。
您還應該注意進(jìn)程的狀態(tài)：較高的運行進(jìn)程的數目可能表示系統過(guò)于繁忙（將運行進(jìn)程與 CPU 狀態(tài)和系統的平均負載進(jìn)行比較）。Top 本身可能耗費大量的 CPU，所以最好是以較大的更新時(shí)間間隔來(lái)運行它，以避免監視工作對系統性能帶來(lái)?yè)p害。您可以使用 -s 或 -d 命令行選項（根據您使用的平臺來(lái)決定）以秒為單位來(lái)指定更新的時(shí)間間隔。
使用 SAR有些時(shí)候，您需要在系統出現問(wèn)題后對其狀態(tài)進(jìn)行監視，但是卻又無(wú)法實(shí)時(shí)監視服務(wù)器的狀態(tài)，在這種情況下，您可以使用 SAR（系統活動(dòng)報告程序）工具。它以指定的時(shí)間間隔將相關(guān)信息記錄到一個(gè)全局文件中，然后可以在事后對該文件進(jìn)行處理以顯示計算機的相關(guān)信息，該工具正是以這種方式為您提供幫助。
因為記錄信息的進(jìn)程持續運行于后臺，所以它可以用來(lái)詳細地描述系統在一段時(shí)間內的性能，并且可以幫助您確定問(wèn)題的原因。通常以天、月或您指定的時(shí)間間隔為單位來(lái)記錄相應的信息。日志保存到 /var/log/sa/saDD 或 /usr/adm/sa/saDD，其中 DD 表示一個(gè)月中的第幾天。啟用 SAR 工具與具體的系統有關(guān)，并且通常您需要建立一個(gè) cron 任務(wù)來(lái)自動(dòng)地運行數據收集腳本 (sa1)。另一個(gè)腳本 sa2 可以創(chuàng )建每天的報告，以便您對其進(jìn)行研究。例如，下面的 crontab 顯示了 Solaris 系統中缺省記錄的系統性能統計信息：
0 * * * 0-6 /usr/lib/sa/sa1
20,40 8-17 * * 1-5 /usr/lib/sa/sa1
5 18 * * 1-5 /usr/lib/sa/sa2 -s 8:00 -e 18:01 -i 1200 -A
在收集到了這些信息之后，可以使用 sar 命令來(lái)提取相應的數據。系統所記錄下來(lái)的信息量可能非常大，并且可以從該數據中選擇和提取的詳細信息也非常大。然而，通過(guò)使用 SAR 的 -A 命令行參數，您可以了解到數據的數量和質(zhì)量，該選項報告了當前記錄的所有信息。
清單 8. 使用帶 -A 參數的 sar 命令生成的輸出
11:49:38 %usr %sys %wio %idle
13:20:00 1 1 0 99
13:40:01 19 5 0 76
14:00:00 0 0 0 100
14:20:00 0 0 0 100
14:40:01 0 0 0 100
15:00:00 0 0 0 100
15:20:00 0 0 0 100
Average 3 1 0 96
11:49:38 device %busy avque r+w/s blks/s avwait avserv
...
Average dad1 1 0.3 5 365 47.3 4.5
dad1,a 0 0.0 0 4 15.4 8.6
dad1,b 0 0.0 0 0 0.0 13.8
dad1,c 0 0.0 0 0 0.0 0.0
dad1,d 1 0.2 3 143 53.0 3.9
dad1,e 0 0.0 0 39 117.3 5.9
dad1,h 0 0.0 1 178 29.0 4.6
nfs1 0 0.0 0 0 0.0 0.0
nfs2 0 0.0 0 31 0.5 14.5
sd1 0 0.0 0 0 0.0 3.3
11:49:38 runq-sz %runocc swpq-sz %swpocc
13:20:00 2.0 2 0.0 0
13:40:01 5.3 15 0.0 0
14:00:00 0.0 0 0.0 0
14:20:00 0.0 0 0.0 0
14:40:01 1.5 0 0.0 0
15:00:00 0.0 0 0.0 0
15:20:00 0.0 0 0.0 0
Average 5.0 2 0.0 0
11:49:38 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s
13:20:00 0 11 97 0 1 89 0 0
13:40:01 0 803 100 4 381 99 0 0
14:00:00 0 0 100 0 0 39 0 0
14:20:00 0 0 100 0 0 56 0 0
14:40:01 0 0 100 0 0 61 0 0
15:00:00 0 0 100 0 0 48 0 0
15:20:00 0 0 100 0 0 32 0 0
Average 0 120 100 1 56 99 0 0
11:49:38 swpin/s bswin/s swpot/s bswot/s pswch/s
13:20:00 0.00 0.0 0.00 0.0 305
13:40:01 0.00 0.0 0.00 0.0 223
14:00:00 0.00 0.0 0.00 0.0 111
14:20:00 0.00 0.0 0.00 0.0 112
14:40:01 0.00 0.0 0.00 0.0 112
15:00:00 0.00 0.0 0.00 0.0 114
15:20:00 0.00 0.0 0.00 0.0 114
Average 0.00 0.0 0.00 0.0 152
11:49:38 scall/s sread/s swrit/s fork/s exec/s rchar/s wchar/s
13:20:00 526 39 26 0.64 0.59 38118 25779
13:40:01 2288 803 320 9.31 6.53 773352 1558934
14:00:00 22 2 2 0.01 0.01 342 186
14:20:00 20 2 2 0.00 0.00 150 128
14:40:01 20 2 2 0.01 0.00 153 128
15:00:00 26 3 3 0.01 0.02 326 167
15:20:00 29 3 3 0.02 0.03 641 272
Average 416 125 52 1.46 1.04 118615 232791
11:49:38 iget/s namei/s dirbk/s
13:20:00 2 31 3
13:40:01 29 385 25
14:00:00 0 1 0
14:20:00 0 0 0
14:40:01 0 0 0
15:00:00 0 1 0
15:20:00 0 2 0
Average 5 61 4
11:49:38 rawch/s canch/s outch/s rcvin/s xmtin/s mdmin/s
13:20:00 0 0 39 0 0 0
13:40:01 1 0 397 0 0 0
14:00:00 0 0 9 0 0 0
14:20:00 0 0 0 0 0 0
14:40:01 0 0 0 0 0 0
15:00:00 0 0 16 0 0 0
15:20:00 0 0 38 0 0 0
Average 0 0 72 0 0 0
11:49:38 proc-sz ov inod-sz ov file-sz ov lock-sz
13:20:00 53/16154 0 1732/69661 0 358/358 0 0/0
13:40:01 54/16154 0 15118/69661 0 358/358 0 0/0
14:00:00 57/16154 0 15120/69661 0 359/359 0 0/0
14:20:00 57/16154 0 15120/69661 0 359/359 0 0/0
14:40:01 57/16154 0 15120/69661 0 359/359 0 0/0
15:00:00 57/16154 0 15121/69661 0 359/359 0 0/0
15:20:00 57/16154 0 15127/69661 0 359/359 0 0/0
11:49:38 msg/s sema/s
13:20:00 0.00 0.00
13:40:01 0.00 0.00
14:00:00 0.00 0.00
14:20:00 0.00 0.00
14:40:01 0.00 0.00
15:00:00 0.00 0.00
15:20:00 0.00 0.00
Average 0.00 0.00
11:49:38 atch/s pgin/s ppgin/s pflt/s vflt/s slock/s
13:20:00 13.39 3.67 5.05 41.14 77.09 0.00
13:40:01 188.44 9.91 25.61 373.73 1086.42 0.00
14:00:00 0.30 0.05 0.06 0.61 1.59 0.00
14:20:00 0.16 0.00 0.00 0.34 0.76 0.00
14:40:01 0.20 0.00 0.00 0.48 1.01 0.00
15:00:00 0.72 0.01 0.01 0.98 2.37 0.00
15:20:00 0.89 0.02 0.02 1.43 3.47 0.00
Average 29.66 1.90 4.38 60.43 170.40 0.00
11:49:38 pgout/s ppgout/s pgfree/s pgscan/s %ufs_ipf
13:20:00 0.03 0.06 0.06 0.00 0.00
13:40:01 6.41 19.18 13.84 0.00 0.00
14:00:00 0.00 0.00 0.00 0.00 0.00
14:20:00 0.00 0.00 0.00 0.00 0.00
14:40:01 0.00 0.00 0.00 0.00 0.00
15:00:00 0.00 0.00 0.00 0.00 0.00
15:20:00 0.00 0.00 0.00 0.00 0.00
Average 0.95 2.83 2.05 0.00 0.00
11:49:38 freemem freeswap
13:20:00 109186 5736615
13:40:01 95816 5614822
14:00:00 97408 5649849
14:20:00 97311 5647409
14:40:01 97418 5653711
15:00:00 97338 5648982
15:20:00 97333 5648993
Average 98516 5654784
11:49:38 sml_mem alloc fail lg_mem alloc fail ovsz_alloc fail
13:20:00 4178176 3572465 0 38477824 32137880 0 14663680 0
13:40:01 16572672 10204085 0 99106816 80782488 0 15310848
0
14:00:00 16589056 10261693 0 99106816 80797968 0 15343616
0
14:20:00 16589056 10259613 0 99106816 80736600 0 15343616
0
14:40:01 16589056 10260061 0 99106816 80820088 0 15343616
0
15:00:00 16589056 10267477 0 99106816 80902432 0 15343616
0
15:20:00 16589056 10274757 0 99106816 80864920 0 15343616
0
Average 14813733 9300022 0 90445528 73863192 0 15241801
0
在可能的情況下，對上面的輸出進(jìn)行了剪裁，以限制所顯示的數據量（比如，并沒(méi)有顯示所有磁盤(pán)的統計信息）。
結束語(yǔ)盡管在運行遲緩的 UNIX 系統和您能夠提取的統計信息之間可能并不存在直接的關(guān)聯(lián)，但在發(fā)現系統運行遲緩的時(shí)候，第一件事就應該是收集盡可能多的信息。究竟是應該主動(dòng)地（通過(guò) ps、uptime 和其他工具）還是被動(dòng)地（通過(guò) SAR 或 top）來(lái)完成這項工作，這取決于實(shí)際情況。有了這些信息，您應該可以判斷 UNIX 系統之所以運行遲緩，到底是因為負載過(guò)重（CPU 超負荷使用）、物理內存太少（大量的交換工作），還是存在失控進(jìn)程（單個(gè)進(jìn)程占用大量的 CPU 時(shí)間）的問(wèn)題。
