linux進程cpu

1. 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 會跳轉至改文字所在的下一處。

2. 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佔用高的線程排序：

1

[root@localhost ~]# ps -mp 2633 -o THREAD,tid,time | sort -rn

顯示結果如下：

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

3. Linux下如何查看哪些進程佔用的CPU內存資源最多

linux下獲取佔用CPU資源最多的10個進程，可以使用如下命令組合：

ps aux|head -1;ps aux|grep -v PID|sort -rn -k +3|head

linux下獲取佔用內存資源最多的10個進程，可以使用如下命令組合：

ps aux|head -1;ps aux|grep -v PID|sort -rn -k +4|head

命令組合解析（針對CPU的，MEN也同樣道理）：

ps aux|head -1;ps aux|grep -v PID|sort -rn -k +3|head

該命令組合實際上是下面兩句命令：

ps aux|head -1

ps aux|grep -v PID|sort -rn -k +3|head

可以使用一下命令查使用內存最多的10個進程
查看佔用cpu最高的進程
ps aux|head -1;ps aux|grep -v PID|sort -rn -k +3|head
或者top （然後按下M，注意這里是大寫）
查看佔用內存最高的進程
ps aux|head -1;ps aux|grep -v PID|sort -rn -k +4|head
或者top （然後按下P，注意這里是大寫）
該命令組合實際上是下面兩句命令：
ps aux|head -1
ps aux|grep -v PID|sort -rn -k +3|head
其中第一句主要是為了獲取標題（USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND）。
接下來的grep -v PID是將ps aux命令得到的標題去掉，即grep不包含PID這三個字母組合的行，再將其中結果使用sort排序。
sort -rn -k +3該命令中的-rn的r表示是結果倒序排列，n為以數值大小排序，而-k +3則是針對第3列的內容進行排序，再使用head命令獲取默認前10行數據。(其中的|表示管道操作)
關於Linux命令的介紹，看看《linux就該這么學》，具體關於這一章地址3w(dot)linuxprobe/chapter-02(dot)html

PID：進程的ID
USER：進程所有者
PR：進程的優先順序別，越小越優先被執行
NInice：值
VIRT：進程佔用的虛擬內存
RES：進程佔用的物理內存
SHR：進程使用的共享內存
S：進程的狀態。S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值為負數
%CPU：進程佔用CPU的使用率
%MEM：進程使用的物理內存和總內存的百分比
TIME+：該進程啟動後佔用的總的CPU時間，即佔用CPU使用時間的累加值。
COMMAND：進程啟動命令名稱

4. Linux 進程、線程和CPU的關系，cpu親和性

1、物理CPU數：機器主板上實際插入的cpu數量，比如說你的主板上安裝了一塊8核CPU，那麼物理CPU個數就是1個，所以物理CPU個數就是主板上安裝的CPU個數。

2、物理CPU核數：單個物理CPU上面有多個核，物理CPU核數=物理CPU數✖️單個物理CPU的核
3、邏輯CPU核數：一般情況，我們認為一顆CPU可以有多個核，加上intel的超線程技術(HT), 可以在邏輯上再分一倍數量的CPU core出來。邏輯CPU核數=物理CPU數✖️單個物理CPU的核*2
4、超線程技術(Hyper-Threading)：就是利用特殊的硬體指令，把兩個邏輯CPU模擬成兩個物理CPU，實現多核多線程。我們常聽到的雙核四線程/四核八線程指的就是支持超線程技術的CPU。

1、並行：兩件（多件）事情在同一時刻一起發生。
2、並發：兩件（多件）事情在同一時刻只能有一個發生，由於CPU快速切換，從而給人的感覺是同時進行。
3、進程和線程
進程是資源分配的最小單位，一個程序有至少一個進程。線程是程序執行的最小單位。一個進程有至少一個線程。
線程之間的通信更方便，同一進程下的線程共享全局變數、靜態變數等數據，而進程之間的通信需要以通信的方式（IPC)進行。多進程程序更健壯，多線程程序只要有一個線程死掉，整個進程也死掉了，而一個進程死掉並不會對另外一個進程造成影響，因為進程有自己獨立的地址空間。
4、單核多線程：單核CPU上運行多線程， 同一時刻只有一個線程在跑，系統進行線程切換，系統給每個線程分配時間片來執行，看起來就像是同時在跑， 但實際上是每個線程跑一點點就換到其它線程繼續跑。
5、多核多線程：每個核上各自運行線程，同一時刻可以有多個線程同時在跑。

1、對於單核：多線程和多進程的多任務是在單cpu交替執行（時間片輪轉調度，優先順序調度等），屬於並發
2、對於多核：同一個時間多個進程運行在不同的CPU核上，或者是同一個時間多個線程能分布在不同的CPU核上（線程數小於內核數），屬於並行。
3、上下文切換：上下文切換指的是內核（操作系統的核心）在CPU上對進程或者線程進行切換。上下文切換過程中的信息被保存在進程式控制制塊（PCB-Process Control Block）中。PCB又被稱作切換幀（SwitchFrame）。上下文切換的信息會一直被保存在CPU的內存中，直到被再次使用。

CPU 親和性（affinity）就是進程要在某個給定的 CPU 上盡量長時間地運行而不被遷移到其他處理器的傾向性。這樣可以減少上下文切換的次數，提高程序運行性能。可分為：自然親和性和硬親和性
1、自然親和性：就是進程要在指定的 CPU 上盡量長時間地運行而不被遷移到其他處理器，Linux 內核進程調度器天生就具有被稱為 軟 CPU 親和性（affinity） 的特性，這意味著進程通常不會在處理器之間頻繁遷移。這種狀態正是我們希望的，因為進程遷移的頻率小就意味著產生的負載小。Linux調度器預設就支持自然CPU親和性(natural CPU affinity): 調度器會試圖保持進程在相同的CPU上運行。
2、硬親和性：簡單來說就是利用linux內核提供給用戶的API，強行將進程或者線程綁定到某一個指定的cpu核運行。Linux硬親和性指定API：taskset .

taskset [options] mask command [arg]...
taskset [options] -p [mask] pid

taskset 命令用於設置或者獲取一直指定的 PID 對於 CPU 核的運行依賴關系。也可以用 taskset 啟動一個命令，直接設置它的 CPU 核的運行依賴關系。

CPU 核依賴關系是指，命令會被在指定的 CPU 核中運行，而不會再其他 CPU 核中運行的一種調度關系。需要說明的是，在正常情況下，為了系統性能的原因，調度器會盡可能的在一個 CPU 核中維持一個進程的執行。強制指定特殊的 CPU 核依賴關系對於特殊的應用是有意義的
CPU 核的定義採用位定義的方式進行，最低位代表 CPU0，然後依次排序。這種位定義可以超過系統實際的 CPU 總數，並不會存在問題。通過命令獲得的這種 CPU 位標記，只會包含系統實際 CPU 的數目。如果設定的位標記少於系統 CPU 的實際數目，那麼命令會產生一個錯誤。當然這種給定的和獲取的位標記採用 16 進制標識。
0x00000001
代表 #0 CPU
0x00000003
代表 #0 和 #1 CPU
0xFFFFFFFF
代表 #0 到 #31 CPU

-p, --pid
對一個現有的進程進行操作，而不是啟動一個新的進程
-c, --cpu-list
使用 CPU 編號替代位標記，這可以是一個列表，列表中可以使用逗號分隔，或者使用 "-" 進行范圍標記，例如：0,5,7,9
-h, --help
列印幫助信息
-V, --version
列印版本信息

如果需要設定，那麼需要擁有 CAP_SYS_NICE 的許可權；如果要獲取設定信息，沒有任何許可權要求。

taskset 命令屬於 util-linux-ng 包，可以使用 yum 直接安裝。

5. 判斷Linux 進程運行在哪個 CPU 內核上的 4 個方法

1、 如果一個進程使用 taskset 命令明確的被固定（pinned）到 CPU 的特定內核上，你可以使用 taskset 命令找被固定的 CPU 內核：
$ taskset -c -p <pid>
例如, 如果你對 PID 5357 這個進程有興趣:
$ taskset -c -p 5357
pid 5357's current affinity list: 5
輸出顯示這個過程被固定在 CPU 內核 5上。
但是，如果你沒有明確固定進程到任何 CPU 內核，你會得到類似下面的親和力列表。
pid 5357's current affinity list: 0-11

2、ps命令可以告訴你每個進程/線程目前分配到的 （在「PSR」列）CPU ID。
$ ps -o pid,psr,comm -p <pid>
PID PSR COMMAND
5357 10 prog
輸出表示進程的 PID 為 5357（名為」prog」）目前在CPU 內核 10 上運行著。如果該過程沒有被固定，PSR 列會根據內核可能調度該進程到不同內核而改變顯示。

3、top 命令也可以顯示 CPU 被分配給哪個進程。首先，在top 命令中使用「P」選項。然後按「f」鍵，顯示中會出現 「Last used CPU」 列。目前使用的 CPU 內核將出現在 「P」（或「PSR」）列下。

4、從命令行啟動 htop。按 鍵，進入」Columns」，在」Available Columns」下會添加 PROCESSOR。

6. linux查看cpu佔用的命令是什麼

linux系統中查看cpu佔用的命令是什麼呢？下面是查看cpu佔用命令的具體介紹：
查看cpu佔用的命令是：
#top

拓展資料：
PR表示：優先順序。
NInice值表示：負值表示高優先順序，正值表示低優先順序。
VIRT表示：進程使用的虛擬內存總量，單位kb。VIRT=SWAP+RES。
RES表示：進程使用的、未被換出的物理內存大小，單位kb。RES=CODE+DATA。
SHR表示：共享內存大小，單位kb。
%MEM表示：進程使用的物理內存百分比。
%CPU表示：上次更新到現在的CPU時間佔用百分比。
以上就是今天的分享了，希望可以幫助到大家。
本文章基於thinkpadE15品牌、centos7系統撰寫的。

7. Linux系統上如何查看進程（線程）所運行的CPU

