linux伺服器cpu利用率如何才算高

1. linux cpu使用率過高排查

方法一

第一步：使用

top命令，然後按shift+p按照CPU排序

找到佔用CPU過高的進程的pid

第二步：使用

top -H -p [進程id]

找到進程中消耗資源最高的線程的id

第三步：使用

echo 'obase=16;[線程id]' | bc或者printf "%x " [線程id]

將線程id轉換為16進制（字母要小寫）

bc是linux的計算器命令

第四步：執行

jstack [進程id] |grep -A 10 [線程id的16進制]」

查看線程狀態信息

方法二

第一步：使用

top命令，然後按shift+p按照CPU排序

找到佔用CPU過高的進程

第二步：使用

ps -mp pid -o THREAD,tid,time | sort -rn

獲取線程信息，並找到佔用CPU高的線程

第三步：使用

echo 'obase=16;[線程id]' | bc或者printf "%x " [線程id]

將需要的線程ID轉換為16進制格式

第四步：使用

jstack pid |grep tid -A 30 [線程id的16進制]

列印線程的堆棧信息

案例分析

場景描述

生產環境下java進程高CPU佔用故障排查

解決過程

1、根據top命令，發現PID為2633的Java進程佔用CPU高達300%，出現故障。

2、找到該進程後，如何定位具體線程或代碼呢，首先顯示線程列表,並按照CPU佔用高的線程排序：

顯示結果如下：

化主動為被動的方式，一方面減輕了運維工程師的工作，另一方面也減小了運維漏看或者忽略告警的情況發生。

2. 伺服器的CPU使用率多少算是正常

伺服器cpu的使用頻率占指令總數的20%，但在程序中出現的頻率卻佔80%。伺服器是網路中的重要設備，要接受少至幾十人、多至成千上萬人的訪問，因此對伺服器具有大數據量的快速吞吐、超強的穩定性、長時間運行等嚴格要求。

伺服器的CPU仍按CPU的指令系統來區分，通常分為CISC型CPU和RISC型CPU兩類，後來又出現了一種64位的 VLIW（Very Long Instruction Word超長指令集架構）指令系統的CPU。

(2)linux伺服器cpu利用率如何才算高擴展閱讀：

優點

從當前的伺服器發展狀況看，以「小、巧、穩」為特點的IA架構（CISC架構）的PC伺服器憑借可靠的性能、低廉的價格，得到了更為廣泛的應用。在互聯網和區域網領域，用於文件服務、列印服務、通訊服務、Web服務、電子郵件服務、資料庫服務、應用服務等用途。

缺點

IA-64微處理器最大的缺陷是它們缺乏與x86的兼容，而Intel為了IA-64處理器能夠更好地運行兩個朝代的軟體，它在IA-64處理器上（Itanium、Itanium2 ……)引入了x86-to-IA-64的解碼器，這樣就能夠把x86指令翻譯為IA-64指令。

這個解碼器並不是最有效率的解碼器，也不是運行x86代碼的最好途徑（最好的途徑是直接在x86處理器上運行x86代碼），因此Itanium 和Itanium2在運行x86應用程序時候的性能非常糟糕。這也成為X86-64產生的根本原因。

最後值得注意的一點，雖然CPU是決定伺服器性能最重要的因素之一，但是如果沒有其他配件的支持和配合，CPU也不能發揮出它應有的性能。

3. linux cpu利用率多少正常

top -c詳解
——任務隊列信息,在第一行顯示
tasks: 69 total 進程總數
1 running 正在運行的進程數
68 sleeping 睡眠的進程數
0 stopped 停止的進程數
0 zombie 僵死進程數
——CPU 信息
cpu(s): 0.2% us 用戶空間佔用CPU百分比
0.7% sy 內核空間(系統)佔用CPU百分比
0.1% ni 用戶進程空間內改變過優先順序的進程佔用CPU百分比
97.8% id 空閑CPU百分比
1.1% wa 等待IO的CPU時間百分比
0.1% hi
0.1% si
——swap信息
內存中長時間不用的數據置換進swap

