linux如何測試cpu性能

⑴ 在linux 下怎麼查看伺服器的cpu和內存的硬體信息

以Linux centos 7伺服器為例，查看伺服器的cpu和內存的硬體信息方法如下：

1、滑鼠右鍵點擊桌面，選擇「打開終端」，如下圖所示。

⑵ linux如何查詢cpu佔用率及服務名稱

linux查看cpu使用率的方法：首先確保linux環境能夠上網，並且配置好源；然後執行命令「apt-get install dstat」來進行軟體的安裝；最後執行命令「dstat -c」顯示系統整體的cpu情況即可。

在linux的系統維護中，可能需要經常查看cpu使用率，分析系統整體的運行情況。而監控CPU的性能一般包括以下3點：運行隊列、CPU使用率和上下文切換。那麼如何查看cpu使用率？下面本篇文章就來給大傢具體介紹一下，希望對大家有所幫助。【視頻教程推薦：linux教程】

1、使用top命令

這個命令很常用，在終端中直接執行top命令，即可在第三行看到cpu的使用率。

註：96.9id，表示空閑CPU，即CPU未使用率，100%-96.9%=3.1%，即系統的cpu使用率為3.1%。

如果有多個CPU，希望查詢每個CPU的使用率，可以在top命令的界面，按數字鍵1,即可看到其它CPU的使用率，如下圖：

2、使用vmstat命令

vmstat命令是最常見的Linux/Unix監控工具，可以展現給定時間間隔的伺服器的狀態值,包括伺服器的CPU使用率，內存使用，虛擬內存 交換情況,IO讀寫情況。

相比top命令，通過vmstat可以看到整個機器的 CPU，內存，IO的使用情況，而不是單單看到各個進程的CPU使用率和內存使用率。

句式：

1

vmstat -w-w

一般vmstat工具的使用是通過兩個數字參數來完成的，第一個參數是采樣的時間間隔數，單位是秒，第二個參數是采樣的次數。例：

說明：2表示每個兩秒採集一次伺服器狀態，1表示只採集一次。

3、使用dstat命令

dstat命令是一個用來替換vmstat、iostat、netstat、nfsstat和ifstat這些命令的工具，是一個全能系統信息統計工具。

如果沒有dstat命令，則需要進行下載安裝。

首先我們需要確保linux環境能夠上網，並且配置好源。在root賬戶登錄下。執行命令apt-get install dstat 。進行軟體的安裝。

然後執行命令dstat -c。顯示系統整體的cpu情況。

顯示各個信息為CPU用戶佔用，系統佔用，空閑，等待，中斷，軟體中斷等信息。

⑶ linux下如何查卡cpu的頻率

在linux查看cpu信息步驟如下：

1、linux的cpu信息可以從文件中cpuinfo讀取汪猛埋。

執行命令: # cat /proc/cpuinfo

這樣就能查到CPU的相關信息了。

參考資料來源：網路-linux

⑷ Linux伺服器如何查看CPU佔用率、內存佔用、帶寬佔用

 Linux伺服器如何查看CPU佔用率、內存佔用、帶寬佔用的命令

圖中紅色部分即為佔用百分率，下面是每個進程的CPU佔用率，如果伺服器是多核CPU可能在下方看到有些進程CPU佔用超過100%，這種一般是該進程使用了多核。

內存佔用率：free -m

圖中紅色部分即為佔用，即used、free即為剩餘。（注意中在第二行數字中找哦。）

帶寬佔用：

使用vmstat命令，輸入命令：vmstat

linux伺服器的相關信息查看（埠佔用，cpu、內存佔用，防火牆，系統信息，vim編輯器使用等）

一、埠佔用情況

（1）查看所有埠、進程的使用情況： netstat -tunlp

（2）查看某一埠的使用情況： netstat -tunlp|grep 5560

二、查看內存使用情況

（1）查看佔用情況(動態)：top

