系統(tǒng)管理員工具包-監(jiān)視運(yùn)行緩慢的系統(tǒng)

1、系統(tǒng)管理員工具包: 監(jiān)視運(yùn)行緩慢的系統(tǒng)簡介： 當(dāng)您的 UNIX® 系統(tǒng)運(yùn)行遲緩的時候，及時發(fā)現(xiàn)問題是至關(guān)重要的，這樣就可以使得系統(tǒng)恢復(fù)到正常的運(yùn)行模式。有許多原因都會導(dǎo)致系統(tǒng)運(yùn)行遲緩，但有效地確定問題可能相當(dāng)困難。在本文中，通過一些學(xué)習(xí)示例介紹了如何確定和診斷導(dǎo)致您的 UNIX 系統(tǒng)運(yùn)行遲緩的原因，以便使計算機(jī)重新恢復(fù)到正常運(yùn)行狀態(tài)。關(guān)于本系列通常，UNIX® 管理員都擁有一套他/她經(jīng)常使用的用來輔助進(jìn)程管理任務(wù)的實用程序、技巧和系統(tǒng)。有一些重要的實用程序、命令行以及腳本可用來簡化各種處理過程。這些工具中有一部分來自于操作系統(tǒng)，而大部分的技巧則來源于長期的經(jīng)驗和簡化系統(tǒng)管理

2、員工作的要求。本系列文章主要專注于最大限度地利用各種 UNIX 環(huán)境中可用的工具，包括簡化異類環(huán)境中管理任務(wù)的方法。導(dǎo)致系統(tǒng)運(yùn)行遲緩的原因有許多不同的潛在的原因會導(dǎo)致系統(tǒng)運(yùn)行遲緩，但通?？梢詫⑺鼈兎譃橐韵聨讉€方面：· 進(jìn)程太多。您的系統(tǒng)可能僅僅只是同時運(yùn)行了太多的應(yīng)用程序，或者正在運(yùn)行少量 CPU 密集型的操作。要么是服務(wù)器超負(fù)荷運(yùn)行，要么是失控進(jìn)程耗盡了系統(tǒng)資源。 · 活動內(nèi)存太多。如果進(jìn)程使用了大量的內(nèi)存，那么系統(tǒng)可能會從磁盤換入大量的頁面并將大量的頁面換出到磁盤，這意味著您的系統(tǒng)花費(fèi)在內(nèi)存交換上的時間比真正使用內(nèi)存的時間更多。 · 硬件故障。有時候，您會碰到

3、導(dǎo)致系統(tǒng)運(yùn)行遲緩的硬件故障。不能正常工作的網(wǎng)卡、硬盤或內(nèi)存，都可能導(dǎo)致系統(tǒng)花費(fèi)很長的時間等待信息。 要對該問題進(jìn)行診斷，您需要使用大量可用的工具來檢查您的 UNIX 系統(tǒng)。 選擇連接方法如果您的計算機(jī)運(yùn)行得特別慢，那么第一個問題是如何連接到該計算機(jī)以便啟動監(jiān)視進(jìn)程。運(yùn)行遲緩的計算機(jī)可能無法接受 Telnet 或通過遠(yuǎn)程 Shell 協(xié)議（如 ssh）的連接。 如果您尚未登錄到系統(tǒng)，那么可能根本無法進(jìn)行訪問。相反，可以考慮直接或通過獨立的硬件解決方案（如網(wǎng)絡(luò)或基于串口的控制臺監(jiān)視器）來使用控制臺。 這種控制臺更有可能允許您登錄到系統(tǒng)，因為已經(jīng)有一個登錄進(jìn)程（您的 Shell 將會代替它）正在運(yùn)行