4. 如何檢查linux伺服器cpu，內存性能

1.查看系統負載
（1）uptime
這個命令可以快速查看機器的負載情況。
在Linux系統中，這些數據表示等待CPU資源的進程和阻塞在不可中斷IO進程（進程狀態為D）的數量。
命令的輸出，load average表示1分鍾、5分鍾、15分鍾的平均負載情況。
通過這三個數據，可以了解伺服器負載是在趨於緊張還是趨於緩解。
如果1分鍾平均負載很高，而15分鍾平均負載很低，說明伺服器正在命令高負載情況，需要進一步排查CPU資源都消耗在了哪裡。
反之，如果15分鍾平均負載很高，1分鍾平均負載較低，則有可能是CPU資源緊張時刻已經過去。
(2)W
Show who is logged on and what they are doing.
可查詢登錄當前系統的用戶信息，以及這些用戶目前正在做什麼操作
其中的load average後面的三個數字則顯示了系統最近1分鍾、5分鍾、15分鍾的系統平均負載情況
注意：
load average這個輸出值，這三個值的大小一般不能大於系統邏輯CPU的個數。
如果輸出中系統有4個邏輯CPU，如果load average的三個值長期大於4時，說明CPU很繁忙，負載很高，可能會影響系統性能，
但是偶爾大於4時，倒不用擔心，一般不會影響系統性能。相反，如果load average的輸出值小於CPU的個數，則表示CPU還有空閑
2.dmesg | tail
該命令會輸出系統日誌的最後10行。
這些日誌可以幫助排查性能問題.
3.vmstat
vmstat Virtual Meomory Statistics（虛擬內存統計），用來獲得有關進程、虛存、頁面交換空間及 CPU活動的信息。這些信息反映了系統的負載情況。
後面跟的參數1，表示每秒輸出一次統計信息，表頭提示了每一列的含義
（1）監控進程procs：
r：等待在CPU資源的進程數。
這個數據比平均負載更加能夠體現CPU負載情況，數據中不包含等待IO的進程。如果這個數值大於機器CPU核數，那麼機器的CPU資源已經飽和（出現了CPU瓶頸）。
b：在等待io的進程數 。
（2）監控內存memoy：
swpd：現時可用的交換內存（單位KB）
free：系統可用內存數（以千位元組為單位）
buff: 緩沖去中的內存數（單位：KB）。
cache：被用來做為高速緩存的內存數（單位：KB）。
（3）監控swap交換頁面
si: 從磁碟交換到內存的交換頁數量，單位：KB/秒。
so: 從內存交換到磁碟的交換頁數量，單位：KB/秒。
如果這個數據不為0，說明系統已經在使用交換區（swap），機器物理內存已經不足。
（4）監控 io塊設備
bi: 發送到塊設備的塊數，單位：塊/秒。
bo: 從塊設備接收到的塊數，單位：塊/秒。
（5）監控system系統
in: 每秒的中斷數，包括時鍾中斷。
cs: 每秒的環境（上下文）轉換次數。
（6）監控cpu中央處理器：
us：用戶進程使用的時間 。以百分比表示。
sy：系統進程使用的時間。 以百分比表示。
id：中央處理器的空閑時間 。以百分比表示。
us, sy, id, wa, st：這些都代表了CPU時間的消耗，它們分別表示用戶時間（user）、系統（內核）時間（sys）、空閑時間（idle）、IO等待時間（wait）和被偷走的時間（stolen，一般被其他虛擬機消耗）。
這些CPU時間，可以讓我們很快了解CPU是否出於繁忙狀態。
註：
如果IO等待時間很長，那麼系統的瓶頸可能在磁碟IO。
如果用戶時間和系統時間相加非常大，CPU出於忙於執行指令。
如果有大量CPU時間消耗在用戶態，也就是用戶應用程序消耗了CPU時間。這不一定是性能問題，需要結合r隊列，一起分析。
4.mpstat -P ALL 1
該命令可以顯示每個CPU的佔用情況，如果有一個CPU佔用率特別高，那麼有可能是一個單線程應用程序引起的。
MultiProcessor Statistics的縮寫，是實時系統監控工具
其報告與CPU的一些統計信息，這些信息存放在/proc/stat文件中。在多CPUs系統里，其不但能查看所有CPU的平均狀況信息，而且能夠查看特定CPU的信息。
格式：mpstat [-P {|ALL}] [internal [count]]
-P {|ALL} 表示監控哪個CPU， cpu在[0,cpu個數-1]中取值
internal 相鄰的兩次采樣的間隔時間
count 采樣的次數，count只能和delay一起使用
all ： 指所有CPU
%usr ： 顯示在用戶級別（例如應用程序）執行時CPU利用率的百分比
%nice ：顯示在擁有nice優先順序的用戶級別執行時CPU利用率的百分比
%sys ： 現實在系統級別（例如內核）執行時CPU利用率的百分比
%iowait ： 顯示在系統有未完成的磁碟I/O請求期間CPU空閑時間的百分比
%irq ： 顯示CPU服務硬體中斷所花費時間的百分比
%soft ： 顯示CPU服務軟體中斷所花費時間的百分比
%steal ： 顯示虛擬機管理器在服務另一個虛擬處理器時虛擬CPU處在非自願等待下花費時間的百分比
%guest ： 顯示運行虛擬處理器時CPU花費時間的百分比
%idle ： 顯示CPU空閑和系統沒有未完成的磁碟I/O請求情況下的時間百分比
系統有兩個CPU。如果使用參數 -P 然後緊跟CPU編號得到指定CPU的利用率。
（ Ubuntu安裝： apt-get install sysstat）
5.pidstat 1
pidstat命令輸出進程的CPU佔用率，該命令會持續輸出，並且不會覆蓋之前的數據，可以方便觀察系統動態
6.iostat -xz 1
iostat命令主要用於查看機器磁碟IO情況
r/s, w/s, rkB/s, wkB/s：分別表示每秒讀寫次數和每秒讀寫數據量（千位元組）。讀寫量過大，可能會引起性能問題。
await：IO操作的平均等待時間，單位是毫秒。這是應用程序在和磁碟交互時，需要消耗的時間，包括IO等待和實際操作的耗時。如果這個數值過大，可能是硬體設備遇到了瓶頸或者出現故障。
avgqu-sz：向設備發出的請求平均數量。如果這個數值大於1，可能是硬體設備已經飽和（部分前端硬體設備支持並行寫入）。
%util：設備利用率。這個數值表示設備的繁忙程度，經驗值是如果超過60，可能會影響IO性能（可以參照IO操作平均等待時間）。如果到達100%，說明硬體設備已經飽和。
註：如果顯示的是邏輯設備的數據，那麼設備利用率不代表後端實際的硬體設備已經飽和。值得注意的是，即使IO性能不理想，也不一定意味這應用程序性能會不好，可以利用諸如預讀取、寫緩存等策略提升應用性能
7.free -m
free命令可以查看系統內存的使用情況，-m參數表示按照兆位元組展示。
最後兩列分別表示用於IO緩存的內存數，和用於文件系統頁緩存的內存數。
註：
第二行-/+ buffers/cache，看上去緩存佔用了大量內存空間。這是Linux系統的內存使用策略，盡可能的利用內存，如果應用程序需要內存，這部分內存會立即被回收並分配給應用程序。
如果可用內存非常少，系統可能會動用交換區（如果配置了的話），這樣會增加IO開銷（可以在iostat命令中提現），降低系統性能。
8.sar -n DEV 1
sar命令在這里可以查看網路設備的吞吐率。
在排查性能問題時，可以通過網路設備的吞吐量，判斷網路設備是否已經飽和。
9.sar -n TCP,ETCP 1
sar命令在這里用於查看TCP連接狀態，其中包括：
active/s：每秒本地發起的TCP連接數，既通過connect調用創建的TCP連接；
passive/s：每秒遠程發起的TCP連接數，即通過accept調用創建的TCP連接；
retrans/s：每秒TCP重傳數量；
TCP連接數可以用來判斷性能問題是否由於建立了過多的連接，進一步可以判斷是主動發起的連接，還是被動接受的連接。TCP重傳可能是因為網路環境惡劣，或者伺服器壓力過大導致丟包。
10.top
top命令包含了前面好幾個命令的檢查的內容。比如系統負載情況（uptime）、系統內存使用情況（free）、系統CPU使用情況（vmstat）等。
因此通過這個命令，可以相對全面的查看系統負載的來源。同時，top命令支持排序，可以按照不同的列排序，方便查找出諸如內存佔用最多的進程、CPU佔用率最高的進程等。
但是，top命令相對於前面一些命令，輸出是一個瞬間值，如果不持續盯著，可能會錯過一些線索。這時可能需要暫停top命令刷新，來記錄和比對數據。

