-----Original Message-----
From: Andrew Leahy <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Sunday, 21 February 1999 1:01
Subject: Severe system time loss on Asus P2B-DS?
>Hello,
>
>I don't _think_ this is an SMP-related problem, but I'm curious if
>anybody else has encountered a problem like this with this board and/or
>has any advice:
>
>We recently purchased a P2B-DS with dual Pentium II 400Mhz chips. The
>problem we are having is that the system clock under Linux is nowhere
>near accurate--it can be off by as much as several minutes per hour.
>The CMOS clock is not affected.
I have a Dell 410 Precision W/Station doing the same thing.
>
>The problem occurs with the default 2.0.36 kernel distributed with
>Redhat 5.2 and all of the Linux 2.2 kernels we have tried (using both
>single and dual processors and making sure that rtc support is compiled
>in). Using adjtimex to adjust the number of ticks makes things a little
>better, although "adjtimex -compare" cannot give me a fixed frequency
>offset to adjust by. (Is this a sign of trouble?)
Same here
However, I've narrowed it down to a problem with *something* starting with
X.
If I reboot the machine and check the time at the shell, everything's OK,
but, when
X is started, the seconds tick over at about 1 for every 5 *real* seconds.
This behaviour
persists (even when X is shut down) until the machine is rebooted.
Is this what's happening to you?
This machine is going to be used for some heavy-duty statistical analysis by
an
Australian government department, so I'm fairly keen to get things working
properly.
I'll be back at work next week so I'll start loading the default X programs
one-by-one
until I spot the one causing the problem, but if anyone already knows the
answer, you're
welcome to tell me :)
>
>Even NTP cannot remain syncronised, and will lose a couple of seconds
>over a six minute period. A heavy load exacerbates the problem
>considerably (to the extent that xntpd seems to give up trying if the
>system is subjected to a heavy load for an extended period).
>
>We have an identically-configured Pentium system which has (relatively
>speaking) no problem keeping system time, so I'm beginning to suspect a
>hardware problem. Has anybody else encountered such a problem before,
>or does anybody have any advice about how to debug this?
I've had Linux (RH-5.1) running on a genuine Intel 440LX server board with
2x350 CPU's and none of the above problems, but then again, i rarely ran X.
>
>Thanks for any information/suggestions.
>
>Andrew Leahy
>[EMAIL PROTECTED]
>-
Steve Batson
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
