[powertop]hrtimer_start_range_ns

Ядро самосбор?

Да, но аналогичная ситуация наблюдается и на ядре Ubuntu 9.04

> Наблюдается торможение системы - появилось после перехода на 2.6.29-r4

Аналогично, за исключением торможения системы. В предыдущих версиях hrtimer_start_range_ns не было.

В 2.6.30-rc7 это тоже есть, но на уровне 9-11%.

> В 2.6.30-rc7 это тоже есть, но на уровне 9-11%.

9-11% это по powertop или это загрузка проца по top исключая idle?

По powertop, при этом где-то занимает лишь 3-4 строчку.

но не 74%....занимая первую строчку...

Нет конечно. У меня даже чисел таких нет. Максимум где-то 30% для ide0. Потом таймер с этими ~10%.

Как ядро собрано? Preempt low или medium latency? Какая частота? 100, 250 1000hz?

> Как ядро собрано? Preempt low или medium latency? Какая частота? 100, 250 1000hz?

Preemptible Kernel (Low-Latency Desktop) (PREEMPT)
Timer frequency (1000 HZ) (HZ_1000)

И на всякий случай:

Classic RCU (CLASSIC_RCU)
Tickless System (NO_HZ)
High Resolution Timer Support (HIGH_RES_TIMERS)
Symmetric multi-processing support (SMP)
Generic x86 support (X86_GENERIC)
HPET Timer Support (HPET_TIMER)
Multi-core scheduler support (SCHED_MC)

У меня отличается тем, что 300hz и voluntary вместо low latency.

Ещё отличие конечно 2.6.30-rc7 и bfq по умолчанию шедулером i/o.

Недавно для эксперимента компилировал ядро с -j99, было почти 700 процессов, la примерно 119-127. Полгига в свопе и 4 гига памяти слопано. Не скажу, что интерфейс летал, но тормозило вполне терпимо. Результаты powertop я уже указывал. Так что пробуйте менять модель, частоту таймера, если не поможет, то попробуйте тридцаточку.