【正文】 如果 trace 命令是帶 C all 標(biāo)記運(yùn)行，那么運(yùn)行 trcrpt 命令時也要帶有 C all 標(biāo)記（請參閱『跟蹤 C 輸出報(bào)告的格式』）。 * 和所有類型的網(wǎng)絡(luò)套接字讀取 / 寫入系統(tǒng)調(diào)用相關(guān)聯(lián)的響應(yīng)時間和大小。注:在統(tǒng)計(jì)結(jié)果的輸出中，在字段值中顯示的 N/A 表示不可用。netstat snetstat s 命令顯示的是每個協(xié)議的統(tǒng)計(jì)量（而 netstat p 命令顯示的是指定協(xié)議的統(tǒng)計(jì)量）。 * 套接字緩沖區(qū)溢出 套接字緩沖區(qū)溢出可能是由以下原因造成：發(fā)送和接收 UDP 套接字不足、nfsd 守護(hù)程序太少或者是 nfs_socketsize、udp_recvspace 和 sb_max 值太小。查看 IP 的統(tǒng)計(jì)量時，參閱一下收到的信息包和收到的分段的比率。為了確定網(wǎng)絡(luò)性能問題，檢查所有的錯誤輸出（在 netstat v 命令的輸出中）。在一個重負(fù)載的系統(tǒng)中，適配器在總線上的位置是很關(guān)鍵的。 如果排隊(duì)等待的最大發(fā)送量和當(dāng)前隊(duì)列的大?。▁mt_que_size）相等，這表明隊(duì)列的大小不合適。下一次再收到請求緩沖區(qū)時，就會把它從自由列表中去除，這樣就避免了鎖定的動作開銷。下面的例子顯示的是 netstat m 輸出的第一部分，這是 extended_netstats 設(shè)定為 1 之后的情況： netstat m29 mbufs in use:16 mbuf cluster pages in use71 Kbytes allocated to mbufs0 requests for mbufs denied0 calls to protocol drain routines內(nèi)核分配統(tǒng)計(jì)信息：******* CPU 0 *******By size inuse calls failed delayed free hiwat freed32 419 544702 0 0 221 800 064 173 22424 0 0 19 400 0128 121 37130 0 0 135 200 4256 1201 118326233 0 0 239 480 138512 330 671524 0 0 14 50 541024 74 929806 0 0 82 125 22048 384 1820884 0 0 8 125 56054096 516 1158445 0 0 46 150 218192 9 5634 0 0 1 12 2716384 1 2953 0 0 24 30 4132768 1 1 0 0 0 1023 0By type inuse calls failed delayed memuse memmax mapbStreams mblk statistic failures:0 high priority mblk failures0 medium priority mblk failures0 low priority mblk failures如果全局的統(tǒng)計(jì)信息沒有處于打開狀態(tài)，而您想確定被拒絕的 mbuf 請求的總數(shù)就可以每個 CPU 下面的 failed 列中的值相疊加。 注:netstat i 命令并不和以太網(wǎng)接口下的沖突次數(shù)相匹配（請參閱以太網(wǎng)統(tǒng)計(jì)資料的 netstat 命令）。然而，netstat 命令可以用來確定網(wǎng)絡(luò)上的流量，從而可以確定性能故障是否是由于網(wǎng)絡(luò)阻塞所引起。測到的數(shù)據(jù)，比如往返的時間，不會影響到總體的性能特征。如果您有 IP 跟蹤記錄，這個參數(shù)項(xiàng)是有用的。一些潛在的網(wǎng)絡(luò)瓶頸可能由以下因素造成： * 客戶端網(wǎng)絡(luò)接口s * 網(wǎng)絡(luò)帶寬 * 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) * 服務(wù)器端網(wǎng)絡(luò)接口 * 服務(wù)器端 CPU 負(fù)載 * 服務(wù)器存儲器使用狀況 * 服務(wù)器帶寬 * 配置效率低下一些工具能夠進(jìn)行網(wǎng)絡(luò)資料統(tǒng)計(jì)，給出各種各樣的信息，但只有其中的一部分是和性能調(diào)諧相關(guān)的。您的以太網(wǎng)使用狀況很快就會達(dá)到接近 100%。ftp 命令您可以使用 ftp 命令來發(fā)送一個非常大的文件，使用 /dev/zero 作為輸入，/dev/null 作為輸出。 Ipkts 接收到信息包的總數(shù)量。依次生成了兩個報(bào)告，一個是對指定接口，一個是對所有可用的接口（Total）。如果接收到一個請求時沒有可用的緩沖區(qū)，那么這個請求很可能會被刪除（如果要查看適配器是否真的刪除了包，請參閱『適配器統(tǒng)計(jì)信息』）。下面的例子顯示的是 netstat v 命令的 TokenRing 和以太網(wǎng)部分，其他的接口部分也是類似的。 如果廣播信息包的值較高，就把它和接收信息包的總數(shù)相比較。 * 接收沖突錯誤 在接收過程中有沖突錯誤的接入信息包的數(shù)量。 * 收到的段 收到的段總數(shù)。然而，如果您知道應(yīng)用程序正在發(fā)送大量的數(shù)據(jù)，同時仍然出現(xiàn)分段，就需要確定它的起因。當(dāng)接收節(jié)點(diǎn)最終接收到所有重發(fā)的信息包時會進(jìn)行復(fù)制。下面是一個例子，使用 netstat r f inet 命令來顯示路由表： netstat r f inetRouting tablesDestination Gateway Flags Refs Use PMTU If Exp GroupsRoute Tree for Protocol Family 2:default itsorusi UGc 1 348 tr0 sv2019e Uc 25 12504 tr0 itsonv sv2019e UHW 0 235 tr0 itsorusi sv2019e UHW 1 883 1492 tr0 ah6000d sv2019e UHW 1 184 1492 tr0 ah6000e sv2019e UHW 0 209 tr0 sv2019e sv2019e UHW 4 11718 1492 tr0 itsorusi UGHW 1 45 1492 tr0 itsorusi UGHW 0 14 1492 tr0 UGc 0 5 tr0 127 localhost U 3 96 lo0 netstat D您可以使用 D 參數(shù)項(xiàng)來查看在通信子系統(tǒng)每一層中刪除信息包的同時，每一層進(jìn)入和導(dǎo)出的信息包。 o 在 I/O 端口傳輸?shù)那闆r下，命令監(jiān)控使用狀況、隊(duì)列長度和目標(biāo)主機(jī)。它可以在客戶和服務(wù)器端運(yùn)行。下面列出的是缺省值。那時可以生成所有的指定報(bào)告，而且會退出 netpmon 命令。在它的通常模式下，netpmon 命令一般在運(yùn)行監(jiān)控一個或多個應(yīng)用程序或是系統(tǒng)命令時運(yùn)行。這個大小稱為是路徑 MTU。同樣，需要比較接收到的信息包量和完整復(fù)制的信息包量。比如，一個發(fā)送小數(shù)量數(shù)據(jù)的應(yīng)用程序就能夠?qū)е鲁霈F(xiàn)分段。t be fragmented 0 IP Multicast packets dropped due to no receiver 0 ipintrq overflows下面要提到的是高亮顯示的部分： * 接收到的信息包總量 接收到的 IP 數(shù)據(jù)報(bào)總數(shù)。 * 單獨(dú)沖突計(jì)數(shù) 在發(fā)送過程中有單獨(dú)沖突的外發(fā)信息包數(shù)量。必須增加發(fā)送隊(duì)列的大小。至于特定于接口的報(bào)告，可以使用 tokstat、entstat、fddistat 或者是 atmstat 命令。而且，如果當(dāng)前分配的網(wǎng)絡(luò)存儲器的大小是 thewall 的 85% 的范圍內(nèi)，您或許想要增加 thewall 的值。對于一個指定的接口，它提供的信息和 netstat i 命令類似，并按給定的時間間隔通報(bào)。 Mtu 最大傳輸單元。 * 考慮結(jié)果的相關(guān)性。比如，如果您猜測您的故障是過量負(fù)載造成的，可以試著有意加載您的工作區(qū)來證實(shí)您的懷疑。如果您正在運(yùn)行的程序在進(jìn)行相當(dāng)距離的遠(yuǎn)程讀取和寫入，而且運(yùn)行很慢，但其他的操作看起來運(yùn)行正常，這時可能是網(wǎng)絡(luò)問題造成的。 s 指定信息包的長度。 * 使用 netstat i 命令可以在試驗(yàn)過程中監(jiān)測您的網(wǎng)絡(luò)接口的狀態(tài)。本章中只討論和網(wǎng)絡(luò)性能決定性相關(guān)的參數(shù)項(xiàng)和輸出域。 * 如果輸出信息包中的錯誤次數(shù)比輸出信息包總數(shù)的 1% 還要大（從 netstat i）命令可以看出，即是說，Oerrs x Opkts 那么就為這個接口增加發(fā)送隊(duì)列的大?。▁mt_que_size）。要了解細(xì)節(jié)內(nèi)容，請參閱『mbuf 管理工具』，那里提到了有關(guān) thewall 和 maxmbuf 的使用。當(dāng)自由列表的緩沖區(qū)總量達(dá)到了高限值之后，大小低于 4096 的緩沖區(qū)就會進(jìn)行合并，組成頁面大小的單元，這樣就可以解除它們的鎖定并歸還給系統(tǒng)。 為了檢查隊(duì)列的當(dāng)前大小，可以使用 lsattr El 適配器命令（比如，這里的適配器可以 tok0 或是 ent0）。尤其是當(dāng)較低插槽的適配器是 ATM 或是 SSA 適配器時，更是這種情況。 * 高網(wǎng)絡(luò)負(fù)載也表明了另一種情況（從 netstat v 命令中）： 如果 netstat v 命令輸出（對于以太網(wǎng)）中的沖突總量大于總傳輸信息包量的 10%，如下所示：沖突數(shù)量 / 發(fā)送的信息包量 netstat p protocol顯示由協(xié)議參量（udp、tcp、ip、icmp）所指定值的統(tǒng)計(jì)信息，要么是一個協(xié)議所熟悉的名稱要么是它的一個代名。如果有很大數(shù)量的分段，那表明遠(yuǎn)程主機(jī) IP 層上的協(xié)議正在向 IP 傳輸比接口的 MTU 值要大的數(shù)據(jù)。首先，檢查受 CPU 或 I/O 飽和度影響的系統(tǒng)，并使用 no a 命令來檢驗(yàn)其他通信層的推薦設(shè)置。netstat s Z這是 netstat 命令沒有正式說明的功能。NFS 沒有流出的信息包或是沒有指定給 NFS 和 RPC 的流出信息包丟失計(jì)數(shù)器。 * 和 NFS 遠(yuǎn)程過程調(diào)用請求相關(guān)聯(lián)的響應(yīng)時間。在測定的間隔內(nèi)，就生成了一個到安裝有 NFS 文件系統(tǒng) /nfs_mnt 的備份。因?yàn)楦檾?shù)據(jù)已經(jīng)捕捉到文件中，netpmon 命令并不把它放到后臺以便讓應(yīng)用程序運(yùn)行。 o 服務(wù)器端：每客戶端、每文件、讀取 / 寫入請求。多路分離器的值顯示的是多路分離層中統(tǒng)計(jì)的信息包數(shù)量，而且這兒的 Idrops 通常表示濾波使得信息包被刪除（比如，Netware 或 DecNet 信息包就是因?yàn)樗鼈儧]有被正在檢測的系統(tǒng)所處理才被刪除的）。以后每次重發(fā)這個量都會執(zhí)行增一操作。但是如果收到的 UDP 數(shù)據(jù)報(bào)是廣播數(shù)據(jù)報(bào)，就不會產(chǎn)生 ICMP 錯誤。這個計(jì)數(shù)不包括轉(zhuǎn)發(fā)的數(shù)據(jù)報(bào)（由流量轉(zhuǎn)發(fā)）。 No mbuf Errors 的值是由接口指定的，和 被拒絕的 mbuf 請求 不相同（在 netstat m 命令的輸出中）。有可用的系統(tǒng)緩沖區(qū)可以放入信息包，但 DMA 操作不能完成。 發(fā)送不成功也可以降低系統(tǒng)的性能。分配一個 mbuf 或是群集器并鎖定后，它可以被應(yīng)用程序所釋放。要啟用全局的統(tǒng)計(jì)信息，需要把 no 參數(shù) extended_netstats 設(shè)定為 1。比如，主機(jī)連接的錯誤或是適配器輸出隊(duì)列超限。下面列出的是 ftp 子命令：ftp bin200 Type set to I.ftp put |dd if=/dev/zero bs=32k count=10000 /dev/null