在Linux中使用top命令的建議
通過這篇教程提升你的
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，或者自從系統啟動后已經過去了多長時間load average（后跟三個數字）：分別是過去一分鐘、五分鐘、15 分鐘的系統負載
第二行（Task）顯示了正在運行的任務的信息，不用解釋。它顯示了進程總數和正在運行的、休眠中的、停止的進程數和僵尸進程數。這實際上是上述 S（狀態）列的總和。
第三行（%Cpu(s)）顯示了按類型劃分的 CPU 使用情況。數據是屏幕刷新之間的值。這些值是：
us：用戶進程sy：系統進程ni：nice 用戶進程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 文檔對每一列都提供了詳盡的描述。
