在 Linux 中使用 top 命令的建議
嘗試找出你的機器正在運行什麼程序,以及哪個進程耗盡了內存導致系統非常非常慢 —— 這是 top
命令所能勝任的工作。
top
是一個非常有用的程序,其作用類似於 Windows 任務管理器或 MacOS 的活動監視器。在 *nix 機器上運行 top
將實時顯示系統上運行的進程的情況。
$ top
取決於你運行的 top
版本,你會看到類似如下內容:
top - 08:31:32 up 1 day, 4:09, 0 users, load average: 0.20, 0.12, 0.10
Tasks: 3 total, 1 running, 2 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.5 us, 0.3 sy, 0.0 ni, 99.2 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 4042284 total, 2523744 used, 1518540 free, 263776 buffers
KiB Swap: 1048572 total, 0 used, 1048572 free. 1804264 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 21964 3632 3124 S 0.0 0.1 0:00.23 bash
193 root 20 0 123520 29636 8640 S 0.0 0.7 0:00.58 flask
195 root 20 0 23608 2724 2400 R 0.0 0.1 0:00.21 top
你所用的 top
版本可能跟這個看起來不一樣,特別是在顯示的列上。
如何閱讀輸出的內容
你可以根據輸出判斷你正在運行的內容,但嘗試去解釋結果你可能會有些困惑。
前幾行包含一堆統計信息(詳細信息),後跟一個包含結果列的表(列)。讓我們從後者開始吧。
列
這些是系統正在運行的進程。默認按 CPU 使用率降序排序。這意味著在列表頂部的程序正使用更多的 CPU 資源並對你的系統造成更重的負擔。對於資源使用而言,這些程序是字面上的消耗資源最多的(top)進程。不得不說,top
這個名字起得很妙。
最右邊的 COMMAND
一列報告進程名(啟動它們的命令)。在這個例子里,進程名是 bash
(一個我們正在運行 top
的命令解釋器)、flask
(一個 Python 寫的 web 框架)和 top
自身。
其它列提供了關於進程的有用信息:
PID
:進程 ID,一個用來定位進程的唯一標識符USER
:運行進程的用戶PR
:任務的優先順序NI
:Nice 值,優先順序的一個更好的表現形式VIRT
:虛擬內存的大小,單位是 KiB(kibibytes)RES
:常駐內存大小,單位是 KiB(物理內存和虛擬內存的一部分)SHR
:共享內存大小,單位是 KiB(共享內存和虛擬內存的一部分)S
:進程狀態,一般 I 代表空閑,R 代表運行,S 代表休眠,Z 代表殭屍進程,T 或 t 代表停止(還有其它更少見的選項)%CPU
:自從上次屏幕更新後的 CPU 使用率%MEM
:自從上次屏幕更新後的RES
常駐內存使用率TIME+
:自從程序啟動後總的 CPU 使用時間COMMAND
:啟動命令,如之前描述那樣
確切知道 VIRT
,RES
和 SHR
值代表什麼在日常操作中並不重要。重要的是要知道 VIRT
值最高的進程就是內存使用最多的進程。當你在用 top
排查為什麼你的電腦運行無比卡的時候,那個 VIRT
數值最大的進程就是元兇。如果你想要知道共享內存和物理內存的確切意思,請查閱 top 手冊的 Linux Memory Types 段落。
是的,我說的是 kibibytes 而不是 kilobytes。通常稱為 kilobyte 的 1024 值實際上是 kibibyte。希臘語的 kilo(χίλιοι)意思是一千(例如一千米是 1000 米,一千克是 1000 克)。Kibi 是 kilo 和 binary 的合成詞,意思是 1024 位元組(或者 2 10 )。但是,因為這個詞很難說,所以很多人在說 1024 位元組的時候會說 kilobyte。top
試圖在這裡使用恰當的術語,所以按它說的理解就好。
屏幕更新說明
實時屏幕更新是 Linux 程序可以做的 非常酷 的事之一。這意味著程序能實時更新它們顯示的內容,所以看起來是動態的,即使它們用的是文本。非常酷!在我們的例子中,更新時間間隔很重要,因為一些統計數據(%CPU
和 %MEM
)是基於上次屏幕更新的數值的。
因為我們運行在一個持久性的程序中,我們就可以輸入一些命令來實時修改配置(而不是停止應用,然後用一個不同的命令行選項再次運行)。
按下 h
調用幫助界面,該界面也顯示了默認延遲(屏幕更新的時間間隔)。這個值默認(大約)是 3 秒,但你可以輸入 d
(大概是 delay 的意思)或者 s
(可能是 screen 或 seconds 的意思)來修改它。
細節
在進程列表上面有一大堆有用的信息。有些細節看起來有點兒奇怪,讓人困惑。但是一旦你花點兒時間來逐個過一遍,你會發現,在緊要關頭,這些是非常有用的。
第一行包含系統的大致信息:
top
:我們正在運行top
!你好!top
!XX:YY:XX
:當前時間,每次屏幕更新的時候更新up
(接下去是X day, YY:ZZ
):系統的 uptime,或者自從系統啟動後已經過去了多長時間MARKDOWN_HASH9e6f5d36d077a92bb2adeda7fcdfb743MARKDOWNHASH
(後跟三個數字):分別是過去一分鐘、五分鐘、15 分鐘的[系統負載](https://en.wikipedia.org/wiki/Load(computing))
第二行(Task
)顯示了正在運行的任務的信息,不用解釋。它顯示了進程總數和正在運行的、休眠中的、停止的進程數和殭屍進程數。這實際上是上述 S
(狀態)列的總和。
第三行(%Cpu(s)
)顯示了按類型劃分的 CPU 使用情況。數據是屏幕刷新之間的值。這些值是:
us
:用戶進程sy
:系統進程MARKDOWN_HASHe6c151d449e1db05b1ffb5ad5ec656cfMARKDOWNHASH
:[nice](https://en.wikipedia.org/wiki/Nice(Unix)#Etymology) 用戶進程id
:CPU 的空閑時間,這個值比較高時說明系統比較空閑wa
:等待時間,或者消耗在等待 I/O 完成的時間hi
:消耗在硬體中斷的時間si
:消耗在軟體中斷的時間st
:「虛擬機管理程序從該虛擬機竊取的時間」
你可以通過點擊 t
(toggle)來展開或摺疊 Task
和 %Cpu(s)
行。
第四行(Kib Mem
)和第五行(KiB Swap
)提供了內存和交換空間的信息。這些數值是:
- 總內存容量
- 已用內存
- 空閑內存
- 內存的緩衝值
- 交換空間的緩存值
默認它們是用 KiB 為單位展示的,但是按下 E
(擴展內存縮放 extend memory scaling)可以輪換不同的單位:KiB、MiB、GiB、TiB、PiB、EiB(kilobytes、megabytes、gigabytes、terabytes、petabytes 和 exabytes)
top
用戶手冊有更多選項和配置項信息。你可以運行 man top
來查看你系統上的文檔。還有很多 HTML 版的 man 手冊,但是請留意,這些手冊可能是針對不同 top 版本的。
兩個 top 的替代品
你不必總是用 top
查看系統狀態。你可以根據你的情況用其它工具來協助排查問題,尤其是當你想要更圖形化或更專業的界面的時候。
htop
htop
很像 top
,但是它帶來了一些非常有用的東西:它可以以圖形界面展示 CPU 和內存使用情況。
這是我們在剛才運行 top
的同一環境中 htop
的樣子。顯示更簡潔,但功能卻很豐富。
任務統計、負載、uptime 和進程列表仍然在,但是它有了漂亮、彩色、動態的每核 CPU 使用情況,還有圖形化的內存使用情況。
以下是不同顏色的含義(你也可以通過按下 h
來獲得這些信息的幫助)。
CPU 任務優先順序或類型:
- 藍色:低優先順序
- 綠色:正常優先順序
- 紅色:內核任務
- 藍色:虛擬任務
- 條狀圖末尾的值是已用 CPU 的百分比
內存:
- 綠色:已經使用的內存
- 藍色:緩衝的內存
- 黃色:緩存內存
- 條狀圖末尾的值顯示已用內存和總內存
如果顏色對你沒用,你可以運行 htop -C
來禁用它們;那樣 htop
將使用不同的符號來展示 CPU 和內存類型。
它的底部有一組激活的快捷鍵提示,可以用來操作過濾結果或改變排序順序。試著按一些快捷鍵看看它們能做什麼。不過嘗試 F9
時要小心,它會調出一個信號列表,這些信號會殺死(即停止)一個過程。我建議在生產環境之外探索這些選項。
htop
的作者 Hisham Muhammad(是的,htop
的名字就是源自 Hisham 的)在二月份的 FOSDEM 2018 做了一個簡短的演講。他闡述了 htop
不僅有簡潔的圖形界面,還有更現代的進程信息統計展示方式,這都是之前的工具(如 top
)所不具備的。
你可以在手冊頁面或 htop 網站閱讀更多關於 htop
的信息。(提示:網站背景是一個動態的 htop
。)
docker stats
如果你在用 Docker,你可以運行 docker stats
來為容器狀態生成一個有豐富上下文的界面。
這可能比 top
更有幫助,因為它不是按進程分類,而是按容器分類的。這點特別有用,當某個容器運行緩慢時,查看哪個容器耗資源最多比運行 top
再找到容器的進程要快。
藉助於上面對 top
和 htop
術語的解釋,你應該會更容易理解 docker stats
中的那些。然而,docker stats 文檔對每一列都提供了詳盡的描述。
via: https://opensource.com/article/18/8/top-tips-speed-up-computer
作者:Katie McLaughlin 選題:lujun9972 譯者:ypingcn 校對:pityonline
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive