Re: [gentoo-user-ru] тормоза

[Alex Efros <powerman@powerman.asdfgroup.com>]

Hi!

On Wed, Apr 08, 2009 at 02:00:33AM +0300, Alex Efros wrote:
> Никто не сталкивался с периодическими подвисаниями системы секунд на 5-10?
> При этом интерфейс вообще не работает (мышка движется, но клики мышки и
> нажатия кнопок игнорируются), а когда через несколько секунд он "отвисает"
> все клики/нажатые кнопки срабатывают (т.е. они не потерялись, а ждали
> где-то в очереди).

Ещё симптомы:
- на клаве в это время не работает даже NumLock (когда система отвисает то
  всё снова работает)
- почему-то sensors показывает стабильно высокую температуру CPU: 60-70
  градусов на обоих ядрах при 0% загрузке CPU (под виндой температура даже
  под нагрузкой не выше 50 градусов)
- если на машину во время этих тормозов зайти по ssh - можно работать без
  проблем

> Что интересно, у меня используется conky (разные системные индикаторы),
> так после отвисания я на нём наблюдаю за тот период, что система ни на что
> не реагировала, 100% загрузку одного из ядер CPU. Поймать гада, жрущего
> в это время CPU не удаётся - как только я запускаю top или просто
> переключаюсь в консоль с уже запущенным top использование CPU моментально
> прекращается.

Поймать гада удалось, но, боюсь, гады всё-таки каждый раз разные, и
виноваты не они, а всё-таки ядро.

Конкретно, зайдя по ssh видно, что 100% CPU кушают X-ы:

top - 06:56:51 up  1:29, 22 users,  load average: 1.07, 0.69, 0.34
Tasks: 406 total,   3 running, 403 sleeping,   0 stopped,   0 zombie
Cpu(s):  4.7%us, 11.6%sy,  0.0%ni, 82.5%id,  1.1%wa,  0.1%hi,  0.1%si,  0.0%st
Mem:   2073092k total,   768420k used,  1304672k free,    85864k buffers
Swap:        0k total,        0k used,        0k free,   240884k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P COMMAND          
 1823 root      20   0 51308  34m 8952 R  100  1.7  25:21.32 1 X                
17278 root      20   0  2648 1256  796 R    2  0.1   0:00.01 0 top              
    1 root      20   0  1500  320  268 S    0  0.0   0:00.26 0 runit            

При этом, в отличие от предыдущих случаев, даже conky на экране не
обновляется. Что наводит на мысль, что в предыдущие разы 100% CPU кушали
не X-ы.

Я сделал в этот момент strace для X, он выглядел примерно так:

Process 1823 attached - interrupt to quit
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
...

Ещё интересный момент был: при компиляции ядра компиляция замерла надолго
на LD vmlinuz - при этом процесс ld точно так же жрал 100% CPU.
Продолжалось это пару минут, потом я его прибил по Ctrl-C, запустил снова
make bzImage и он за пару секунд завершил сборку ядра, включая запуск
LD vmlinuz. Как вы понимаете, когда 100% CPU кушал ld, клава/мышка и X-Ы в
целом работали без проблем.

-- 
			WBR, Alex.