linux性能分析

A. linux查看內存使用情況

top命令是Linux下常用的性能分析工具，能夠實時顯示系統中各個進程的資源佔用狀況，類似於Windows的任務管理器。可以直接使用top命令後，查看%MEM的內容，可以選擇按進程查看或者按用戶查看，如想查看oracle用戶的進程內存使用情況的話可以使用如下的命令$top-uoracle。

內容解釋PID進程的ID，USER進程所有者，PR進程的優先順序別，越小越優先被執行，NInice值，VIRT進程佔用的虛擬內存，RES進程佔用的物理內存，SHR進程使用的共享內存，S進程的狀態，S表示休眠，R表示正在運行，Z表示僵死狀態，N表示該進程優先值為負數。

%CPU進程佔用CPU的使用率，%MEM進程使用的物理內存和總內存的百分比，TIME+該進程啟動後佔用的總的CPU時間，即佔用CPU使用時間的累加值，COMMAND進程啟動命令名稱。

在命令行中輸入top，即可啟動top，top的全屏對話模式可分為3部分系統信息欄、命令輸入欄、進程列表欄。

第一部分最上部的系統信息欄，第一行top00:11:04為系統當前時刻，3:35為系統啟動後到現在的運作時間，2users為當前登錄到系統的用戶，更確切的說是登錄到用戶的終端數--同一個用戶同一時間對系統多個終端的連接將被視為多個用戶連接到系統，這里的用戶數也將表現為終端的數目。

loadaverage為當前系統負載的平均值，後面的三個值分別為1分鍾前、5分鍾前、15分鍾前進程的平均數，一般的可以認為這個數值超過CPU數目時，CPU將比較吃力的負載當前系統所包含的進程。

第二行Tasks，59total為當前系統進程總數，1running為當前運行中的進程數，58sleeping為當前處於等待狀態中的進程數，0stoped為被停止的系統進程數，0zombie為被復原的進程數。

第三行Cpus，分別表示了CPU當前的使用率，第四行Mem分別表示了內存總量、當前使用量、空閑內存量、以及緩沖使用中的內存量，第五行Swap表示類別同第四行Mem，但此處反映著交換分區Swap的使用情況，通常，交換分區（Swap）被頻繁使用的情況，將被視作物理內存不足而造成的。

第二部分中間部分的內部命令提示欄top運行中可以通過top的內部命令對進程的顯示方式進行控制，內部命令如下表，s改變畫面更新頻率，l關閉或開啟第一部分第一行top信息的表示，t關閉或開啟第一部分第二行Tasks和第三行Cpus信息的表示，m關閉或開啟第一部分第四行Mem和第五行Swap信息的表示。

N以PID的大小的順序排列表示進程列表第三部分後述，P以CPU佔用率大小的順序排列進程列表第三部分後述，M以內存佔用率大小的順序排列進程列表第三部分後述，h顯示幫助，n設置在進程列表所顯示進程的數量，q退出top，s改變畫面更新周期。

第三部分最下部分的進程列表欄以PID區分的進程列表將根據所設定的畫面更新時間定期的更新，通過top內部命令可以控制此處的顯示方式pmap可以根據進程查看進程相關信息佔用的內存情況，進程號可以通過ps查看如下所示$pmap-d5647。

ps如下例所示$ps-e-o'pid，comm，args，pcpu，rsz，vsz，stime，user，uid'其中rsz是是實際內存，$ps-e-o'pid，comm，args，pcpu，rsz，vsz，stime，user，uid'|greporacle|sort-nrk，其中rsz為實際內存，上例實現按內存排序，由大到小。

在Linux下查看內存我們一般用free命令[root@tmp]#free，，Mem:，-/+buffers/cache:4711162795064，Swap:2048276801601968116。

下面是對這些數值的解釋total總計物理內存的大小，used已使用多大，free可用有多少，Shared多個進程共享的內存總額，Buffers/cached:磁碟緩存的大小，第三行-/+buffers/cached，used已使用多大，free:可用有多少。

Linux的特點

Linux是一種自由和開放源代碼的類UNIX操作系統，該操作系統的內核由林納斯托瓦茲在1991年10月5日首次發布，在加上用戶空間的應用程序之後，成為Linux操作系統，Linux也是自由軟體和開放源代碼軟體發展中最著名的例子，只要遵循GNU通用公共許可證，任何個人和機構都可以自由地使用Linux的所有底層源代碼，也可以自由地修改和再發布。

大多數Linux系統還包括了像提供GUI界面的X Window之類的程序，除了一部分專家之外，大多數人都是直接使用Linux發布版，而不是自己選擇每一樣組件或自行設置，以後藉助於Internet網路，並通過全世界各地計算機愛好者的共同努力，已成為今天世界上使用最多的一種UNIX 類操作系統，並且使用人數還在迅猛增長。

B. linux性能監控工具有哪些

1、頂部-Linux進程監控
Linux Top命令是性能監視程序，很多系統管理員經常用它監視Linux性能，可以再許多Linux/Unix操作系統下使用，可以顯示CPU使用情況、內存使用情況、交換內存、緩存大小、緩沖區大小、進程PID、用戶、 命令等等，它還顯示高內存和CPU運行流程的利用。
2、VmStat-虛擬內存統計
Linux VmStat命令用於顯示虛擬內存，kernerl線程，磁碟，系統進程，I/O塊，中斷，CPU活動等的統計信息。默認情況下，vmstat命令在Linux系統下不可用，您需要安裝名為sysstat的軟體包 ，其中包含vmstat程序。
3、Lsof-列出打開的文件
許多Linux/Unix系統中使用的Lsof命令，用於顯示所有打開文件和進程的列表。包含的開放文件是磁碟文件、網路套接字、管道、設備和進程。使用此命令的主要原因之一是無法卸載磁碟並顯示正在使用或打開文件的錯誤。使用此命令，您可以輕松識別哪些文件正在使用中。
4、Tcpmp-網路分組分析器
Tcpmp是使用最廣泛的命令行、網路數據包分析器或數據包嗅探器程序之一，用於捕獲或過濾通過網路在特定介面上接收或傳輸的TCP/ IP數據包。它還提供了一個選項，可以將捕獲的包保存在文件中供以後分析。tcpmp幾乎可用於所有主要的Linux發行版。
5、Netstat-網路統計
Netstat是一個命令行工具，用於監視傳入和傳出網路數據包統計信息以及介面統計信息，對於每個系統管理員來說，監視網路性能並排除網路相關問題是非常有用的工具。
6、Htop-Linux進程監控
Htop是一款非常先進的互動式和實時Linux過程監控工具。這與Linux top命令非常相似，但它具有一些豐富的功能，如用戶友好的界面來管理進程、快捷鍵、進程的垂直和水平視圖等等。

C. linux 性能優化-- cpu 切換以及cpu過高

本文先介紹了cpu上下文切換的基礎知識，以及上下文切換的類型（進程，線程等切換）。然後介紹了如何查看cpu切換次數的工具和指標的解釋。同時對日常分析種cpu過高的情況下如何分析和定位的方法做了一定的介紹，使用一個簡單的案例進行分析，先用top，pidstat等工具找出佔用過高的進程id，然後通過分析到底是用戶態cpu過高，還是內核態cpu過高，並用perf 定位到具體的調用函數。（來自極客時間課程學習筆記）

1、多任務競爭CPU，cpu變換任務的時候進行CPU上下文切換(context switch)。CPU執行任務有4種方式：進程、線程、或者硬體通過觸發信號導致中斷的調用。

2、當切換任務的時候，需要記錄任務當前的狀態和獲取下一任務的信息和地址(指針)，這就是上下文的內容。因此，上下文是指某一時間點CPU寄存器(CPU register)和程序計數器(PC)的內容, 廣義上還包括內存中進程的虛擬地址映射信息.

3、上下文切換的過程：

4、根據任務的執行形式，相應的下上文切換，有進程上下文切換、線程上下文切換、以及中斷上下文切換三類。

5、進程和線程的區別：
進程是資源分配和執行的基本單位；線程是任務調度和運行的基本單位。線程沒有資源，進程給指針提供虛擬內存、棧、變數等共享資源，而線程可以共享進程的資源。

6、進程上下文切換：是指從一個進程切換到另一個進程。

(1)進程運行態為內核運行態和進程運行態。內核空間態資源包括內核的堆棧、寄存器等；用戶空間態資源包括虛擬內存、棧、變數、正文、數據等

(2)系統調用(軟中斷)在內核態完成的，需要進行2次CPU上下文切換(用戶空間-->內核空間-->用戶空間)，不涉及用戶態資源，也不會切換進程。

(3)進程是由內核來管理和調度的，進程的切換只能發生在內核態。所以，進程的上下文不僅包括了用戶空間的資源，也包括內核空間資源。

(4)進程的上下文切換過程：

(5)、下列將會觸發進程上下文切換的場景：

7、線程上下文切換：

8、中斷上下文切換
快速響應硬體的事件，中斷處理會打斷進程的正常調度和執行。同一CPU內，硬體中斷優先順序高於進程。切換過程類似於系統調用的時候，不涉及到用戶運行態資源。但大量的中斷上下文切換同樣可能引發性能問題。

重點關注信息：

系統的就緒隊列過長，也就是正在運行和等待 CPU 的進程數過多，導致了大量的上下文切換，而上下文切換又導致了系統 CPU 的佔用率升高。

這個結果中有兩列內容是我們的重點關注對象。一個是 cswch ，表示每秒自願上下文切換（voluntary context switches）的次數，另一個則是 nvcswch ，表示每秒非自願上下文切換（non voluntary context switches）的次數。

linux的中斷使用情況可以從 /proc/interrupts 這個只讀文件中讀取。/proc 實際上是 Linux 的一個虛擬文件系統，用於內核空間與用戶空間之間的通信。/proc/interrupts 就是這種通信機制的一部分，提供了一個只讀的中斷使用情況。

重調度中斷（RES），這個中斷類型表示，喚醒空閑狀態的 CPU 來調度新的任務運行。這是多處理器系統（SMP）中，調度器用來分散任務到不同 CPU 的機制，通常也被稱為處理器間中斷（Inter-Processor Interrupts，IPI）。

這個數值其實取決於系統本身的 CPU 性能。如果系統的上下文切換次數比較穩定，那麼從數百到一萬以內，都應該算是正常的。但當上下文切換次數超過一萬次，或者切換次數出現數量級的增長時，就很可能已經出現了性能問題。這時，需要根據上下文切換的類型，再做具體分析。

比方說：

首先通過uptime查看系統負載，然後使用mpstat結合pidstat來初步判斷到底是cpu計算量大還是進程爭搶過大或者是io過多，接著使用vmstat分析切換次數，以及切換類型，來進一步判斷到底是io過多導致問題還是進程爭搶激烈導致問題。

CPU 使用率相關的重要指標：

性能分析工具給出的都是間隔一段時間的平均 CPU 使用率，所以要注意間隔時間的設置，特別是用多個工具對比分析時，你一定要保證它們用的是相同的間隔時間。比如，對比一下 top 和 ps 這兩個工具報告的 CPU 使用率，默認的結果很可能不一樣，因為 top 默認使用 3 秒時間間隔，而 ps 使用的卻是進程的整個生命周期。

top 和 ps 是最常用的性能分析工具：

這個輸出結果中，第三行 %Cpu 就是系統的 CPU 使用率，top 默認顯示的是所有 CPU 的平均值，這個時候你只需要按下數字 1 ，就可以切換到每個 CPU 的使用率了。繼續往下看，空白行之後是進程的實時信息，每個進程都有一個 %CPU 列，表示進程的 CPU 使用率。它是用戶態和內核態 CPU 使用率的總和，包括進程用戶空間使用的 CPU、通過系統調用執行的內核空間 CPU 、以及在就緒隊列等待運行的 CPU。在虛擬化環境中，它還包括了運行虛擬機佔用的 CPU。