4、。如果在登錄到系統(tǒng)后，您無法通過 Shell 運(yùn)行任何進(jìn)程，則表示系統(tǒng)已經(jīng)耗盡了進(jìn)程空間，那么重新啟動可能是使系統(tǒng)恢復(fù)正常的唯一辦法。 要重新啟動系統(tǒng)，請使用 init 或 telinit 來調(diào)整運(yùn)行級別，運(yùn)行級別 6 通常表示重新啟動。使用 init/telinit 更有可能重新啟動系統(tǒng)，因為在進(jìn)行重新啟動時僅涉及到了一個進(jìn)程。 在系統(tǒng)啟動并運(yùn)行后，您需要使用本文中介紹的一些技巧來監(jiān)視該系統(tǒng)的運(yùn)行狀態(tài)并記錄其輸出結(jié)果。如果再次出現(xiàn)系統(tǒng)運(yùn)行遲緩的情況，您可以執(zhí)行事后檢查調(diào)試并分析系統(tǒng)運(yùn)行遲緩的原因。 使用 uptime如果您懷疑計算機(jī)運(yùn)行得很慢，那么您應(yīng)該運(yùn)行的第一個命令是 uptime。Up

5、time 報告當(dāng)前時間、計算機(jī)啟動和運(yùn)行時間（換句話說，是從計算機(jī)啟動以來的時間）以及當(dāng)前的用戶數(shù)。然后它會提供三幅圖表，以顯示最近 1 分鐘、5 分鐘和 15 分鐘的平均負(fù)載。例如：$ uptime 18:28:54 up 10 days, 8:38, 2 users, load average: 2.24, 5.34, 3.42在這個示例中，該計算機(jī)在最近 1 分鐘、5 分鐘和 15 分鐘內(nèi)的平均負(fù)載分別超過了 2、5 和 3。 平均負(fù)載的定義比較復(fù)雜，并且受到正在執(zhí)行的進(jìn)程的狀態(tài)影響。通常，正在運(yùn)行、等待 CPU 或等待 I/O 的每個進(jìn)程都會使平均負(fù)載加 1。然后對這些圖表進(jìn)行計算并根

6、據(jù)時間平均。 在單 CPU 的系統(tǒng)中，平均負(fù)載大于 1 則表示該 CPU 難以承受您所分配的負(fù)載類型。但是因為 UNIX 的多進(jìn)程的本質(zhì)，在您關(guān)注到該問題前，平均負(fù)載在長時間內(nèi)（換句話說，對應(yīng)于 15 分鐘的圖表）達(dá)到 2 通常是可以接受的。 在多 CPU（或多核）系統(tǒng)中，需要將平均負(fù)載除以 CPU 的個數(shù)。要確定計算機(jī)是否超負(fù)荷運(yùn)行，請使用上述原則。 查看這些圖表的另一種可選的方法是將它們看作百分比，換句話說，如果上面的圖表來自于一個單 CPU 系統(tǒng)，那么如果該計算機(jī)的速度比目前快百分之 224，那么它就能夠處理當(dāng)前的負(fù)載。 在多 CPU 系統(tǒng)中，您應(yīng)該使用 CPU 數(shù)目加 1 來確定最大負(fù)

7、載。例如，一個 4 CPU 的系統(tǒng)可以承受的最大平均負(fù)載為 5。 通常在短時間內(nèi)，計算機(jī)的平均負(fù)載可能比其最大平均負(fù)載高的多。例如，當(dāng)構(gòu)建或編譯一個應(yīng)用程序、或執(zhí)行一項磁盤密集型任務(wù)時，平均負(fù)載可能會激增。這正是輸出結(jié)果中包含 1、5 和 15 分鐘平均值的原因，因為這樣可以幫助消除任何瞬態(tài)負(fù)載極大值。 任何長時間的或未預(yù)料到的較高的值都可能表示存在問題，并且需要進(jìn)行進(jìn)一步的研究。如果這些數(shù)值較低，但系統(tǒng)卻運(yùn)行遲緩，那么可能表示存在交換空間的問題。 使用 ruptime如果您管理著由許多系統(tǒng)組成的大型網(wǎng)絡(luò)，那么有一種簡單的方法來監(jiān)視負(fù)載和網(wǎng)絡(luò)中所有計算機(jī)的使用情況。ruptime 工具收集網(wǎng)絡(luò)

