Очень высокий IOWait после подключения SSD

Question

У меня серьезная проблема с моей рабочей станцией. Некоторое время назад я купил SSD диск. К этому моменту все было хорошо, у меня было два жестких диска, копирующих файлы со скоростью около 50-60 мегабайт в секунду, без задержек и проблем с производительностью. После того, как я подключил SSD-накопитель и переустановил систему, любые операции с любым диском буквально стали болезненными Независимо от того, читаю ли я данные с какого-либо из дисков или записываю что-то на него, время IOWait возрастает до 100% ЦП, зависание всей машины и передача данных очень низка. Проблема возникает независимо от того, какие операции я выполняю, и независимо от того, задействован ли SSD. Даже копирование файлов с одного USB-накопителя на другой вызывает огромные задержки. Проблема не существовала, пока я не подключил SSD. SWAP-раздел находится на диске SSD.

Системная спецификация:

CPU: AMD Phenom II 965 BE 3.4@4.0GHz
RAM: 12GB 1600MHz DDR3 (2x2 and 1x8) 
HDD: 500GB WD Green for storage and old 300GB Samsung for trash data
SSD: 120GB Samsung 840 EVO
SYSTEM: elementaryOS Luna @ Ubuntu 12.04

Linux Leader 3.11.0-18-generic #32~precise1-Ubuntu SMP Thu Feb 20 17:52:10 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

/ И т.д. / Fstab

UUID=9a3aeee3-da3c-494c-81a3-0fb9a2d0b0cb  / ext4 discard,noatime,nodiratime,errors=remount-ro  0 1
UUID=64c8d0c7-a70d-4a8a-803b-472bf0f368fe  /home ext4  discard,noatime,nodiratime  0 2
UUID=324b9dc2-e63d-4ffe-b77c-877470ab4492  /media/Storage  ext4  noatime,nodiratime  0 0
UUID=80d15662-997b-43b0-a36e-7b63c78e6ea3  none swap  discard,sw 0 0

/media/Storage/Wideo     /home/galmido/Wideo     none  bind  0  0
/media/Storage/Obrazy    /home/galmido/Obrazy    none  bind  0  0
/media/Storage/Muzyka    /home/galmido/Muzyka    none  bind  0  0
/media/Storage/Zdjęcia   /home/galmido/Zdjęcia   none  bind  0  0
/media/Storage/Pobrane   /home/galmido/Pobrane   none  bind  0  0

Этот экран был сделан при копировании файлов с одного жесткого диска (500 ГБ WD, ext4) на второй (300 ГБ Samsung, ext2). Я едва успел это сделать. По окончании копирования скорость передачи упала примерно до 10 килобайт в секунду, и вся машина зависла примерно на 10 минут.

-

Редактировать:

Я только что вспомнил, что проблема значительно возросла после обновления системы несколько месяцев назад. Я не обращал слишком много внимания на то, какие пакеты были обновлены, но пространство, доступное на разделе SWAP, увеличилось с 10 ГБ до 16 ГБ согласно системному монитору, и тогда эта проблема становится серьезной. Я попытался откатить версию ядра до старой, но безуспешно.

Answer 1

1) Это не связано, но удалите nodiratime из вашего fstab. noatime также включает nodiratime, поэтому нет необходимости добавлять его во второй раз.
Также попробуйте добавить, commit = 15 в качестве опции для ваших разделов ssd. Это в основном говорит им отправлять запросы io навалом каждые 15 секунд, что значительно ускоряет его. Имейте в виду, что в случае внезапного отключения питания вы might потерять последние 15 секунд незавершенной записи на диск

2) Используйте iotop OR, чтобы посмотреть, что вызывает постоянный ввод / вывод. Эти инструменты покажут вам текущие процессы, загружающие ваши диски.

3) Используйте powertop и проверьте вкладку настроек. В частности, проверьте, включены ли параметры энергосбережения для контроллера ssd sata. Если они пытаются отключить их и посмотреть, изменит ли это что-нибудь. Если у вас есть ноутбук и вы используете инструменты режима ноутбука или аналогичные программы управления питанием, возможно, они включили подобную опцию, которая вызывает всю эту задержку.

4) Если вы все еще не можете найти источник проблемы, также проверьте /etc/udev/rules.d, если вы используете udev, и попытайтесь увидеть, какие там правила существуют. Это может изменить настройки для некоторых устройств, когда они подключены, и вызвать все эти проблемы.

5) Попробуйте добавить эти параметры в ваш sysctl.conf, затем загрузить их и посмотреть, будут ли они иметь значение.

vm.swappiness=1     
vm.vfs_cache_pressure=45
vm.dirty_background_ratio = 10
vm.dirty_ratio = 10
vm.dirty_writeback_centisecs = 1500    
kernel.nmi_watchdog = 0  

а также проверьте ошибки.log, daemon.log и kernel.log в /var /log на возможные ошибки, которые могут показать вам, что не так.

Answer 2

какое значение в вашем файле /proc /sys /vm /swappiness?

Можете ли вы попытаться отключить пространство подкачки? Выпуская

swapoff -a

IO возвращается в нормальное состояние?