Linux服務器上出現CPU負載達到100%居高不下的情況，如果CPU 持續跑高，則會影響業務系統的正常運行；
- CPU利用率。根據經驗來看，用戶空間進程占用CPU比例在 65-70%之間，內核（系統）CPU比例在30%-35%之間，空閑比例在0%-5%之間。一般不能超過這個比例，超過這個比例，系統性能就會降低，平均負載升高，這點將會在下面的測試中看到。
- 進程上下文切換。上下文切換和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 發現該進程持續處於非睡眠狀態，且運行時間較長，可以初步判定系統在持續的進行換頁操作，可以將問題轉向內存不足的原因來排查。
- 問題描述：
kswapd0 進程占用了系統大量 CPU 資源。 - 處理辦法：
Linux 系統通過分頁機制管理內存的同時，將磁盤的一部分划出來作為虛擬內存。而 kswapd0 是 Linux 系統虛擬內存管理中負責換頁的進程。當系統內存不足時，kswapd0 會頻繁的進行換頁操作。而由於換頁操作非常消耗 CPU 資源，所以會導致該進程持續占用較高 CPU 資源。 - 如果通過 top 等監控發現 kswapd0 進程持續處於非睡眠狀態，且運行時間較長並持續占用較高 CPU 資源，則通常是由於系統在持續的進行換頁操作所致。則可以通過 free 、ps 等指令進一步查詢系統及系統內進程的內存占用情況，做進一步排查分析。