linux系統負載查看

⑴ linux系統下怎麼查看應用CPU、內存、負載

Linux 系統中―/proc‖是個偽文件目錄,不佔用系統空間，及時的反應出內存現在使用的進程情況......其中許多文件都保存系統運行狀態和相關信息對於―/proc‖中文件可使用文件查看命令瀏覽其內容，文件中包含系統特定信息：
cpuinfo 主機CPU 信息
filesystems 文件系統信息
meninfo 主機內存信息
version Linux 內存版本信息
diskstatus 磁碟負載情況
另外top 命令可以動態的顯示當前系統進程用戶的使用情況,而且是動態的顯示出來，尤其是在該命令顯示出來的對上方對系統的情況進行匯總.
free 命令呢可以查看真實使用的內存 一般用free -m
使用lsof 、ps -aux 可以查看詳細的每個進程的使用狀況
dmesg 也是常用來查看系統性能的命令

⑵ 盤Linux服務端的測試及故障處理辦法

盤Linux服務端的測試及故障處理辦法

1、查看系統負載情況

在服務端命令窗口下執行w命令可得到三組數據(例如 0.40 0.30 1.20)，分別為系統前一分鍾、前5分鍾、前15分鍾負載情況，一般負載情況在2以下基本正常，如果長時間高於3則可認為系統負載過高，重點檢查硬碟工作狀況。

2、測試各硬碟讀取速度判斷硬碟故障

在服務端命令窗口中執行如下命令

hdparm -t /dev/hda (IDE硬碟)

hdparm -t /dev/sda (SATA、SCSI、硬RAID卡陣列)

hdparm -t /dev/md0 (軟RAID設備)

測試結果在空載情況下應 >40M/s ，在負載情況下平均應 > 20M/s 為正常，如測試結果極低則需要進一步使用硬碟專用檢測工具測試是否為硬碟故障。

3、處理網路盤上數據無法正常讀寫問題

當在客戶機上啟動執行網路盤上游戲經常出現異常錯誤時，很可能是網路盤上的文件系統或數據出現損壞，可使用如下辦法嘗試修復。

在一台客戶機上登陸為超級工作站連接網路盤，例如網路盤為H：，在DOS命令窗口下執行 chkdsk H:/F 對網路盤文件系統進行檢查修復，修復完成後重新啟動客戶機看修復是否起到相應的作用，如故障依舊則考慮對網路盤重新格式化拷貝數據。

4、客戶端無法連接網路盤的情況處理

有新的機器名需要連接網路磁碟時必須開啟服務端虛擬磁碟管理器窗口

當伺服器出現非法關機重啟的情況時，很可能出現虛擬磁碟網路服務沒有正常啟動導致客戶端無法連接網路磁碟，此時正常重新啟動伺服器或在命令行窗口下執行 landisk restart 來啟動虛擬磁碟服務解決。

網眾虛擬磁碟客戶機系統還原功能失效情況的處理辦法

a、分區或全盤恢復還原失效的客戶機系統。

b、在伺服器端虛擬磁碟管理器中刪除還原失效的客戶機。

c、客戶機重新連接伺服器，設置還原即可。

網眾虛擬網路磁碟如何在沒有盤符時進行磁碟掃描

a.在伺服器上運行命令cmd，進入命令行狀態

b.運行cd （這是方便生成的文件直接存放在c:目錄下)

c.運行mountvol > 1.bat (這會生成一個名為1.bat的批處理文件。)

d.將1.bat復制到桌面上。

e.編輯1.bat

找到 ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}

無載入點

無載入點的這行的上面就是去掉了盤符的'盤的磁碟卷標。保留這一行內容其它的全部刪除掉。

f.最後生成留下的文件應該如下面的格式

chkdsk/f ?Volume{01847d10-ae98-11d9-a5d6-806d6172696f}

要注意啊！一定要chkdsk/f要加上f參數，才能真正修復，還有磁碟卷標的最後一個字元不是 而生成的文件是帶了的，要把它刪除掉。

最後說說什麼時候才能用這個批處理進行掃描

a.當你發現在用超級用戶更新之後，有的機看得到網路磁碟，有的機看不到網路磁碟，或者是打得開盤卻看不到內容不得時，可以使用。

b.當伺服器重新啟動時，提示有磁碟掃描，並自動進行掃描時，本來以前是必須要等這個掃描過程完成才能進入WINDOWS，但現在你就可以直接跳過掃描，等系統進了WINDOWS再運行這個批處理了。這樣就不會影響到客人玩游戲。

c.磁碟掃描完成之後，客戶機有可能要重新啟動才能正常看到網路盤的文件。

