clock running fast

PeaceTank · n00b Joined: 27 Dec 2004 Posts: 51 Location: Illinois

I've recently noticed that my clock has been running fast. I've gotten NTP working, but I'd still like to figure out just what the problem is so I can correct it (in case i'm ever without a network connection). Over the past hour the clock (without NTP) has gotten about 20 seconds fast. That might not seem like a big deal but over the course of a day it gets to about 8 minutes fast. I have no idea why this is happening or where to start, so I'm really open to suggestions.

adaptr · Posted: Sun May 22, 2005 12:22 am Post subject:

In what way, exactly, have you established the drift ?
Did you compare it with a wall clock, or with another PC ?
The RTC in the kernel runs with sub-millisecond accuracy, so if it is playing up you may have a deep-seated timing problem.

What you could do is compare the bogomips and jiffies output from several successive reboots and see if they deviate (much).
BogoMIPS == the amount of instructions your CPU can do in a second - theoretically, at least.
jiffies == the number of "internal" clock ticks that make up a "kernel" tick.
The second is calculated form the first, and is used to continually update the kernel's own clock (the one you observe drifting.)
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

moocha · Watchman Joined: 21 Oct 2003 Posts: 5722

Also, if you've compiled HPET support into the kernel - don't. That fixed it for some peeps.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin

geekporn · n00b Joined: 17 Jan 2004 Posts: 17

adaptr, I think that is going a little overboard on this problem.

adaptr · Posted: Sun May 22, 2005 6:33 pm Post subject:

Timing on a *nix system is a critical system dependency, and he stated that it was not an NTP-related problem.
I have never observed behaviour like this, and would be not a little upset if I did.

What's your solution ?
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

PeaceTank · n00b Joined: 27 Dec 2004 Posts: 51 Location: Illinois

sawicki boot # cat < config-2.6.11-gentoo-r8 | grep HPET
# CONFIG_HPET_TIMER is not set
# CONFIG_HPET is not set

HPET hasn't been set.
I don't think it would be the system itself, because this build has run stably for a while now. I'm suspecting that some sort of change (kernel, most likely as I just compiled 2.6.11) would have screwed something up. I still have the old config for the kernel, so if anyone could point me to anything that would affect this (other than HPET, its the same in the old config) I might be able to find something.

As far as how I determined the drift, I set my computer clock with NTP and sync'ed my palm and binary clock to the EXACT same time. An hour later I checked (using the date command, for precision) and it had gained 20 seconds. I may try running the experiment again, and if I do I'll post the results.

adaptr · Posted: Tue May 24, 2005 9:29 am Post subject:

By binary clock, do you mean the hardware RTC on the motherboard ?

If so, try to isolate this from your measurements.

man hwclock for options.
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

PeaceTank · n00b Joined: 27 Dec 2004 Posts: 51 Location: Illinois

haha. No. By binary clock I mean my binary desk clock. ^-^

adaptr · Posted: Tue May 24, 2005 6:21 pm Post subject:

Hohum.
I wouldn't bet on anything outside a PC keeping accurate time.

Test it against an Internet clock before making definite statements...
_________________
>>> emerge (3 of 7) mcse/70-293 to /
Essential tools: gentoolkit eix profuse screen

PeaceTank · n00b Joined: 27 Dec 2004 Posts: 51 Location: Illinois

I've tested it against several other comps running ntp from the same time server and i'm still getting a fast reading. It's still about 20 seconds per hour. Any ideas?

p.tomczyk · n00b Joined: 24 Oct 2004 Posts: 4

had the same problem - clock ticking too fast, up to couple of seconds per tenminute. ntpd tried to slew the timer, but drift was over 500 ppm so PLL never converged. your post made me think, and so i disabled all "spread spectrum"'s in BIOS. now after 4 hours /var/lib/ntp/ntp.drift indicates -214.849, and is getting lower. also ntpd steps clock alot less often, ten times smaller steps, and in opposite direction :-)

guess ntpd will adopt in no time. so i guess it was frequency spread thingy. anyone else stumbled upon this?

edit: mobo is Abit's NF7-S.
and clock works great again.

Slalomsk8er · Posted: Sat May 28, 2005 11:35 am Post subject:

I have the same problem with 2 Ubuntu PCs with Nforce 2 bords, one is a Shuttle and the other is a ASUS.
But I have no answer then to sync with the time server at least once a day.

PeaceTank · n00b Joined: 27 Dec 2004 Posts: 51 Location: Illinois

I wonder if this is something with nforce2 mobo's, because mine's NF2 also. Its a DFI LanParty NForce II Ultra B.

honnefinger · Posted: Tue Jun 07, 2005 2:39 pm Post subject: System clock too fast

Hi there,

I'm new to Gentoo (and the Gentoo community) and I hope this is the right place to post.

I've installed Gentoo on a AMD64 3GHz, and I've noticed that my system clock is approximately running twice as fast as it should. Does anybody know whether this is a kernel bug. I've seen two similiar bugs at kernel.org where the one was reported for 2.6.10, but no fixes. I'm running 2.6.11-gentoo-r7.

Any ideas welcome.

-K.