預先安裝 stress 和 sysstat 包，如 apt install stress sysstat。

stress 是一個 Linux 系統壓力測試工具，這里我們用作異常進程模擬平均負載升高的場景。而 sysstat 包含了常用的 Linux 性能工具，用來監控和分析系統的性能。我們的案例會用到這個包的兩個命令 mpstat 和 pidstat。

下面的 pidstat 命令，就間隔 1 秒展示了進程的 5 組 CPU 使用率，

包括：

perf 是 Linux 2.6.31 以後內置的性能分析工具。它以性能事件采樣為基礎，不僅可以分析系統的各種事件和內核性能，還可以用來分析指定應用程序的性能問題。

第一種常見用法是 perf top，類似於 top，它能夠實時顯示佔用 CPU 時鍾最多的函數或者指令，因此可以用來查找熱點函數，使用界面如下所示：

輸出結果中，第一行包含三個數據，分別是采樣數（Samples）如2K、事件類型（event）如cpu-clock:pppH和事件總數量（Event count）如：371909314。

第二種常見用法，也就是 perf record 和 perf report。 perf top 雖然實時展示了系統的性能信息，但它的缺點是並不保存數據，也就無法用於離線或者後續的分析。而 perf record 則提供了保存數據的功能，保存後的數據，需要你用 perf report 解析展示。

1.啟動docker 運行進程：

2.ab工具測試伺服器性能
ab（apache bench）是一個常用的 HTTP 服務性能測試工具，這里用來模擬 Ngnix 的客戶端。

3.分析過程

CPU 使用率是最直觀和最常用的系統性能指標，在排查性能問題時，通常會關注的第一個指標。所以更要熟悉它的含義，尤其要弄清楚:

這幾種不同 CPU 的使用率。比如說：

碰到 CPU 使用率升高的問題，你可以藉助 top、pidstat 等工具，確認引發 CPU 性能問題的來源；再使用 perf 等工具，排查出引起性能問題的具體函數.

D. 如何1分鍾內對 Linux 性能快速分析（113資訊網）

當你在IDC主機商購買一台系統為 Linux 伺服器之後，我想大家第一時間就是對主機進行一個性能分析，這里我跟大家分享幾個命令，能讓大家在一分鍾以內對自己的性能有一個大致的鳥解?

uptime

dmesg | tail

vmstat 1

mpstat -P ALL 1

pidstat 1

iostat -xz 1

free -m

sar -n DEV 1

sar -n TCP,ETCP 1

top

這10個命令到底是什麼意思，我為大家一一解釋一下：

1.uptime

# uptime

03:16:26 up 21:31, 1 user, load average: 10.02, 06.43, 09.02

在上面的例子中，平均負載顯示是在不斷增加的，1 分鍾的值是 10，相比 15 分鍾的值 09 來說是增加了。這個數字這么大就意味著有事情發生了.

2. dmesg | tail

# dmesg | tail

[  14.102501] ISO 9660 Extensions: RRIP_1991A

[  15.900216] ISO 9660 Extensions: Microsoft Joliet Level 3

[  15.900234] ISO 9660 Extensions: RRIP_1991A

[  17.030540] EXT4-fs (vda1): resizing filesystem from 5242619 to 13106939 blocks

[  17.151434] random: crng init done

[  17.151436] random: 7 urandom warning(s) missed e to ratelimiting

[  18.314268] EXT4-fs (vda1): resized filesystem to 13106939

[  20.394666] new mount options do not match the existing superblock, will be ignored

[  38.405804] ISO 9660 Extensions: Microsoft Joliet Level 3

[  38.407599] ISO 9660 Extensions: RRIP_1991A

這里展示的是最近 10 條系統消息日誌，如果系統消息沒有就不會展示。主要是看由於性能問題導致的錯誤。

3. vmstat 1

# vmstat 1

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----

r  b  swpd  free  buff  cache  si  so    bi    bo  in  cs us sy id wa st