d.一定要注意，這是一個非常危險的命令，你在使用時必須要保證沒有超級用戶存在（就是標記為紅色的電腦）否則有可能造游戲盤上所有的文件丟失得一干二凈！

⑶ 如何查看linux伺服器負載

查看伺服器負載有多種命令，w、vmstat或者uptime都可以直接展示負載。
[hs@master opt]$ uptime
11:00:06 up 106 days, 19:36, 3 users, load average: 0.00, 0.03, 0.05
信息顯示依次為：現在時間、系統已經運行了多長時間、目前有多少登陸用戶、系統在過去的1分鍾、5分鍾和15分鍾內的平均負載。
1可以被認為是最優的負載值。負載是會隨著系統不同改變得。單CPU系統1-3和SMP系統6-10都是可能接受的。

[hs@master opt]$ w
11:00:38 up 106 days, 19:37, 3 users, load average: 0.00, 0.03, 0.05
USER TTY LOGIN@ IDLE JCPU PCPU WHAT
spark59 pts/0 09:47 14:46 1:08 0.01s sshd: spark59 [priv]
spark59 pts/1 09:47 11:10 55.77s 0.00s sshd: spark59 [priv]
spark59 pts/2 09:58 6.00s 0.11s 0.00s sshd: spark59 [priv]

load average分別對應於過去1分鍾，5分鍾，15分鍾的負載平均值。

[hs@master opt]$ vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 0 2276632 132056 1544508 0 0 20 75 1 0 2 0 97 0 0
procs
r 列表示運行和等待cpu時間片的進程數，如果長期大於1，說明cpu不足，需要增加cpu。
b 列表示在等待資源的進程數，比如正在等待I/O、或者內存交換等。
cpu表示cpu的使用狀態
us 列顯示了用戶方式下所花費 CPU 時間的百分比。us的值比較高時，說明用戶進程消耗的cpu時間多，但是如果長期大於50%，需要考慮優化用戶的程序。
sy 列顯示了內核進程所花費的cpu時間的百分比。這里us + sy的參考值為80%，如果us+sy 大於 80%說明可能存在CPU不足。
wa 列顯示了IO等待所佔用的CPU時間的百分比。這里wa的參考值為30%，如果wa超過30%，說明IO等待嚴重，這可能是磁碟大量隨機訪問造成的，也可能磁碟或者磁碟訪問控制器的帶寬瓶頸造成的(主要是塊操作)。
id 列顯示了cpu處在空閑狀態的時間百分比
system 顯示採集間隔內發生的中斷數
in 列表示在某一時間間隔中觀測到的每秒設備中斷數。
cs列表示每秒產生的上下文切換次數，如當 cs 比磁碟 I/O 和網路信息包速率高得多，都應進行進一步調查。
memory
swpd 切換到內存交換區的內存數量(k表示)。如果swpd的值不為0，或者比較大，比如超過了100m，只要si、so的值長期為0，系統性能還是正常
free 當前的空閑頁面列表中內存數量(k表示)
buff 作為buffer cache的內存數量，一般對塊設備的讀寫才需要緩沖。
cache: 作為page cache的內存數量，一般作為文件系統的cache，如果cache較大，說明用到cache的文件較多，如果此時IO中bi比較小，說明文件系統效率比較好。
swap
si 由內存進入內存交換區數量。
so由內存交換區進入內存數量。
IO
bi 從塊設備讀入數據的總量（讀磁碟）（每秒kb）。
bo 塊設備寫入數據的總量（寫磁碟）（每秒kb）
這里我們設置的bi+bo參考值為1000，如果超過1000，而且wa值較大應該考慮均衡磁碟負載，可以結合iostat輸出來分析。

以上三個個命令只是單純的反映出負載，linux提供了更為強大，也更為實用的top命令來查看伺服器負載。
top命令能夠清晰的展現出系統的狀態，而且它是實時的監控，按q退出。
[hs@master opt]$ top
top - 11:01:13 up 106 days, 19:37, 3 users, load average: 0.05, 0.04, 0.05
Tasks: 131 total, 1 running, 130 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.1 us, 0.3 sy, 0.0 ni, 98.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 8011936 total, 5733520 used, 2278416 free, 131392 buffers
KiB Swap: 0 total, 0 used, 0 free. 1543588 cached Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32001 hs 20 0 1265020 256252 38172 S 2.3 3.2 0:56.77 java
2696 hs 20 0 3726664 447420 60 S 0.7 5.6 819:57.88 java
29566 root 20 0 64780 4668 2628 S 0.7 0.1 43:18.42 AliYunDun
1624 hs 20 0 1789456 292492 4928 S 0.3 3.7 298:23.89 java
2008 hs 20 0 1996320 438004 4604 S 0.3 5.5 849:44.95 java
2465 hs 20 0 1258944 170752 264 S 0.3 2.1 89:18.25 java
3284 hs 20 0 2867828 210788 3756 S 0.3 2.6 259:29.98 java
29580 root 20 0 836552 6320 2584 S 0.3 0.1 13:10.27 AliHids
1 root 20 0 63648 25184 1424 S 0.0 0.3 4:44.45 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:01.49 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 8:01.90 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root rt 0 0 0 0 S 0.0 0.0 0:30.46 migration/0

