電子發(fā)燒友App
寫在前面
博文內容涉及，IO調度器，以及IO負載工具?fio?介紹，磁盤整列，IO 分析工具簡單介紹
理解不足小伙伴幫忙指正
對每個人而言，真正的職責只有一個：找到自我。然后在心中堅守其一生，全心全意，永不停息。所有其它的路都是不完整的，是人的逃避方式，是對大眾理想的懦弱回歸，是隨波逐流，是對內心的恐懼 ——赫爾曼·黑塞《德米安》
固態(tài)硬盤正逐步取代磁盤成為存儲的標準解決方案，傳統(tǒng)磁盤的轉速、尋道時間、延遲、機械故障等特點，在新的固態(tài)硬盤中已經(jīng)不復存在。固態(tài)硬盤的訪問時間在真?zhèn)€設備中是統(tǒng)一的，因此碎片和磁道的優(yōu)化也不再需要，固態(tài)硬盤大小更小、更輕、更節(jié)能。
但是固態(tài)硬盤也有局限性，比如成本較高。固態(tài)硬盤的寫入次數(shù)有限。
很多傳統(tǒng)硬盤的優(yōu)化不再適用于固態(tài)硬盤，紅帽不建議在固態(tài)硬盤設備使用日志，因為固態(tài)磨損增加，并且不必要的雙重寫入會導致速度緩慢。
選擇合適的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（先進先出）隊列中，并按順序執(zhí)行這些 IO 請求。對于一些在磁盤上連續(xù)的 IO 請求，Noop 算法會適當?shù)剡M行一些合并操作。這個調度算法特別適用于那些不希望調度器重新組織 IO 請求順序的應用程序。
Noop 調度算法的應用案例包括：
底層設備比內核調度器更優(yōu)秀：當?shù)讓釉O備（如 RAID、SAN、NAS 設備）具有自己的高效調度算法時，使用 Noop 算法可以避免重復的調度開銷。
上層應用比內核調度器更優(yōu)秀：某些應用程序可能已經(jīng)實現(xiàn)了自己的 IO 調度邏輯，使用 Noop 算法可以避免與內核調度器的沖突。
非旋轉磁頭的設備：對于不需要磁頭尋道的設備（如 SSD），內核調度器的重新組織 IO 請求可能會浪費 CPU 時間，而 Noop 算法可以節(jié)省這些開銷
Deadline/mq-deadline
Deadline 調度算法旨在確保每個 IO 請求在一定的時間內得到服務，以避免某個請求饑餓。每個請求都被賦予一個期限值，讀請求的默認期限是 500 毫秒，寫請求的默認期限是 5 秒。該算法適用于需要保證 IO 響應時間的應用場景。
Deadline應用：一些多線程和數(shù)據(jù)庫的應用適合Deadline算法（業(yè)務壓力重，功能單一的場景）
deadline是單隊列，mq（multi-queue）是多隊列，核心算法是一樣的
CFQ（Completely Fair Queuing）
CFQ 是 Linux 內核默認的 IO 調度算法，它嘗試為所有需要 IO 的進程分配請求隊列和時間片。每個進程根據(jù)其 IO 優(yōu)先級獲得時間片，并在時間片內發(fā)送其讀寫請求給底層塊設備。此算法旨在提供公平的 IO 資源分配，適用于多任務環(huán)境。
每個進程的時間片和每個進程的隊列長度取決于進程的IO優(yōu)先級，每個進程都會有一個IO優(yōu)先級。通過ionice可以顯示或修改進程的IO優(yōu)先級！
?
?
?
┌──[root@liruilongs.github.io]-[~] └─$man ionice
?
?
?
BFQ（Budget Fair Queueing）
BFQ 算法將以扇區(qū)數(shù)為單位的預算分配給每個進程，而不是固定的時間片。它旨在提供更精確的 IO 資源分配，避免某些任務占用過多的 IO 資源。BFQ 算法適用于對IO 響應時間要求較高的應用場景。
Kyber
Kyber 調度算法類似于 Noop，它是一種簡單的調度算法，不進行顯式的調度操作。它對于一些底層設備已經(jīng)具有高效調度算法的情況下，可以發(fā)揮更好的性能。
?
注意：NVMe硬盤默認使用none I/O調度算法，你不能改變NVMe硬盤的調度算法。
使用fio工具模擬工作負載
測試存儲系統(tǒng)需要模擬真實的工作負載。fio命令可以通過多進程和多線程模擬各種工作負載情況（實現(xiàn)別發(fā)讀寫數(shù)據(jù)），包括順序讀寫，隨機讀寫以及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]-[~] └─$
?
?
?
下面的命令執(zhí)行隨機寫操作，將512M數(shù)據(jù)寫入一個指定的文件中，寫操作是不使用緩存，采用直接寫入硬盤的方式，同時進行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 字節(jié)。
ioengine=libaio：使用 libaio 作為 I/O 引擎。
iodepth=1：I/O 深度為 1。
write: IOPS=11.5k, BW=44.9MiB/s：寫入操作的 IOPS（每秒輸入/輸出操作數(shù)）為 11,500，帶寬為 44.9 MiB/s（兆字節(jié)/秒）。
slat：寫入操作的起始時間統(tǒng)計。
clat：寫入操作的完成時間統(tǒng)計。
lat：寫入操作的總體響應時間統(tǒng)計。
bw：寫入操作的帶寬統(tǒng)計。
iops：寫入操作的 IOPS 統(tǒng)計。
cpu：CPU 使用情況統(tǒng)計。
IO depths：不同 I/O 深度的統(tǒng)計。
Run status group 0 (all jobs)：運行狀態(tài)的總結信息。
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：寫入操作的帶寬和持續(xù)時間統(tǒng)計。
Disk stats (read/write)：磁盤的讀寫統(tǒng)計信息。
磁盤陣列
磁盤陣列是一種虛擬化存儲技術，將多個磁盤組成一個大的磁盤，利用同步寫入到這些磁盤的技術，不但可以加快讀寫速度，而且支持數(shù)據(jù)恢復（需要有冗余數(shù)據(jù)）。
RAID會將數(shù)據(jù)打散成很多小數(shù)據(jù)塊，這些數(shù)據(jù)塊會被寫入陣列中的不同磁盤。這些數(shù)據(jù)需要滿足一個或多個策略需求：數(shù)據(jù)條帶化、數(shù)據(jù)鏡像化、數(shù)據(jù)校驗。
數(shù)據(jù)條帶化將數(shù)據(jù)劃分為條帶，這些條帶分布在RAID陣列內的多個磁盤中。
數(shù)據(jù)鏡像提供了將條帶復制到至少兩個不同RAID磁盤得冗余性。數(shù)據(jù)奇偶校驗通過將奇偶校驗添加到條帶來支持數(shù)據(jù)冗余，因此與相同數(shù)據(jù)量相關的其他條帶可以使用工作數(shù)據(jù)及其相關的
RAID 0：數(shù)據(jù)條帶化（Striping），沒有冗余。通過將數(shù)據(jù)分割成條帶并在多個磁盤之間分布存儲，提高了吞吐量，但沒有冗余備份。適用于需要高性能和較低成本的應用，但不提供故障容錯能力。
在這里插入圖片描述
磁盤要求：至少需要兩個磁盤。
容錯能力：沒有冗余，任何一個磁盤故障都會導致數(shù)據(jù)丟失。
RAID 1：數(shù)據(jù)鏡像（Data Mirroring）。通過將數(shù)據(jù)復制到至少兩個不同的 RAID 磁盤上，提供冗余備份。當一個磁盤故障時，仍然可以從鏡像磁盤讀取數(shù)據(jù)。數(shù)據(jù)冗余和讀取冗余帶來了更高的數(shù)據(jù)可靠性，但寫入性能略有降低。
在這里插入圖片描述
磁盤要求：至少需要兩個磁盤。
容錯能力：可以容忍一個磁盤故障，因為數(shù)據(jù)被鏡像到其他磁盤上。
RAID 4：基于塊的條帶化，帶有專用奇偶校驗磁盤。類似于?RAID 0，但額外使用了一個專用的奇偶校驗磁盤來存儲奇偶校驗信息。該奇偶校驗信息用于恢復任何一個數(shù)據(jù)塊，從而提供了故障容錯能力。
在這里插入圖片描述
磁盤要求：至少需要三個磁盤。
容錯能力：可以容忍一個磁盤故障，因為有一個專用的奇偶校驗磁盤。
RAID 5：基于塊的條帶化，帶有分布式奇偶校驗。類似于?RAID 4，但奇偶校驗信息分布在所有磁盤上，而不是單獨的奇偶校驗磁盤上。這種分布式奇偶校驗提供了更好的性能和容錯能力。
在這里插入圖片描述
磁盤要求：至少需要三個磁盤。
容錯能力：可以容忍一個磁盤故障，因為奇偶校驗信息分布在所有磁盤上。
RAID 6：基于塊的條帶化，帶有雙重分布式奇偶校驗。類似于?RAID 5，但提供了更高的冗余度。使用兩個奇偶校驗計算來提供更高級別的容錯能力，即使在兩個磁盤故障的情況下，也能夠恢復數(shù)據(jù)。
在這里插入圖片描述
磁盤要求：至少需要四個磁盤。
容錯能力：可以容忍兩個磁盤故障，因為使用了雙重分布式奇偶校驗。
RAID 10：鏡像的條帶化。將數(shù)據(jù)分成條帶并在多個磁盤上進行鏡像。提供了數(shù)據(jù)冗余和高性能的組合。數(shù)據(jù)被同時寫入多個磁盤，提供了冗余備份和更快的讀取性能。
磁盤要求：至少需要四個磁盤。
容錯能力：可以容忍多個磁盤故障，具體取決于故障發(fā)生在哪個鏡像組上
創(chuàng)建軟RAID
mdadm 是一個用于管理 Linux 軟件 RAID 的工具。
?
?
?
//創(chuàng)建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硬盤中的數(shù)據(jù)清零 [root@localhost ~]# mdadm --zero-superblock /dev/vdb [root@localhost ~]# mdadm --zero-superblock /dev/vdc
?
?
?
創(chuàng)建好RAID之后，最好在格式化文件系統(tǒng)的時候，讓文件系統(tǒng)和RAID數(shù)據(jù)分塊保持一致。我們需要先了解一下這些信息：
Chunk Size（塊大小）：Chunk 是 RAID 中的最小數(shù)據(jù)單元，決定了數(shù)據(jù)如何在磁盤上進行分割和存儲。較小的塊大小可以提供更好的性能，因為數(shù)據(jù)可以更細粒度地分布在多個磁盤上。然而，小塊大小可能會增加磁盤開銷和額外的存儲空間。較大的塊大小可以提供更高的數(shù)據(jù)傳輸效率，但在故障恢復時可能需要恢復更多的數(shù)據(jù)。
Number of Disks（磁盤數(shù)量）：磁盤數(shù)量決定了 RAID 中可用于存儲數(shù)據(jù)的物理磁盤數(shù)量。增加磁盤數(shù)量可以提高性能和存儲容量。更多的磁盤可以提供更多的并行性，從而提高數(shù)據(jù)傳輸速度。但同時，也意味著更多的磁盤故障可能會導致數(shù)據(jù)丟失。
Number of Parity Disks（奇偶校驗磁盤數(shù)量）：奇偶校驗磁盤用于存儲冗余信息，以實現(xiàn)數(shù)據(jù)的容錯能力。在 RAID 4、RAID 5 和 RAID 6 級別中，需要指定奇偶校驗磁盤的數(shù)量。增加奇偶校驗磁盤的數(shù)量可以提供更高的容錯能力，因為更多的磁盤故障可以被容忍。然而，每個奇偶校驗磁盤都會增加額外的存儲開銷。
對于XFS文件系統(tǒng)，格式化的時候可以使用su和sw選項指定RAID的chunk size和number of data disk，保持一致。
?
?
?
mkfs -t xfs -d su=64k,sw=4 /dev/san/lun1
?
?
?
對于ext4文件系統(tǒng)而言，我們需要掌握除了上面的信息還需要：
文件系統(tǒng)塊大小(block size)：文件系統(tǒng)塊大小是文件系統(tǒng)使用的最小數(shù)據(jù)單元。它決定了文件在存儲介質上的最小分配單位。較小的塊大小可以提供更好的空間利用率，但在處理大文件時可能會增加磁盤開銷。較大的塊大小可以提高順序讀寫的性能，但可能會導致對小文件的空間浪費。
使用這些信息可以計算stride和stride-width的值
stride是一個chunk中包含多少個文件系統(tǒng)block。比如對于64KiB的chunk磁盤陣列，如果文件系統(tǒng)block大小為4KiB，則stride=16。
strip-width是一個條帶中包含多少文件系統(tǒng)block。
?
比如一個6塊硬盤組成的RAID6，在RAID6中每個條帶包含2個校驗盤，所以就有6-2=4塊數(shù)據(jù)盤，一個條帶有4個數(shù)據(jù)盤。這一個條帶包含多少個文件系統(tǒng)block呢？ 4（disk）* 16（stride） = 64 file system blocks per stripe。 4個硬盤代表4個chunk，每個chunk可以包含16個block，所以一個條帶包含64個文件系統(tǒng)塊。
?
?
?
# mkfs -t ext4 -E stride=16,stripe-width=64 /dev/san/lun1
?
?
?
通過邏輯卷配置RAID
RHEL8支持創(chuàng)建RAID級別的邏輯卷，目前支持RAID0,1,4,5,6, and 10
創(chuàng)建一個3G容量的RAID0級別邏輯卷，
--stripes 3: 這指定了要使用的條帶數(shù)（即磁盤數(shù)量）為3。在RAID 0中，這意味著數(shù)據(jù)將被分割成3部分并分別存儲在3個磁盤上。
--stripesize 4K: 這指定了每個條帶的大小為4KB。這意味著每個磁盤上將存儲4KB的數(shù)據(jù)塊。
?
?
?
[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統(tǒng)計信息
?
?
?
┌──[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 監(jiān)控Linux系統(tǒng)中的磁盤I/O使用狀況,實時顯示系統(tǒng)中各個進程對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)僅顯示當前執(zhí)行I/O操作的進程和線程信息
-P(--processes)顯示進程信息
-a顯示啟動iotop命令開始的總的I/O數(shù)據(jù)信息
Blktrace
Blktrace是一個針對Linux內核中Block IO的跟蹤工具，它能夠記錄I/O所經(jīng)歷的各個步驟，并從中分析是IO Scheduler慢還是硬件響應慢。這個工具可以在運行時捕獲和記錄塊設備上的I/O操作，并提供詳細的I/O請求隊列信息，包括讀寫進程名、進程號、執(zhí)行時間、讀寫物理塊號、塊大小等。
?
?
?
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是一個用于監(jiān)控系統(tǒng)性能的工具包，它提供了多種用于監(jiān)控系統(tǒng)資源使用情況的工具。這個工具包與pcp（Performance Co-Pilot）框架一起使用，可以提供全面的系統(tǒng)性能監(jiān)控解決方案。
在這里插入圖片描述
atop提供了對系統(tǒng)資源使用情況的全面視圖，包括CPU、內存、磁盤I/O、網(wǎng)絡等。它還提供了各種性能指標的實時和歷史數(shù)據(jù)，以及對系統(tǒng)進程和資源的詳細信息。
?
?
?
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
?
?
?
審核編輯：黃飛
工商網(wǎng)監(jiān)
評論