按下P（大寫）可以找到佔用內存最大的進程

（2）查看佔用情況（總的）：free

（3）查看佔用內存最多的N個進程： ps -aux | sort -k4nr | head -K如果是10個進程，K=10，如果是最高的三個，K=3

（4）查看硬碟空間大小：df -lh

三、防火牆

防火牆iptables和firewall

（1）查看防火牆狀態：firewall-cmd --state

（2）開啟、關閉防火牆：開啟:systemctl start firewalld關閉：systemctl stop firewalld.service 或者 service firewalld stop

（3）重啟防火牆：firewall-cmd --reload（重新載入配置，在添加規則之後，需要執行此命令）

（4）防火牆是否開機啟動：禁止防火牆開機啟動：systemctl disable firewalld.service設置防火牆開機啟動：systemctl enable firewalld.service

四、查看系統信息

（1）查看系統位數：getconf LONG_BIT

（2）查看內存信息：查看所有內存信息： cat /proc/meminfo查看內存容量： grep "MemTotal" /proc/meminfo

 （3）查看CPU信息：查看cpu個數（幾核）：cat /proc/cpuinfo |grep "processor"|wc -l

五、linux中文亂碼：

我只是用了第三部，更改了ssh客戶端屬性配置就可以了

1. 配置SSH 終端 （以xshell為例）：

打開「文件」（File）- 「屬性」 （Properties）， 在「終端」（Terminal），將「編碼」（Encoding）改為UTF-8 即可。

六、Xshell遠程連接Linux時無法使用小鍵盤的解決方式：

七、linux中vi編輯器的退出操作

保存，但不退出vi             :w

保存並退出vi                    :wq

退出vi，但不保存更改      :q!

用其他文件名保存            :w filename

在現有文件中保存並覆蓋該文件    :w! filename

查找文字：在一般模式下輸入/和你要查找的文字單詞，例如/port，此時再按下 n 會跳轉至改文字所在的下一處。

⑸ 如何查看linux系統CPU信息

在Linux中，有許多命令行或基於GUI的工具就能來展示你的CPU硬體的相關具體信息。那麼如何查看linux系統CPU信息呢?下面是我收集整理的如何查看linux系統CPU信息，希望對大家有幫助~~

查看linux系統CPU信息的方法

工具/原料

linux系統

方法/步驟

11. /proc/cpuinfo

最簡單的方法就是查看 /proc/cpuinfo ，這個虛擬文件展示的是可用CPU硬體的配置。

通過查看這個文件，你能識別出物理處理器數(插槽)、每個CPU核心數、可用的CPU標志寄存器以及其它東西的數量。

12. x86info

⑹ linux 性能優化-- cpu 切換以及cpu過高

本文先介紹了cpu上下文切換的基礎知識，以及上下文切換的類型（進程，線程等切換）。然後介紹了如何查看cpu切換次數的工具和指標的解釋。同時對日常分析種cpu過高的情況下如何分析和定位的方法做了一定的介紹，使用一個簡單的案例進行分析，先用top，pidstat等工具找出佔用過高的進程id，然後通過分析到底是用戶態cpu過高，還是內核態cpu過高，並用perf 定位到具體的調用函數。（來自極客時間課程學習筆記）

1、多任務競爭CPU，cpu變換任務的時候進行CPU上下文切換(context switch)。CPU執行任務有4種方式：進程、線程、或者硬體通過觸發信號導致中斷的調用。

2、當切換任務的時候，需要記錄任務當前的狀態和獲取下一任務的信息和地址(指針)，這就是上下文的內容。因此，上下文是指某一時間點CPU寄存器(CPU register)和程序計數器(PC)的內容, 廣義上還包括內存中進程的虛擬地址映射信息.

3、上下文切換的過程：

4、根據任務的執行形式，相應的下上文切換，有進程上下文切換、線程上下文切換、以及中斷上下文切換三類。