5. 怎樣優化伺服器的cpu利用率

你確定你的應用能夠支持多核？這應該是軟體多線程編程的問題，而不是後期優化。就像Intel專門為多核CPU發布編譯器一樣，優化是在編寫程序的時候就開始了。

6. 如何使LINUX機器CPU使用率為100%的辦法

寫一個嵌套死循環，每循環一次產生一個進程，每個進程做加運輸就可以了

7. linux查看cpu使用率正常范圍

默認安裝一個xfce的task manager和windows的任務管理器一樣能監控cpu，或者從synaptic里拖一個cpuinformation放置在任務欄右邊可查每個邏輯核心實時狀態。我一般是看task manager如圖所示。

8. linux cpu佔用較高

Linux伺服器上出現CPU負載達到100%居高不下的情況,如果CPU 持續跑高,則會影響業務系統的正常運行; CPU利用率。根據經驗來看,用戶空間進程佔用CPU比例在 65-70%。一般不能超過這個比例，超過這個比例，系統性能就會降低，平均負載升高，這點將會在下面的測試中看到。
進程上下文切換。上下文切換和CPU利用率應該聯系起來，如果CPU利用率低，那麼上下文切換稍高點也能接受。上下文切換也是需要消耗CPU資源的，頻繁的切換必將使得CPU利用率升高。
運行隊列中等待運行的進程數。每個CPU核心中等待處理的進程數不應該超過3個線程/進程。如4核心的機器，那麼隊列的最大值應該不超過12個。
對於CPU過載問題通常使用以下兩種方式即可快速定位（不能涵蓋所有特殊情況，請作為其中的參考排查思路）：
一、排查分析
方法一（針對JAVA應用）：