1  0      0 324644 141184 1270628    0    0    10    40  207  431  1  1 99  0  0

0  0      0 324388 141184 1270628    0    0    0    0  130  280  1  1 98  0  0

0  0      0 324388 141184 1270628    0    0    0    0  89  169  0  0 100  0  0

0  0      0 324420 141184 1270628    0    0    0    0  118  225  1  0 99  0  0

0  0      0 324420 141184 1270628    0    0    0    32  125  254  0  0 99  1  0

1  1      0 324420 141184 1270628    0    0    0    68  96  171  0  0 96  4  0

0  0      0 324452 141184 1270628    0    0    0  184  127  166  0  1 96  3  0

^C

r: CPU 上的等待運行的可運行進程數。這個指標提供了判斷 CPU 飽和度的數據，因為它不包含 I/O 等待的進程。可解釋為：「r」 的值比 CPU 數大的時候就是飽和的。

free：空閑內存，單位是 k。如果這個數比較大，就說明你還有充足的空閑內存。「free -m」 和下面第 7 個命令，可以更詳細的分析空閑內存的狀態。

si，so：交換進來和交換出去的數據量，如果這兩個值為非 0 值，那麼就說明沒有內存了。

us，sy，id，wa，st：這些是 CPU 時間的分解，是所有 CPU 的平均值。它們是用戶時間，系統時間（內核），空閑，等待 I/O 時間，和被偷的時間（這里主要指其它的客戶，或者使用 Xen，這些客戶有自己獨立的操作域）。

4. mpstat -P ALL 1

# mpstat -P ALL 1

Linux 4.15.0-88-generic (VM-0-17-ubuntu) 06/15/2020 _x86_64_ (1 CPU)

03:33:26 AM  CPU    %usr  %nice    %sys %iowait    %irq  %soft  %steal  %guest  %gnice  %idle

03:33:27 AM  all    0.00    0.00    0.00    1.00    0.00    0.00    0.00    0.00    0.00  99.00

03:33:27 AM    0    0.00    0.00    0.00    1.00    0.00    0.00    0.00    0.00    0.00  99.00

這個命令列印各個 CPU 的時間統計，可以看出整體 CPU 的使用是不是均衡的。由於我使用的是1H2G主機看不出區別！

5. pidstat 1

# pidstat 1

Linux 4.15.0-88-generic (VM-0-17-ubuntu) 06/15/2020 _x86_64_ (1 CPU)

03:34:47 AM  UID      PID    %usr %system  %guest  %wait    %CPU  CPU  Command

03:34:48 AM    0      1120    1.00    0.00    0.00    0.00    1.00    0  sshd

pidstat 命令為每個 CPU 統計信息功能。由於我使用的是1H2G主機看不出區別！

6. iostat -xz 1

# iostat -xz 1

Linux 4.15.0-88-generic (VM-0-17-ubuntu) 06/15/2020 _x86_64_ (1 CPU)

avg-cpu:  %user  %nice %system %iowait  %steal  %idle

          0.67    0.01    0.52    0.29    0.00  98.52

Device            r/s    w/s    rkB/s    wkB/s  rrqm/s  wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util

loop0            0.00    0.00      0.00      0.00    0.00    0.00  0.00  0.00    0.22    0.00  0.00    9.64    0.00  0.00  0.00

scd0            0.02    0.00      0.48      0.00    0.00    0.00  0.00  0.00    0.21    0.00  0.00    27.72    0.00  0.19  0.00

vda              0.64    4.07      9.15    40.59    0.00    1.99  0.00  32.85    3.58    2.31  0.01    14.31    9.96  0.24  0.11

avg-cpu:  %user  %nice %system %iowait  %steal  %idle

          0.00    0.00    0.00    0.00    0.00  100.00

Device            r/s    w/s    rkB/s    wkB/s  rrqm/s  wrqm/s  %rrqm  %wrqm r_await w_await aqu-sz rareq-sz wareq-sz  svctm  %util