Tasks行展示了目前的進程總數及所處狀態，要注意zombie，表示僵屍進程，不為0則表示有進程出現問題。

Cpu(s)行展示了當前CPU的狀態，us表示用戶進程佔用CPU比例，sy表示內核進程佔用CPU比例，id表示空閑CPU百分比，wa表示IO等待所佔用的CPU時間的百分比。wa佔用超過30%則表示IO壓力很大。
Mem行展示了當前內存的狀態，total是總的內存大小，userd是已使用的，free是剩餘的，buffers是目錄緩存。
Swap行同Mem行，cached表示緩存，用戶已打開的文件。如果Swap的used很高，則表示系統內存不足。

在top命令下，按1，則可以展示出伺服器有多少CPU，及每個CPU的使用情況
一般而言，伺服器的合理負載是CPU核數*2。也就是說對於8核的CPU，負載在16以內表明機器運行很穩定流暢。如果負載超過16了，就說明伺服器的運行有一定的壓力了。

在top命令下，按shift + "c"，則將進程按照CPU使用率從大到小排序，按shift+"p"，則將進程按照內存使用率從大到小排序，很容易能夠定位出哪些服務佔用了較高的CPU和內存。

僅僅有top命令是不夠的，因為它僅能展示CPU和內存的使用情況，對於負載升高的另一重要原因——IO沒有清晰明確的展示。linux提供了iostat命令，可以了解io的開銷。

輸入iostat -x 1 10命令，表示開始監控輸入輸出狀態，-x表示顯示所有參數信息，1表示每隔1秒監控一次，10表示共監控10次。
其中rsec/s表示讀入，wsec/s表示每秒寫入，這兩個參數某一個特別高的時候就表示磁碟IO有很大壓力，util表示IO使用率，如果接近100%，說明IO滿負荷運轉。
[hs@master opt]$ iostat -x 1 10
Linux 3.10.0-123.9.3.el7.x86_64 (master) 07/29/2016 _x86_64_(4 CPU)

avg-cpu: %user %nice %system %iowait %steal %idle
2.47 0.00 0.38 0.20 0.00 96.95

Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
vda 0.00 0.86 0.77 1.45 50.88 139.71 172.11 0.18 81.22 3.87 122.28 1.52 0.34
vdb 0.00 37.36 0.37 3.16 28.06 159.69 106.50 0.02 4.69 5.87 4.55 1.86 0.65

avg-cpu: %user %nice %system %iowait %steal %idle
0.75 0.00 0.25 0.25 0.00 98.75

總結：
（1）使用top命令查看負載，在top下按「1」查看CPU核心數量，shift+"c"按cpu使用率大小排序，shif+"p"按內存使用率高低排序；
（2）使用iostat -x 命令來監控io的輸入輸出是否過大

⑷ 如何查看linux伺服器負載

做壓力測試的時候想看看Linux伺服器當前負載如何，性能怎樣，可以使用下面這些命令
uptime
顯示當前用戶數，以及最近1
分鍾內、5分鍾內、15
分鍾內系統的平均負載
cat
/proc/loadavg
用於顯示系統1秒鍾平均負載、5秒鍾平均負載、15秒鍾平均負載、總作業數、正在運行的作業總數
cat
/proc/stat
這個顯示的內容較多，具體的就不一一列舉了，需要的朋友可以自己查閱相關資料

⑸ 如何用九條命令在一分鍾內檢查Linux伺服器性能

一、uptime命令

這個命令可以快速查看機器的負載情況。在Linux系統中，這些數據表示等待CPU資源的進程和阻塞在不可中斷IO進程（進程狀態為D）的數量。這些數據可以讓我們對系統資源使用有一個宏觀的了解。

