Linux 使用I/O Scheduler來調整硬碟I/O模式以及加大Readahead Cache來增加效能[含1張圖]

IT_man

一、 首先介紹硬碟的  I/O Scheduler

+ C6 U% i6 e4 X1 Q6 T6 }
9 _9 K8 q) @* B5 I" zI/O Scheduler是什麼？看看Wiki的說明:
* G3 S% ?; w  Z* p" PInput / Output Scheduling or I/O Scheduling is a term used to describe the method computer operating systems decide the order that block I/O operations will be submitted to storage volumes. I/O Scheduling is sometimes called 'disk scheduling'.
) U3 T! P$ r- M, i! L8 w

簡單的說，就是讓我們可以經由不同的設定，來達到調整磁碟存取(I/O)模式的一種設定工具。
( w( k! V! ]7 B; M/ c
( O9 k/ h7 [. g% ^, M2 B9 ~
7 e# x( }4 c0 L% `) o" L7 a/ I目前Linux支援四種I/O Schedule模式，分別為:
$ }3 {5 n, q, E  c8 m* l$ w# I, Z/ }; Z

: ~& `0 T$ x2 ]1 b9 R/ O* u( JNoop Scheduler (簡稱noop) -- RIAD 或 SSD 建議使用 noop
可以算是最基本且簡化的Scheduler，主要應用於一些較為特別的軟體與硬體搭配操作的環境中，且這些軟/硬體已經具備有自己的I/O存取機制，且對於系統核心的要求較少，這樣的Scheduler比較適合運用在嵌入式的環境系統中。


1 |5 D# w( M4 s4 L" I4 C( x- ACompletely Fair Queuing (簡稱cfq)
7 j, I- x  P& c% g顧名思義，針對硬碟與系統應用所需要的所有I/O任務，均分配給相同的佇列順序(Queuing)，這樣的Scheduler最適合用於一般使用者桌上型電腦的操作環境，自從2006年12月Linux Kernel 2.6.18問世直至今日，CFQ Scheduler一直是Linux核心預設的 I/O scheduler。
$ k9 \3 H- E6 {4 `. |3 u, [
5 O7 ~3 y! X3 w: u! u
. Y6 i" N2 ?* s) _' E- J6 |; mAnticipatory Scheduling (簡稱anticipatory)
9 n6 u9 S0 R7 S- b4 ~8 @9 Q2 s曾經一度是Linux 2.6 Kernel 的預設 I/O Scheduler ，由Anticipatory (預先/預想) 的文字解釋來看，如果有第一個I/O出現，且同時又有別的系統第二個I/O請求操作時，Anticipatory Scheduling將會產生一個預設需要6毫秒的"猜測"(預想)時間，這個猜測，是在猜測第二個I/O請求是要做什麼用的，這樣的猜測預想模式在經常性進行隨機存取的系統內會造成較大的時間延遲，尤其是像資料庫這樣的系統環境，但反之，Anticipatory Scheduling對於像網頁伺服器這樣的系統則會表現的相當好。
) R( k. L/ p( f9 G9 P& D
: s! Y* Y7 \2 w4 I! e% c7 q
Deadline Scheduler (簡稱deadline) -- SATA 建議使用 deadline
主要這個Scheduler就是針對Anticipatory Scheduling的缺點來進行改善，它會針對磁碟中經常遭到存取的不同應用程式，記錄並製作符合最小延遲時間的佇列順序，這樣的結果對於資料庫系統能提供更加的存取效率。


' E* b5 t, _* Y) u- [下圖是Red Hat Enterprise Linux 4 (2.6 Kernel) 搭配Oracle10G資料庫與各種I/O Scheduler測試的結果 (圖片與資料來源屬Redhat公司所有)
9 P0 b8 G- \* W) f* f( a1 s

& ^0 L* ?' `. y5 F5 m5 \5 H簡單理解了I/O Scheduler模式的差異後，我們可以針對不同儲存設備來搭配不同的I/O Scheduler進行效能上的調校，首先我們先找到管理I/O Scheduler的系統檔案，這個檔案可用cat的方式來讀取:
: n( _0 K! K; e6 V- S3 l1 D' |, u) j: V

- Z1 u: L' P3 i+ x#cat /sys/block/sda/queue/scheduler
2 W* {9 {" Q8 `! A7 g4 w  y[noop] anticipatory deadline cfq

( h, ^7 e& F9 V: ?
從上例，我們可以知道目前的I/O Scheduler模式為Noop. (有框號 [ ] 處)
8 V; x$ |; }; G1 C: `5 H9 L/ n: e' D

( U. m! `+ L% T% T9 `若需要進行修改調整，作法有兩種:
6 T7 j9 d, q; m3 e8 M

1. 單次調整，即調整即生效，經由echo指令來更改I/O Scheduler的模式
! K7 Q9 g- }2 Z8 e  `3 E7 ?
, I+ ]: m$ e2 `8 U1 X, L8 d4 w, k
#echo Deadline>/sys/block/sda/queue/scheduler
3 p% E% b. z" \  N4 c9 c

上例為將目前sda這顆硬碟的I/O Scheduler更改為Deadline模式，改完隨即生效，但重新開機後又會回到系統核心默認的I/O Scheduler模式


2. 隨著系統開機進行調整生效:
' Q  N* X4 B. }- d以下2選1

❶

在 /etc/rc.local 內加入一行:

echo anticipatory > /sys/block/sdb/queue/scheduler

❷

在系統的GRUB開機檔案中，最後一行加上elevator=deadline，即可於每次開機後都保有Deadline Scheduler的運作模式，如下例:
5 L) |9 c6 \3 H8 `
. I- s; l, Z  |* l& N) E6 E6 b
  y2 S) n6 A* p+ H: A9 w! X# y編輯 /boot/grub/grub.conf
- u! H- e0 b! v0 @1 @& c

title Fedora Core (2.6.9-5.0.3.EL_lustre.1.4.2custom)
root (hd0,0)
kernel /vmlinuz-2.6.9-5.0.3.EL_lustre.1.4.2custom ro
4 \& g- Y. i8 E! j; [: b5 xroot=/dev/VolGroup00/LogVol00 rhgb noapic quiet elevator=deadline
# I. G% w3 Z, v



5 Q3 u; ^3 F  T二、 接下來是硬碟的 Readahead 快取

3 H8 U) @1 K1 j$ @$ o
8 ?# t6 e& p* L1 }& ]/ w這部份就比較容易理解，經由系統磁碟的預先讀取設定來加速讀取效能，而經由調整Readahead Sectors大小來增進系統磁碟的讀取效能差異，這就是調校的主要目的。

, g! X5 Q: W6 N' S# B6 Y
經由Linux系統指令: blockdev 來檢視目前sda硬碟的Readahead Sectors大小，範例如下

" Y  g, P+ n- ]6 X" H+ w
#blockdev --getra /dev/sda   (系統預設是256M)
512

; ^' a7 F, G9 Z$ Q
而經由調整參數並帶入Sectors大小，來進行效能調整，範例如下:
' E9 f' P- X  Y: U. h

$ _/ K2 F. u4 `: D+ A#blockdev --setra 4096 /dev/sda
# ^: u: ^) x# I; k

#blockdev --getra /dev/sda
4096
. r6 A& W3 R2 U& G" u0 w! J
- x) a) B; w5 D隨著系統開機自動設定:
/ b9 O% ~" _! `$ n" _/ P* p在 /etc/rc.local 內加入一行:
blockdev --setra 4096 /dev/sda

0 r8 s2 h( ?/ Y經有這兩種硬碟效能調校的小方案，可望能在原本讀取效能就比較差的硬體環境之下，再多壓榨出一些讀取效能。
實例:以前當server同時做很多工作,例如 ffmpeg, php(move_uploaded_file)上傳大檔案 ,tar , mv 大的檔案時,所有動作幾乎會卡住,完全動不了,經過上述的調整,問題完全解決。
. j; \( Q0 F! ]& @) b  ~/ N3 L- D! f
另外,sysctl.conf的調整也是有幫助的
$ s# p) w% L0 R* }; e

參考來源:

http://itstorage.storageforum.tw ... eadahead-cache.html
' ^; ~4 @2 L; w: b" E8 Z