【正文】 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ā)送和接收錯(cuò)誤 這個(gè)設(shè)備所遇到的輸入 / 輸出錯(cuò)誤數(shù)量。如果 freed 的值持續(xù)增大，那么上限值就太低。如果失效請(qǐng)求的數(shù)量持續(xù)增加，可能是因?yàn)橄到y(tǒng)出現(xiàn)了 mbuf 泄漏。如果對(duì) mbuf 的請(qǐng)求指定了 M_WAIT 標(biāo)記，那么如果沒(méi)有可用的 mbuf 時(shí)，線程就會(huì)進(jìn)入睡眠狀態(tài)，直到有 mbuf 被釋放，能夠?yàn)檫@個(gè)線程所用。在 netstat m 命令的輸出中最有用的統(tǒng)計(jì)信息就是顯示被拒絕的 mbuf 請(qǐng)求的計(jì)數(shù)器和故障 一列中的非零值。使用 netstat v 或者 entstat 命令可以確定沖突的比率。 Opkts 發(fā)送信息包的總數(shù)量。netstat i顯示的是所有配置接口的狀態(tài)。要確保 tcp_senspace 和 tcp_recvspace 的值至少為 65535 （對(duì)于 Gigabit 以太網(wǎng) jumbo frames和帶有 MTU 9180 的 ATM 來(lái)說(shuō)），如果要獲得更好的性能就需要更大的值，這是因?yàn)?MTU 的值也增加了。 * 您也應(yīng)該監(jiān)控其他資源，比如 mbuf 和發(fā)送 / 接收隊(duì)列。 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注:這個(gè)命令在網(wǎng)絡(luò)上運(yùn)行可能很困難，要小心使用。 f 以 10 ms 的間歇發(fā)送信息包或是在每次回應(yīng)之后立即發(fā)送。ping 命令在下面這些情況下 ping 命令是有幫助的： * 確定網(wǎng)絡(luò)的狀態(tài)和各種外部主機(jī)。出現(xiàn)性能問(wèn)題的時(shí)候，您的系統(tǒng)可能一點(diǎn)過(guò)失也沒(méi)有，而真正的故障原因卻是外面的建筑物。 * 跟蹤并隔離硬件和軟件故障。只有根用戶才可以使用這個(gè)參數(shù)項(xiàng)。連續(xù)地執(zhí)行 ping 命令只能由根用戶來(lái)操作。很難在目標(biāo)系統(tǒng)上增加一個(gè)大的負(fù)載。下面舉的是一個(gè)設(shè)置參數(shù)的例子： no o tcp_sendspace=65535 no o tcp_recvspace=65535 refresh s inetd refresh s inetd0513095 刷新子系統(tǒng)的請(qǐng)求成功完成。下面的例子顯示的是一個(gè)帶有集成以太網(wǎng)和 TokenRing 適配器的工作站的統(tǒng)計(jì)信息： 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)啟動(dòng)開始進(jìn)行匯總。 Oerrs 輸出錯(cuò)誤的總數(shù)。netstat i Znetstat 命令對(duì)所有 netstat i 命令的計(jì)數(shù)器進(jìn)行清零。如果沒(méi)有顯示被拒絕的 mbuf 請(qǐng)求，那么可以肯定 SMP 系統(tǒng)在運(yùn)行 版本或是更晚版本的操作系統(tǒng)，為了性能方面的原因，缺省設(shè)定為關(guān)閉全局的統(tǒng)計(jì)信息。這種情況下失效的計(jì)數(shù)器不會(huì)執(zhí)行增一操作，但 delayed 列會(huì)執(zhí)行增一操作。為了有助于跟蹤故障，可以把 no 命令參數(shù) net_malloc_police 設(shè)置為 1，在使用 trace 命令時(shí)可以使用標(biāo)識(shí)為 254 的跟蹤 hook。在 AIX 和后來(lái)的系統(tǒng)中，高限值可以根據(jù)系統(tǒng)中的 RAM 數(shù)量進(jìn)行比例縮放。這個(gè)字段統(tǒng)計(jì)所有由于硬件或是網(wǎng)絡(luò)故障造成的不成功發(fā)送的次數(shù)。 * S/W 發(fā)送隊(duì)列溢出 外發(fā)信息包的數(shù)量從軟件發(fā)送隊(duì)列中溢出。 * DMA 超限 當(dāng)適配器使用 DMA 把信息包放入系統(tǒng)內(nèi)存而且傳輸過(guò)程沒(méi)有終止時(shí)， DMA 超限統(tǒng)計(jì)信息會(huì)進(jìn)行增一操作。 * 最近的沖突錯(cuò)誤 由于上次沖突錯(cuò)誤造成的不成功發(fā)送的數(shù)量。可以使用 netstat m 命令來(lái)進(jìn)行驗(yàn)證，增加 thewall 的參數(shù)值。如果沒(méi)有統(tǒng)計(jì)程序，那么協(xié)議參量指定值的程序報(bào)告就是不可知的。 * 從該主機(jī)發(fā)送的信息包 由這個(gè)系統(tǒng)創(chuàng)建并發(fā)送出去的 IP 數(shù)據(jù)報(bào)數(shù)目。分段會(huì)導(dǎo)致 CPU 的額外負(fù)載，所以確定它的起因很重要。因而，肯定會(huì)發(fā)送 ICMP 目標(biāo)地址無(wú)法到達(dá) 端口無(wú)法到達(dá)的信息。如果重發(fā)的信息包數(shù)大于總發(fā)送信息包量的 1015%，TCP 就會(huì)出現(xiàn)超時(shí)，這表明網(wǎng)絡(luò)流量負(fù)載很大，在超時(shí)之前不能返回應(yīng)答信號(hào)（ACK）。然后它會(huì)重新發(fā)送信息包。對(duì)于兩個(gè)通過(guò)多重網(wǎng)絡(luò)路徑通信的主機(jī)來(lái)說(shuō)，如果發(fā)送的信息包比路徑重任何一個(gè)網(wǎng)路的最小 MTU 值要大，就會(huì)對(duì)這個(gè)信息包進(jìn)行分段。這時(shí) netstat v 命令可以用來(lái)幫助確定統(tǒng)計(jì)的是哪一種錯(cuò)誤。因?yàn)樗褂昧烁櫣ぞ撸?netpmon 只能由根用戶或是系統(tǒng)工作組的某個(gè)成員運(yùn)行。 * NFS I/O 端口 o 客戶端：RPC 請(qǐng)求、NFS 讀取 / 寫入請(qǐng)求。netpmon 的使用netpmon 命令可以立即啟動(dòng)跟蹤（除非使用了 d 可選項(xiàng)）。trcrpt r 命令必須在跟蹤記錄文件上執(zhí)行，并導(dǎo)向另一個(gè)文件，如下所示： gennames trcrpt r 這時(shí)，一個(gè)調(diào)整過(guò)的跟蹤記錄文件送進(jìn) netpmon 命令來(lái)通報(bào)由上一個(gè)被記錄的跟蹤進(jìn)程所捕捉到的 I/O 端口動(dòng)作，如下所示： netpmon i n | pg在這個(gè)示例中，netpmon 命令從輸入文件 中讀取文件系統(tǒng)跟蹤事件。 trcstop如果有 O 參數(shù)項(xiàng)，您就可以指定要生成的報(bào)告類型。 netpmon o O all。這種情況下，netpmon 的報(bào)告就以文件的形式對(duì)系統(tǒng)這個(gè)時(shí)段的網(wǎng)絡(luò)操作進(jìn)行了概括。為了確定 netpmon 命令是否已安裝而且可用，可以運(yùn)行如下命令： lslpp lI 使用 netpmon 命令可以啟動(dòng)跟蹤過(guò)程，可選用 trcoff 子命令進(jìn)行暫掛，選用 trcon 子命令繼續(xù)進(jìn)行，終止跟蹤采用 trcstop 子命令。 * 網(wǎng)絡(luò)套接字調(diào)用 o 監(jiān)控網(wǎng)絡(luò)套接字上的 send()、recv()、sendto()、recvfrom()、sendmsg()、read() 和 write() 子程序。因而，各自的計(jì)數(shù)器都有對(duì) N/A 的字段值，而且累計(jì)計(jì)數(shù)存放在 NFS/RPC 總和字段中。適配器錯(cuò)誤有各種各樣的原因，使用 netstat v 命令可以查看更多的細(xì)節(jié)內(nèi)容。它把 netstat s 命令的所有統(tǒng)計(jì)計(jì)數(shù)器都進(jìn)行清零。復(fù)制信息包會(huì)增加網(wǎng)絡(luò)流量。如果系統(tǒng)處于飽和狀態(tài)，那么您必須降低它的負(fù)載或是增加資源。下面的例子顯示的是 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)計(jì)量： * 無(wú)效校驗(yàn)和 無(wú)效校驗(yàn)和可能是由于硬件板卡或是電纜故障造成的。網(wǎng)絡(luò)路徑中的網(wǎng)關(guān)或路由器可能也有比網(wǎng)絡(luò)中其他節(jié)點(diǎn)小得多的 MTU 值。為了避免這種情況，可以使用 no 命令來(lái)提高 ipfragttl 的網(wǎng)絡(luò)參數(shù)值。在 /etc/protocols 文件中列出了一些協(xié)議名稱和它們的代名。這通常發(fā)生在接收操作中，驅(qū)動(dòng)程序必須內(nèi)存緩沖區(qū)來(lái)處理入站信息包的情況下。 * 最大沖突錯(cuò)誤 由于過(guò)多沖突導(dǎo)致的不成功發(fā)送的次數(shù)。如果其值較高，可能暗示著網(wǎng)絡(luò)的負(fù)載較重，在使用多點(diǎn)傳送。因?yàn)殛?duì)列是和設(shè)備驅(qū)動(dòng)程序及接口的適配器相關(guān)聯(lián)的，所以要使用適配器名稱，而不是接口名稱。最重要的輸出字段采用高亮顯示。緩沖區(qū)歸還給系統(tǒng)時(shí)，freed 列就會(huì)進(jìn)行增一操作。這樣就會(huì)使得請(qǐng)求方進(jìn)入睡眠狀態(tài)，但不會(huì)作為被拒絕