• 使用top命令，具體用法是 top -H，加上這個選項，top的每一行就不是顯示一個進程，而是一個線程。

• 使用ps命令，具體用法是 ps -xH，這樣可以查看所有存在的線程，也可以使用grep作進一步的過濾。

• 使用ps命令，具體用法是 ps -mq PID，這樣可以看到指定的進程產生的線程數目。

• 更進一步，其實一些系統監控工具，在本質上也是讀取的系統產生的文件罷了。

8. Linux系統CPU/內存使用率過高的問題排查

    伺服器出現由內存問題引發的故障，例如系統內部服務響應速度變慢、伺服器登錄不上、系統觸發 OOM（Out Of Memory）等。通常情況下當實例內存使用率持續高於90%時，可判斷為實例內存使用率過高。CPU/內存使用率過高的問題原因可能由硬體因素、系統進程、業務進程或者木馬病毒等因素導致。

    筆者以前寫過一篇文章- Linux 下的 60 秒分析的檢查清單 ，適用於 任何性能問題 的分析工作，這一篇文章是關於CPU/內存使用率的具體的排查思路總結。

    執行 top 命令後按  M ，根據駐留內存大小進行排序，查看 「RES」 及 「SHR」 列是否有進程佔用內存過高。按 P，以 CPU 佔用率大小的順序排列進程列表，查看是否有進程佔用cpu過高。

    如果有異常進程佔用了大量 CPU 或內存資源，記錄需要終止的進程 PID，輸入k，再輸入需要終止進程的 PID ，按 Enter。

    另外說明一下，top 運行中可以通過 top 的內部命令對進程的顯示方式進行控制，最常用的是M和P。

    CPU 空閑但高負載情況，Load average 是 CPU 負載的評估，其值越高，說明其任務隊列越長，處於等待執行的任務越多。執行ps -axjf命令，查看進程狀態，並檢查是否存在 D 狀態進程。D 狀態指不可中斷的睡眠狀態，該狀態進程無法被殺死，也無法自行退出。若出現較多 D 狀態進程，可通過恢復該進程依賴資源或重啟系統進行解決。

    Linux 系統通過分頁機制管理內存的同時，將磁碟的一部分劃出來作為虛擬內存。而 kswapd0 是 Linux 系統虛擬內存管理中負責換頁的進程。當系統內存不足時，kswapd0 會頻繁的進行換頁操作。換頁操作非常消耗 CPU 資源，導致該進程持續佔用高 CPU 資源。

    執行top命令，找到 kswapd0 進程。觀察 kswapd0 進程狀態，若持續處於非睡眠狀態，且運行時間較長並持續佔用較高 CPU 資源，執行 vmstat ，free，ps 等指令，查詢系統內進程的內存佔用情況，重啟系統或終止不需要且安全的進程。如果 si，so 的值也比較高，則表示系統存在頻繁的換頁操作，當前系統的物理內存已經不能滿足您的需要。  si  表示每秒從交換區寫入內存的大小(單位:kb/s) ， so  每秒從內存寫到交換區的大小。

    執行cat/proc/meminfo |grep-i shmem命令查看共享內存。

        buddy可以以頁為單位獲取連續的物理內存了，即4K為單位。slab負責需要頻繁的獲取/釋放並不大的連續物理內存，比如幾十位元組。執行cat /proc/meminfo | grep -i SUnreclaim命令查看slab 內存。

        標準的 4KB 大小的頁面外，內存大頁管理內存中的巨大的頁面，處理較少的頁面映射表，從而減少訪問/維護它們的開銷。執行cat /proc/meminfo | grep -iE "HugePages_Total|Hugepagesize" 查看內存大頁。

內存使用率計算：

 (Total - available)100% / Total

（Total - Free - Buffers - Cached - SReclaimable + Shmem）* 100% / Total

  cat /proc/meminfo查看信息含義：

9. 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 發現該進程持續處於非睡眠狀態，且運行時間較長，可以初步判定系統在持續的進行換頁操作，可以將問題轉向內存不足的原因來排查。

10. Linux系統下怎樣查看進程的CPU佔用率

top命令用於動態的監視進程活動與系統負載等信息，格式為：「top」。

這個top命令可真的是太厲害了，它能夠動態的查看系統運維狀態，完全可以比喻成是「強化版的Windows任務管理器」，運行界面如圖所示：

top命令linuxprobediancom/chapter-02dianhtml#22前面的五行為系統整體的統計信息，下面逐行的講解下：

第1行:系統時間，運行時間，登錄終端數，系統負載（分別為1分鍾、5分鍾、15分鍾的平均值，數值越小意味著負載越低）。

第2行:進程總數，運行中的，睡眠中的，停止的，僵死的。

第3行:用戶佔用資源，系統內核佔用資源，改變過優先順序的進程，空閑的資源，等待輸入輸出的時間。

此行數據均為CPU數據並以百分比格式顯示，例如"99.2 id"意味著有99.2%的CPU處理器資源正在空閑中。

第4行:物理內存總量，使用量，空閑量，作為內核緩存的內存量。

第5行:虛擬內存總量，使用量，空閑量，已被提前載入的內存數據。