㈠ linux 如何測試 IO 性能（磁碟讀寫速度
linux下測試磁碟IO讀寫速度
[root@node3 /]# time dd if=/dev/sda2 of=/dev/null bs=8k count=524288
524288+0 records in
524288+0 records out
4294967296 bytes (4.3 GB) copied, 37.4222 seconds, 115 MB/s
real 0m37.497s
user 0m0.036s
sys 0m1.320s
了4.3G的數據，平均速度為/s
[root@node3 /]# hdparm -t /dev/sda2
/dev/sda2:
Timing buffered disk reads: 284 MB in 3.00 seconds = 94.55 MB/sec
[root@node3 /]# hdparm -t /dev/sda2
/dev/sda2:
Timing buffered disk reads: 292 MB in 3.02 seconds = 96.82 MB/sec
讀了將近300M的數據，平均速度大約為95M/s
經過以上的測試數據大體估算該磁碟的性能大約為100M/s
㈡ linux怎麼計算io讀寫速度
Linux下測試磁碟的讀寫IO速度，使用hdparm命令，下面是測試方法：內
#hdparm-Tt/dev/sda
/dev/sda:
Timingcachedreads:6676MBin2.00seconds=3340.18MB/sec
Timingbuffereddiskreads:218MBin3.11seconds=70.11MB/sec
#可以看到，2秒鍾讀取了6676MB的緩存，約合容3340.18MB/sec；
#在3.11秒中讀取了218MB磁碟(物理讀)，讀取速度約合70.11MB/sec；
㈢ 如何驗證linux伺服器的io讀寫性能
首先 、用命令查看
top - 16:15:05 up 6 days, 6:25, 2 users, load average: 1.45, 1.77, 2.14
Tasks: 147 total, 1 running, 146 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2% us, 0.2% sy, 0.0% ni, 86.9% id, 12.6% wa, 0.0% hi, 0.0% si
Mem: 4037872k total, 4003648k used, 34224k free, 5512k buffers
Swap: 7164948k total, 629192k used, 6535756k free, 3511184k cached
查看12.6% wa
IO等待所佔用的CPU時間的百分比,高過30%時IO壓力高
其次、 用iostat -x 1 10
avg-cpu: %user %nice %sys %iowait %idle
0.00 0.00 0.25 33.46 66.29
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util
sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
sdb 0.00 1122 17.00 9.00 192.00 9216.00 96.00 4608.00 123.79 137.23 1033.43 13.17 100.10
sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
查看%util 100.10 %idle 66.29
如果 %util 接近 100%，說明產生的I/O請求太多，I/O系統已經滿負荷，該磁碟可能存在瓶頸。
idle小於70% IO壓力就較大了,一般讀取速度有較多的wait.
同時可以結合vmstat 查看查看b參數(等待資源的進程數)
vmstat -1
如果你想對硬碟做一個IO負荷的壓力測試可以用如下命令
time dd if=/dev/zero bs=1M count=2048 of=direct_2G
此命令為在當前目錄下新建一個2G的文件
我們在新建文件夾的同時來測試IO的負荷情況
㈣ 【iotop】Linux 查看磁碟IO並找出佔用IO讀寫很高的進程
Linux 查看磁碟IO並找出佔用IO讀寫很高的進程
https://cloud.tencent.com/developer/article/1718267
Linux使用sar進行性能分析
https://blog.csdn.net/xusensen/article/details/54606401
㈤ 如何提高Linux伺服器磁碟io性能
您好，很高興為您解答。
在現有文件系統下進行優化：
linux內核和各個文件系統採用了幾個優化方案來提升磁碟訪問速度。但這些優化方案需要在我們的伺服器設計中進行配合才能得到充分發揮。
文件系統緩存
linux內核會將大部分空閑內存交給虛擬文件系統，來作為文件緩存，叫做page cache。在內存不足時，這部分內存會採用lru演算法進行淘汰。通過free命令查看內存，顯示為cached的部分就是文件緩存了。
如何針對性優化：
lru並不是一個優秀淘汰演算法，lru最大的優勢是普適性好，在各種使用場景下都能起到一定的效果。如果能找到當前使用場景下，文件被訪問的統計特徵，針 對性的寫一個淘汰演算法，可以大幅提升文件緩存的命中率。對於http正向代理來說，一個好的淘汰演算法可以用1GB內存達到lru演算法100GB內存的緩存 效果。如果不打算寫一個新的淘汰演算法，一般不需要在應用層再搭一個文件cache程序來做緩存。
最小分配：
當文件擴大，需要分配磁碟空間時，大部分文件系統不會僅僅只分配當前需要的磁碟空間，而是會多分配一些磁碟空間。這樣下次文件擴大時就可以使用已經分配好的空間，而不會頻繁的去分配新空間。
例如ext3下，每次分配磁碟空間時，最小是分配8KB。
最小分配的副作用是會浪費一些磁碟空間（分配了但是又沒有使用）
如何針對性優化：
我們在reiserfs下將最小分配空間從8KB改大到128K後提升了30%的磁碟io性能。如果當前使用場景下小文件很多，把預分配改大就會浪費很多 磁碟空間，所以這個數值要根據當前使用場景來設定。似乎要直接改源代碼才能生效，不太記得了，09年的時候改的，有興趣的同學自己google吧。
io訪問調度：
在同時有多個io訪問時，linux內核可以對這些io訪問按LBA進行合並和排序，這樣磁頭在移動時，可以「順便」讀出移動過程中的數據。
SATA等磁碟甚至在磁碟中內置了io排序來進一步提升性能，一般需要在主板中進行配置才能啟動磁碟內置io排序。linux的io排序是根據LBA進行的，但LBA是一個一維線性地址，無法完全反應出二維的圓形磁碟，所以磁碟的內置io排序能達到更好的效果。
如何針對性優化：
io訪問調度能大幅提升io性能，前提是應用層同時發起了足夠的io訪問供linux去調度。
怎樣才能從應用層同時向內核發起多個io訪問呢？
方案一是用aio_read非同步發起多個文件讀寫請求。
方案二是使用磁碟線程池同時發起多個文件讀寫請求。
對我們的http正向代理來說，採用16個線程讀寫磁碟可以將性能提升到2.5倍左右。具體開多少個線程/進程，可以根據具體使用場景來決定。
小提示：
將文件句柄設置為非阻塞時，進程還是會睡眠等待磁碟io，非阻塞對於文件讀寫是不生效的。在正常情況下，讀文件只會引入十幾毫秒睡眠，所以不太明顯；而在磁碟io極大時，讀文件會引起十秒以上的進程睡眠。
預讀取：
linux內核可以預測我們「將來的讀請求」並提前將數據讀取出來。通過預讀取可以減少讀io的次數，並且減小讀請求的延時。
如何針對性優化：
預讀取的預測准確率是有限的，與其依賴預讀取，不如我們直接開一個較大的緩沖區，一次性將文件讀出來再慢慢處理；盡量不要開一個較小的緩沖區，循環讀文件/處理文件。
雖然說「預讀取」和「延遲分配」能起到類似的作用，但是我們自己擴大讀寫緩沖區效果要更好。
延遲分配：
當文件擴大，需要分配磁碟空間時，可以不立即進行分配，而是暫存在內存中，將多次分配磁碟空間的請求聚合在一起後，再進行一次性分配。
延遲分配的目的也是減少分配次數，從而減少文件不連續。
延遲分配的副作用有幾個：
1、如果應用程序每次寫數據後都通過fsync等介面進行強制刷新，延遲分配將不起作用
2、延遲分配有可能間歇性引入一個較大的磁碟IO延時（因為要一次性向磁碟寫入較多數據）
只有少數新文件系統支持這個特性
如何針對性優化：
如果不是對安全性（是否允許丟失）要求極高的數據，可以直接在應用程序里緩存起來，積累到一定大小再寫入，效果比文件系統的延遲分配更好。如果對安全性要求極高，建議經常用fsync強制刷新。
在線磁碟碎片整理：
Ext4提供了一款碎片整理工具，叫e4defrag，主要包含三個功能：
1、讓每個文件連續存儲
2、盡量讓每個目錄下的文件連續存儲
3、通過整理空閑磁碟空間，讓接下來的分配更不容易產生碎片
如何針對性優化：
「讓每個目錄下的文件連續存儲」是一個極有價值的功能。
傳統的做法是通過拼接圖片來將這10張圖片合並到一張大圖中，再由前端將大圖切成10張小圖。
有了e4defrag後，可以將需連續訪問的文件放在同一個文件夾下，再定期使用e4defrag進行磁碟整理。
實現自己的文件系統：
在大部分伺服器上，不需要支持「修改文件」這個功能。一旦文件創建好，就不能再做修改操作，只支持讀取和刪除。在這個前提下，我們可以消滅所有文件碎片，把磁碟io效率提升到理論極限。
有一個公式可以衡量磁碟io的效率：
磁碟利用率 = 傳輸時間/（平均尋道時間+傳輸時間）
如若滿意，請點擊回答右側【採納答案】，如若還有問題，請點擊【追問】
~ O(∩_∩)O~
㈥ 如何測試Linux伺服器的性能
################### cpu性能查看 ############################################################
1、查看物理cpu個數：
cat /proc/cpuinfo | "physical id"|sort|uniq|wc -l
2、查看每個物理cpu中的core個數：
cat /proc/cpuinfo |grep "cpu cores"|wc -l
3、邏輯cpu的個數：
cat /proc/cpuinfo |grep "processor"|wc -l
物理cpu個數*核數=邏輯cpu個數（不支持超線程技術的情況下）
########################### 內存查看 ################################################################
1、查看內存使用情況：
free -m
total used free shared buffers cached
Mem: 3949 2519 1430 0 189 1619
-/+ buffers/cache: 710 3239
Swap: 3576 0 3576
total：內存總數
used：已經使用的內存數
free：空閑內存數
shared：多個進程共享的內存總額
- buffers/cache：(已用)的內存數，即used-buffers-cached
+ buffers/cache：(可用)的內存數，即free+buffers+cached
Buffer Cache用於針對磁碟塊的讀寫；Page Cache用於針對文件inode的讀寫，這些Cache能有效地縮短I/O系統調用的時間。
對於操作系統來說free/used是系統可用/佔用的內存；而對於應用程序來說-/+ buffers/cache是可用/佔用內存,因為buffers/cache很快就會被使用。我們工作時候應該從應用角度來看。
################# 硬碟查看 ##########################################################################
1、查看硬碟及分區信息：
fdisk -l
2、查看文件系統的磁碟空間佔用情況：
df -h
3、查看硬碟的I/O性能（每隔一秒顯示一次，顯示5次）：
iostat -x 1 5
iostat是含在套裝systat中的,可以用yum -y install systat來安裝。
常關注的參數：
如果%util接近100%,說明產生的I/O請求太多，I/O系統已經滿負荷，該磁碟可能存在瓶頸。
如果idle小於70%，I/O的壓力就比較大了，說明讀取進程中有較多的wait。
4、查看linux系統中某目錄的大小：
-sh /root
如發現某個分區空間接近用完，可以進入該分區的掛載點，用以下命令找出佔用空間最多的文件或目錄，然後按照從大到小的順序，找出系統中佔用最多空間的前10個文件或目錄：
-cksh *|sort -rn|head -n 10
############################################ 查看平均負載 ####################################
有時候系統響應很慢，但又找不到原因，這時就要查看平均負載了，看它是否有大量的進程在排隊等待。
最簡單的命令：
uptime
查看過去的1分鍾、5分鍾和15分鍾內進程隊列中的平均進程數量。
還有動態命令：
top
我們只關心以下部分：
top - 21:33:09 up 1:00, 1 user, load average: 0.00, 0.01, 0.05
如果每個邏輯cpu當前的活動進程不大於3，則系統性能良好；
如果每個邏輯cpu當前的活動進程不大於4，表示可以接受；
如果每個邏輯cpu當前的活動進程大於5，則系統性能問題嚴重。
一般計算方法：負載值/邏輯cpu個數
還可以結合vmstat命令來判斷系統是否繁忙，其中：
procs
r：等待運行的進程數。
b：處在非中斷睡眠狀態的進程數。
w：被交換出去的可運行的進程數。
memeory
swpd：虛擬內存使用情況，單位為KB。
free：空閑的內存，單位為KB。
buff：被用來作為緩存的內存數，單位為KB。
swap
si：從磁碟交換到內存的交換頁數量，單位為KB。
so：從內存交換到磁碟的交換頁數量，單位為KB。
io
bi：發送到塊設備的塊數，單位為KB。
bo：從塊設備接受的塊數，單位為KB。
system
in：每秒的中斷數，包括時鍾中斷。
cs：每秒的環境切換次數。
cpu
按cpu的總使用百分比來顯示。
us：cpu使用時間。
sy：cpu系統使用時間。
id：閑置時間。
標准情況下r和b的值應該為：
r<5,b=0
假設輸出的信息中：
如果r經常大於3或4，且id經常少於50，表示cpu的負荷過重。
pi、po長期不等於0，表示內存不足。
bi經常不等於0，且在b中的隊列大於2或3，表示io的性能不好。
################################# 其他參數 #####################################
查看內核版本號：
uname -a
簡化命令：
uname -r
查看系統是32位還是64位的：
file /sbin/init
查看發行版：
cat /etc/issue
或lsb_release -a
查看系統已載入的相關模塊：
lsmod
查看pci設置：
lspci
㈦ 如何在linux系統下進行iozone測試
ozone是一個文件系統的基準測試工具，可以全面測試不同操作系統中文件系統的讀寫性能
方法/步驟
1
命令及參數說明
-a:使用全面自動模式，使用的塊大小從4k到16M，在文件大於 32MB時將自動停止使用低於64K的塊大小測試，這節省了許多時間。
-z:與-a連用，測試所有的塊，強制iozone 在執行自動測試時包含小的塊；
-R:生成Excel報告。iozone將生成一個兼容Excel的標准輸出報告，這個文件可以使用Microsoft Excel打開，可以創建一個文件系統性能的圖表。注意：3D圖表是面向列的，畫圖時需要選擇這項，因為Excel默認處理面向行的數據；
-b filename : iozone輸出結果時將創建一個兼容Excel的二進制格式的文件。
-n:設置測試時最小文件大小
-g:設置測試時最大文件大小
-s:設置測試時文件大小
-f filename: 指定測試文件的名字,完成後會自動刪除(這個文件必須指定你要測試的那個硬碟中)
-y:指定測試塊的大小范圍，表示測試最小塊大小,需要和-a同時使用；
-q:指定測試塊的大小范圍，表示測試最大塊大小,需要和-a同時使用；
-r:指定測試的塊大小測試。
2
如果只在意讀/寫的性能，並不想花時間執行所有測試，可以像如下一樣限制測試內容
./iozone –Ra –g 2G –i 0 –i 1
-i :設置I/O測試模式(0=write/Re－write,1=read/Re-read,2=random-read/write,3=Read-backwards … 12=preadv/Re-preadv),這些別的詳細內容請查man
3
首先需要進入iozone3_397/src/current/路徑下，然後再執行下列命令
全面的自動測試模式，所有參數都是預設的，並且測試完成所有的操作，生成輸出結果iozone.xls，這個文件可以使用Microsoft Excel打開，執行下列命令：
./iozone -a -Rb /home/loongson/iozone.xls
4
自定義模式，設置最小測試文件為64M,最大測試文件為1G，只進行讀寫測試，並在當前路徑下生成輸出結果iozone.xls，在終端執行下列命令：
./iozone -a -n 64m -g 1G -i 0 -i 1 -Rb ./iozone.xls
5
設備當前內存大小是8G，需要指定內存大小的兩倍，並且從塊大小4K到16M結束全面測試；
./iozone -a -s 16g -Rb ./iozone.xls
6
掛載盤的測試，比如U盤等；首先要現將測試盤掛載到/mnt目錄下；
./iozone -a -n 1g -g 4g -i 0 -i 1 -f /mnt/iozone -Rb ./iozone.xls
7
設備當前內存大小是8G，需要指定內存大小的兩倍，並且從指定塊64k大小開始到16M結束全面測試；
./iozone -a -y 64k -s 16g -Rb ./iozone.xls
8
指定塊大小測試案例
./iozone -a -i 0 -i 1 -i 2 -s 8g -r 16m -Rb iozone.xls
㈧ Linux如何查看與測試磁碟IO性能
top命令的其他參數代表的含義詳見top命令詳解
sar 命令是分析系統瓶頸的神器，可以用來查看 CPU 、內存、磁碟、網路等性能。
sar 命令查看當前磁碟性能的命令為：
㈨ 我想做linux的磁碟io性能測試，有什麼好的工具和方法推薦嗎，感謝
除了fio測試工具和iostat，其他工具的測試結果基本上都是扯淡，跟直觀感受毀鎮距離太遠，尤其是隨機IO。
而且測試結果都不能反如戚映真實負載纖橡粗，如果依據這個結果去預估負載，更是差的遠。
㈩ 如何用九條命令在一分鍾內檢查Linux伺服器性能
一、uptime命令
這個命令可以快速查看機器的負載情況。在Linux系統中，這些數據表示等待CPU資源的進程和阻塞在不可中斷IO進程（進程狀態為D）的數量。這些數據可以讓我們對系統資源使用有一個宏觀的了解。
命令的輸出分別表示1分鍾、5分鍾、15分鍾的平均負載情況。通過這三個數據，可以了解伺服器負載是在趨於緊張還是趨於緩解。如果1分鍾平均負載很高，而15分鍾平均負載很低，說明伺服器正在命令高負載情況，需要進一步排查CPU資源都消耗在了哪裡。反之，如果15分鍾平均負載很高，1分鍾平均負載較低，則有可能是CPU資源緊張時刻已經過去。
上面例子中的輸出，可以看見最近1分鍾的平均負載非常高，且遠高於最近15分鍾負載，因此我們需要繼續排查當前系統中有什麼進程消耗了大量的資源。可以通過下文將會介紹的vmstat、mpstat等命令進一步排查。
二、dmesg命令
該命令會輸出系統日誌的最後10行。示例中的輸出，可以看見一次內核的oom kill和一次TCP丟包。這些日誌可以幫助排查性能問題。千萬不要忘了這一步。
三、vmstat命令
vmstat(8) 命令，每行會輸出一些系統核心指標，這些指標可以讓我們更詳細的了解系統狀態。後面跟的參數1，表示每秒輸出一次統計信息，表頭提示了每一列的含義，這幾介紹一些和性能調優相關的列：
r：等待在CPU資源的進程數。這個數據比平均負載更加能夠體現CPU負載情況，數據中不包含等待IO的進程。如果這個數值大於機器CPU核數，那麼機器的CPU資源已經飽和。
free：系統可用內存數（以千位元組為單位），如果剩餘內存不足，也會導致系統性能問題。下文介紹到的free命令，可以更詳細的了解系統內存的使用情況。
si，so：交換區寫入和讀取的數量。如果這個數據不為0，說明系統已經在使用交換區（swap），機器物理內存已經不足。
us, sy, id, wa, st：這些都代表了CPU時間的消耗，它們分別表示用戶時間（user）、系統（內核）時間（sys）、空閑時間（idle）、IO等待時間（wait）和被偷走的時間（stolen，一般被其他虛擬機消耗）。
上述這些CPU時間，可以讓我們很快了解CPU是否出於繁忙狀態。一般情況下，如果用戶時間和系統時間相加非常大，CPU出於忙於執行指令。如果IO等待時間很長，那麼系統的瓶頸可能在磁碟IO。
示例命令的輸出可以看見，大量CPU時間消耗在用戶態，也就是用戶應用程序消耗了CPU時間。這不一定是性能問題，需要結合r隊列，一起分析。
四、mpstat命令
該命令可以顯示每個CPU的佔用情況，如果有一個CPU佔用率特別高，那麼有可能是一個單線程應用程序引起的。
五、pidstat命令
pidstat命令輸出進程的CPU佔用率，該命令會持續輸出，並且不會覆蓋之前的數據，可以方便觀察系統動態。如上的輸出，可以看見兩個JAVA進程佔用了將近1600%的CPU時間，既消耗了大約16個CPU核心的運算資源。
六、iostat命令
r/s, w/s, rkB/s, wkB/s：分別表示每秒讀寫次數和每秒讀寫數據量（千位元組）。讀寫量過大，可能會引起性能問題。
await：IO操作的平均等待時間，單位是毫秒。這是應用程序在和磁碟交互時，需要消耗的時間，包括IO等待和實際操作的耗時。如果這個數值過大，可能是硬體設備遇到了瓶頸或者出現故障。
avgqu-sz：向設備發出的請求平均數量。如果這個數值大於1，可能是硬體設備已經飽和（部分前端硬體設備支持並行寫入）。
%util：設備利用率。這個數值表示設備的繁忙程度，經驗值是如果超過60，可能會影響IO性能（可以參照IO操作平均等待時間）。如果到達100%，說明硬體設備已經飽和。
如果顯示的是邏輯設備的數據，那麼設備利用率不代表後端實際的硬體設備已經飽和。值得注意的是，即使IO性能不理想，也不一定意味這應用程序性能會不好，可以利用諸如預讀取、寫緩存等策略提升應用性能。
七、free命令
free命令可以查看系統內存的使用情況，-m參數表示按照兆位元組展示。最後兩列分別表示用於IO緩存的內存數，和用於文件系統頁緩存的內存數。需要注意的是，第二行-/+ buffers/cache，看上去緩存佔用了大量內存空間。
這是Linux系統的內存使用策略，盡可能的利用內存，如果應用程序需要內存，這部分內存會立即被回收並分配給應用程序。因此，這部分內存一般也被當成是可用內存。
如果可用內存非常少，系統可能會動用交換區（如果配置了的話），這樣會增加IO開銷（可以在iostat命令中提現），降低系統性能。
八、sar命令
sar命令在這里可以查看網路設備的吞吐率。在排查性能問題時，可以通過網路設備的吞吐量，判斷網路設備是否已經飽和。如示例輸出中，eth0網卡設備，吞吐率大概在22 Mbytes/s，既176 Mbits/sec，沒有達到1Gbit/sec的硬體上限。
sar命令在這里用於查看TCP連接狀態，其中包括：
active/s：每秒本地發起的TCP連接數，既通過connect調用創建的TCP連接；
passive/s：每秒遠程發起的TCP連接數，即通過accept調用創建的TCP連接；
retrans/s：每秒TCP重傳數量；
TCP連接數可以用來判斷性能問題是否由於建立了過多的連接，進一步可以判斷是主動發起的連接，還是被動接受的連接。TCP重傳可能是因為網路環境惡劣，或者伺服器壓
九、top命令
top命令包含了前面好幾個命令的檢查的內容。比如系統負載情況（uptime）、系統內存使用情況（free）、系統CPU使用情況（vmstat）等。因此通過這個命令，可以相對全面的查看系統負載的來源。同時，top命令支持排序，可以按照不同的列排序，方便查找出諸如內存佔用最多的進程、CPU佔用率最高的進程等。
但是，top命令相對於前面一些命令，輸出是一個瞬間值，如果不持續盯著，可能會錯過一些線索。這時可能需要暫停top命令刷新，來記錄和比對數據。