5、進程和線程的區別：
進程是資源分配和執行的基本單位；線程是任務調度和運行的基本單位。線程沒有資源，進程給指針提供虛擬內存、棧、變數等共享資源，而線程可以共享進程的資源。

6、進程上下文切換：是指從一個進程切換到另一個進程。

(1)進程運行態為內核運行態和進程運行態。內核空間態資源包括內核的堆棧、寄存器等；用戶空間態資源包括虛擬內存、棧、變數、正文、數據等

(2)系統調用(軟中斷)在內核態完成的，需要進行2次CPU上下文切換(用戶空間-->內核空間-->用戶空間)，不涉及用戶態資源，也不會切換進程。

(3)進程是由內核來管理和調度的，進程的切換只能發生在內核態。所以，進程的上下文不僅包括了用戶空間的資源，也包括內核空間資源。

(4)進程的上下文切換過程：

(5)、下列將會觸發進程上下文切換的場景：

7、線程上下文切換：

8、中斷上下文切換
快速響應硬體的事件，中斷處理會打斷進程的正常調度和執行。同一CPU內，硬體中斷優先順序高於進程。切換過程類似於系統調用的時候，不涉及到用戶運行態資源。但大量的中斷上下文切換同樣可能引發性能問題。

重點關注信息：

系統的就緒隊列過長，也就是正在運行和等待 CPU 的進程數過多，導致了大量的上下文切換，而上下文切換又導致了系統 CPU 的佔用率升高。

這個結果中有兩列內容是我們的重點關注對象。一個是 cswch ，表示每秒自願上下文切換（voluntary context switches）的次數，另一個則是 nvcswch ，表示每秒非自願上下文切換（non voluntary context switches）的次數。

linux的中斷使用情況可以從 /proc/interrupts 這個只讀文件中讀取。/proc 實際上是 Linux 的一個虛擬文件系統，用於內核空間與用戶空間之間的通信。/proc/interrupts 就是這種通信機制的一部分，提供了一個只讀的中斷使用情況。

重調度中斷（RES），這個中斷類型表示，喚醒空閑狀態的 CPU 來調度新的任務運行。這是多處理器系統（SMP）中，調度器用來分散任務到不同 CPU 的機制，通常也被稱為處理器間中斷（Inter-Processor Interrupts，IPI）。

這個數值其實取決於系統本身的 CPU 性能。如果系統的上下文切換次數比較穩定，那麼從數百到一萬以內，都應該算是正常的。但當上下文切換次數超過一萬次，或者切換次數出現數量級的增長時，就很可能已經出現了性能問題。這時，需要根據上下文切換的類型，再做具體分析。

比方說：

首先通過uptime查看系統負載，然後使用mpstat結合pidstat來初步判斷到底是cpu計算量大還是進程爭搶過大或者是io過多，接著使用vmstat分析切換次數，以及切換類型，來進一步判斷到底是io過多導致問題還是進程爭搶激烈導致問題。

CPU 使用率相關的重要指標：

性能分析工具給出的都是間隔一段時間的平均 CPU 使用率，所以要注意間隔時間的設置，特別是用多個工具對比分析時，你一定要保證它們用的是相同的間隔時間。比如，對比一下 top 和 ps 這兩個工具報告的 CPU 使用率，默認的結果很可能不一樣，因為 top 默認使用 3 秒時間間隔，而 ps 使用的卻是進程的整個生命周期。

top 和 ps 是最常用的性能分析工具：

這個輸出結果中，第三行 %Cpu 就是系統的 CPU 使用率，top 默認顯示的是所有 CPU 的平均值，這個時候你只需要按下數字 1 ，就可以切換到每個 CPU 的使用率了。繼續往下看，空白行之後是進程的實時信息，每個進程都有一個 %CPU 列，表示進程的 CPU 使用率。它是用戶態和內核態 CPU 使用率的總和，包括進程用戶空間使用的 CPU、通過系統調用執行的內核空間 CPU 、以及在就緒隊列等待運行的 CPU。在虛擬化環境中，它還包括了運行虛擬機佔用的 CPU。

