LINUX.ORG.RU

[HALP!!1.jpg] Отстают системные часы


0

0

openSUSE 11.0 2.6.25.20-0.7-default x86_64

Внезапно пошли тормоза, основные симптомы таковы:

* системные часы (не RTC!) еле шевелятся. Пруф:

me@mycomp:# date +"%a %d %b %Y %I:%M:%S %p %Z";/sbin/hwclock
Mon 26 Apr 2010 01:50:01 PM MSD
Mon 26 Apr 2010 08:07:12 AM MSD -0.060000 seconds
me@mycomp:# date +"%a %d %b %Y %I:%M:%S %p %Z";/sbin/hwclock
Mon 26 Apr 2010 01:50:02 PM MSD
Mon 26 Apr 2010 08:07:17 AM MSD  -0.180000 seconds

* как следствие тормозит реакция на удержание клавиши

* как следствие тормозит отрисовка анимации в браузере

Не обронят ли телепаты заветное заклинание, до начала сезона отпусков?

Нагугливаются пересборки ядра и разные патчи. Действительно ли все так плохо?

PS in b4 «man (hwclock|adjtimex|ntpd)»



Последнее исправление: mclaudt (всего исправлений: 3)

Ответ на: комментарий от Hetor

Хочу заклинание, а не адрес библиотеки оккультной литературы. Тем более что дорога многими наверняка хожена неоднократно.

mclaudt
() автор топика

>openSUSE 11.0 2.6.25.20-0.7-default x86_64

Нагугливаются пересборки ядра и разные патчи


признайся, на самом деле ты ведь хочешь чтобы часы продолжали отставать, неправда?

AreS
()
Ответ на: комментарий от AreS

Я сомневаюсь, что ты сходу назовешь пяток жизненно важных для тебя отличий последних ядер от того же 2.6.25 (это если ты про несвежесть ядра).

mclaudt
() автор топика

Если равномерно, то adjtimex.

Adjkru ★★★★★
()

После очередной перезагрузки в режиме failsafe (это где ядру передается noacpi acpi=off apm=off) проблема вроде исчезла, правда, вместе с модулем rtc — теперь в системе нет устройства /dev/rtc и hwclock ожидаемо негодует.

Неужто оно и без rtc может штатно работать?

mclaudt
() автор топика
Ответ на: комментарий от mclaudt

hwclock(8):

    --directisa
        is meaningful only on an ISA machine or an Alpha (which implements enough of ISA to be, roughly speaking, an ISA machine for hwclock's purposes). For other machines, it has no effect. This option tells hwclock to use explicit I/O instructions to access the Hardware Clock. Without this option, hwclock will try to use the /dev/rtc device (which it assumes to be driven by the rtc device driver). If it is unable to open the device (for read), it will use the explicit I/O instructions anyway.

        The rtc device driver was new in Linux Release 2.
madgnu ★★★★★
()

hpet используется?


попробуйте включить или выключить, параметры загрузки ядра соответственно

hpet=force

hpet=off

Sylvia ★★★★★
()
Ответ на: комментарий от mclaudt

А ты уверен, что иса-шины на мамке нет? :)

madgnu ★★★★★
()
Ответ на: комментарий от Lighting

Сколько экономит acpi в месяц, и окупит ли это бумагу, потраченную для распечатки соответствующих манов?

mclaudt
() автор топика
Ответ на: комментарий от ptah_alexs

+1

Глюк возник давно и всегда как-то лечился noacpi-ем.

mclaudt
() автор топика
Ответ на: комментарий от anonymous

Не, опять отстают.

Почти сразу бросилось в глаза, что в момент таких «брадикардий» в файле /sys/devices/system/clocksource/clocksource0/current_clocksource сидят jiffies, а не tsc, как в момент нормальной работы, ну и hwclock не работает.

Отрубил в биосе интеловский никчемный SpeedStep перезагрузился НЕ в failsafe — часы работают как часы. Такие же шаманства, как на венде.

Доков по этой теме - пару срачей в мейлистах за 2001 год и гласы вопиющих в пустоте безответных тем на дохлых форумах.

Линукс — лучший, но и он дерьмо собачье. Так-то вот, ребятушки.

mclaudt
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.