8、上所有計算機(jī)廣播的數(shù)據(jù)，并將其集中到一個本地文件中，以便對所有計算機(jī)的當(dāng)前狀態(tài)進(jìn)行檢查。 例如，清單 1 顯示了一個小型網(wǎng)絡(luò)的輸出結(jié)果：清單 1. 一個小型網(wǎng)絡(luò)的輸出$ ruptimebear up 10+09:13, 2 users, load 0.66, 0.68, 0.50ultra3 up 6+01:16, 1 user, load 0.00, 0.00, 0.00atuin down 4+00:52最后一臺計算機(jī) 11 分鐘內(nèi)沒有報告任何數(shù)據(jù)，所以將其列為停機(jī)。 要生成這些信息，需要在本地網(wǎng)絡(luò)中的每臺計算機(jī)上運(yùn)行 rwhod 守護(hù)進(jìn)程（有時候是 in.rwhod）。這個守護(hù)進(jìn)程為本地

9、計算機(jī)廣播信息，并收集來自所有其他計算機(jī)的廣播數(shù)據(jù)。 因為 rwho/ruptime 系統(tǒng)的工作方式的原因，所以可能存在一些性能問題，尤其是在大型的網(wǎng)絡(luò)中，它們生成的大量的系統(tǒng)報告和網(wǎng)絡(luò)流量可能是有害的。在非常繁忙的系統(tǒng)中，對這些數(shù)據(jù)進(jìn)行廣播的需求可能也就意味著永遠(yuǎn)無法報告這些信息，這些數(shù)據(jù)可能過期，或者在系統(tǒng)繁忙時將其報告為停機(jī)。 跟蹤大型進(jìn)程如果您懷疑是一個大型的或過度繁忙的進(jìn)程導(dǎo)致了該問題，那么您應(yīng)該檢查 ps 工具的輸出，查找進(jìn)程大小、內(nèi)存百分比和 CPU 利用率。在 SVR4 系統(tǒng)（Solaris 和 AIX®）中，您可以使用下列命令來獲得進(jìn)程的列表（請參見清單 2）。清單

10、 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

11、 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 派生系統(tǒng)中的 ps 工具的輸出。清單 3. 一個 BSD 系統(tǒng)中獲得的進(jìn)程列表$ ps -A -o pcpu,pmem,rss,vsz,command|sort -n +3%CPU %MEM RSS VSZ COMMAND 0.

12、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/upda

13、te 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 40.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

14、-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.

15、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/lib

16、exec/slapd -d 0 -h ldap:/ ldapi:/%2Fvar%2Frun%2Fldapi 0.0 0.0 204 289396 rpc.statd在上面兩個例子中，進(jìn)程列表中顯示了 CPU 和內(nèi)存使用率，以便您能夠清楚地了解系統(tǒng)中的負(fù)載情況。s和stat列（分別對應(yīng)于 SVR4 和 BSD）顯示了進(jìn)程的當(dāng)前狀態(tài)。對于大量的運(yùn)行的進(jìn)程，狀態(tài)R表示該進(jìn)程當(dāng)前正在運(yùn)行。 通過使用狀態(tài)、CPU 和內(nèi)存百分比的組合，您應(yīng)該可以確定是否存在失控的 和大量消耗系統(tǒng)資源的進(jìn)程。 使用 iostatiostat 工具提供了關(guān)于終端、磁盤活動和 CPU 利用率的信息。您可以指定單個數(shù)值參數(shù)來設(shè)置

17、報告的時間間隔，并指定另一個數(shù)值參數(shù)來設(shè)置報告的數(shù)量。例如，清單 4 顯示了如何每 5 秒鐘報告相應(yīng)的統(tǒng)計信息。清單 4. 每隔 5 秒報告統(tǒng)計信息$ 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 10

