【正文】 ransmit Errors: 0 Receive Errors: 1Packets Dropped: 0 Packets Dropped: 0 Bad Packets: 0Max Packets on S/W Transmit Queue: 182S/W Transmit Queue Overflow: 42Current S/W+H/W Transmit Queue Length: 0Broadcast Packets: 18878 Broadcast Packets: 54615793Multicast Packets: 0 Multicast Packets: 569Timeout Errors: 0 Receive Congestion Errors: 0Current SW Transmit Queue Length: 0Current HW Transmit Queue Length: 0General Statistics:No mbuf Errors: 0 Lobe Wire Faults: 0Abort Errors: 12 AC Errors: 0Burst Errors: 1 Frame Copy Errors: 0Frequency Errors: 0 Hard Errors: 0Internal Errors: 0 Line Errors: 0Lost Frame Errors: 0 Only Station: 1Token Errors: 0 Remove Received: 0Ring Recovered: 17 Signal Loss Errors: 0Soft Errors: 35 Transmit Beacon Errors: 0Driver Flags: Up Broadcast Running AlternateAddress 64BitSupport ReceiveFunctionalAddr 16 MbpsIBM PCI Tokenring Adapter (14103e00) Specific Statistics:Media Speed Running: 16 Mbps Half DuplexMedia Speed Selected: 16 Mbps Full DuplexReceive Overruns : 0Transmit Underruns : 0ARI/FCI errors : 0Microcode level on the adapter :001PX11B2Num pkts in priority sw tx queue : 0Num pkts in priority hw tx queue : 0Open Firmware Level : 001PXRS02下面要講的是高亮顯示的字段： * 發(fā)送和接收錯誤 這個設(shè)備所遇到的輸入 / 輸出錯誤數(shù)量。如果 freed 的值持續(xù)增大，那么上限值就太低。如果失效請求的數(shù)量持續(xù)增加，可能是因為系統(tǒng)出現(xiàn)了 mbuf 泄漏。如果對 mbuf 的請求指定了 M_WAIT 標記，那么如果沒有可用的 mbuf 時，線程就會進入睡眠狀態(tài)，直到有 mbuf 被釋放，能夠為這個線程所用。在 netstat m 命令的輸出中最有用的統(tǒng)計信息就是顯示被拒絕的 mbuf 請求的計數(shù)器和故障 一列中的非零值。使用 netstat v 或者 entstat 命令可以確定沖突的比率。 Opkts 發(fā)送信息包的總數(shù)量。netstat i顯示的是所有配置接口的狀態(tài)。要確保 tcp_senspace 和 tcp_recvspace 的值至少為 65535 （對于 Gigabit 以太網(wǎng) jumbo frames和帶有 MTU 9180 的 ATM 來說），如果要獲得更好的性能就需要更大的值，這是因為 MTU 的值也增加了。 * 您也應該監(jiān)控其他資源，比如 mbuf 和發(fā)送 / 接收隊列。 dateFri Jul 23 11:52:39 CDT 1999PING : (): 56 data bytes. PING Statistics1000 packets transmitted, 1000 packets received, 0% packet lossroundtrip min/avg/max = 1/1/23 msFri Jul 23 11:52:42 CDT 1999注:這個命令在網(wǎng)絡(luò)上運行可能很困難，要小心使用。 f 以 10 ms 的間歇發(fā)送信息包或是在每次回應之后立即發(fā)送。ping 命令在下面這些情況下 ping 命令是有幫助的： * 確定網(wǎng)絡(luò)的狀態(tài)和各種外部主機。出現(xiàn)性能問題的時候，您的系統(tǒng)可能一點過失也沒有，而真正的故障原因卻是外面的建筑物。 * 跟蹤并隔離硬件和軟件故障。只有根用戶才可以使用這個參數(shù)項。連續(xù)地執(zhí)行 ping 命令只能由根用戶來操作。很難在目標系統(tǒng)上增加一個大的負載。下面舉的是一個設(shè)置參數(shù)的例子： no o tcp_sendspace=65535 no o tcp_recvspace=65535 refresh s inetd refresh s inetd0513095 刷新子系統(tǒng)的請求成功完成。下面的例子顯示的是一個帶有集成以太網(wǎng)和 TokenRing 適配器的工作站的統(tǒng)計信息： netstat iName Mtu Network Address Ipkts Ierrs Opkts Oerrs Colllo0 16896 Link 144834 0 144946 0 0lo0 16896 127 localhost 144834 0 144946 0 0tr0 1492 Link 658339 0 247355 0 0tr0 1492 ah6000d 658339 0 247355 0 0en0 1500 Link 0 0 112 0 0en0 1500 0 0 112 0 0count 的值從系統(tǒng)啟動開始進行匯總。 Oerrs 輸出錯誤的總數(shù)。netstat i Znetstat 命令對所有 netstat i 命令的計數(shù)器進行清零。如果沒有顯示被拒絕的 mbuf 請求，那么可以肯定 SMP 系統(tǒng)在運行 版本或是更晚版本的操作系統(tǒng)，為了性能方面的原因，缺省設(shè)定為關(guān)閉全局的統(tǒng)計信息。這種情況下失效的計數(shù)器不會執(zhí)行增一操作，但 delayed 列會執(zhí)行增一操作。為了有助于跟蹤故障，可以把 no 命令參數(shù) net_malloc_police 設(shè)置為 1，在使用 trace 命令時可以使用標識為 254 的跟蹤 hook。在 AIX 和后來的系統(tǒng)中，高限值可以根據(jù)系統(tǒng)中的 RAM 數(shù)量進行比例縮放。這個字段統(tǒng)計所有由于硬件或是網(wǎng)絡(luò)故障造成的不成功發(fā)送的次數(shù)。 * S/W 發(fā)送隊列溢出 外發(fā)信息包的數(shù)量從軟件發(fā)送隊列中溢出。 * DMA 超限 當適配器使用 DMA 把信息包放入系統(tǒng)內(nèi)存而且傳輸過程沒有終止時， DMA 超限統(tǒng)計信息會進行增一操作。 * 最近的沖突錯誤 由于上次沖突錯誤造成的不成功發(fā)送的數(shù)量。可以使用 netstat m 命令來進行驗證，增加 thewall 的參數(shù)值。如果沒有統(tǒng)計程序，那么協(xié)議參量指定值的程序報告就是不可知的。 * 從該主機發(fā)送的信息包 由這個系統(tǒng)創(chuàng)建并發(fā)送出去的 IP 數(shù)據(jù)報數(shù)目。分段會導致 CPU 的額外負載，所以確定它的起因很重要。因而，肯定會發(fā)送 ICMP 目標地址無法到達 端口無法到達的信息。如果重發(fā)的信息包數(shù)大于總發(fā)送信息包量的 1015%，TCP 就會出現(xiàn)超時，這表明網(wǎng)絡(luò)流量負載很大，在超時之前不能返回應答信號（ACK）。然后它會重新發(fā)送信息包。對于兩個通過多重網(wǎng)絡(luò)路徑通信的主機來說，如果發(fā)送的信息包比路徑重任何一個網(wǎng)路的最小 MTU 值要大，就會對這個信息包進行分段。這時 netstat v 命令可以用來幫助確定統(tǒng)計的是哪一種錯誤。因為它使用了跟蹤工具，所以 netpmon 只能由根用戶或是系統(tǒng)工作組的某個成員運行。 * NFS I/O 端口 o 客戶端：RPC 請求、NFS 讀取 / 寫入請求。netpmon 的使用netpmon 命令可以立即啟動跟蹤（除非使用了 d 可選項）。trcrpt r 命令必須在跟蹤記錄文件上執(zhí)行，并導向另一個文件，如下所示： gennames trcrpt r 這時，一個調(diào)整過的跟蹤記錄文件送進 netpmon 命令來通報由上一個被記錄的跟蹤進程所捕捉到的 I/O 端口動作，如下所示： netpmon i n | pg在這個示例中，netpmon 命令從輸入文件 中讀取文件系統(tǒng)跟蹤事件。 trcstop如果有 O 參數(shù)項，您就可以指定要生成的報告類型。 netpmon o O all。這種情況下，netpmon 的報告就以文件的形式對系統(tǒng)這個時段的網(wǎng)絡(luò)操作進行了概括。為了確定 netpmon 命令是否已安裝而且可用，可以運行如下命令： lslpp lI 使用 netpmon 命令可以啟動跟蹤過程，可選用 trcoff 子命令進行暫掛，選用 trcon 子命令繼續(xù)進行，終止跟蹤采用 trcstop 子命令。 * 網(wǎng)絡(luò)套接字調(diào)用 o 監(jiān)控網(wǎng)絡(luò)套接字上的 send()、recv()、sendto()、recvfrom()、sendmsg()、read() 和 write() 子程序。因而，各自的計數(shù)器都有對 N/A 的字段值，而且累計計數(shù)存放在 NFS/RPC 總和字段中。適配器錯誤有各種各樣的原因，使用 netstat v 命令可以查看更多的細節(jié)內(nèi)容。它把 netstat s 命令的所有統(tǒng)計計數(shù)器都進行清零。復制信息包會增加網(wǎng)絡(luò)流量。如果系統(tǒng)處于飽和狀態(tài)，那么您必須降低它的負載或是增加資源。下面的例子顯示的是 udp 協(xié)議的輸出： netstat p udpudp: 11521194 datagrams received 0 inplete headers 0 bad data length fields 0 bad checksums 16532 dropped due to no socket 232850 broadcast/multicast datagrams dropped due to no socket 77 socket buffer overflows 11271735 delivered 796547 datagrams output下面是重要的統(tǒng)計量： * 無效校驗和 無效校驗和可能是由于硬件板卡或是電纜故障造成的。網(wǎng)絡(luò)路徑中的網(wǎng)關(guān)或路由器可能也有比網(wǎng)絡(luò)中其他節(jié)點小得多的 MTU 值。為了避免這種情況，可以使用 no 命令來提高 ipfragttl 的網(wǎng)絡(luò)參數(shù)值。在 /etc/protocols 文件中列出了一些協(xié)議名稱和它們的代名。這通常發(fā)生在接收操作中，驅(qū)動程序必須內(nèi)存緩沖區(qū)來處理入站信息包的情況下。 * 最大沖突錯誤 由于過多沖突導致的不成功發(fā)送的次數(shù)。如果其值較高，可能暗示著網(wǎng)絡(luò)的負載較重，在使用多點傳送。因為隊列是和設(shè)備驅(qū)動程序及接口的適配器相關(guān)聯(lián)的，所以要使用適配器名稱，而不是接口名稱。最重要的輸出字段采用高亮顯示。緩沖區(qū)歸還給系統(tǒng)時，freed 列就會進行增一操作。這樣就會使得請求方進入睡眠狀態(tài)，但不會作為被拒絕