웹을 탐색하거나 종이를 쓰는 등 간단한 작업을 수행하는 동안 일주일에 두 번 정도 전체 그래픽 인터페이스가 경고없이 약 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/sdb
A는 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.2GB 스왑을 사용할 수 있으며 아무것도 사용되지 않습니다.
이것이 문제인 경우, 스왑을 sda로 이동하거나 sdb에 대한 스핀 다운을 비활성화 할 수 있습니다.