![升級到 16.04 後 I/O 效能極差](https://rvso.com/image/885966/%E5%8D%87%E7%B4%9A%E5%88%B0%2016.04%20%E5%BE%8C%20I%2FO%20%E6%95%88%E8%83%BD%E6%A5%B5%E5%B7%AE.png)
我在 Ubuntu 16.04 工作站上執行一項半常規任務:它有第二個磁碟,上面裝有 Windows 7。它基本上是一個裸安裝,我有時會啟動並讓 Windows Update 運行。我的想法是用它來玩遊戲,但事實證明我很少有時間。我仍然保持最新狀態。
ntfsclone
這個半常規任務是在我進行此類更新後使用克隆磁碟。將其視為「低技術」快照,因為 Windows 無法駐留在 LVM 磁碟區中。 (好吧,如果它被虛擬化的話,它可以。)我編寫了一個腳本來執行此操作(以及其他一些操作),因為我很懶,但是花費最多時間並導致問題的命令是:
ntfsclone -s -o /home/jorg/Images/$(date +%F).ntfsclone /dev/sdc2
其中/dev/sdc2
是 Windows 分割區,是 LVM 卷,位於由和/home/jorg/Images/
組成的 RAID1 上。所有這些磁碟都是普通硬碟,使用 SATA 連接。/dev/sda
/dev/sdb
出現的問題是:當我這樣做時,我的工作站變得完全無法使用。反應能力簡直太可怕了。即使切換和登入虛擬控制台(Ctrl
- Alt
- F1
)也慢得難以忍受。
這不僅僅是使用ntfsclone
,這就是我懷疑磁碟 I/O 的原因。當我這樣做時dd
,我經常使用它來幫助人們解決有缺陷的磁碟的工具,同樣的情況也會發生。情況更糟dd
,因為它通常透過 USB 傳輸。也就是說,我使用了上述設定(僅限 SATA)dd
而不是作為測試,但效果同樣糟糕。ntfsclone
是的,我使用bs
參數 indd
以便正確完成緩衝。
事實是:雖然計算機在 14.04 中速度變慢,但它並沒有變得無法使用。只是“慢了一點”,但瀏覽、電子郵件、終端都還可以使用。
到目前為止,我還嘗試過不同的磁碟調度程序。支援的調度程序有:
cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
切換到cfq
或noop
沒有幫助。 ( echo cfq > /sys/block/sda/queue/scheduler
)。
有關我的機器的一些資訊:
root@tiger:~# uname -a
Linux tiger 4.4.0-34-generic #53-Ubuntu SMP Wed Jul 27 16:06:39 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
root@tiger:~# dmidecode -t baseboard | grep -e Product -e Manufacturer
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: F1A75-V PRO
root@tiger:~# free -mh
total used free shared buff/cache available
Mem: 15G 1,7G 2,9G 154M 11G 13G
Swap: 31G 0B 31G
root@tiger:~# for disk in a b c ; do echo \[ Disk informatoin for \/dev\/sd$disk \] ; hdparm -I /dev/sd$disk | grep -e Model -e Transport ; done
[ Disk informatoin for /dev/sda ]
Model Number: ST1500DL003-9VT16L
Transport: Serial, SATA Rev 3.0
* SMART Command Transport (SCT) feature set
[ Disk informatoin for /dev/sdb ]
Model Number: ST1500DL003-9VT16L
Transport: Serial, SATA Rev 3.0
* SMART Command Transport (SCT) feature set
[ Disk informatoin for /dev/sdc ]
Model Number: WDC WD1002FAEX-00Z3A0
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
* SMART Command Transport (SCT) feature set
我確實意識到我的/dev/sda
和/dev/sdb
不是強者,但他們在 14.04 下表現得很好。
是否有人在進行高 I/O 操作時也看到糟糕的效能?如果是這樣,您找到解決方法了嗎?
答案1
這xanmod內核似乎有幫助。我運行的是帶有 SSD 引導驅動器的 16.04,gnome 3.2。我以為截止日期調度程序會做到這一點,但似乎沒有多大幫助。這就是我所遵循的: http://www.hecticgeek.com/2016/09/supercharge-ubuntu-16-04-lts-xanmod-kernel/