i/o – 21點情報網

Oracle Linux設定scheduler為noop提升硬碟效能

blackjack — Sat, 07 Aug 2021 10:15:16 +0000

小編最近遇到了一個Oracle Linux系統效能調教的案例，案例中Oracle Linux透過網路掛載後端的磁碟陣列機，官方手冊建議調整scheduler這個檔案藉此提升磁碟陣列機在系統上的存取效能。

範例情境：
01、Oracle Linux 8.3
02、磁碟陣列機Dell EMC PowerFlex

操作步驟：
[暫時性設定]
01、設定scheduler為noop
指令：
echo “noop” > /sys/block/sda/queue/scheduler

02、確認是否修改成功
指令：
cat /sys/block/sda/queue/scheduler

注意事項：當noop被框選起來，代表已設定成功

[永久變更設定]
01、設定grub檔案參數
指令：
vi /etc/default/grub

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=”$(sed ‘s, release .*$,,g’ /etc/system-release)”
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT=”console”
GRUB_CMDLINE_LINUX=”rd.lvm.lv=ol/root rd.lvm.lv=ol/swap rhgb intel_idle.max_cstate=1 intel_pstate=disable quiet elevator=noop“
GRUB_DISABLE_RECOVERY=”true”

02、確認是否修改成功
指令：
grep noop /etc/default/grub

03、確認grub.cfg檔案所在位置
指令：
find / -name grub.cfg

04、重新產生grub.cfg檔案
指令：
grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

05、重新開機
指令：
reboot

06、重新開機之後再次確認設定值是否有生效
指令：
grep noop /etc/default/grub

用DD工具來評估Oracle Database磁碟寫入效能

blackjack — Sat, 09 Jan 2021 15:06:17 +0000

最近小邊遇到了一個案例，有位客戶要測試Oracle Database系統的磁碟陣列機(Storage)寫入效能，用了DD這個工具去做寫入壓力測試，測試過程雖有得到DD產出的數值，但卻發現在磁碟陣列機的系統管理畫面(storage dashboard)所觀測到的寫入流量時間與測試結束時間對應不起來，這是什麼神奇的事情? 測試指令以產出測試結果了，但磁碟陣列機卻還有I/O在寫入?

請對方提供了測試的DD指令後才發現，原來沒使用sync參數，所以系統用了暫存機制了，且Oracle資料庫系統預設使採用8K的block size，測試過程卻採用4K來測試，所以這樣的測試當然是不準的瞜。
將指令變更為如下：
time sh -c “dd if=/dev/zero of=testfile bs=8k count=2500000 && sync“

※從測試結果的時間可以觀測到以8K的block size，寫入10GB的資料大約花費了25.416秒。

如果不使用sync參數的狀況下。
將指令變更為如下：
time sh -c “dd if=/dev/zero of=testfile bs=8k count=2500000”

※相同以8K的block size，寫入10GB的資料，時間卻只花費了14.016秒。

由上面結果可了解到，當沒下sync參數時，系統顯示已經完成寫入，但事實上背景還在進行中，當有使用sync參數時，磁碟陣列機的寫入負載時間就對應的起來了。