r/s, w/s, rkB/s, wkB/s：這些表示設備上每秒鍾的讀寫次數和讀寫的位元組數（單位是k位元組）。這些可以看出設備的負載情況。性能問題可能就是簡單的因為大量的文件載入請求。

await：I/O 等待的平均時間（單位是毫秒）。這是應用程序所等待的時間，包含了等待隊列中的時間和被調度服務的時間。過大的平均等待時間就預示著設備超負荷了或者說設備有問題了。

avgqu-sz：設備上請求的平均數。數值大於 1 可能表示設備飽和了（雖然設備通常都是可以支持並行請求的，特別是在背後掛了多個磁碟的虛擬設備）。

%util：設備利用率。是使用率的百分數，展示每秒鍾設備工作的時間。這個數值大於 60% 則會導致性能很低（可以在 await 中看），當然這也取決於設備特點。這個數值接近 100% 則表示設備飽和了。

7. free -m/h

ubuntu@VM-0-17-ubuntu:~# free -m

              total        used        free      shared  buff/cache  available

Mem:          1833        137        313          5        1381        1506

Swap:            0          0          0

ubuntu@VM-0-17-ubuntu:~$ free -h

              total        used        free      shared  buff/cache  available

Mem:          1.8G        139M        311M        5.8M        1.3G        1.5G

Swap:            0B          0B          0B

這個命令我相信大家都熟悉，buffers：用於塊設備 I/O 緩沖的緩存，cached：用於文件系統的頁緩存。

8. sar -n DEV 1

ubuntu@VM-0-17-ubuntu:~# sar -n DEV 1

Linux 4.15.0-88-generic (VM-0-17-ubuntu) 06/15/2020 _x86_64_ (1 CPU)

03:43:35 AM    IFACE  rxpck/s  txpck/s    rxkB/s    txkB/s  rxcmp/s  txcmp/s  rxmcst/s  %ifutil

03:43:36 AM      eth0    11.00    10.00      0.79      1.06      0.00      0.00      0.00      0.00

03:43:36 AM        lo      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00

使用這個工具是可以檢測網路介面的吞吐：rxkB/s 和 txkB/s，作為收發數據負載的度量，也是檢測是否達到收發極限。在上面這個例子中，eth0 接收數據達到 0.79 kb 位元組/秒，發送數據達到1.06 位元組/秒。

9. sar -n TCP,ETCP 1

ubuntu@VM-0-17-ubuntu:~# sar -n TCP,ETCP 1

Linux 4.15.0-88-generic (VM-0-17-ubuntu) 06/15/2020 _x86_64_ (1 CPU)

03:49:56 AM  active/s passive/s    iseg/s    oseg/s

03:49:57 AM      0.00      0.00      5.05      3.03

03:49:56 AM  atmptf/s  estres/s retrans/s isegerr/s  orsts/s

03:49:57 AM      0.00      0.00      0.00      0.00      0.00

這是對 TCP 關鍵指標的統計，它包含了以下內容：

active/s：每秒本地發起的 TCP 連接數（例如通過 connect() 發起的連接）。

passive/s：每秒遠程發起的連接數（例如通過 accept() 接受的連接）。

retrans/s：每秒TCP重傳數。

10. top

ubuntu@VM-0-17-ubuntu:~# top

top - 03:53:20 up 1 day,  1:41,  1 user,  load average: 0.01, 0.04, 0.00

Tasks:  89 total,  1 running,  52 sleeping,  0 stopped,  0 zombie

%Cpu(s):  0.3 us,  0.3 sy,  0.0 ni, 99.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st

KiB Mem :  1877076 total,  317436 free,  143420 used,  1416220 buff/cache

KiB Swap:        0 total,        0 free,        0 used.  1540856 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM    TIME+ COMMAND                                                                                     

3730 root      20  0  105688  6812  5840 S  0.3  0.4  0:00.01 sshd                                                                                         

