電子發燒友App
寫在前面
博文內容涉及，IO調度器，以及IO負載工具?fio?介紹，磁盤整列，IO 分析工具簡單介紹
理解不足小伙伴幫忙指正
對每個人而言，真正的職責只有一個：找到自我。然后在心中堅守其一生，全心全意，永不停息。所有其它的路都是不完整的，是人的逃避方式，是對大眾理想的懦弱回歸，是隨波逐流，是對內心的恐懼 ——赫爾曼·黑塞《德米安》
固態硬盤正逐步取代磁盤成為存儲的標準解決方案，傳統磁盤的轉速、尋道時間、延遲、機械故障等特點，在新的固態硬盤中已經不復存在。固態硬盤的訪問時間在真個設備中是統一的，因此碎片和磁道的優化也不再需要，固態硬盤大小更小、更輕、更節能。
但是固態硬盤也有局限性，比如成本較高。固態硬盤的寫入次數有限。
很多傳統硬盤的優化不再適用于固態硬盤，紅帽不建議在固態硬盤設備使用日志，因為固態磨損增加，并且不必要的雙重寫入會導致速度緩慢。
選擇合適的IO 調度器
在這里插入圖片描述
RHEL8開始使用新的多隊列I/O調度器來替代之前的單隊列調度器。
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$cat /sys/block/nvme0n1/queue/scheduler [none] mq-deadline kyber bfq ┌──[root@liruilongs.github.io]-[~] └─$cat /sys/block/sr0/queue/scheduler none [mq-deadline] kyber bfq ┌──[root@liruilongs.github.io]-[~] └─$
?
?
?
調度器分類：
Noop/none
Noop(none是多隊列版本的Noop)?調度算法是 Linux 內核中最簡單的 IO 調度算法之一。它也被稱為電梯調度算法。Noop 調度算法將 IO 請求放入一個 FIFO（先進先出）隊列中，并按順序執行這些 IO 請求。對于一些在磁盤上連續的 IO 請求，Noop 算法會適當地進行一些合并操作。這個調度算法特別適用于那些不希望調度器重新組織 IO 請求順序的應用程序。
Noop 調度算法的應用案例包括：
底層設備比內核調度器更優秀：當底層設備（如 RAID、SAN、NAS 設備）具有自己的高效調度算法時，使用 Noop 算法可以避免重復的調度開銷。
上層應用比內核調度器更優秀：某些應用程序可能已經實現了自己的 IO 調度邏輯，使用 Noop 算法可以避免與內核調度器的沖突。
非旋轉磁頭的設備：對于不需要磁頭尋道的設備（如 SSD），內核調度器的重新組織 IO 請求可能會浪費 CPU 時間，而 Noop 算法可以節省這些開銷
Deadline/mq-deadline
Deadline 調度算法旨在確保每個 IO 請求在一定的時間內得到服務，以避免某個請求饑餓。每個請求都被賦予一個期限值，讀請求的默認期限是 500 毫秒，寫請求的默認期限是 5 秒。該算法適用于需要保證 IO 響應時間的應用場景。
Deadline應用：一些多線程和數據庫的應用適合Deadline算法（業務壓力重，功能單一的場景）
deadline是單隊列，mq（multi-queue）是多隊列，核心算法是一樣的
CFQ（Completely Fair Queuing）
CFQ 是 Linux 內核默認的 IO 調度算法，它嘗試為所有需要 IO 的進程分配請求隊列和時間片。每個進程根據其 IO 優先級獲得時間片，并在時間片內發送其讀寫請求給底層塊設備。此算法旨在提供公平的 IO 資源分配，適用于多任務環境。
每個進程的時間片和每個進程的隊列長度取決于進程的IO優先級，每個進程都會有一個IO優先級。通過ionice可以顯示或修改進程的IO優先級！
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$man ionice
?
?
?
BFQ（Budget Fair Queueing）
BFQ 算法將以扇區數為單位的預算分配給每個進程，而不是固定的時間片。它旨在提供更精確的 IO 資源分配，避免某些任務占用過多的 IO 資源。BFQ 算法適用于對IO 響應時間要求較高的應用場景。
Kyber
Kyber 調度算法類似于 Noop，它是一種簡單的調度算法，不進行顯式的調度操作。它對于一些底層設備已經具有高效調度算法的情況下，可以發揮更好的性能。
?
注意：NVMe硬盤默認使用none I/O調度算法，你不能改變NVMe硬盤的調度算法。
使用fio工具模擬工作負載
測試存儲系統需要模擬真實的工作負載。fio命令可以通過多進程和多線程模擬各種工作負載情況（實現別發讀寫數據），包括順序讀寫，隨機讀寫以及I/O類型。建議通過 /usr/share/doc/fio/HOWTO來學習fio如何使用。
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$dnf provides fio Last metadata expiration check: 3:13:00 ago on Mon Feb 5 04:06:51 2024. fio-3.35-1.el9.x86_64 : Multithreaded IO generation tool Repo : appstream Matched from: Provide : fio = 3.35-1.el9 ┌──[root@liruilongs.github.io]-[~] └─$dnf -y install fio
┌──[root@liruilongs.github.io]-[~] └─$rpm -ql fio | grep HOWTO /usr/share/doc/fio/HOWTO.rst ┌──[root@liruilongs.github.io]-[~] └─$cat $(!!) | grep -i -A 5 "Example output" cat $(rpm -ql fio | grep HOWTO) | grep -i -A 5 "Example output" Example output was based on the following: TZ=UTC fio --iodepth=8 --ioengine=null --size=100M --time_based --rate=1256k --bs=14K --name=quick --runtime=1s --name=mixed --runtime=2m --rw=rw Fio spits out a lot of output. While running, fio will display the status of the -- Example output was based on the following: TZ=UTC fio --iodepth=8 --ioengine=null --size=100M --runtime=58m --time_based --rate=2512k --bs=256K --numjobs=10 --name=readers --rw=read --name=writers --rw=write Fio will condense the thread string as not to take up more space on the command -- Example output was based on the following: TZ=UTC fio --iodepth=16 --ioengine=posixaio --filename=/tmp/fiofile --direct=1 --size=100M --time_based --runtime=50s --rate_iops=89 --bs=7K --name=Client1 --rw=write When fio is done (or interrupted by :kbd:`Ctrl-C`), it will show the data for -- Example output was based on the following: TZ=UTC fio --ioengine=null --iodepth=2 --size=100M --numjobs=2 --rate_process=poisson --io_limit=32M --name=read --bs=128k --rate=11M --name=write --rw=write --bs=2k --rate=700k After each client has been listed, the group statistics are printed. They ┌──[root@liruilongs.github.io]-[~] └─$
?
?
?
下面的命令執行隨機寫操作，將512M數據寫入一個指定的文件中，寫操作是不使用緩存，采用直接寫入硬盤的方式，同時進行2個相同的操作(2個進程或線程）。
?
?
?
┌──[root@liruilongs.github.io]-[~]
└─$fio --name=randwrite --ioengine=libaio --iodepth=1 --rw=randwrite --bs=4K --direct=1 --size=512M --numjobs=2 --group_reporting --filename=/tmp/testfile
randwrite: (g=0): rw=randwrite, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=1
...
fio-3.35
Starting 2 processes
Jobs: 2 (f=2): [w(2)][95.7%][w=41.9MiB/s][w=10.7k IOPS][eta 00m:01s]
randwrite: (groupid=0, jobs=2): err= 0: pid=20196: Mon Feb 5 07:28:25 2024
write: IOPS=11.5k, BW=44.9MiB/s (47.1MB/s)(1024MiB/22803msec); 0 zone resets
slat (usec): min=12, max=3836, avg=23.81, stdev=27.13
clat (nsec): min=1709, max=6549.7k, avg=148047.50, stdev=154937.29
lat (usec): min=69, max=6587, avg=171.85, stdev=164.42
clat percentiles (usec):
| 1.00th=[ 80], 5.00th=[ 84], 10.00th=[ 86], 20.00th=[ 90],
| 30.00th=[ 94], 40.00th=[ 99], 50.00th=[ 106], 60.00th=[ 117],
| 70.00th=[ 131], 80.00th=[ 153], 90.00th=[ 221], 95.00th=[ 318],
| 99.00th=[ 898], 99.50th=[ 1123], 99.90th=[ 1696], 99.95th=[ 2008],
| 99.99th=[ 3097]
bw ( KiB/s): min=18528, max=64600, per=99.77%, avg=45878.96, stdev=6563.89, samples=90
iops : min= 4632, max=16150, avg=11469.69, stdev=1641.01, samples=90
lat (usec) : 2=0.01%, 4=0.06%, 10=0.02%, 20=0.01%, 50=0.02%
lat (usec) : 100=42.05%, 250=49.94%, 500=4.86%, 750=1.42%, 1000=0.92%
lat (msec) : 2=0.64%, 4=0.05%, 10=0.01%
cpu : usr=2.16%, sys=9.33%, ctx=270388, majf=0, minf=26
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued rwts: total=0,262144,0,0 short=0,0,0,0 dropped=0,0,0,0
latency : target=0, window=0, percentile=100.00%, depth=1
Run status group 0 (all jobs):
WRITE: bw=44.9MiB/s (47.1MB/s), 44.9MiB/s-44.9MiB/s (47.1MB/s-47.1MB/s), io=1024MiB (1074MB), run=22803-22803msec
Disk stats (read/write):
dm-0: ios=0/259699, merge=0/0, ticks=0/38126, in_queue=38126, util=99.67%, aggrios=0/262144, aggrmerge=0/0, aggrticks=0/40150, aggrin_queue=40150, aggrutil=99.56%
nvme0n1: ios=0/262144, merge=0/0, ticks=0/40150, in_queue=40150, util=99.56%
┌──[root@liruilongs.github.io]-[~]
└─$
?
?
?
randwrite：測試名稱。
rw=randwrite：讀寫模式為隨機寫入。
bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B：讀取和寫入的塊大小都是 4096 字節。
ioengine=libaio：使用 libaio 作為 I/O 引擎。
iodepth=1：I/O 深度為 1。
write: IOPS=11.5k, BW=44.9MiB/s：寫入操作的 IOPS（每秒輸入/輸出操作數）為 11,500，帶寬為 44.9 MiB/s（兆字節/秒）。
slat：寫入操作的起始時間統計。
clat：寫入操作的完成時間統計。
lat：寫入操作的總體響應時間統計。
bw：寫入操作的帶寬統計。
iops：寫入操作的 IOPS 統計。
cpu：CPU 使用情況統計。
IO depths：不同 I/O 深度的統計。
Run status group 0 (all jobs)：運行狀態的總結信息。
WRITE: bw=44.9MiB/s (47.1MB/s), 44.9MiB/s-44.9MiB/s (47.1MB/s-47.1MB/s), io=1024MiB (1074MB), run=22803-22803msec：寫入操作的帶寬和持續時間統計。
Disk stats (read/write)：磁盤的讀寫統計信息。
磁盤陣列
磁盤陣列是一種虛擬化存儲技術，將多個磁盤組成一個大的磁盤，利用同步寫入到這些磁盤的技術，不但可以加快讀寫速度，而且支持數據恢復（需要有冗余數據）。
RAID會將數據打散成很多小數據塊，這些數據塊會被寫入陣列中的不同磁盤。這些數據需要滿足一個或多個策略需求：數據條帶化、數據鏡像化、數據校驗。
數據條帶化將數據劃分為條帶，這些條帶分布在RAID陣列內的多個磁盤中。
數據鏡像提供了將條帶復制到至少兩個不同RAID磁盤得冗余性。數據奇偶校驗通過將奇偶校驗添加到條帶來支持數據冗余，因此與相同數據量相關的其他條帶可以使用工作數據及其相關的
RAID 0：數據條帶化（Striping），沒有冗余。通過將數據分割成條帶并在多個磁盤之間分布存儲，提高了吞吐量，但沒有冗余備份。適用于需要高性能和較低成本的應用，但不提供故障容錯能力。
在這里插入圖片描述
磁盤要求：至少需要兩個磁盤。
容錯能力：沒有冗余，任何一個磁盤故障都會導致數據丟失。
RAID 1：數據鏡像（Data Mirroring）。通過將數據復制到至少兩個不同的 RAID 磁盤上，提供冗余備份。當一個磁盤故障時，仍然可以從鏡像磁盤讀取數據。數據冗余和讀取冗余帶來了更高的數據可靠性，但寫入性能略有降低。
在這里插入圖片描述
磁盤要求：至少需要兩個磁盤。
容錯能力：可以容忍一個磁盤故障，因為數據被鏡像到其他磁盤上。
RAID 4：基于塊的條帶化，帶有專用奇偶校驗磁盤。類似于?RAID 0，但額外使用了一個專用的奇偶校驗磁盤來存儲奇偶校驗信息。該奇偶校驗信息用于恢復任何一個數據塊，從而提供了故障容錯能力。
在這里插入圖片描述
磁盤要求：至少需要三個磁盤。
容錯能力：可以容忍一個磁盤故障，因為有一個專用的奇偶校驗磁盤。
RAID 5：基于塊的條帶化，帶有分布式奇偶校驗。類似于?RAID 4，但奇偶校驗信息分布在所有磁盤上，而不是單獨的奇偶校驗磁盤上。這種分布式奇偶校驗提供了更好的性能和容錯能力。
在這里插入圖片描述
磁盤要求：至少需要三個磁盤。
容錯能力：可以容忍一個磁盤故障，因為奇偶校驗信息分布在所有磁盤上。
RAID 6：基于塊的條帶化，帶有雙重分布式奇偶校驗。類似于?RAID 5，但提供了更高的冗余度。使用兩個奇偶校驗計算來提供更高級別的容錯能力，即使在兩個磁盤故障的情況下，也能夠恢復數據。
在這里插入圖片描述
磁盤要求：至少需要四個磁盤。
容錯能力：可以容忍兩個磁盤故障，因為使用了雙重分布式奇偶校驗。
RAID 10：鏡像的條帶化。將數據分成條帶并在多個磁盤上進行鏡像。提供了數據冗余和高性能的組合。數據被同時寫入多個磁盤，提供了冗余備份和更快的讀取性能。
磁盤要求：至少需要四個磁盤。
容錯能力：可以容忍多個磁盤故障，具體取決于故障發生在哪個鏡像組上
創建軟RAID
mdadm 是一個用于管理 Linux 軟件 RAID 的工具。
?
?
?
//創建RAID，-l指定級別 [root@localhost ~]# mdadm -C /dev/md0 -l raid0 -n 2 /dev/vd[b-c]1 //停止使用RAID [root@localhost ~]# mdadm --stop /dev/md0 //刪除RAID [root@localhost ~]# mdadm --remove /dev/md0 //將原來RAID硬盤中的數據清零 [root@localhost ~]# mdadm --zero-superblock /dev/vdb [root@localhost ~]# mdadm --zero-superblock /dev/vdc
?
?
?
創建好RAID之后，最好在格式化文件系統的時候，讓文件系統和RAID數據分塊保持一致。我們需要先了解一下這些信息：
Chunk Size（塊大?。篊hunk 是 RAID 中的最小數據單元，決定了數據如何在磁盤上進行分割和存儲。較小的塊大小可以提供更好的性能，因為數據可以更細粒度地分布在多個磁盤上。然而，小塊大小可能會增加磁盤開銷和額外的存儲空間。較大的塊大小可以提供更高的數據傳輸效率，但在故障恢復時可能需要恢復更多的數據。
Number of Disks（磁盤數量）：磁盤數量決定了 RAID 中可用于存儲數據的物理磁盤數量。增加磁盤數量可以提高性能和存儲容量。更多的磁盤可以提供更多的并行性，從而提高數據傳輸速度。但同時，也意味著更多的磁盤故障可能會導致數據丟失。
Number of Parity Disks（奇偶校驗磁盤數量）：奇偶校驗磁盤用于存儲冗余信息，以實現數據的容錯能力。在 RAID 4、RAID 5 和 RAID 6 級別中，需要指定奇偶校驗磁盤的數量。增加奇偶校驗磁盤的數量可以提供更高的容錯能力，因為更多的磁盤故障可以被容忍。然而，每個奇偶校驗磁盤都會增加額外的存儲開銷。
對于XFS文件系統，格式化的時候可以使用su和sw選項指定RAID的chunk size和number of data disk，保持一致。
?
?
?
mkfs -t xfs -d su=64k,sw=4 /dev/san/lun1
?
?
?
對于ext4文件系統而言，我們需要掌握除了上面的信息還需要：
文件系統塊大小(block size)：文件系統塊大小是文件系統使用的最小數據單元。它決定了文件在存儲介質上的最小分配單位。較小的塊大小可以提供更好的空間利用率，但在處理大文件時可能會增加磁盤開銷。較大的塊大小可以提高順序讀寫的性能，但可能會導致對小文件的空間浪費。
使用這些信息可以計算stride和stride-width的值
stride是一個chunk中包含多少個文件系統block。比如對于64KiB的chunk磁盤陣列，如果文件系統block大小為4KiB，則stride=16。
strip-width是一個條帶中包含多少文件系統block。
?
比如一個6塊硬盤組成的RAID6，在RAID6中每個條帶包含2個校驗盤，所以就有6-2=4塊數據盤，一個條帶有4個數據盤。這一個條帶包含多少個文件系統block呢？ 4（disk）* 16（stride） = 64 file system blocks per stripe。 4個硬盤代表4個chunk，每個chunk可以包含16個block，所以一個條帶包含64個文件系統塊。
?
?
?
# mkfs -t ext4 -E stride=16,stripe-width=64 /dev/san/lun1
?
?
?
通過邏輯卷配置RAID
RHEL8支持創建RAID級別的邏輯卷，目前支持RAID0,1,4,5,6, and 10
創建一個3G容量的RAID0級別邏輯卷，
--stripes 3: 這指定了要使用的條帶數（即磁盤數量）為3。在RAID 0中，這意味著數據將被分割成3部分并分別存儲在3個磁盤上。
--stripesize 4K: 這指定了每個條帶的大小為4KB。這意味著每個磁盤上將存儲4KB的數據塊。
?
?
?
[root@localhost ~]# lvcreate --type raid0 -L 3G --stripes 3 --stripesize 4K -n raidlv radivg
?
?
?
選擇IO分析工具
最簡單的工具是使用top命令觀察wa值
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$top top - 10:52:58 up 10:41, 2 users, load average: 0.00, 0.00, 0.00 Tasks: 231 total, 1 running, 230 sleeping, 0 stopped, 0 zombie %Cpu0 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 0.0 us, 25.0 sy, 0.0 ni, 75.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 15694.3 total, 14350.9 free, 910.1 used, 730.8 buff/cache MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 14784.3 avail Mem
?
?
?
iostat
使用iostat命令輸出了設備I/O統計信息
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$yum -y install sysstat
┌──[root@liruilongs.github.io]-[~]
└─$ iostat -Np
Linux 5.14.0-362.8.1.el9_3.x86_64 (liruilongs.github.io) 02/05/24 _x86_64_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
0.14 0.01 0.22 0.01 0.00 99.63
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
nvme0n1 14.28 13.25 67.45 0.00 511266 2602804 0
nvme0n1p1 0.02 1.51 0.06 0.00 58182 2130 0
nvme0n1p2 14.26 11.71 67.39 0.00 451888 2600674 0
sr0 0.00 0.08 0.00 0.00 2936 0 0
rl-root 14.36 11.17 67.39 0.00 431044 2600674 0
rl-swap 0.00 0.06 0.00 0.00 2220 0 0
┌──[root@liruilongs.github.io]-[~]
└─$
?
?
?
iotop
iotop 監控Linux系統中的磁盤I/O使用狀況,實時顯示系統中各個進程對I/O的使用情況。
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$yum -y install iotop
Total DISK READ : 0.00 B/s | Total DISK WRITE : 0.00 B/s
Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE> COMMAND 1 be/4 root 0.00 B/s 0.00 B/s systemd --switched-root --system --deserialize 31
2 be/4 root 0.00 B/s 0.00 B/s [kthreadd]
3 be/0 root 0.00 B/s 0.00 B/s [rcu_gp]
4 be/0 root 0.00 B/s 0.00 B/s [rcu_par_gp]
5 be/0 root 0.00 B/s 0.00 B/s [slub_flushwq]
6 be/0 root 0.00 B/s 0.00 B/s [netns]
8 be/0 root 0.00 B/s 0.00 B/s [kworker/0:0H-events_highpri]
...................................
?
?
?
-o(--only)僅顯示當前執行I/O操作的進程和線程信息
-P(--processes)顯示進程信息
-a顯示啟動iotop命令開始的總的I/O數據信息
Blktrace
Blktrace是一個針對Linux內核中Block IO的跟蹤工具，它能夠記錄I/O所經歷的各個步驟，并從中分析是IO Scheduler慢還是硬件響應慢。這個工具可以在運行時捕獲和記錄塊設備上的I/O操作，并提供詳細的I/O請求隊列信息，包括讀寫進程名、進程號、執行時間、讀寫物理塊號、塊大小等。
?
?
?
yum -y install blktrace
?
?
?
開始采集
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$ blktrace -d /dev/mapper/rl-root -o disk.log User defined signal 1
?
?
?
結束
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$killall -SIGUSR1 blktrace
?
?
?
模擬測試
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$fio --name=randwrite --ioengine=libaio --iodepth=1 --rw=randwrite --bs=4K --direct=1 --size=512M --numjobs=5 --group_reporting --filename=/tmp/testfile randwrite: (g=0): rw=randwrite, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=1
┌──[root@liruilongs.github.io]-[~]
└─$btt -i disk.log.blktrace.0
==================== All Devices ====================
ALL MIN AVG MAX N
--------------- ------------- ------------- ------------- -----------
Q2Qdm 0.000001070 0.000257360 17.654174647 655292
Q2Cdm 0.000054524 0.000268875 0.089907542 655281
==================== Device Overhead ====================
DEV | Q2G G2I Q2M I2D D2C
---------- | --------- --------- --------- --------- ---------
==================== Device Merge Information ====================
DEV | #Q #D Ratio | BLKmin BLKavg BLKmax Total
---------- | -------- -------- ------- | -------- -------- -------- --------
==================== Device Q2Q Seek Information ====================
DEV | NSEEKS MEAN MEDIAN | MODE
---------- | --------------- --------------- --------------- | ---------------
(253, 0) | 655293 362399.7 0 | 0(1798)
---------- | --------------- --------------- --------------- | ---------------
Overall | NSEEKS MEAN MEDIAN | MODE
Average | 655293 362399.7 0 | 0(1798)
......................................
?
?
?
pcp-system-tools
pcp-system-tools是一個用于監控系統性能的工具包，它提供了多種用于監控系統資源使用情況的工具。這個工具包與pcp（Performance Co-Pilot）框架一起使用，可以提供全面的系統性能監控解決方案。
在這里插入圖片描述
atop提供了對系統資源使用情況的全面視圖，包括CPU、內存、磁盤I/O、網絡等。它還提供了各種性能指標的實時和歷史數據，以及對系統進程和資源的詳細信息。
?
?
?
ATOP - liruilongs 2024/02/05 11:17:45 ----------------- 11h6m20s elapsedPRC | sys 0.04s | user 0.01s | #proc 243 | #trun 1 | #tslpi 142 | #tslpu 100 | #zombie 0 | clones 1 | | #exit 0 |CPU | sys 0% | user 0% | irq 0% | | idle 199% | wait 0% | steal 0% | guest 0% | | curf 2.42GHz |cpu | sys 0% | user 0% | irq 0% | | idle 99% | cpu001 w 0% | steal 0% | guest 0% | | | cpu | sys 0% | user 0% | irq 0% | | idle 100% | cpu000 w 0% | steal 0% | guest 0% | | | CPL | numcpu 2 | | avg1 0.19 | | avg5 0.35 | avg15 0.19 | | csw 2498 | | intr 1299 |MEM | tot 15.3G | free 13.8G | cache 838.3M | dirty 0.0M | buff 1.7M | slab 171.2M | slrec 87.1M | | pgtab 1.7M | |MEM | numnode 1 | | shmem 15.2M | shrss 0.0M | shswp 0.0M | tcpsk 0.0M | udpsk 0.0M | | | zfarc 0.0M |SWP | tot 2.0G | free 2.0G | swcac 0.0M | zpool 0.0M | zstor 0.0M | ksuse 0.0M | kssav 0.0M | | vmcom 3.5G | vmlim 9.7G |PAG | scan 0 | steal 0 | compact 0 | numamig 0 | migrate 0 | pgin 0 | pgout 64 | swin 0 | swout 0 | oomkill 0 |LVM | rl-root | busy 0% | read 0 | write 5 | discrd 0 | KiB/r 0 | KiB/w 12 | MBr/s 0.0 | MBw/s 0.0 | avio 0.0 ns | DSK | nvme0n1 | busy 0% | read 0 | write 5 | discrd 0 | KiB/r 0 | KiB/w 12 | MBr/s 0.0 | MBw/s 0.0 | avio 0.80 ms | NET | transport | tcpi 2 | tcpo 6 | udpi 0 | udpo 0 | tcpao 0 | tcppo 0 | tcprs 0 | tcpie 0 | udpie 0 |NET | network | ipi 2 | ipo 4 | ipfrw 0 | deliv 2 | | | | icmpi 0 | icmpo 0 |NET | ens160 0% | pcki 2 | pcko 6 | sp 10 Gbps | si 0 Kbps | so 0 Kbps | erri 0 | erro 0 | drpi 0 | drpo 0 | PID SYSCPU USRCPU RDELAY BDELAY VGROW RGROW RDDSK WRDSK RUID EUID ST EXC THR S CPUNR CPU CMD 1/1 21939 0.02s 0.01s 0.00s 0.00s 416.0K 348.0K 0B 0B root root -- - 1 R 1 0% pmdaproc 21987 0.01s 0.00s 0.00s 0.00s 2.5M 2.4M 0B 0B root root -- - 1 S 1 0% pcp-atop 21100 0.01s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 1 0% kworker/1:2-ev 850 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 0 0% /usr/sbin/http 862 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 1 0% php-fpm 21065 0.00s 0.00s 0.01s 0.00s 0B 0B 0B 0B root root -- - 3 S 0 0% blktrace 1 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 1 0% systemd 21934 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B pcp pcp -- - 1 S 0 0% pmcd 21941 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 1 0% pmdalinux 21094 0.00s 0.00s 0.00s 0.00s 0B 712.0K 0B 0B liruilon liruilon -- - 1 S 0 0% sshd 801 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 2 S 0 0% irqbalance 1929 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 1 0% kworker/u256:0 16 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 0 0% pr/tty0 17 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 1 0% rcu_preempt 20419 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 0 0% kworker/0:2-ev 500 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 0 0% scsi_eh_21 25 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 1 0% ksoftirqd/1 37 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 S 1 0% kcompactd0 56 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 0 0% kthrotld 98 0.00s 0.00s 0.00s 0.00s 0B 0B 0B 0B root root -- - 1 I 1 0% kworker/1:1H-k 649 0.00s 0.00s 0.01s 0.00s 0B 0B 0B 0B root root -- - 1 S 0 0% xfsaild/dm-0 21803 0.00s 0.00s 0.00s 0.00s 0B 0B 0B
?
?
?
審核編輯：黃飛
工商網監
評論