第一步：使用

top命令，然後按shift+p按照CPU排序

找到佔用CPU過高的進程的pid

第二步：使用

top -H -p [進程id]

找到進程中消耗資源最高的線程的id

第三步：使用

echo 'obase=16;[線程id]' | bc或者printf "%x\n" [線程id]

將線程id轉換為16進制（字母要小寫）

bc是linux的計算器命令

第四步（此步驟可以和相對應的java開發進行一起排查）：執行

jstack [進程id] |grep -A 10 [線程id的16進制]」

查看線程狀態信息

二、kswapd0 進程佔用 CPU 較高
操作系統都用分頁機制來管理物理內存，操作系統將磁碟的一部分劃出來作為虛擬內存，由於內存的速度要比磁碟快得多，所以操作系統要按照某種換頁機制將不需要的頁面換到磁碟中，將需要的頁面調到內存中，由於內存持續不足，這個換頁動作持續進行，kswapd0 是虛擬內存管理中負責換頁的，當伺服器內存不足的時候 kswapd0 會執行換頁操作，這個換頁操作是十分消耗主機 CPU 資源的。如果通過 top 發現該進程持續處於非睡眠狀態，且運行時間較長，可以初步判定系統在持續的進行換頁操作，可以將問題轉向內存不足的原因來排查。