命令的輸出分別表示1分鍾、5分鍾、15分鍾的平均負載情況。通過這三個數據，可以了解伺服器負載是在趨於緊張還是趨於緩解。如果1分鍾平均負載很高，而15分鍾平均負載很低，說明伺服器正在命令高負載情況，需要進一步排查CPU資源都消耗在了哪裡。反之，如果15分鍾平均負載很高，1分鍾平均負載較低，則有可能是CPU資源緊張時刻已經過去。

上面例子中的輸出，可以看見最近1分鍾的平均負載非常高，且遠高於最近15分鍾負載，因此我們需要繼續排查當前系統中有什麼進程消耗了大量的資源。可以通過下文將會介紹的vmstat、mpstat等命令進一步排查。

二、dmesg命令

該命令會輸出系統日誌的最後10行。示例中的輸出，可以看見一次內核的oom kill和一次TCP丟包。這些日誌可以幫助排查性能問題。千萬不要忘了這一步。

三、vmstat命令

vmstat(8) 命令，每行會輸出一些系統核心指標，這些指標可以讓我們更詳細的了解系統狀態。後面跟的參數1，表示每秒輸出一次統計信息，表頭提示了每一列的含義，這幾介紹一些和性能調優相關的列：

r：等待在CPU資源的進程數。這個數據比平均負載更加能夠體現CPU負載情況，數據中不包含等待IO的進程。如果這個數值大於機器CPU核數，那麼機器的CPU資源已經飽和。

free：系統可用內存數（以千位元組為單位），如果剩餘內存不足，也會導致系統性能問題。下文介紹到的free命令，可以更詳細的了解系統內存的使用情況。

si，so：交換區寫入和讀取的數量。如果這個數據不為0，說明系統已經在使用交換區（swap），機器物理內存已經不足。

us, sy, id, wa, st：這些都代表了CPU時間的消耗，它們分別表示用戶時間（user）、系統（內核）時間（sys）、空閑時間（idle）、IO等待時間（wait）和被偷走的時間（stolen，一般被其他虛擬機消耗）。

上述這些CPU時間，可以讓我們很快了解CPU是否出於繁忙狀態。一般情況下，如果用戶時間和系統時間相加非常大，CPU出於忙於執行指令。如果IO等待時間很長，那麼系統的瓶頸可能在磁碟IO。

示例命令的輸出可以看見，大量CPU時間消耗在用戶態，也就是用戶應用程序消耗了CPU時間。這不一定是性能問題，需要結合r隊列，一起分析。

四、mpstat命令

該命令可以顯示每個CPU的佔用情況，如果有一個CPU佔用率特別高，那麼有可能是一個單線程應用程序引起的。

五、pidstat命令

pidstat命令輸出進程的CPU佔用率，該命令會持續輸出，並且不會覆蓋之前的數據，可以方便觀察系統動態。如上的輸出，可以看見兩個JAVA進程佔用了將近1600%的CPU時間，既消耗了大約16個CPU核心的運算資源。

六、iostat命令

r/s, w/s, rkB/s, wkB/s：分別表示每秒讀寫次數和每秒讀寫數據量（千位元組）。讀寫量過大，可能會引起性能問題。

await：IO操作的平均等待時間，單位是毫秒。這是應用程序在和磁碟交互時，需要消耗的時間，包括IO等待和實際操作的耗時。如果這個數值過大，可能是硬體設備遇到了瓶頸或者出現故障。

avgqu-sz：向設備發出的請求平均數量。如果這個數值大於1，可能是硬體設備已經飽和（部分前端硬體設備支持並行寫入）。

%util：設備利用率。這個數值表示設備的繁忙程度，經驗值是如果超過60，可能會影響IO性能（可以參照IO操作平均等待時間）。如果到達100%，說明硬體設備已經飽和。

如果顯示的是邏輯設備的數據，那麼設備利用率不代表後端實際的硬體設備已經飽和。值得注意的是，即使IO性能不理想，也不一定意味這應用程序性能會不好，可以利用諸如預讀取、寫緩存等策略提升應用性能。

七、free命令

free命令可以查看系統內存的使用情況，-m參數表示按照兆位元組展示。最後兩列分別表示用於IO緩存的內存數，和用於文件系統頁緩存的內存數。需要注意的是，第二行-/+ buffers/cache，看上去緩存佔用了大量內存空間。

這是Linux系統的內存使用策略，盡可能的利用內存，如果應用程序需要內存，這部分內存會立即被回收並分配給應用程序。因此，這部分內存一般也被當成是可用內存。

如果可用內存非常少，系統可能會動用交換區（如果配置了的話），這樣會增加IO開銷（可以在iostat命令中提現），降低系統性能。

八、sar命令

