Come posso impedire a [flush-8: 16] e [jbd2 / sdb2-8] di non rispondere alla GUI? [chiuso]

Circa due volte a settimana, l'intera interfaccia grafica si bloccherà per circa 10-20 secondi senza preavviso mentre eseguo attività semplici come la navigazione sul Web o la scrittura di un documento. Quando ciò accade, gli elementi della GUI non rispondono all'input del mouse o della tastiera e l'applet di Monitor di sistema visualizza il 100% di utilizzo del processore IOWait.

Oggi, finalmente mi è capitato di avere GNOME Terminal già aperto quando è iniziato il problema. Nonostante altre applicazioni come Google Chrome, Firefox, GNOME Do e GNOME Panel non rispondessero, il terminale era utilizzabile. Ho corso iotope osservato che i comandi denominati [flush-8:16]e [jbd2/sdb2-8]utilizzavano alternativamente il 99,99% di I / O.

Cosa sono questi e come posso impedire loro di causare la mancata risposta della GUI?

Dettagli

$ 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è un OCZ-VERTEX2 ed /dev/sdbè un WD10EARS . Qui è dumpe2fs /dev/sdb2e smartctl /dev/sdb --all.

Non vedo nulla di insolito in dmesgo /var/log/syslog.

Avventurerò una teoria:

/dev/sdb1 è forse lo spazio di swap?

Se qualcosa di centrale nell'interfaccia grafica è stato scaricato su disco, la GUI non può continuare fino a quando non ha ricevuto quei dati. Se il disco di scambio è inattivo, significa che è bloccato fino a quando il disco non risponde.

Penso che ciò darebbe un blocco temporaneo e il periodo di 10-20 secondi si adatta al tempo necessario per la risposta di un disco inattivo. Presumibilmente il terminale è ancora reattivo perché tutto ciò che serve è già nella RAM.

Alcuni strumenti terminali per esplorare la teoria:

• hdparm -C /dev/sdX ti dice se un disco sta dormendo:

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

  active/idlesignifica che sta funzionando. Nello stato standbyo sleepingha smesso di girare e ci vorrà un po 'per riavviarsi. Vedere man hdparm.

• free -m dice quanto spazio di swap viene utilizzato:

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

  "Scambia:" è la riga pertinente, in questo esempio è disponibile lo scambio da 6,2 GB e non viene utilizzato nulla.

In questo caso, è possibile spostare swap su sda o disabilitare gli spindown per sdb.