Почему может процесс замирать на ровном месте?

> есть подозрение/предположение что это биос забирает проц у ОС на свои нужды. аргументов нету.

Это бред, ибо Linux не использует BIOS, насколько я знаю. Ибо современные BIOS'ы ни к черту не годятся для современных многозадачных систем, работающих в защищенном режиме.

По теме: возможно, проблемы с DMA. Время от времени срабатывает сброс дисковых кэшей на диск -> замирание. У меня такое было.

2 секунды - это очень уж много. Используется планировщик реального времени (_не_ SCHED_FIFO)? Попробуй перенаправиь fprintf не на диск, а в памят (/dev/shm) или даже /dev/null, посмотри, включен ли DMA на диске.

Насчет BIOS - вряд ли. Хотя ACPI - это может быть. Его поддержка включена в ядре?

А, да кстати, ACPI может. Сталкивался с такой вещью. Когда комп засыпает и потом просыпается, то ядро, в расчете на то, что могло потерять прерывания, корректирует системное время. Берет его из таймера материнки. Если там время отличается на 2 сек, то похожий эффект может быть.

был фтп-сервер, который днем был довольно таки нагружен, и не засыпал, а ночью все время такая фигня была, когда ntpdate то и дело корректировал время на несколько секунд. Пришлось поставить костыль, чтобы после ntpdate сразу записывалось хардварное время.

>Это бред, ибо Linux не использует BIOS, насколько я знаю. Ибо современные BIOS'ы ни к черту не годятся для современных многозадачных систем, работающих в защищенном режиме.

мысль которую я слышал состояла в том что процессор отбирался для софтового эмулирования какогото "типа интегрированного" железа. Для этого полностью всю загрузку запускают в vm86.

>По теме: возможно, проблемы с DMA. Время от времени срабатывает сброс дисковых кэшей на диск -> замирание. У меня такое было.

DMA не используется по причине абсолютного отсутствия поддержики контролером винта. Работаем PIO4 или PIO5

>2 секунды - это очень уж много.

Об этом собственно и речь

>Используется планировщик реального времени (_не_ SCHED_FIFO)?

во всех процессах используется планировщик по умолчанию (SCHED_OTHER)

>Попробуй перенаправиь fprintf не на диск, а в памят (/dev/shm) или даже /dev/null, посмотри, включен ли DMA на диске.

надо будет подумать в этом направлении

>Хотя ACPI - это может быть. Его поддержка включена в ядре?

включена

>когда ntpdate то и дело корректировал время на несколько секунд

все паузы *РОВНО* 2 секунды

Говорят, что на Via epia есть проблемы с одновременным использованием DMA различными устройствами, например, если сетевка передает данные используя DMA и в видеоадаптер данные идут через DMA. Может попробовать совсем запретить DMA...