Slashdot Log In
Do You Have The Time?
Posted by
timothy
on Thu Jul 04, 2002 05:06 PM
from the what's-the-time-mister-wolf dept.
from the what's-the-time-mister-wolf dept.
RetroGeek writes: "This ZDNet article talks about the perils of the PC clock. And (something I did not know) that Windows XP and Mac OS X both automatically get a time stamp from MicroSoft and Apple respectively. At any rate, my home firewall gets the time every hour from the NIST servers, then each of the machines on my LAN query the time server daemon on the firewall. That way all my home network machines have the same time. And latency on the LAN is next to zero. Now if I can only get my VCR connected. Anyone else running a time server?" So how do you get the time?
This discussion has been archived.
No new comments can be posted.
Do You Have The Time?
|
Log In/Create an Account
| Top
| 451 comments
(Spill at 50!) | Index Only
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
(1)
|
2
Re:[SC0RE: -1, Microserf] (Score:5, Interesting)
Relativity affects the rate at which time runs for two observers in different inertial frames. It doesn't affect synchronization directly; if you ignore or compensate for latency, you can synchronize two clocks in different reference frames. But the clocks will start to drift apart immediately due to the different rates at which time passes in the two frames.
Now here's the cool thing. According to general relativity-- actually, according to my vague recollection of general relativity from a college semester more than ten years ago-- gravity affects the rate at which time passes in a reference frame. In other words, time runs more quickly in a high gravity field relative to a lower gravity field.
It's pretty well known that the local force of gravity varies measurably over the Earth's surface. Depending on where you are, the local force of gravity may be higher or lower.
So if you wanna get accurate, pick an NTP server in a region with a similar local G to yours.
HHOS.
Re:ntpdate [server] in crontab... (Score:5, Informative)
It has the advantage of not jerking your clock around every time you sync. It makes calculated "smooth" adjustments to keep your clock accurate. It can also use multiple servers.
It's the difference between a perfectly-ticking clock, and one that gets manually reset twice a day to make it (temporarily) accurate.
The biggest impact this will have is if you do file access across the network or need your timestamps to be reliable. Depending on how much your clock drifts, that ntpdate adjustment could back up several seconds. This can wreck havok on timestamp-dependent things, like "make".
Most ntpd distributions make this easier to set up than a crontab entry anyway.
How do I get the time? (Score:5, Funny)
I look at a clock. Or maybe my (wind-up) wristwatch.
Sheesh. Geeks. If it ain't digital, it ain't.
Cheers,
Ethelred [grantham.de]
Microsecond accuracy for $25 (Score:5, Interesting)
Re:Microsecond accuracy for $25 (Score:5, Funny)
Re:Microsecond accuracy for $25 (Score:5, Informative)
The GPS output signals are CMOS/TTL level, not RS-232, so I put them through an MAX 232 [maxim-ic.com]converter before they come out of the box on the roof and run downstairs to the PC. This is not exotic stuff; TTL to RS-232 converters are pretty much 30 year old technology.
The protocol is just plain async serial, so no special electronics to encode/decode.
Leap seconds, dude (Score:5, Informative)
It was right. The GPS time epoch is 0000 UT on 6-Jan-1980. Since then UTC has had 13 leap seconds inserted [navy.mil]. This offset is available in the NAV message; maybe the version of NTP you used was ignoring that message or maybe that particular GPS receiver didn't implement that message. (Actually, buggy firmware in GPS receivers has been a problem in the past.)
IP spoofing target (Score:4, Insightful)
Just wait for
1) MS to implement expirable licenses on all software
2) someone to break the authentication service
3) IP spoofing of the time server to a clock set 100 years in the future when everyones time based license has expired
The result is instant crippling of all MS licenses!
Re:IP spoofing target (Score:5, Funny)
4) ???
5) Profit
Time Server_s_, plural... (Score:5, Informative)
- time.windows.com
- time.nist.gov
Take a wild guess which one I chose...But if you want more choices than that:
This allowed me to set my own choice of NTP server, and then synced from it. Like many other MS 'features', theThis article inspired me to do some dumpster-diving in the Registry... Import this key/value:
default can be changed, if you know how...
And you can hack the interval, too. (Score:5, Informative)
the key won't affect the next, but the one after that will read this value to determine the time
for the one after that.
the benefits of accurate timekeeping (Score:4, Informative)
Before anybody thinks it is silly to keep clocks tightly synchronised, try running NFS without it and you'll run into no end of problems. Even as little as one second will cause errors with make. The key is that all clocks must read the same, not that they need to be correct.
Oh, and don't get fooled into thinking you can accurately synchronise against those atomic clocks. The algorithms they use to average results make a number of incorrect assumptions that will result in you being out by a small constant amount, about as much as if you'd synchronised off an ordinary clock.
Time for my VCR (Score:5, Interesting)
Re:Time for my VCR (Score:5, Interesting)
Not if you had one of these [thinkgeek.com].
Re:Time for my VCR (Score:5, Funny)
'So what time is it now?'
'Uhh, about quarter past.'
In Windows? NetTime... (Score:4, Informative)
I like it because it's simple, unobtrusive, and invisible once it's installed.
Re:In Windows? NetTime... (Score:4, Informative)
Here's a screenshot [pelennor.net] of it running on my system.
Re:In Windows? The Fourth Dimension (Score:4, Informative)
Here's the screenshot [thinkman.com].
Plus, it's coded by some guy at Microsoft. :
Re:why go 3rd party ? (Score:4, Informative)
apple's time stamp (Score:4, Informative)
System Pref's ->Date & Time -> Network Time
Simple (Score:3, Informative)
I can even get the date too
http://www.ntp.org (Score:4, Informative)
Also for in- or near-Germany living people: http://www.dcf77.de [dcf77.de]. Wish I knew it was a german-specific service before I came to
Maintaining a medium-size net of clocks (Score:5, Interesting)
For a few of the european hosts, we use GPS time receivers, primarily the Motorolla Oncore UT+ kits. You can get eval units of these, google around. They're nearly as easy to use, but do require a kernel config change.
It's really kind of addictive playing with time. :-) And you get spoiled by never having any clock weirdness on any of your machines...
I found... (Score:5, Interesting)
Since the MS time synch is enabled by default, they really should make sure their server farm has the correct time
Re:Is this an XP thing? (Score:4, Interesting)
If you do a Google groups search for "NTP XP Mills" you'll find a host of articles detailing exactly what David L. Mills (Author of ntpd and the RFC1305) thinks of Microsoft's (intentionally?) b0rken implementation of NTP in WinXP this is one example [google.com]
Coursey is a whinner... (Score:4, Informative)
UNFORTUNATELY, the clients in Windows and Mac OS aren't ideal. They share two problems: First, they may not synchronize often enough.
That Coursey sure is a whinner and clearly he does little research. I took me 15 seconnds to find this at Google.
To control the number of seconds to wait between attempts to synchronize the system clock to an time source on the Internet using the following Windows XP...
v iders\NtpClient
Hive: HKEY_LOCAL_MACHINE
Key: SYSTEM\CurrentControlSet\Services\W32Time\TimePro
Name: SpecialPollInterval
Type: REG_DWORD
Value: #secondsdesired default
Most cablemodem/DSL head-end routers have the time (Score:5, Informative)
To find the nearest NTP server, to a traceroute to a few non-local hosts. Then start at your nearest router and ping each one for a time server using something like 'ntptrace'.
Near-perfect accuracy, just a trickle of data, and your provider will thank you for using nearby machinery.
I use NTP like this..... (Score:5, Informative)
ntp.conf:
server time.apple.com
server tick.usno.navy.mil
server tock.usno.navy.mil
# In case the network is down
server 127.127.1.0
fudge 127.127.1.0 stratum 10
broadcastdelay 0.008
authenticate no
driftfile
pidfile
logfile
and
17.254.0.27 192.5.41.40 192.5.41.41 17.254.0.26 17.254.0.31
Then on your LAN, have all your other machines use this machine as the time server. That's it! Never set a clock again.
It's important to have accurate time for many protocols, including HTTP, and also to timestamp your logs accurately for forensics and evidence.
For even more accurate and secure local timeservers, run a GPS antenna to your roof and buy one of these products [truetime.net].
Re:clock setting (Score:5, Insightful)
For the love of christ man, listen to yourself! Its the god-damned time man! The TIME. Everything isnt a big conspiracy you know!
For the love of mercy, its just the friggin TIME OF DAY. Its not alient deathrays come to take away your MP3's or pr0n collection!
Seriously, man, get a clue!
And, all your little utilities are pretty silly these days. If you are using a mdoern version of Windows - NT, 2k, or XP I can confirm support this, simply use the "net time" command. Run it with
apt-get install chrony (Score:4, Informative)
Coincidence (Score:3, Interesting)
That should probably be suitable I think
http://truetime.net sells some rack GPS-based NTP Servers too.. but I don' know the price.
Don't Do That (Score:5, Informative)
Don't use stratum one servers for your home network. It's wasteful and unnecessary. Use a stratum 2 or higher server or your ISP's server.
Or, if you need something even better than NTP... (Score:5, Interesting)
Right now I'm doing research in very high precision time synchronization for very large numbers of very small things. My lab [ucla.edu] does work in sensor networks -- get a tiny little computer with a few sensors and a radio, sprinkle thousands of them out over a building or a battlefield or a forest. Have the network tell you where the fire started, where the enemy is lurking, which light bulb needs to be replaced, or a thousand other things.
You need very time sync to do lots of this stuff -- to track motion, for example. Our current testbed times the flight of sound to tell how far apart things are, and for that we need accuracy on the order of 10 microseconds between clocks.
My research right now centers around a new time sync scheme, called Reference Broadcast Synchronization, which in a recent study [ucla.edu] I showed is almost an order of magnitude more precise than NTP under the same conditions -- 5 microseconds between a group of nodes with a userspace implementation, and down to 1 microsecond in the in-kernel implementation (which is the resolution of the clock! I'll do better when I have a clock that ticks more than once a microsecond.)
NTP, even under "optimal" conditions -- very high query rate to a stratum 1 GPS-steered clock in our lab--- did no better than 50 microseconds. When we introduced high levels of congestion on the network, NTP degraded by a factor of 30 while RBS was almost unchanged.
Of course, NTP is still a fantastic protocol, and much better than trying to apply RBS to the Internet (which is basically impossible). But for tiny nodes that need very tight time sync, I say, we can do better
Some recent papers you might like are here [ucla.edu], including
- "Fine Grained Network Time Sync using Reference Broadcasts" -- the original RBS paper
- "Wireless Sensor Networks: A New Regime for time synchronization" -- my argument as to why NTP shouldn't be used for sensor networks
- "Locating nodes in time and space: A case study" -- description of our testbed that is capable of localizing objects down to 1cm by measuring time of flight of sound, combined with RBS time sync.
It's funny, I'm sitting in the lab right now, tinkering with the testbed when this article should come up.