預先安裝 stress 和 sysstat 包，如 apt install stress sysstat。

stress 是一個 Linux 系統壓力測試工具，這里我們用作異常進程模擬平均負載升高的場景。而 sysstat 包含了常用的 Linux 性能工具，用來監控和分析系統的性能。我們的案例會用到這個包的兩個命令 mpstat 和 pidstat。

下面的 pidstat 命令，就間隔 1 秒展示了進程的 5 組 CPU 使用率，

包括：

perf 是 Linux 2.6.31 以後內置的性能分析工具。它以性能事件采樣為基礎，不僅可以分析系統的各種事件和內核性能，還可以用來分析指定應用程序的性能問題。

第一種常見用法是 perf top，類似於 top，它能夠實時顯示佔用 CPU 時鍾最多的函數或者指令，因此可以用來查找熱點函數，使用界面如下所示：

輸出結果中，第一行包含三個數據，分別是采樣數（Samples）如2K、事件類型（event）如cpu-clock:pppH和事件總數量（Event count）如：371909314。

第二種常見用法，也就是 perf record 和 perf report。 perf top 雖然實時展示了系統的性能信息，但它的缺點是並不保存數據，也就無法用於離線或者後續的分析。而 perf record 則提供了保存數據的功能，保存後的數據，需要你用 perf report 解析展示。

1.啟動docker 運行進程：

2.ab工具測試伺服器性能
ab（apache bench）是一個常用的 HTTP 服務性能測試工具，這里用來模擬 Ngnix 的客戶端。

3.分析過程

CPU 使用率是最直觀和最常用的系統性能指標，在排查性能問題時，通常會關注的第一個指標。所以更要熟悉它的含義，尤其要弄清楚:

這幾種不同 CPU 的使用率。比如說：

碰到 CPU 使用率升高的問題，你可以藉助 top、pidstat 等工具，確認引發 CPU 性能問題的來源；再使用 perf 等工具，排查出引起性能問題的具體函數.

⑺ 命令查看Linux伺服器內存、CPU、顯卡、硬碟使用情況

大致結果類似下圖：

Mem行（單位均為M）：

(-/+ buffers/cache)行：

Swap行指交換分區。

實際上不要看free少就覺得內存不足了，buffers和cached都是可以在使用內存時拿來用的，應該以(-/+ buffers/cache)行的free和used來看。只要沒發現swap的使用，就不用太擔心，如果swap用了很多，那就要考慮增加物理內存了。

大致結果類似下圖：

上方文字部分的紅框為總的CPU佔用百分率，下方的表格是每個進程的CPU佔用率，在表格第一行可以看到紅框中佔用率超過了150%，這是因為伺服器是多核CPU，而該進程使用了多核。

大致結果類似下圖：

表格中會顯示顯卡的一些信息，第一行是版本信息，第二行是標題欄，第三行就是具體的顯卡信息了，如果有多個顯卡，會有多行，每一行的信息值對應標題欄對應位置的信息。

需要注意的一點是顯存佔用率和GPU佔用率是兩個不一樣的東西，類似於內存和CPU，兩個指標的佔用率不一定是互相對應的。

在下面就是每個進程使用的GPU情況了。

大致結果如下圖：

表格中每一行代表一個文件系統，各列意義如下：

要查看具體某個文件或者文件夾的大小的話，可以使用下面的命令：

命令可以查看文件或文件夾的磁碟使用空間，而-h參數的意思是使用GB、MB等易讀的格式。如果不帶--max-depth參數，那麼將循環列出文件夾下所有文件和文件夾佔用的空間，帶此參數，則是指定深入目錄的層數。

如果要看文件夾下所有文件的大小，可以使用*：

查看作者首頁