sar命令在這里可以查看網路設備的吞吐率。在排查性能問題時，可以通過網路設備的吞吐量，判斷網路設備是否已經飽和。如示例輸出中，eth0網卡設備，吞吐率大概在22 Mbytes/s，既176 Mbits/sec，沒有達到1Gbit/sec的硬體上限。

sar命令在這里用於查看TCP連接狀態，其中包括：

active/s：每秒本地發起的TCP連接數，既通過connect調用創建的TCP連接；

passive/s：每秒遠程發起的TCP連接數，即通過accept調用創建的TCP連接；

retrans/s：每秒TCP重傳數量；

TCP連接數可以用來判斷性能問題是否由於建立了過多的連接，進一步可以判斷是主動發起的連接，還是被動接受的連接。TCP重傳可能是因為網路環境惡劣，或者伺服器壓

九、top命令

top命令包含了前面好幾個命令的檢查的內容。比如系統負載情況（uptime）、系統內存使用情況（free）、系統CPU使用情況（vmstat）等。因此通過這個命令，可以相對全面的查看系統負載的來源。同時，top命令支持排序，可以按照不同的列排序，方便查找出諸如內存佔用最多的進程、CPU佔用率最高的進程等。

但是，top命令相對於前面一些命令，輸出是一個瞬間值，如果不持續盯著，可能會錯過一些線索。這時可能需要暫停top命令刷新，來記錄和比對數據。

⑹ linux 下查看網路負載命令

用 netstat 查看 Linux 網路狀況。
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
前面的 netstat -n是netstat的命令，Windows和Linux都可以用，結果顯示內容差不多
後面的 awk'/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 是Linux下的命令，主要作用是對netstat輸出的結果進行過濾和處理：
運行這一句之後，顯示的結果類似如下：
TIME_WAIT 27
FIN_WAIT1 435
FIN_WAIT2 89
ESTABLISHED 82
SYN_RECV 64
CLOSING 4
LAST_ACK 90
內容解釋如下：
TIME-WAIT：等待足夠的時間以確保遠程TCP接收到連接中斷請求的確認
FIN-WAIT-1：等待遠程TCP連接中斷請求，或先前的連接中斷請求的確認
FIN-WAIT-2：從遠程TCP等待連接中斷請求
ESTABLISHED：代表一個打開的連接
SYN-RECV：再收到和發送一個連接請求後等待對方對連接請求的確認
SYN-SENT：再發送連接請求後等待匹配的連接請求
CLOSING：等待遠程TCP對連接中斷的確認
CLOSED：沒有任何連接狀態
CLOSE-WAIT：等待從本地用戶發來的連接中斷請求
LAST-ACK：等待原來的發向遠程TCP的連接中斷請求的確認
LISTEN：偵聽來自遠方的TCP埠的連接請求

⑺ 如何查看當前Linux系統的狀態,如CPU使用,內存使用,負載情況等.

可以用TOP工具查看實時狀態。

top進入視圖：

第一行：
10:01:23 當前系統時間
126 days, 14:29 系統已經運行了126天14小時29分鍾（在這期間沒有重啟過）
2 users 當前有2個用戶登錄系統
load average: 1.15, 1.42, 1.44 load average後面的三個數分別是1分鍾、5分鍾、15分鍾的負載情況。

load average數據是每隔5秒鍾檢查一次活躍的進程數，然後按特定演算法計算出的數值。如果這個數除以邏輯CPU的數量，結果高於5的時候就表明系統在超負荷運轉了。
第二行：
Tasks 任務（進程），系統現在共有183個進程，其中處於運行中的有1個，182個在休眠（sleep），stoped狀態的有0個，zombie狀態（僵屍）的有0個。
第三行：cpu狀態
6.7% us 用戶空間佔用CPU的百分比。
0.4% sy 內核空間佔用CPU的百分比。
0.0% ni 改變過優先順序的進程佔用CPU的百分比
92.9% id 空閑CPU百分比
0.0% wa IO等待佔用CPU的百分比
0.0% hi 硬中斷（Hardware IRQ）佔用CPU的百分比
0.0% si 軟中斷（Software Interrupts）佔用CPU的百分比

第四行：內存狀態
8306544k total 物理內存總量（8GB）
7775876k used 使用中的內存總量（7.7GB）
530668k free 空閑內存總量（530M）
79236k buffers 緩存的內存量 （79M）
第五行：swap交換分區
2031608k total 交換區總量（2GB）
2556k used 使用的交換區總量（2.5M）
2029052k free 空閑交換區總量（2GB）
4231276k cached 緩沖的交換區總量（4GB）