[flush-8 : 16] 및 [jbd2 / sdb2-8]가 GUI 응답을 일으키지 않도록하려면 어떻게해야합니까? [닫은] 팔년 전에 .

웹을 탐색하거나 종이를 쓰는 등 간단한 작업을 수행하는 동안 일주일에 두 번 정도 전체 그래픽 인터페이스가 경고없이 약 10-20 초 동안 잠 깁니다. 이 경우 GUI 요소는 마우스 또는 키보드 입력에 응답하지 않으며 시스템 모니터 애플릿은 100 % IOWait 프로세서 사용량을 표시합니다.

오늘 문제가 시작될 때 그놈 터미널이 이미 열려있었습니다. 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/sdbA는 WD10EARS . 여기에 dumpe2fs /dev/sdb2smartctl /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.2GB 스왑을 사용할 수 있으며 아무것도 사용되지 않습니다.

이것이 문제인 경우, 스왑을 sda로 이동하거나 sdb에 대한 스핀 다운을 비활성화 할 수 있습니다.