Плачевная производительность ввода-вывода после обновления 16,04

У меня есть полурегулярная задача, которую я делаю на своей рабочей станции Ubuntu 16.04: Это имеет второй диск с Windows 7 на нем. Это в основном - пустая установка, которая я иногда загружаю и позволяю выполненному Windows Update. Идея состоит в том, чтобы использовать его для игр, но, ну, в общем, оказывается, что у меня редко есть время. Я все еще совершенствую его.

Эта полурегулярная задача клонирует дисковое использование ntfsclone после того, как я сделал такое обновление. Посмотрите на него как на "не использующее высокие технологии" создание снимков, потому что - увы Windows не может жить в объеме LVM. (Ну, это может, если это виртуализируется.) Я записал сценарий, чтобы сделать это (и еще несколько вещей), потому что я ленив, но команда, которая занимает большую часть времени и вызывает проблему:

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

Где /dev/sdc2 раздел Windows и /home/jorg/Images/ объем LVM, на RAID1, состоявшем из /dev/sda и /dev/sdb. Все эти диски являются нормальными жесткими дисками, соединенное использование SATA.

Проблема, которая возникает: когда я делаю это, моя рабочая станция становится полностью и совершенно неприменимый. Скорость отклика просто ужасна. Даже переключаясь и входя в виртуальную консоль (Ctrl-Alt-F1) является невыносимо медленным.

Это не только использует ntfsclone и вот почему я подозреваю диск ввод-вывод. Когда я делаю 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.

Кто-либо также видит плачевную производительность при выполнении высокого ввода-вывода? Если так, Вы находили обходное решение?