7546 root      20  0  644608  14924  6776 S  0.3  0.8  2:48.99 YDService                                                                                   

    1 root      20  0  159892  9260  6796 S  0.0  0.5  0:06.45 systemd                                                                                     

    2 root      20  0      0      0      0 S  0.0  0.0  0:00.00 kthreadd                                                                                     

    4 root      0 -20      0      0      0 I  0.0  0.0  0:00.00 kworker/0:0H                                                                                 

    6 root      0 -20      0      0      0 I  0.0  0.0  0:00.00 mm_percpu_wq                                                                                 

    7 root      20  0      0      0      0 S  0.0  0.0  0:04.29 ksoftirqd/0                                                                                 

    8 root      20  0      0      0      0 I  0.0  0.0  0:08.85 rcu_sched                                                                                   

    9 root      20  0      0      0      0 I  0.0  0.0  0:00.00 rcu_bh                                                                                       

  10 root      rt  0      0      0      0 S  0.0  0.0  0:00.00 migration/0                                                                                 

  11 root      rt  0      0      0      0 S  0.0  0.0  0:00.16 watchdog/0                                                                                   

  12 root      20  0      0      0      0 S  0.0  0.0  0:00.00 cpuhp/0                                                                                     

  13 root      20  0      0      0      0 S  0.0  0.0  0:00.00 kdevtmpfs                                                                                   

top 命令包含了很多我們前面提到的指標。這個命令可以很容易看出指標的變化表示負載的變化，這個看起來和前面的命令有很大不同。

top 的一個缺陷也比較明顯，很難看出變化趨勢，其它像 vmstat 和 pidstat 這樣的工具就會很清晰，它們是以滾動的方式輸出統計信息。所以如果你在看到有問題的信息時沒有及時的暫停下來（Ctrl-S 是暫停, Ctrl-Q 是繼續），那麼這些有用的信息就會被清屏。

文章原文： https://www.113p.cn/129.html  （來都來了，就去我博客看下！！）

E. Linux性能監控與調優工具

除了保證程序的正確性以外，在項目開發中往往還關心性能和穩定性。我們往往要對內核、應用程序或整個系統進行性能優化。在性能優化中常用的手段如下：

1. 使用top、vmstat、iostat、sysctl等常用工具

top命令用於顯示處理器的活動狀況。在預設情況下，顯示佔用CPU最多的任務，並且每隔5s做一次刷新;vmstat命令用於報告關於內核線程、虛擬內存、磁碟、陷阱和CPU活動的統計信息;iostat命令用於分析各個磁碟的傳輸閑忙狀況;netstat是用來檢測網路信息的工具; sar用於收集、報告或者保存系統活動信息，其中，sar用於顯示數據，sar1和sar2用於收集和保存數據

sysctl是一個可用於改變正在運行中的Linux系統的介面。用sysctl 可以讀取幾白個以上的系統變數,如用sysctl—a可讀取所有變數。

sysctl的實現原理是:所有的內核參數在/proc/sys中形成一個樹狀結構，sysctl系統調用的內核函數是sys_sysctl，匹配項目後，最後的讀寫在do_sysctl_strategy中完成。

2.使用高級分析手段，如OProfile、gprof

OProfile可以幫助用戶識別諸如模塊的佔用時間、循環的展開、高速緩存的使用率低、低效的類型轉換和冗餘操作、錯誤預測轉移等問題。它收集有關處理器事件的信息，其中包括TLB的故障、停機、存儲器訪問以及緩存命中和未命中的指令的攫取數量。OProfile支持兩種采樣方式:基於事件的采樣（Event Based)和基於時間的采樣(Time Based)。基於事件的采樣是OProfile只記錄特定事件（比如L2緩存未命中）的發生次數，當達到用戶設定的定值時Oprofile就記錄一下(采一個樣)。這種方式需要CPU內部有性能計數器(Performace Counter)）。基於時間的采樣是OProfile藉助OS時鍾中斷的機制，在每個時鍾中斷，OProfile都會記錄一次(采一次樣）。引入它的目的在於，提供對沒有性能計數器的CPU的支持，其精度相對於基於事件的采樣要低，因為要藉助OS時鍾中斷的支持，對於禁用中斷的代碼，OProfile不能對其進行分析。