18、0對于不同的系統(tǒng)，缺省情況下顯示的確切的信息也有所不同，清單 4 來自于一個 Solaris 系統(tǒng)。清單 5 中的示例來自于一個 BSD 環(huán)境。清單 5. 一個 BSD 系統(tǒng)中的 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

19、 0.00 23 4 73先來看看 CPU 統(tǒng)計信息，這些列分別顯示了用戶 (us)、系統(tǒng) (sy) 和空閑 (id) 百分比。用戶時間顯示了用于該用戶進(jìn)程的時間。系統(tǒng)時間則顯示了系統(tǒng)進(jìn)程耗費(fèi)的時間（在沒有顯示等待時間時，包括系統(tǒng)等待 I/O 的時間）。空閑時間顯示了 CPU 處于空閑狀態(tài)的時間的百分比。 磁盤的輸出顯示了各個物理磁盤（在合適的情況下包括 NFS 加載）的工作情況，通常以每秒處理事務(wù)數(shù)和每秒傳輸?shù)?MB 或 KB 作為單位。其中的較大數(shù)值，尤其是同時具有較高的等待/系統(tǒng)時間，可能表示對于該系統(tǒng)而言，磁盤的速度太慢。您可以嘗試展開您的應(yīng)用程序，以便它使用不同的磁盤，這樣可能可以改

20、善它的性能。 如果該磁盤同時用作虛擬內(nèi)存，那么可能是因為缺少內(nèi)存和過多的交換的問題。 使用 vmstat您可以使用 vmstat 工具來監(jiān)視虛擬內(nèi)存統(tǒng)計信息。與 iostat 一樣，它接受一個數(shù)值時間間隔（請參見清單 6）。清單 6. 使用 vmstat 監(jiān)視內(nèi)存統(tǒng)計信息$ vmstat 5kthr 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

21、 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 100vmstat 工具輸出線程/進(jìn)程信息、內(nèi)存/交換區(qū)使用率、換進(jìn)/換出頁面、磁盤 I/O、頁面錯誤和

22、CPU 統(tǒng)計信息。 CPU/線程塊顯示了運(yùn)行隊列 (r) 中的進(jìn)程/線程、等待 I/O 資源的阻塞進(jìn)程 (b) 和那些被交換的進(jìn)程。阻塞進(jìn)程列中較高的值表示磁盤的速度較慢。交換列中較高的數(shù)值表示存在許多進(jìn)程使用了太多的內(nèi)存，需要對它們進(jìn)行換入和換出。交換是一項開銷非常高的處理，并且將明顯地降低系統(tǒng)的性能。 內(nèi)存列顯示了當(dāng)前可用的交換區(qū)大小和空閑列表的大小（如果對 RAM 提出請求，可以被交換的頁面的數(shù)目）。較低的交換值表示即將耗盡交換空間，這并不一定表示存在問題，只要您擁有足夠的 RAM 來運(yùn)行相應(yīng)的應(yīng)用程序。較低的空閑列表值可能表示使用了大量的活動 RAM，如果您向該系統(tǒng)中添加更多的進(jìn)程，那

23、么可能引起交換空間的使用。 頁面列顯示了從磁盤交換進(jìn)來的和交換到磁盤的內(nèi)存頁面。鍵值列是 pi/po（換進(jìn)/換出的頁面），這表示了對多少頁面進(jìn)行了交換。較高的分頁表示缺少 RAM，較高的掃描速率（sr 列）顯示了潛在的內(nèi)存瓶頸。使用 toptop 工具可以提供一種有效的方法來監(jiān)視活動中的系統(tǒng)和活動的進(jìn)程、負(fù)載以及內(nèi)存統(tǒng)計信息。有許多不同類型的 top，在缺省情況下，某些系統(tǒng)中安裝了其中的一部分，而這些 top 是最新的開放源碼版本的工具。它所提供的相關(guān)信息更像是 uptime、交換空間和 ps 工具的組合。例如，下面的輸出來自于 Solaris 系統(tǒng)中運(yùn)行的 V3.5.1 版本的 top 工具

