如何防止[flush-8：16]和[jbd2 / sdb2-8]导致GUI无响应？[关闭]

在我执行一些简单的任务（例如浏览Web或撰写论文）时，整个图形界面大约每周两次，会在不发出警告的情况下锁定约10-20秒。发生这种情况时，GUI元素不响应鼠标或键盘输入，并且系统监视器小程序显示100％的IOWait处理器使用率。

今天，当问题开始时，我终于碰巧已经打开了GNOME终端。尽管其他应用程序（例如Google Chrome，Firefox，GNOME Do和GNOME Panel）没有响应，但该终端仍然可用。我运行iotop并观察到命令命名为，[flush-8:16]并且[jbd2/sdb2-8]交替使用99.99％的IO。

这些是什么，如何防止它们导致GUI无响应？

细节

$ 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 也许是交换空间？

如果图形界面的中心内容已卸载到磁盘，则GUI在收到这些数据之前无法继续。如果交换磁盘处于休眠状态，则表示交换磁盘一直处于阻塞状态，直到磁盘响应为止。

我认为这将提供临时锁定，并且10到20秒的时间适合睡眠磁盘响应所需的时间。终端可能仍在响应，因为它所需的全部已在RAM中。

一些用于研究该理论的终端工具：

• 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 GB交换可用，不使用任何内容。

如果这是问题所在，则可以将交换移至sda或为sdb禁用Spindowns。