web-dev-qa-db-ja.com

16.04へのアップグレード後の異常なI / Oパフォーマンス

Ubuntu 16.04ワークステーションで半定期的なタスクを実行しています。Windows7がインストールされた2番目のディスクがあります。それは基本的には裸のインストールで、時々起動してWindows Updateを実行させます。アイデアはゲームで使用することですが、まあ、私にはめったに時間がありません。私はまだそれを最新に保ちます。

この半定期的なタスクは、このような更新を行った後、ntfscloneを使用してディスクのクローンを作成しています。 -alas- WindowsはLVMボリューム内に存在できないため、「ローテク」スナップショットと見なしてください。 （まあ、仮想化されていれば可能です。）これを行うためのスクリプトを作成しました（さらにいくつかのこと）。私は怠け者だからです。

ntfsclone -s -o /home/jorg/Images/$(date +%F).ntfsclone /dev/sdc2

/dev/sdc2はWindowsパーティションであり、/home/jorg/Images/はLVMボリュームで、/dev/sdaと/dev/sdbで構成されるRAID1上にあります。これらのディスクはすべて、SATAを使用して接続された通常のハードディスクです。

発生する問題：これを行うと、ワークステーションがまったく使用できなくなります。応答性は単純に恐ろしいです。仮想コンソール（Ctrl-Alt-F1）への切り替えとログインでさえ、耐えられないほど遅いです。

これはntfscloneを使用しているだけではなく、そのためにディスクI/Oが疑われるのです。 dd（欠陥のあるディスクで人々を助けるためによく使用するツール）を実行すると、同じことが起こります。 ddではさらに悪化します。これはUSBを介して行われることが多いためです。とは言っても、上記のセットアップのテストとしてddの代わりにntfscloneを使用しました。これはSATAのみであり、同じくらい悪いです。はい、bsでddパラメーターを使用して、バッファリングが正しく行われるようにします。

事は次のとおりです。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を実行しているとき、だれかがひどいパフォーマンスを見ていますか？その場合、回避策を見つけましたか？

hard-driveperformanceclone
2
jawtheshark

xanmod kernel が役立つようです。私は16.04をssdブートドライブ、gnome 3.2で実行していました。デッドラインスケジューラがそれを行うだろうと思ったが、あまり助けにはならないようだった。これは私が従ったことです： http://www.hecticgeek.com/2016/09/supercharge-ubuntu-16-04-lts-xanmod-kernel/

1
Doug Twyman