24、（請參見清單 7）。清單 7. 使用 toplast pid: 9385; load averages: 7.14, 2.98, 1.21 61 processes: 55 sleeping, 4 running, 1 zombie, 1 on cpuCPU states: 0.0% idle, 93.8% user, 6.2% kernel, 0.0% iowait, 0.0% swapMemory: 1024M real, 712M free, 125M swap in use, 2705M swap free PID USERNAME LWP PRI NICE SIZE RES STAT

25、E 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

26、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

27、 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.configdtop 工具顯示了各個進(jìn)程的 CPU 使用情況，例如，在前面的示例中，可以看到正在編譯大量的文件以及它們使用 CPU 的比例。 您還應(yīng)該注意進(jìn)程的狀態(tài)：較高的運(yùn)行進(jìn)程的數(shù)目可能表示系統(tǒng)過于繁忙（將運(yùn)行進(jìn)程與 CPU 狀態(tài)和系統(tǒng)的平均負(fù)載進(jìn)行比較）。Top 本身可能耗費(fèi)大量的 CPU，所以最好是以較大的更新時

28、間間隔來運(yùn)行它，以避免監(jiān)視工作對系統(tǒng)性能帶來損害。您可以使用 -s 或 -d 命令行選項（根據(jù)您使用的平臺來決定）以秒為單位來指定更新的時間間隔。 使用 SAR有些時候，您需要在系統(tǒng)出現(xiàn)問題后對其狀態(tài)進(jìn)行監(jiān)視，但是卻又無法實時監(jiān)視服務(wù)器的狀態(tài)，在這種情況下，您可以使用 SAR（系統(tǒng)活動報告程序）工具。它以指定的時間間隔將相關(guān)信息記錄到一個全局文件中，然后可以在事后對該文件進(jìn)行處理以顯示計算機(jī)的相關(guān)信息，該工具正是以這種方式為您提供幫助。因為記錄信息的進(jìn)程持續(xù)運(yùn)行于后臺，所以它可以用來詳細(xì)地描述系統(tǒng)在一段時間內(nèi)的性能，并且可以幫助您確定問題的原因。通常以天、月或您指定的時間間隔為單位來記錄相應(yīng)的

29、信息。日志保存到 /var/log/sa/saDD 或 /usr/adm/sa/saDD，其中 DD 表示一個月中的第幾天。啟用 SAR 工具與具體的系統(tǒng)有關(guān)，并且通常您需要建立一個 cron 任務(wù)來自動地運(yùn)行數(shù)據(jù)收集腳本 (sa1)。另一個腳本 sa2 可以創(chuàng)建每天的報告，以便您對其進(jìn)行研究。例如，下面的 crontab 顯示了 Solaris 系統(tǒng)中缺省記錄的系統(tǒng)性能統(tǒng)計信息： 0 * * * 0-6 /usr/lib/sa/sa120,40 8-17 * * 1-5 /usr/lib/sa/sa15 18 * * 1-5 /usr/lib/sa/sa2 -s 8:00 -e 18:01

30、-i 1200 -A在收集到了這些信息之后，可以使用 sar 命令來提取相應(yīng)的數(shù)據(jù)。系統(tǒng)所記錄下來的信息量可能非常大，并且可以從該數(shù)據(jù)中選擇和提取的詳細(xì)信息也非常大。然而，通過使用 SAR 的 -A 命令行參數(shù)，您可以了解到數(shù)據(jù)的數(shù)量和質(zhì)量，該選項報告了當(dāng)前記錄的所有信息。 清單 8. 使用帶 -A 參數(shù)的 sar 命令生成的輸出11:49:38 %usr %sys %wio %idle13:20:00 1 1 0 9913:40:01 19 5 0 7614:00:00 0 0 0 10014:20:00 0 0 0 10014:40:01 0 0 0 10015:00:00 0 0 0 1

31、0015:20:00 0 0 0 100Average 3 1 0 9611: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