overkll · Posted: Tue Jun 07, 2005 3:10 pm Post subject:

What brand of motherboard do you have? Is it an MSI? I've read a couple of posts here regarding specific MSI boards that have that issue. Disabling APIC (not ACPI) solves the problem. You can either disable it in the kernel under "Processor type and features" or with passing the "noapic" parameter with your bootloader at startup.

yoshi252 · n00b Joined: 14 Jul 2003 Posts: 14 Location: Germany

Setting the "spread spectrum" option in bios to "off" really helped me. I also had several seconds drift per hour but now it's all gone

I also have a NForce2 Motherboard, an ASUS A7N8X Deluxe.

honnefinger · Posted: Tue Jun 21, 2005 9:38 am Post subject:

Thanx, for the help. Just to let you know that I had to remove the options in the kernel, set the 'noapic' boot parameter and switch APIC off in the BIOS to get it to work. Leaving either of the 3 out resulted in either my machine not booting or the machine booting up, but the clock still running too fast.

To answer your question: Yes, I do have MSI motherboard.

Now I have another problem. My machine will not reboot. After a reboot I have to reset the machine manually to get it back up again. Tried some power save options in the BIOS, but no luck. I've checked under Knoppix it works fine.

Ever seen this ?

-K.

pilla · Posted: Wed Jul 27, 2005 2:36 pm Post subject:

Merged two threads about same subject (clock too fast)
_________________
"I'm just very selective about the reality I choose to accept." -- Calvin

lesshaste · n00b Joined: 04 Aug 2005 Posts: 12

For the timer problem you need to add the no_timer_check bootprompt (assuming 2.6.12+). You don't seem to need to noapic boot option at least iin 2.6.12-gentoo-r7 (although it is still turned off in the BIOS along with ACPI).

I am not sure a solution exists for the rebooting problem yet.

Raphael

YEL

hi everyone!

i have 4 boxes running gentoo and i updated them all almost one year ago to the 2.6.9
2 boxes are infected
2 boxes not
the infected boxes run on Intel Via based bord and have both intel CPUs
i did not touch my kernel configs after updating
the only thing that help a littel bit is setting a cron job which sets my date each hour

ntpdate -b time.fu-berlin.de

but this is just a workaround and i hate this ill be really glad if gentoo developers corps gives this issue the prioritty it deserv and today as i reading the changlog of the linux kernel i was schocked again nothing has been done about this issue

now i almost give up hops and at this momment where you are reading this post i'am probably running amok

caus i can't stand this :roll:

(beeing ignored by gentoo developers )

guys we trust in you give us some real fix for this

ps: if you need more logging or specification just drop a message

IGWT
In Gentoo We Trust

Greetings YeL
_________________
Creativity is Allowing Ourself to Make Mistakes
And To Learn From Them

proud to be a gentootian

dextermagnific · Tux's lil' helper Joined: 16 Apr 2005 Posts: 113

Hi,

I have the same problem here. I don't use any time server and my clock runs too fast.
Seems that the kernel when shutting down doesn't sync properly.
You know when booting the kernel gets the time from the bios and then starts counting by itself (yes, when your computer goes hibernate and restores, you have to update your time from the bios). And when your computer shuts down, if sets the bios time according to the kernel time. I think the problem is the kernel time which is too fast. I have to set the time regularely and i don't like that.

Any suggestions ?

bjunix · n00b Joined: 24 Aug 2005 Posts: 11

Hello gentoo community,

very same problem here.

althought my time dont run a few seconds per hour too fast, but it runs a few minutes to fast. i have to determine how many minutes exactly, but i can say its quite a lot.

System runs stable. i try to fix the problem with the suggestions made earlier in this thread.
i ll report back my results.

kernel is 2.6.12-gentoo-r9

edit:

HPET is set. so i try to recompile kernel without HPET support.

YEL

common guys please let your voice be heared i know iam not the only one suffering from this issue and i know that you all still waits for a solution.
i believe the gentoo developers can help us to solve this issue and we can provide all the informations needed
so please guys if you have the same problem drop an add to this thread juts to be a kind of counter
so that those guys out there know that the problem is worth beeing given more attetion and priority

thanks

if the clock is screwed the system is screwed too

in gentoo we still trust

_________________
Creativity is Allowing Ourself to Make Mistakes
And To Learn From Them

proud to be a gentootian

cyberpnk · n00b Joined: 02 Jun 2005 Posts: 12

I have a HP Pavilion zv6000 and I get the same double clock speed issue. I tried passing noapic and no_timer_check.

no_timer_check does not do anything and noapic works great but I cannot get my laptop to get on-line. no matter what card I use, static or dynamic. Whats the point of playing quack3 if you cant play on-line?

Anyone know about this?

kmarasco · Posted: Mon Nov 28, 2005 9:33 pm Post subject: HP finally fixed the clock bug

NEW FIX FROM HP Go to the HP site and upgrade your bios to version F.1B, which fixes the bug at its source.

http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?dlc=en&lc=en&os=228&product=468790&lang=en&cc=us&softwareitem=ob-36843-1
_________________
Just as choice in software is critical, so is choice in education. Power to the people. Kill the monopoly by privatizing U.S. K-12 schools.