Як я можу запобігти [flush-8: 16] та [jbd2 / sdb2-8] не викликати реагування на графічний інтерфейс? [зачинено]

Приблизно двічі на тиждень весь графічний інтерфейс блокується приблизно 10-20 секунд без попередження, коли я виконую прості завдання, такі як перегляд Інтернету або написання паперу. Коли це відбувається, елементи GUI не реагують на введення миші або клавіатури, а аплет System Monitor відображає 100% використання IOWait процесора.

Сьогодні мені нарешті трапилося відкриття терміналу GNOME, коли проблема почалася. Незважаючи на те, що інші додатки, такі як Google Chrome, Firefox, GNOME Do та GNOME Panel не відповідають, термінал був придатний для використання. Я бігав iotopі помічав, що команди називають [flush-8:16]і по [jbd2/sdb2-8]черзі використовують 99,99% введення.

Що це, і як я можу запобігти появі невідповідності графічного інтерфейсу?

Деталі

$ mount | grep ^/dev
/dev/sda1 on / type ext4 (rw,noatime,discard,errors=remount-ro,commit=0)
/dev/sdb2 on /home type ext4 (rw,commit=0)
$ cat /proc/swaps 
Filename        Type        Size     Used    Priority
/dev/sdb3       partition   1052252  0       -1

/dev/sdaє OCZ-VERTEX2 і /dev/sdbє WD10EARS . Ось dumpe2fs /dev/sdb2і smartctl /dev/sdb --all.

Я не бачу нічого незвичайного в dmesgабо /var/log/syslog.

Я зважусь на теорію:

/dev/sdb1 можливо, міняти місце?

Якщо щось центральне в графічному інтерфейсі було завантажено на диск, графічний інтерфейс не може продовжуватися, поки не отримає ці дані. Якщо обмінюваний диск спить, це означає, що він застряг, поки диск не реагує.

Я думаю, що це призведе до тимчасового блокування, і період 10-20 секунд відповідає часу, необхідному для відповіді сплячого диска. Імовірно, термінал все ще реагує, оскільки все, що йому потрібно, вже знаходиться в оперативній пам'яті.

Деякі термінальні інструменти для вивчення теорії:

• hdparm -C /dev/sdX повідомляє, чи спить диск:

  $ sudo hdparm -C /dev/sdb
  /dev/sdb:
  drive state is:  standby
  

  active/idleозначає, що він працює. У штаті standbyабо sleepingвін перестав обертатися, і знову знадобиться деякий час. Див man hdparm.

• free -m говорить, скільки місця для заміни використовується:

  $ free -m     
               total       used       free     [...]
  Mem:          5973       4928       1045     [...]
  -/+ buffers/cache:       1091       4882
  Swap:         6234          0       6234
  

  "Зміна:" є відповідним рядком, у цьому прикладі є можливість заміни 6,2 ГБ, і нічого не використовується.

Якщо це проблема, ви можете або перемістити swap до sda, або відключити вікна для sdb.