32、 0.0 0.0 nfs2 0 0.0 0 31 0.5 14.5 sd1 0 0.0 0 0 0.0 3.311:49:38 runq-sz %runocc swpq-sz %swpocc13:20:00 2.0 2 0.0 013:40:01 5.3 15 0.0 014:00:00 0.0 0 0.0 014:20:00 0.0 0 0.0 014:40:01 1.5 0 0.0 015:00:00 0.0 0 0.0 015:20:00 0.0 0 0.0 0Average 5.0 2 0.0 011:49:38 bread/s lread/s %rcache bwrit/s lwri

33、t/s %wcache pread/s pwrit/s13:20:00 0 11 97 0 1 89 0 013:40:01 0 803 100 4 381 99 0 014:00:00 0 0 100 0 0 39 0 014:20:00 0 0 100 0 0 56 0 014:40:01 0 0 100 0 0 61 0 015:00:00 0 0 100 0 0 48 0 015:20:00 0 0 100 0 0 32 0 0Average 0 120 100 1 56 99 0 011:49:38 swpin/s bswin/s swpot/s bswot/s pswch/s13:

34、20:00 0.00 0.0 0.00 0.0 30513:40:01 0.00 0.0 0.00 0.0 22314:00:00 0.00 0.0 0.00 0.0 11114:20:00 0.00 0.0 0.00 0.0 11214:40:01 0.00 0.0 0.00 0.0 11215:00:00 0.00 0.0 0.00 0.0 11415:20:00 0.00 0.0 0.00 0.0 114Average 0.00 0.0 0.00 0.0 15211:49:38 scall/s sread/s swrit/s fork/s exec/s rchar/s wchar/s13

35、:20:00 526 39 26 0.64 0.59 38118 2577913:40:01 2288 803 320 9.31 6.53 773352 155893414:00:00 22 2 2 0.01 0.01 342 18614:20:00 20 2 2 0.00 0.00 150 12814:40:01 20 2 2 0.01 0.00 153 12815:00:00 26 3 3 0.01 0.02 326 16715:20:00 29 3 3 0.02 0.03 641 272Average 416 125 52 1.46 1.04 118615 23279111:49:38

36、iget/s namei/s dirbk/s13:20:00 2 31 313:40:01 29 385 2514:00:00 0 1 014:20:00 0 0 014:40:01 0 0 015:00:00 0 1 015:20:00 0 2 0Average 5 61 411:49:38 rawch/s canch/s outch/s rcvin/s xmtin/s mdmin/s13:20:00 0 0 39 0 0 013:40:01 1 0 397 0 0 014:00:00 0 0 9 0 0 014:20:00 0 0 0 0 0 014:40:01 0 0 0 0 0 015

37、:00:00 0 0 16 0 0 015:20:00 0 0 38 0 0 0Average 0 0 72 0 0 011:49:38 proc-sz ov inod-sz ov file-sz ov lock-sz13: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

38、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/s13:20:00 0.00 0.0013:40:01 0.00 0.0014:00:00 0.00 0.0014:20:00 0.00 0.0014:40:01 0.00 0.0015:00:00 0.00 0.0015:20:00 0.00 0.00Average 0

39、.00 0.0011:49:38 atch/s pgin/s ppgin/s pflt/s vflt/s slock/s13:20:00 13.39 3.67 5.05 41.14 77.09 0.0013:40:01 188.44 9.91 25.61 373.73 1086.42 0.0014:00:00 0.30 0.05 0.06 0.61 1.59 0.0014:20:00 0.16 0.00 0.00 0.34 0.76 0.0014:40:01 0.20 0.00 0.00 0.48 1.01 0.0015:00:00 0.72 0.01 0.01 0.98 2.37 0.0015:20:00 0.89 0.02 0.02 1.43 3.47 0.00Average 29.66 1.90 4.38 60.43 170.40 0.0011:49:38 pgout/s ppgout/s pgfree/s pgscan/s %ufs_ipf13:20:00