Slashdot Mirror


Free Clock Democratizes Atomic Accuracy

schliz writes "A new, trial network of software-based clocks could give data centers and networks the accuracy of an atomic clock for free. The so-called RADclock analyses information from multiple computers across the internet by collecting the time from each machine's internal quartz clock, the time it takes for this information to be transmitted across the network, and comparing all the information collected to determine a time that is most likely to be accurate, so machines are calibrated across the network with up to microsecond accuracy — as good as that provided by a $50,000 atomic clock, researchers say."

178 comments

  1. How trustworthy... by JustinRLynn · · Score: 1

    "The accuracy of an atomic clock" decided by basically a median, a robot committee?

    Well, you do get what you pay for. Not that it won't be awesome, I just don't think it will find applications where such accuracy is actually needed.

    1. Re:How trustworthy... by jschen · · Score: 1

      Seems to me that they'll get a bunch of precision, but not necessarily great accuracy.

  2. Nano not micro by nten · · Score: 1

    Real atomic clocks often have only have a nanosecond error. And new ones using ion gates are promising mobile clocks that are even more accurate. This is still pretty cool

    --
    refactor the law, its bloated, confusing and unmaintainable.
    1. Re:Nano not micro by jgagnon · · Score: 1

      What's a few nanoseconds among friends? :p

      --
      Remember to maintain your supply of /facepalm oil to prevent chafing.
    2. Re:Nano not micro by commodore64_love · · Score: 1, Interesting

      I don't think it's anything special.

      If you want atomic clock accuracy, then you go fetch the time from an actual atomic clock. Even back in the 1980s, I had a Commodore Amiga program that would automagically dial a 1-800 number, fetch the time, and set my internal clock. Doing it today via the web should be a piece of cake.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Nano not micro by bunratty · · Score: 4, Informative

      NTP has been around for decades. Even Windows phones home for the time every so often.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    4. Re:Nano not micro by jimicus · · Score: 2, Informative

      It's called NTP. You just have to be careful who you choose as your peers.

    5. Re:Nano not micro by Guspaz · · Score: 1

      ntpd also corrects for clock drift if the kernel supports it.

    6. Re:Nano not micro by amorsen · · Score: 2, Informative

      NTP is unreliable even on good networks and hopeless on even mildly bad networks. NTP's time synchronization can't be relied on to be better than 1ms, nowhere near the precision of an actual atomic clock.

      RADclock can do much better.

      --
      Finally! A year of moderation! Ready for 2019?
    7. Re:Nano not micro by spire3661 · · Score: 1

      WHy is it that even though I'm set to sync with NTP, my computer time will vary by minutes, even after a month or two? Its really shocking that my computer is this terrible at keeping time.

      --
      Good-bye
    8. Re:Nano not micro by billstewart · · Score: 1

      Are you sure it's really syncing? How often? (I'm sitting here with my laptop and cell phone disagreeing on time by more than a minute, which is annoying because the laptop is supposed to be syncing time to something accurate...)

      --

      Bill Stewart
      New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    9. Re:Nano not micro by spire3661 · · Score: 1

      What I want to know is why the INTERNAL clock varies so much that its noticeable within a month or two.

      --
      Good-bye
    10. Re:Nano not micro by pixr99 · · Score: 2, Insightful

      If your computer runs Windows it is probably using SNTP to simply set the clock. PCs are notoriously bad timekeepers and so the skew that you're describing is quite commonplace. The beauty of a full NTP implementation like ntpd is that, while it can be made to sync your clock, it's mostly about calculating your clock's drift so that tick intervals can be adjusted in order to obviate "hard" time synchronization. This eliminates those very wrong time readings in the hours/days before SNTP re-syncs.

    11. Re:Nano not micro by falzer · · Score: 1

      Because the RTC on your motherboard probably uses an inaccurate time source like a quartz crystal that was not selected for accuracy nor is it kept in an environment that controls for all variables that affect timing (temperature, pressure, and other environmental factors.)

    12. Re:Nano not micro by Anonymous Coward · · Score: 0

      What's a few orders of magnitude among friends? :p

      FTFY

    13. Re:Nano not micro by GameboyRMH · · Score: 1

      PC clocks are absolutely horrible at keeping the time. A few minutes per month sounds normal, if you're not syncing at least once a week.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
  3. A solution in need of a problem? by iserlohn · · Score: 5, Insightful

    NTP solved this ages ago by distributing atomic clock accuracy through the network.

    The only problem this will solve is where it is a private network not connected to public NTP servers (or organizations that do not trust public NTP). In that case, they would most likely be able to afford a atomic clock.

    1. Re:A solution in need of a problem? by EricTheRed · · Score: 2, Informative

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      The only problem this will solve is where it is a private network not connected to public NTP servers (or organizations that do not trust public NTP). In that case, they would most likely be able to afford a atomic clock.

      An alternate would be radio clock signals like the old MSF Rugby signal in the UK (now moved to scotland)?

      Ok not as accurate as an atomic clock but for most NTP cases it would be accurate enough

      --
      Java gaming nut - http://www.retep.org/ or for the rail http://uktra.in/
    2. Re:A solution in need of a problem? by Sub+Zero+992 · · Score: 2, Informative

      From TFA:

      "The RADclock project (formerly known under 'TSCclock') aims to provide a new system for network timing within two years. We are developing replacements for NTP clients and servers based on new principles, in particular the need to distinguish between difference clocks and absolute clocks. The term RADclock, 'Robust Absolute and Difference Clock', stems from this. The RADclock difference clock, for example, can measure RTTs to under a microsecond, even if connectively to the time server is lost for over a week! "

      ymmv

      --
      They who would give up an essential liberty for temporary security, deserve neither liberty or security - Ben Franklin
    3. Re:A solution in need of a problem? by David+Chappell · · Score: 4, Insightful

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      The only problem this will solve is where it is a private network not connected to public NTP servers (or organizations that do not trust public NTP). In that case, they would most likely be able to afford a atomic clock.

      If one reads the explanation at the beginning of the article literally (as the person who wrote the summary did), the article does seem to say that this system averages the time from the cheap quartz crystal clocks in all of the computers in order to arrive at a highly accurate estimate of the true time of day. This of course is absurd. If all of the clocks start out between one and five minutes fast, they will converge on a time that is about three minutes fast. So much for microsecond accuracy!

      The article suggests that NTP did indeed solve this problem. Reading between the lines I gather that these researchers are developing the next generation protocol to replace NTP. This will allow all of the nodes to synchronize more tightly with whatever time source (such as an atomic clock) is used.

    4. Re:A solution in need of a problem? by marcansoft · · Score: 3, Informative

      GPS also provides an extremely accurate clock signal all around the world (after all, it comes from an atomic clock onboard the satellites). All you need is a GPS receiver. You can put most decent GPS modules into a "clock mode" where you lock their position on the globe and they optimize the calculations to give you the most accurate time.

    5. Re:A solution in need of a problem? by adosch · · Score: 1

      I think you're missing the point, brilliance and usefulness of this. To put a rest to your argument, being behind a private network is just banter; you can still use a local time clock source from an internal server, server it up with NTP and let all your internal hosts connect to it to sync time. However, the point is that it's not a reliable time source, and even a network time nazi or your basic shell account user will tell you that the times are going to vary enough between your nodes to be bothersome from time to time.

      I've been dabbling with GPS/PSS time sources with NTP for accurate timing for years and the biggest problem that RADclock solves is: the need for crazy expensive accurate timing devices, the time it takes to fine tune them and some crazy ass person (like myself) with a fetish for time keeping to stay on top of it. Instead of buying ridiculously expensive time keeping appliances (which most IT infrastructures do) we're back just being able to maintain very accurate time keeping with the server infrastructure you already maintain. And who gives two shits about 'what application warrants such an accurate clock', even remote server logging alone for log audits or troubleshooting should, alone, get your attention.

      If this ever gets adopted widespread, this is just a big win for server time stability and keeping, in general.

    6. Re:A solution in need of a problem? by Anonymous Coward · · Score: 1, Interesting

      RADclock aims to provide better accuracy than NTP.

      TFA

      Accuracy on the scale of 50 microseconds has been achieved for distances within 900 kilometres, and accuracy on the scale of 80 to 100 microseconds has been achieved within about 3,500 kilometres - the distance from Melbourne to Perth.

      Wikipedia about NTP

      NTPv4 can usually maintain time to within 10 milliseconds (1/100 s) over the public Internet, and can achieve accuracies of 200 microseconds (1/5000 s) or better in local area networks under ideal conditions.

    7. Re:A solution in need of a problem? by Idbar · · Score: 1

      or example, can measure RTTs to under a microsecond, even if connectively to the time server is lost for over a week!

      Let's see... with connectivity loss over a week, that makes around a 604800000000us RTT plus or minus some error. If you don't trust your clock, and it's important to you, why would you leave it without connectivity for over a week?

    8. Re:A solution in need of a problem? by TheCarp · · Score: 1

      This really sounds to me like an interesting experiment in error correction.

      You have n machines which were all (or most) at some point within 1 ms or so sync to an atomic clock. They all immediately started to add error to that time. So now, this system seems to be, sampling all of these machines, collecting all of their skew together. If the skew is random, you would expect it to cancel itself out. If it tends to bias in one direction, you should be able to figure out an average skew.

      Then that average is used to set the machines, causing a sort of feedback loop, which makes me wonder if they are continuing to get NTP input at some nodes to try and add a signal for the feedback loop to tune itself into.

      Kind of shooting from the hip but, its a neat idea anyway.

      -Steve

      --
      "I opened my eyes, and everything went dark again"
    9. Re:A solution in need of a problem? by phoebe · · Score: 4, Informative

      The next generation protocol has already been invented too, the Precision Time Protocol (PTP) recorded as IEEE 1588, with open source implementations already available.

    10. Re:A solution in need of a problem? by Anonymous Coward · · Score: 0

      An alternate would be radio clock signals like the old MSF Rugby signal in the UK (now moved to scotland)?

      What, like GPS?

      A side effect of GPS is that in addition to location, it gives you very very accurate time.

    11. Re:A solution in need of a problem? by Kaboom13 · · Score: 2, Informative

      Meinberg makes a line of products that provide GPS backed NTP servers, as well as PCI/PCI-E cards that give PC's a GPS based clock (with an external antenna). They also make a pretty good NTP server/client for WIndows. It's overkill for most projects, but if you have a large datacenter or need for very accurate time, I would think they could be useful, if nothing else to keep you from having to rely on external time sources (which could be a potential security hole). This research seem more about making an improved and more accurate version of NTP, which is nice I guess, but NTP is already pretty accurate (on a scale of what is actually needed for 99.99% of situations).

    12. Re:A solution in need of a problem? by EriktheGreen · · Score: 2, Interesting
      Any IT organization still buying its own atomic clocks is probably a government operation. Seriously, GPS based local NTP servers have been out for years.

      To answer your implication about time variation between nodes, even a basic ntp server to which your local network nodes sync will keep them in at the same wall clock time, even more so if you follow the protocol and use multiple servers, even if the time source is the servers' quartz clocks. If you have more than a few milliseconds skew after that, you've installed NTP wrong.

      If you need more than fractional second timing for syncing a process or physical events, you don't try to coordinate timing over a communications medium without guaranteed latency (like ethernet). This can be seen in certain types of linux superclusters that abandon ethernet and its descendents in favor of synchronous communications.

      It's great that these guys are developing a better way to estimate the correct time. I value this sort of thinking, if nothing else.

      This sort of breakthrough deserves a web site announcement, or a scientific paper.

      If I have to sort through the BS, sponsored articles, and overblown hype to find the useful info on Slashdot, why not skip the middleman and just browse the web itself?

    13. Re:A solution in need of a problem? by Zephiris · · Score: 1

      It seems like this was already done in 1989 to ~25 millisecond accuracy. http://en.wikipedia.org/wiki/Berkeley_Algorithm

      So all they're doing here is attempting to refine it to http://en.wikipedia.org/wiki/Clock_synchronization before tryinig to come up with something better.

      --

      "A Goddess rarely smiles for she is forced by others to be an island unto herself." - Zephiris
    14. Re:A solution in need of a problem? by vlm · · Score: 1

      Its gone thru a pretty severe journalist / PR filter.

      "RTT under a microsecond" doesn't mean TCP RTT, it means the "delay" column on the equivalent of the peers command in the ntpq program for this new thing displays more than 3 decimals of milliseconds.

      And the connectivity lost over a week means the "poll" interval column on the equivalent of the peers command in the ntpq program can go in excess of a week,

      For example, I'm syncing to several clocks at home, one of which is ntp.sixxs.net. My delay is 130.768 mS and I'm polling every 128 seconds. All they mean is their monitoring system displays more decimal places on it's generic display, and polling intervals can be a wee bit higher.

      I'm not sure as a debugging tool how useful it is to see more decimal places. Changing a printf format string for ntpq is probably simpler than implementing a new system.

      How well a long polling interval will detect/correct for short term clock wander/errors is a mystery to me. Probably doesn't work too well. Or maybe the goal is, instead of syncing to small numbers of good clocks often, like stereotypical ntp, sync very occasionally to a huge number of clocks. Which you could do with ntp, although I suspect it would not work any better. Apparently the new guys disagree.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    15. Re:A solution in need of a problem? by vlm · · Score: 1

      the need for crazy expensive accurate timing devices, the time it takes to fine tune them and some crazy ass person (like myself) with a fetish for time keeping to stay on top of it. Instead of buying ridiculously expensive time keeping appliances

      Thats a heck of a lot of effort and money to get around opening port 123 on the firewall. Or implementing a "layer 7 firewall machine" that runs nothing but ntp, with one leg in the private net and one on the public internet.

      Also in the olden days, like a decade or two ago, I was brought up that GPS units / radio clocks in general cost tens of thousands of dollars. Not so much anymore.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    16. Re:A solution in need of a problem? by apharov · · Score: 1

      In addition to NTP, there's also IEEE 1588. All of these "clock synch over packet switched network" mechanisms are pretty similar, the differences are mainly in the timestamp filtering and processing. NTP details the algorithms, IEEE 1588 leaves them open to implementation and RADClock has its own algorithms (details unknown at least to me).

      This story is also a bit dupeish, as RADClock has been recently featured here. Thus I'll copypaste the relevant parts from my previous reply:
      --
      (disclaimer: just finished my Master's thesis on a related subject) About the 1588 in general: its main selling point is the ability to do hardware timestamping (when using hardware with support!) of the two-way timing messages between master and slave. This eliminates the very significant timing jitter that happens in the software stack before the messages are timestamped. For reference, commercially available master-slave implementations using IEEE 1588 achieve synchronisation within tens of nanoseconds within LAN, and microseconds to tens of microseconds within WAN, depending on network conditions.

      So overall I think that while RADclock might be ok as an alternative between NTP and IEEE 1588, it doesn't really bring anything new to the table. Some of the stuff in the Rideaux/Veitch paper has also been used with IEEE 1588 for quite some time, for instance the filtering for fast timing packets is a necessity for accurate synchronisation with IEEE 1588.
      --

    17. Re:A solution in need of a problem? by Anonymous Coward · · Score: 5, Informative

      The next generation protocol has already been invented too, the Precision Time Protocol (PTP) recorded as IEEE 1588, with open source implementations already available.

      PTP isn't a replacement to NTP: it's trying to solve a different problem. It's not useful on a general company LAN, but rather on a network that controls robotics or measurement devices.

      Some limitations of PTP:
        * only one "grandmaster" clock, i.e., no redundancy
        * no WAN connectivity; it's UDP multicast-only, and so not very routable
        * no security/signing of timestamps; NTP has security extensions if you need to be able to trust the time
        * patented by HP/Agilent; NTP is both open and free

      http://www.meinberg.de/download/docs/ieee1588/meinberg_ieee1588_conference2005_whitepaper.pdf

      PTP was designed for small subnets of systems where measurement instruments and robotic systems are running on. This isn't a general PC/server solution.

    18. Re:A solution in need of a problem? by mbone · · Score: 1

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      Wrong. NTP is rarely as good as a millisecond. Atomic clocks should be accurate to better than a microsecond.

      There is an IETF effort, TicToc, intended to help improve time transfer to better than NTP accuracy, but that requires router assistance (i.e., participation by the ISP), as routers and switches will introduce large and indeterminate delays by atomic clock standards.

    19. Re:A solution in need of a problem? by Anonymous Coward · · Score: 2, Informative

      PTP is NOT an Internet-ready solution. It only works modestly reliably on systems where you have exceedingly predictable latencies. Like inside a dedicated time sync LAN, or using high quality links between sites. (go buy some dark fiber!) Things like having load on a shared LAN link will throw off the results. PtPv1 was hideously allergic to even slight variations. PtPv2 added some buffering/averaging, but didn't change the basic problems.

    20. Re:A solution in need of a problem? by amorsen · · Score: 1

      If you need more than fractional second timing for syncing a process or physical events, you don't try to coordinate timing over a communications medium without guaranteed latency (like ethernet). This can be seen in certain types of linux superclusters that abandon ethernet and its descendents in favor of synchronous communications.

      Why would you go for a expensive synchronous networking when ethernet works perfectly well, given non-broken software?

      --
      Finally! A year of moderation! Ready for 2019?
    21. Re:A solution in need of a problem? by EriktheGreen · · Score: 2, Informative

      If you really want to know, check out the rationale of the folks building Linux clusters with Myrinet instead of Ethernet. Here's a link to a paper discussing one implementation from 2001: http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.31.9270

      Simply put, when working with high performance computing tasks using parallel toolkits like MPI or on problems that require inter node communication of intermediate results, latency really matters to performance. Minimum latency of Myrinet or similar communications frameworks is a small fraction of what ethernet's latency is.

      So to answer your implied assertion, ethernet does not work perfectly well unless you consider "well" to cover the case where running a program takes 10x longer than it otherwise would for certain problems, IE the above mentioned timing-critical ones....

    22. Re:A solution in need of a problem? by Odin's+Raven · · Score: 3, Funny

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      You probably missed the point that the project is based in Australia. NTP doesn't work down there, because the Coriolis effect makes Australian clocks turn the opposite way of clocks in the Northern Hemisphere, just like their toilets swirl the other direction. This creates a problem, since many distros have NTP enabled by default, which causes the system clock to run backwards on Australian computers - really makes a mess of the logs, screensavers activate an hour before the computer is turned on, all sorts of odd things. If you start looking at the RADclock code, you'll find that it's surprisingly simple and elegant - they simply reverse the byte order of the NTP messages, and - voila! - their clocks can now run forwards while remaining synchronized.

      This explanation brought to you by a six-pack of Fosters.

      --
      A marriage is always made up of two people who are prepared to swear that only the other one snores.
    23. Re:A solution in need of a problem? by EricTheRed · · Score: 1

      GPS also provides an extremely accurate clock signal all around the world (after all, it comes from an atomic clock onboard the satellites). All you need is a GPS receiver. You can put most decent GPS modules into a "clock mode" where you lock their position on the globe and they optimize the calculations to give you the most accurate time.

      I totally forgot about GPS. NMEA (the protocol used by most devices) do include the time, but it's been so long since I used one (my old handheld died years ago).

      I wonder if the GPS unit's in most modern mobile phones can do the same?

      --
      Java gaming nut - http://www.retep.org/ or for the rail http://uktra.in/
    24. Re:A solution in need of a problem? by BitZtream · · Score: 1

      In that case, they would most likely be able to afford a atomic clock.

      Especially since you can buy one for $100 bucks at walmart.

      GPSes aren't exactly hard to come by and are the closest thing to having an atomic clock as you can get without owning an atomic clock ... and are more than accurate enough when you start distributing the time over an unpredictable network.

      We already have the near perfect clock distribution network orbiting us for those who need good synchronization.

      Consumer grade GPS device accuracy leads to a clock accuracy of about 1/10,000,000th of a second, you can go up from there. If you distribute that time to anything more than about 10 feet away, you're off by 1/10,000,000th already without including any of the latency in the hardware that distributes it (i.e. network cards). Put it through a switch? You're now well down to under 1/10,000th of a second in useful accuracy.

      In short, anyone using anything other than a GPS to time sync their standard commodity pc or server hardware is an idiot.

      You use NTP to sync to a timestamp close enough for logging purposes on normal systems. You use GPS to sync systems across large distances that still need to be coordinated accurately for logging purposes. You use Atomic clocks when you need microsecond resolution which only matters to the absolute highest end machines that actually do something useful in a microsecond. (Keep in mind, just because your PC can run a few thousand instructions in a microsecond doesn't mean it can actually do anything USEFUL in that time with any information.)

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    25. Re:A solution in need of a problem? by marcansoft · · Score: 2, Informative

      Every GPS unit is capable of receiving the time, including those in phones (it's part of the calculation to obtain position), and as far as I know even cellphone-based GPS receivers internally use NMEA. For precise to-the-microsecond time, though, you need one with a 1PPS output (a 1Hz squarewave that transitions precisely at each second), as the NMEA data will have some delay due to the serial protocol in use. NMEA alone will probably give you accuracy down to a few milliseconds.

    26. Re:A solution in need of a problem? by jabuzz · · Score: 1

      No the MSF signal is now broadcast from Cumbria, and last time I checked that was not in Scotland. Admittedly it is now not far form Scotland being just over the Solway Firth, but it is still in England.

      Note that you can combine a MSF clock with a GPS clock to get redundancy. Heck in Northern Europe you can can throw in DCF77 and HBG and TDF as well. Those in North America can use WWVB and in Japan there is JJY40 and JJY60 as well. The suggestion with NTP is to have at least three time sources.

      There is also Galileo coming online that will give time just as good as GPS and of course there is the Russian GLONASS system as well. I believe China has a global system in the works as well, so that will be four global atomic time signals.

      The advantage of long wave time signals however is that you can pick them up in the middle of a building, something not possible with GPS.

    27. Re:A solution in need of a problem? by AtomicJake · · Score: 1

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      The only problem this will solve is where it is a private network not connected to public NTP servers (or organizations that do not trust public NTP). In that case, they would most likely be able to afford a atomic clock.

      NTP solved this ages ago by distributing atomic clock accuracy through the network.

      Wrong. How could this be modded insightful?

      Performance differences between NTP and RADclock in accuracy and stability: http://www.cubinlab.ee.unimelb.edu.au/radclock/performance.php

    28. Re:A solution in need of a problem? by apharov · · Score: 1

      Replying to a bygone thread, but here it goes:

      Out of your four points only the last one is valid. Your document reference is old, and does not take into account the IEEE1588v2 standard released in 2008. PTPv2 can indeed reach good accuracies over WAN, can be used in unicast mode, can form clock hierarchies with multiple atomic (or equivalent) clocks and has security extensions.

      For further info you could read the IEEE 1588-2008 standard, it's relatively readable as far as standards go.

    29. Re:A solution in need of a problem? by Agripa · · Score: 1

      I remember seeing a GPS receiver for time keeping applications that had the RS-232 start bit synchronized with the PPS signal so only two wires were needed. Implementation wise either the UART clock would need to be phase locked to the PPS or TXD could be delayed for a fraction of a bit length between the UART and level shifter.

    30. Re:A solution in need of a problem? by RockDoctor · · Score: 1

      the old MSF Rugby signal in the UK (now moved to scotland)?

      Darmstadt in Germany, I thought. But it seems that I'm wrong and the UK still produces a time signal from Anthorn in Cumbria.

      Now, why did I think it was Darmstadt?
      The manual for my radio-adjusted watch said it used a station in Germany, but that's probably DCF77 in Mainflingen. Which is around around 20km from Darmstadt ... but the watch manual says "This watch is designed to receive the time calibration signal transmitted from Mainflingen, Germany and the signal from Rugby, England." So I can't blame the Friendly Manual.

      WTF is this? Its not the heavy ion centre. A puzzle indeed.
      (I see the name Messel in the same area ... is it the fossil pit? Yes, looks like it is. Now that's getting me thinking holiday-wise - I watched the 1999 solar eclipse eclipse from Dachau Concentration Camp, including a diversion to go Archaeopteryx-hunting at Solenhofen. And a damned fine holiday it was too.)

      But why had I associated time signals with Darmstadt? Dunno. One of the rare geographical hiccoughs that gets stuck in my brain from time to time. Oh well. Worse things happen at sea.

      --
      Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"
  4. First post by Anonymous Coward · · Score: 0

    With my super cool new software, i managed to get the first post!

    1. Re:First post by Pojut · · Score: 0

      You might want to look into getting a refund...your "super cool new software" appears to be as worthless as not holding an iPhone the right way.

    2. Re:First post by somersault · · Score: 1

      I think you've been had.

      --
      which is totally what she said
    3. Re:First post by Hognoxious · · Score: 2, Funny

      You might want to look into getting a refund

      That reminds me, just where exactly did you get that sarcasm detector?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:First post by Rockoon · · Score: 1

      The iDetector is available now at your nearest Apple Store. Make sure you get the carrying case.

      --
      "His name was James Damore."
    5. Re:First post by Anonymous Coward · · Score: 0

      A refund? But it was free.

      Damn Slashdot, i know we don't read the articles much, but the title?!

  5. Most probable time... by mrt_2394871 · · Score: 5, Funny

    I can imagine the speaking clock:

    "At the third stroke, it will be, most likely, sixish"

  6. Use GPS by maroberts · · Score: 2, Insightful

    They have atomic clocks on board and GPS receivers therefore give highly accurate time.

    --

    Donte Alistair Anderson Roberts - hi son!
    Karma: Chameleon

    1. Re:Use GPS by Anonymous Coward · · Score: 0

      Most datacenters don't get good GPS reception :D

    2. Re:Use GPS by vrillusions · · Score: 1

      I have a gps receiver at home (the infamous Garmin GPS 18 LVC) and my current offset is 0.000 msec with a jitter of 0.001 msec (so 1 microsecond). Actually I've hit the limit in linux at that point since last I checked linux can only resolve down to millisecond. BSD can go down to nanosecond. That GPS receiver cost a whopping US$90

    3. Re:Use GPS by Anonymous Coward · · Score: 1, Insightful

      But their rooftops do.

    4. Re:Use GPS by bickerdyke · · Score: 3, Interesting

      A GPS receiver will be useless as the GPS time currently is (IIRC) 12 seconds ahaed of UTC.

      GPS doesn't honor leap seconds. This behaviour is by design as it's quite hard to halt the sattelites orbits for a second.

      --
      bickerdyke
    5. Re:Use GPS by Hognoxious · · Score: 4, Informative

      If it's off by a known amount, I'd expect you could calculate the real value with some kind of mathematical equation.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    6. Re:Use GPS by arth1 · · Score: 2, Interesting

      A GPS receiver will be useless as the GPS time currently is (IIRC) 12 seconds ahaed of UTC.

      GPS doesn't honor leap seconds.

      YRW, it's behind, not ahead.

      And that's why you have /usr/share/zoneinfo/right hierarchy anyhow:

      $ TZ=:America/New_York date; TZ=:right/America/New_York date
      Thu Jul 8 09:14:01 EDT 2010
      Thu Jul 8 09:13:37 EDT 2010

    7. Re:Use GPS by fuzzyfuzzyfungus · · Score: 1

      Because leap seconds are not added predictably(the International Earth Rotation and Reference Systems Service does try to announce them with some notice; but the earth is pretty wobbly), that would be an issue for any system that has to spit out UTC for years or decades without any updates aside from GPS; but for pretty much any other system(and basically any internet or large internal network connected PC would qualify), who cares?

      The GPS gives you a highly stable timebase for peanuts, and then you can correct to UTC in software; based on the current number of leap seconds in play.

    8. Re:Use GPS by bickerdyke · · Score: 2, Informative

      - 12 seconds

      The problem is that this will rise when the next leap second is scheduled. When GPS started, GPS Time was identical to UTC. And leap seconds aren't based on a regular pattern but on the irregulatories of earths movement.

      So it's good enough for relative time or within a system that agreed to use GPS time instead of UTC. Any other setup would require constant manual intervention. (at least minitoring of International Earth Rotation and Reference Systems Services announcments)

      http://en.wikipedia.org/wiki/Leap_second

      --
      bickerdyke
    9. Re:Use GPS by EriktheGreen · · Score: 1
      GPS is fine because the reason to have time synced at different sites is to correlate events at those sites. As long as they're in sync, it doesn't generally matter if they are exactly correct with respect to the wall clock. If you need to compare event time to wall clock time, you do the math for the time period in question.

      If you have some pathological need to have the exact wall clock time down to the microsecond (an amount of time no human can distinguish) correct and identical at multiple discrete locations, then it's true that GPS won't help you. But few things will.

    10. Re:Use GPS by Thundersnatch · · Score: 1

      Good luck getting a GPS receiver on the roof of an existing facility. Running conduit, grounding, waterproofing, etc. People say "hey, the Garmin GPS 18x costs only $100", but it will require ten months and $5K to install.

    11. Re:Use GPS by Retric · · Score: 1

      While computers have significant issues with subtraction, I am positive someone can find a solution to this monumental problem. After all the algorithm, while clearly complex seems solvable if only networked computers could connect to some remote resource to discover new information occasionally. Or perhaps these computing devices could respond to some sort of human interaction to gather such information and respond in a well defined manor.

    12. Re:Use GPS by AmigaAvenger · · Score: 5, Informative

      Might want to doublecheck your facts. GPS knows about the time difference, which isn't 12 seconds either btw, it is 19. The complete time message, which includes the correct amount, is broadcast every 12.5 minutes, so its possible that when you cold boot a gps, it will be off some amount of time before that is received. (12 seconds is common for lots of GPS engines, they have built in correct for the first 7 seconds of correction, but need the updated time message after connection to get the rest of the update)

    13. Re:Use GPS by bickerdyke · · Score: 1

      Yeah. I read it up a few minutes after posting...

      i stand corrected.

      --
      bickerdyke
    14. Re:Use GPS by bickerdyke · · Score: 1

      While computers have significant issues with subtraction, I am positive someone can find a solution to this monumental problem. After all the algorithm, while clearly complex seems solvable if only networked computers could connect to some remote resource to discover new information occasionally.

      Well.. it's called NTP.

      --
      bickerdyke
    15. Re:Use GPS by gnieboer · · Score: 2, Insightful

      Yes, you could, but what about the next leap second that changes it to 13 seconds (or worse, 11).

      If you wanted to keep your UTC accurate, you'd have to ensure you kept patching your software each time another was announced. Not the end of the universe by itself.

      But then, you've also got to deal with the problem of overlapping time (1/1/2015 12:00:00.5 happening twice), which for most people isn't an issue, but if you've got an application for which microseconds are important (like the high-volume financial trading types mentioned elsewhere), then that could be an significant issue.

    16. Re:Use GPS by frinkster · · Score: 1

      Good luck getting a GPS receiver on the roof of an existing facility. Running conduit, grounding, waterproofing, etc. People say "hey, the Garmin GPS 18x costs only $100", but it will require ten months and $5K to install.

      If you wanted to mount a GPS receiver on the roof of a building and wanted to use something off the shelf, perhaps you would be better off looking at the Garmin marine offerings. The GPS 17x has the same timing accuracy of the 18x, has the same MSRP, yet is packaged in a weatherproof housing designed to be mounted on a boat or a pole and survive the harsh conditions of the open ocean for many years.

    17. Re:Use GPS by mikechant · · Score: 2, Interesting

      So it's good enough for relative time or within a system that agreed to use GPS time instead of UTC. Any other setup would require constant manual intervention.

      Easy way round this if you can access ntp but need the accuracy of gps:

      Assume ntp is accuracte to within 0.5s (oviously it's much more accurate). Take the difference between ntp and gps times and round to nearest second. This gives you the current number of leap seconds, and you can then adjust your gps time with no manual intervention.

    18. Re:Use GPS by Rich0 · · Score: 1

      Well, you could separate the distribution mechanism for time data vs correction data.

      The corrections can be high-latency and knowing what the latency is doesn't matter at all. The time data needs to have known latency, and preferably low latency.

      Software updates are just a very-high-latency mechanism for distributing this information. It would not be difficult to come up with a better approach. WAAS already operates under a similar concept - providing additional metadata useful in increasing the accuracy of the GPS signals.

    19. Re:Use GPS by Anonymous Coward · · Score: 0

      Yes, you could, but what about the next leap second that changes it to 13 seconds (or worse, 11).

      If you wanted to keep your UTC accurate, you'd have to ensure you kept patching your software each time another was announced.

      .. because as everyone knows, unlike every other type of software, clock software cannot have any sort of configuration available, and everything must be hard-coded in the source code, right?

    20. Re:Use GPS by gnieboer · · Score: 1

      OK, you got me on semantics there.

      "If you wanted to keep your UTC accurate, you'd have to ensure you kept updating your software configuration each time another was announced."

      Better? Still requires manual intervention.

    21. Re:Use GPS by spire3661 · · Score: 1

      The GPS satellites are corrected to take relativistic distortion into account, leap seconds are trivial compared to that.

      --
      Good-bye
    22. Re:Use GPS by Shatrat · · Score: 1
      GPS is the most widely used synchronization source for synchronous optical networking.
      There are two considerations here that many people don't realize are separate.
      Frequency
      Time
      GPS provides Stratum 1 level clock. Time is usually done via NTP and then kept accurate by your stratum 1 frequency clock.

      Also, the position of the satellite is meaningless for issues of timing, it only affects geolocation.

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    23. Re:Use GPS by dlgeek · · Score: 1

      It's even easier than that. Since leap seconds have to be tracked for the system clocks to work right, *nix stores a list of when every single one occurs. This is updated with your timezone data (which has to be kept up-to-date anyway since various regions constantly change their daylight savings times). Thus, it's trivial to do the conversion.

      Besides which, NTP is designed to take an external clock source like GPS anyway. Where do you think the tier-1 NTP servers get their accuracy from? I've worked at a company that used *very* accurate GPS units to keep time, and they routed them through ntpd.

    24. Re:Use GPS by mea37 · · Score: 2, Insightful

      Surely you're not suggesting that keeping accurate time with an atomic clock doesn't require manual intervention every time a leap second is introduced?

    25. Re:Use GPS by Anonymous Coward · · Score: 1, Informative

      Or, you know, use the UTC offset as broadcast by the GPS system... http://en.wikipedia.org/wiki/GPS_time#Timekeeping

    26. Re:Use GPS by Anonymous Coward · · Score: 0

      You *do* know that an atomic clock is nothing more than a super-accurate interval generator, right? It's not as if a bit of cesium or rubidium magically knows when a leap second is required. If you want wall-clock time from an atomic clock, you still need to do some math.

      As far as using GPS time goes, the good news is that the math to do the conversion between UTC and GPS time is rather simple (addition or subtraction depending which direction you're going) and the current offset is actually broadcast by the satellites in the navigation message:
      http://en.wikipedia.org/wiki/Global_Positioning_System#Timekeeping

      So yes, a decent GPS receiver at a known location has enough information to provide a pretty darn accurate UTC.

    27. Re:Use GPS by Nerull · · Score: 1

      Someone had better tell the makers of GPS-based time servers that their products are useless!

      For your next trick, name a clock source that doesn't have this problem. GPS even provides the proper correction, I'm pretty sure the vibrations of cesium atoms don't.

    28. Re:Use GPS by Nerull · · Score: 1

      NTP servers require an accurate clock source, they don't generate time out of thin air. This is either directly from an atomic clock (which requires corrections for all these problems you've mentioned), or from GPS time (There are lots of GPS based NTP servers out there, your imaginary problems were solved ages ago.).

    29. Re:Use GPS by maroberts · · Score: 1

      You don't need to mount the receiver, you just need to mount an external GPS antenna, of which there are plenty available.

      --

      Donte Alistair Anderson Roberts - hi son!
      Karma: Chameleon

    30. Re:Use GPS by Hognoxious · · Score: 1

      If you wanted to keep your UTC accurate, you'd have to ensure you kept patching your software each time another was announced.

      Yes, almost once per year on average!

      But then, you've also got to deal with the problem of overlapping time (1/1/2015 12:00:00.5 happening twice)

      Hasn't happened, and pretty unlikely to.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  7. What about the other scientists? by dimethylxanthine · · Score: 1

    Boy, that's going to leave a lot of nuclear scientists up in arms with a lot of unclaimed nuclear material on their hands.

    1. Re:What about the other scientists? by Yvan256 · · Score: 2, Funny

      You know what they say. When life gives you unclaimed nuclear material, you get busy creating superheroes.

    2. Re:What about the other scientists? by oldhack · · Score: 1

      And practice saying this out loud:

      MUAHAHAHAHAHAHAHAHAHAH!!!! HA. HA.

      Stupid filter (no, not this bit).

      --
      Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
  8. Forgive my ignorance... by Pojut · · Score: 2, Insightful

    ...but in what situation would the time of day on a server or cluster need to be accurate down to a microsecond? Military, I would presume...but what else?

    1. Re:Forgive my ignorance... by Anonymous Coward · · Score: 0

      High-frequency stock trading.

    2. Re:Forgive my ignorance... by camperdave · · Score: 1

      ...but in what situation would the time of day on a server or cluster need to be accurate down to a microsecond? Military, I would presume...but what else?

      ... and yet would not be willing to use ntp or buy their own time base.

      --
      When our name is on the back of your car, we're behind you all the way!
    3. Re:Forgive my ignorance... by NevarMore · · Score: 1

      ...but in what situation would the time of day on a server or cluster need to be accurate down to a microsecond? Military, I would presume...but what else?

      Sometimes, just sometimes, because I *can*.

  9. A new low in editorial savvy by EriktheGreen · · Score: 2, Insightful
    So, someone's invented ntp_time? That's only been around collecting time from time servers, many of which are atomic clock connected, since about 1985.

    I'm also pretty sure there are desktop clocks based on microcontrollers that implement ntp, so they display an accurate time without a computer.

    Most data centers that really care about time nowadays install a commonly available GPS unit on site, which syncs clock time with all the atomic clocks in the flying GPS constellation.

    Seriously, could the editor that greenlighted this have done a google search or something? It's getting embarrassing to read slashdot these days.

    1. Re:A new low in editorial savvy by Pojut · · Score: 0, Flamebait

      Seriously, could the editor that greenlighted this have done a google search or something? It's getting embarrassing to read slashdot these days.

      Well, the article WAS posted by samzenpus...even his "idle" stories tend to be a bit retarded*, so it should come as no surprise that one of his "real" stories is on the same level.

      *By retarded, I mean fucking stupid, as opposed to charmingly funny with a learning disorder.

    2. Re:A new low in editorial savvy by the_olo · · Score: 3, Informative

      So, someone's invented ntp_time? That's only been around collecting time from time servers, many of which are atomic clock connected, since about 1985.

      ...

      Seriously, could the editor that greenlighted this have done a google search or something?

      Could you have done a google search yourself or something?

      Then you might find this:

      The RADclock project (formerly known under 'TSCclock') aims to provide a new system for network timing within two years. We are developing replacements for NTP clients and servers based on new principles, in particular the need to distinguish between difference clocks and absolute clocks. The term RADclock, 'Robust Absolute and Difference Clock', stems from this. The RADclock difference clock, for example, can measure RTTs to under a microsecond, even if connectively to the time server is lost for over a week!

    3. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      RTFA: it's a better algorithm for syncing clocks over NTP.

    4. Re:A new low in editorial savvy by thijsh · · Score: 2, Interesting

      You missed the point... NTP is a mechanism to get time from an authority, and so is GPS (which probably uses a souped-up NTP-ish system to sync with ground control). This system is about being independent from authoritative servers. And there can be legitimate purposes why you might need it so it's a good thing they research it... Some of the reasons to want this might be:
      - Reduce the potential points of failure from one single bottleneck to infinite peers.
      - Require no configuration (some old routers for example have a wrong time and log full of errors because the NTP server preprogrammed is gone).
      - Protect against sabotaged NTP servers (in case of attack, or deliberate government intervention).
      - Maintain high resolution timers in sync when the internet kill switch is tripped (or any internet-disrupting calamity).
      - You're on Mars, and forgot to bring an atomic clock with you on the first colony ship...
      - You're just paranoid about anything the government says, even the time...

      Also this mechanism adds something new: Accurate time difference between two events (something that can still be very skewed with NTP when you have in inaccurate crystal).

      All in all interesting, and worthy of a Slashdot dupe... :)

    5. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      The summary is dreadful. It *should* be equivalent to the paragraph you quoted from the RADClock website...

      The Editor stands accused, which ever way you look at it.

    6. Re:A new low in editorial savvy by EriktheGreen · · Score: 1

      Nah. Apart from the last two, all these items are addressed by the GPS receivers. Companies with dire needs for accurate time can use two, they never go down when the network is down, they can work in a mobile environment, multiple corporate sites can be assured of having synced time regardless of network delays.... I'm all for the development of new algorithms and code, but this is about as interesting as an update to the Windows clock program.

    7. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      I thought the exercise was to measure time using only equipment that you own. Assume that you're the military in a rogue state and you don't trust NTP or GPS.

    8. Re:A new low in editorial savvy by EriktheGreen · · Score: 0, Troll
      So. What.

      RTTs to under a microsecond! Whoa! That'll make.... absolutely no difference at all to me. As mentioned, if I care about exact time, I use a GPS receiver (two for redundancy).

      If I don't care about exact time, then something accurate to within a second or so is just fine... ntp_time fits the bill. If I'm not comparing time sensitive records across sites, I don't even care if the clocks on a site are correct, only that they're in sync.

      Yes, this is development of a new system for time. Good for them. It deserves an "attaboy" in an email message, not a story on slashdot.

    9. Re:A new low in editorial savvy by thijsh · · Score: 1

      What makes you think the US won't sabotage GPS when they need to? Especially since weapons and troops now use GPS frequently to find targets they can easily send faulty data to mess with the enemies equipment... This is not really all that far fetched in a war scenario! Also an internet kill switch could easily encompass GPS... If you need accuracy no matter what (even in the case of a war, and in isolation of the rest of the world) GPS does not help.

      But even the outside scenario of a time synchronizing system on Mars can be enough reason... When spaceflight becomes more common and they run into problems with time dilation etc. it's a good thing to be able to resolve the local time anywhere with anyone.

    10. Re:A new low in editorial savvy by EriktheGreen · · Score: 2
      So let me get this straight... you're stating that the reason this should be a Slashdot story is because A) The US government may sabotage GPS, and in such a situation our first concern would be accurate time on our computers and B) When we go to mars and/or have problems with time dilation due to near lightspeed travel, we'll need the ability to sync local time over a variable latency network because atomic clocks will still be too expensive?

      I'm gonna go out on a limb and say this is not a big deal.

    11. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      Look, we found a new douche bag slashdot armchair critic poster child!

    12. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      To be fair, the majority of the news you consume does not make a difference to you at all.

    13. Re:A new low in editorial savvy by thijsh · · Score: 1

      I'm saying if they found an interesting way to both improve NTP with time difference *and* make it work stand-alone independent from central servers that's called a technological improvement. You might not see the merit right now, but that's not the point... It's legitimate news for nerds! Come on, admit it, half the shit we love has absolutely no link to the real world whatsoever... :)

    14. Re:A new low in editorial savvy by CODiNE · · Score: 2, Funny

      The RADclock project (formerly known under 'TSCclock') aims to provide a new system for network timing within two years.

      Damn 2 years?? I suspect the time is somewhere between 2009 and 2011...

      --
      Cwm, fjord-bank glyphs vext quiz
    15. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      For true insight into how stupid EriktheGreen is, read his journal entry.

    16. Re:A new low in editorial savvy by EriktheGreen · · Score: 1
      It's not that it's not linked to the real world, it's that it's not news for anyone.

      NTP works fine without central servers, by the way. You just sync between machines on your site, which solves 99% of the problems you wanted time sync for in the first place.

      This is the sort of story item that I would expect to see in one of the little side news boxes... like announcement of a new release on freshmeat including the new algorithm, or maybe a summary of news from the ntp world on a network time dedicated site.

      Most people replying to my post have missed the point, that I'm not trying to say this isn't interesting or worthwhile work... I'm actually not saying anything about the article subject at all.

      I'm saying that Slashdot has become less and less focused over time, more and more dumbed down, and less useful.

      Of course, I don't pay for it or anything, so I'm not outraged or upset, I'm just lamenting the fact, and hoping that by pointing it out in a semi-sarcastic fashion that someone will take notice and perhaps improve things somewhat.

      If I didn't care at all I wouldn't say anything... after all, honest criticism is an attempt to help improve things, right?

    17. Re:A new low in editorial savvy by amorsen · · Score: 1

      You can't realistically put a GPS receiver into every server; you'd be lucky if the top server managed to get any signal and the rest sure won't. Antenna cabling would be impossible with 40+ servers per rack.

      --
      Finally! A year of moderation! Ready for 2019?
    18. Re:A new low in editorial savvy by amorsen · · Score: 1

      NTP works fine without central servers, by the way. You just sync between machines on your site, which solves 99% of the problems you wanted time sync for in the first place.

      Only if you don't really care about time in the first place. NTP is likely to go on a wild goose chase once in a while and then reset time to recover.

      --
      Finally! A year of moderation! Ready for 2019?
    19. Re:A new low in editorial savvy by EriktheGreen · · Score: 1

      Nearly no one does that. Two or three servers per site (depending on redundancy needs) is fine for all the sites I've seen.. use ntp to sync over local lan to those time servers.

      Or if you really care about time that much, do go ahead and put a receiver in each server. Share antennas if needed. It's not impossible for those few applications that *really* need accurate time and who aren't for some odd reason interconnected using a common clock pulse over a dedicated network.

    20. Re:A new low in editorial savvy by EriktheGreen · · Score: 1

      Sounds anecdotal. But you echo what I've said above.. if you really care about time you won't use NTP or any other time sync protocol based on a variable latency network.

    21. Re:A new low in editorial savvy by RobertLTux · · Score: 2, Interesting

      the trick is within a given site it does not matter ~95% of the time if there is a time skew if The Whole Site is wrong by the same amount. So if the error is exactly 5 minutes 14.507693 seconds and the whole site has that same error then everything works out.

      In the other ~5% of the time having a few systems sync to say our friends tick|tock.unso.nay.mil (or another NTP server) sorts things out nicely.

      --
      Any person using FTFY or editing my postings agrees to a US$50.00 charge
    22. Re:A new low in editorial savvy by nabsltd · · Score: 1

      - You're on Mars, and forgot to bring an atomic clock with you on the first colony ship...

      Based on the article, without many "reference" clocks to use in the algorithm, you'd be SOL.

      "RADclock" would only work where you have many clocks, most of which are trying to be somewhere close to accurate. As others have stated, if you have a bunch of clocks and all are between 1 and 5 minutes fast from "real" time, then you'd end up with convergence somewhere around 2-1/2 minutes ahead of "real" time. Yes, all the clocks would be the same, but if you needed the correct time for something external, you'd fail.

      Also, it's pretty well known that the same type of RTC chip tends to have the same amount of drift, so you'd need to make sure that the "reference" machines have a wide variety of hardware. I really don't see any way for this (or any time sync software) to really work without at least one truly accurate clock as part of the reference group.

    23. Re:A new low in editorial savvy by Anonymous Coward · · Score: 0

      Did you hack a new setting into KDEclock?

      "Really Fuzzy"

  10. ...30ns accuracy from GPS by maroberts · · Score: 1

    A long time ago (15 years!) I worked on the predecessor to http://www.symmetricom.com/products/gps-solutions/gps-time-frequency-receivers/XL-GPS/. I'm sure the modern day equivalent here doesn't cost 50k and will give you a local accurate time signal.

    --

    Donte Alistair Anderson Roberts - hi son!
    Karma: Chameleon

    1. Re:...30ns accuracy from GPS by Anonymous Coward · · Score: 0

      I have a couple of cheap Trimble modules given for 15ns jitter. Using both should reduce and smooth the jitter even more...

  11. Uhmmmm by rotide · · Score: 1

    Say I have 1000 PC's at my place of work and a certain percentage are usually a little fast (clock wise) while another percentage are usually a little slow.

    If I use the average of all clocks to determine the "actual" time, wouldn't it slowly shift either to the slow side, or the fast side over time?

    Say 550 of those 1000 are usually a second slow per day. That is a bias towards slow every time we take an average. We sync all clocks to the slow side and keep on repeating this. The longer you do this, the worse your accuracy is.

    NTP works because we basically call one clock (or set of clocks that are synchronized) correct and we sync to those. If a correction to the master is needed, we will all correct at next sync.

    Then again, for mental masturbation, how can you ever tell that one clock is right, versus another. Take two teams, put one on one side of the world and another team on the other. Give them a billion dollars each to develop the most precise clock in the world. When they are finished, compare the times on both. Which is correct? Especially considering time dilation, etc. I'll stop now since I've digressed considerably.

    1. Re:Uhmmmm by whyde · · Score: 5, Funny

      This reminds me of an old joke about a retired Admiral who is responsible for sounding the morning cannon at the naval base, walking past a watchmaker's shop every morning and setting his pocketwatch to the correct time from a reliable old grandfather clock in the store window.

      One day, on the walk in, he happens to see the watchmaker cleaning the store windows and mentions how he finds it amazing that the old grandfather clock keeps such flawless time.

      "Oh, that old thing?" says the watchmaker. "It drifts horribly, and I have to reset it almost daily."

      The Admiral then asks, "Since I've always noticed that it's reliable, from where do you get the time to set it?"

      The watchmaker replied, "I use the report from the morning cannon at the naval base. It's always right on time."

    2. Re:Uhmmmm by Anonymous Coward · · Score: 0

      Win - ya beat me to it.

    3. Re:Uhmmmm by NixieBunny · · Score: 1

      Tee hee.
      Unfortunately, that joke doesn't actually work, since each of them is using the other's time reference before they generate their own. The watchmaker would have to reset the grandfather clock BEFORE he saw the admiral, which would be before the cannon sounded, so it wouldn't work.
      Nice try, though.

      --
      The determined Real Programmer can write Fortran programs in any language.
    4. Re:Uhmmmm by swb · · Score: 2, Informative

      Admiral walks past clock shop, sets watch to grandfather clock, goes to naval base and fires cannon.

      After the Admiral walks past the clock shop, the clockmaker shows up for work. He waits until the cannon is fired and then corrects the grandfather clock.

      The admiral is setting his watch to the "corrected" time from yesterday.

      The only thing that's off is that the correction that the grandfather clock gets would be fairly minor, as the assumption is the cannon is fired soon after he sets his watch.

      But it could be that his pocket watch is REALLY inaccurate and the grandfather clock less so.

    5. Re:Uhmmmm by SleazyRidr · · Score: 1

      I assumed that the Admiral would live on base so the sequence of events would be:
      1) Admiral wakes up and fires cannon
      2) Watchmaker sets grandfather clock to 'correct' time
      3) Admiral takes a mid-morning stroll into town and sets his watch

      Assuming the admiral's watch keeps good time, the only drift in time will occur between the time the clockmaker sets the grandfather clock and the time the admiral goes to town.

  12. It solves one problem by Schezar · · Score: 4, Informative

    The Financial Sector.

    Also, synchronized robotics, precisely coordinated CNC, and a host of other applications. Primarily, it's where absolute time isn't the concern, but rather where arbitrary time must be consistent between multiple devices (accounting for propagation delays, failures, etc...). Of course, protocols like PTP solve this fairly neatly: this particular product solves a different problem, and probably isn't actually useful.

    There are two time issues to consider. One is how close your environment is to true time. The other is how close your individual devices are to one another. Messaging time-critical information between devices is severely complicated when the two devices are not on the same plane time-wise. Atomic clocks and the like solve the first problem. PTP solves the second problem. NTP almost (95%) solves both, but falls short in certain extremely time-critical situations.

    --
    GeekNights!
    Late Night Radio for Geeks!
    1. Re:It solves one problem by Pojut · · Score: 1

      Cool! Thanks for the mini-lesson :-)

    2. Re:It solves one problem by Rich0 · · Score: 1

      Of course, the multi-device coordination problem is better solved by communications between the devices (ready to do step 1, do step 1, doing step , done step 1, ready to go to step 2, etc). Think of the transactional model (begin transaction, do work, commit transaction, wait for ack).

      The only problem with that is latency - if you want two devices to coordinate steps while moving from step to step in less time than it takes for packets to travel between them, then you need synchronized clocks.

    3. Re:It solves one problem by inKubus · · Score: 1

      Why don't they just update ntp to work better? I mean, it seems ntp already has the necessary mechanisms to transport time and latency messages. Why not just update ntpd to have a "super accurate average" mode?

      I hope the answer isn't one of the usual, unsaid ones around Unix geeks:

      1. They didn't bother to try to talk to the NTP people.
      2. The NTP people told them to get off their lawn and they got butt hurt and went off to make their own time protocol.
      3. There really is some flaw in ntp that makes it bad at this and the solution is worth patching literally every network device in the world.

      Something tells me it's one of the former.

      --
      Cool! Amazing Toys.
  13. Favorite Quote by B5_geek · · Score: 3, Funny

    One of my favorite quotes relates to this;

    Credit goes to Mark Twain (IIRC).

    "When you have a watch/clock you always know what time it is. When you have 2 you are never quite sure."

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
    1. Re:Favorite Quote by he+who+meows · · Score: 2, Interesting

      But a man with three clocks is more sure than a man with two.

    2. Re:Favorite Quote by tokul · · Score: 1

      Credit goes to Mark Twain (IIRC).

      He was a writer and not mathematician. I suspect that he never thought that having 10K+ clocks and being able to calculate average will make a difference.

      Although I would not call this clock thing a replacement for atomic clock. It does not show atomic time. It shows statistical time average. It might be most accurate atomic clock only when sources use atomic clocks.

    3. Re:Favorite Quote by aqk · · Score: 0

      Well, I know it's an old one, but....

      Years ago, I broke my wristwatch- it stopped running.
      I still wear it; but at least now I know it's right not once, but TWICE a day!

  14. The idea sounds good on paper by Yvan256 · · Score: 1

    Can't wait to see all computers set their clocks to January 1st, 1980.

    1. Re:The idea sounds good on paper by omni123 · · Score: 1

      That wouldn't make a difference. The idea of this, and similar clocks, is that you don't really care about the absolute time. 1980 or 2010 is no different to you; so long as you all agree on the time.

      This is extremely important in cryptography and many other situations where freshness and order is important. You only care that packet 2 arrives after packet 1 and that nonce N is currently valid.

  15. Segal's Law by bittmann · · Score: 1

    "A man with a watch knows what time it is. A man with two watches is never sure." -- Segal's Law.

    1. Re:Segal's Law by spire3661 · · Score: 1

      A man with a watch with neither of them moving knows what time it is. If either is moving relative to the other, you cannot be sure.

      --
      Good-bye
  16. Computer Clock resolution? by JSBiff · · Score: 1, Insightful

    What is the resolution of the built-in clock on most PCs? An Atomic clock might have nanoscale resolution, but if a computer's clock only has microsecond resolution, then it stands to reason that you can only synch the computer to within 1 microsecond of accuracy, no?

    1. Re:Computer Clock resolution? by mysidia · · Score: 4, Informative

      That's right. Also, PC clocks tend to be not that great, in terms of reliability of the frequency, and error such as clock drift.

      Hence the general recommendation to use NTP to keep your clock in synch with a good time source; a good time source, being something such as an atomic clock, or a radio-based receiver that provides time from a good source.

      A PC clock can easily have errors of 100 PPM or higher. Or ~10 seconds of drift per day

      Factors that seem small such as temperature can effect the frequency of the clock crystal also

    2. Re:Computer Clock resolution? by vlm · · Score: 5, Interesting

      if a computer's clock only has microsecond resolution, then it stands to reason that you can only synch the computer to within 1 microsecond of accuracy, no?

      No. You can sync up to fractions of a clock cycle fairly easily. On average you can only report the time at any instant with around 0.5 uS accuracy, but you can set the edge where it cuts over from one uS to the next as accurately as you want, given enough time to sync...

      Slashdot car analogy is I change my oil 4 times a year, so you're saying I can't tell you when I change my oil with any accuracy higher than a whopping 3 months. Yet I assure you, if sufficiently motivated, I can "sync up" such that I change the oil precisely at midnight on the 1st of every third month, with a reportable accuracy of like an hour or so.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    3. Re:Computer Clock resolution? by Anonymous Coward · · Score: 0

      I'm not sure I could ever be that motivated.

    4. Re:Computer Clock resolution? by b4dc0d3r · · Score: 1

      I'm sure you mean to say that for every discrete interval n we can only report the value accurately +/- (n/2)

      In this case n being 12/4 = 3 months, I can tell you when you change your oil with 1.5 month accuracy.

      Also, for the car analogy, you would have to not make any excuses for missing your oil change, including weekends, sickness, or your oil change place being closed at midnight. I will accept +/- 1 hour.

    5. Re:Computer Clock resolution? by Doctor+Memory · · Score: 1

      With an error rate that high, it doesn't even sound worthwhile to sync with anything less than millisecond accuracy. Even if you sync exactly, you can't maintain accuracy long enough to reliably base any high-precision timing tasks on the internal clock.

      --
      Just junk food for thought...
    6. Re:Computer Clock resolution? by jthill · · Score: 2, Interesting

      These guys aren't using the PC clock crystal, and they're improving on NTP by a large margin.

      Plus they split interval and wall-clock timers for people who really care that their interval measurements don't get screwed with by leap second (or DST) resets and such, and the accuracy of those measurements is down in the ns range.

      --
      As always, all IMO. Insert "I think" everywhere grammatically possible.
    7. Re:Computer Clock resolution? by Anonymous Coward · · Score: 0

      I wonder if this faux atomic clock model will pause inexplicably every 3-5 seconds. For those that haven't noticed, if in XP through 7, look at the clock ticking. You'll notice a pause.

    8. Re:Computer Clock resolution? by falzer · · Score: 1

      >I wonder if this faux atomic clock model will pause inexplicably every 3-5 seconds. For those that haven't noticed, if in XP through 7, look at the clock ticking. You'll notice a pause.

      I noticed this years ago in Date and Time properties. The pause you see has little to do with the actual system timer.

      I believe the real reason is that the UI is timed to update at a period of slightly less than one second, so quite often there are two UI updates that poll the system time within the same system clock second.

    9. Re:Computer Clock resolution? by DryGrian · · Score: 1

      If my 'oil change place' is closed, I go to the garage door to open it. *quizzical look*

      --
      For optimal comment enjoyment, take red pill now.
  17. At last by clickclickdrone · · Score: 1

    Something that can measure my sexual stamina properly ;-)

    --
    I want a list of atrocities done in your name - Recoil
    1. Re:At last by Anonymous Coward · · Score: 0

      You get sex? REAL sex? You have much to teach us....

  18. GPS disciplined OCXO by Anonymous Coward · · Score: 0

    What is the purpose of knowing time that accurately? You often want a clock signal that's that accurate, that's much more useful.
    You can get 10MHz OCXO modules with a GPS receiver that syncs the OCXO to the satellites' on-board atomic clocks.
    Much better.

  19. it doesn't work that way by Lazareth · · Score: 0

    So adding together a bunch of imprecise measurements together and getting the median gives you greater precision? No. Well, it might, maybe, but you won't know. depending on the statistical variance and how it is spread. But you won't know it is precise, you can only say how likely you are to be precise. that's not the same thing. Also, as I read it it collects and judges upon the time, whereafter it sets all the clocks to the median? Exactly how does this counteract drift? How long does it wait between updates? For how long does it collect samples? What they're doing is that they're collecting a number of samples, hoping that their variance is spread evenly, thus the median must be the precise time. Fun fact: that only increase the precision (and quite a bit!) if you collect an near-infinite amount of samples. I really do doubt they have a near-infinite amount of computer clocks.

    1. Re:it doesn't work that way by Lazareth · · Score: 0

      oh and only if the variance is a neatly bell-curve-shaped or otherwise have a high rise at the median. Otherwise you're completely fubared if your +-5 microsecond clocks have a bias for +2.

  20. This reminds me of the Swiss watchmaker by ribuck · · Score: 1

    This reminds me of the old Swiss watchmaker. Every day at noon, regular as clockwork, on office worker walked past the watchmaker's window on his way to lunch. This was the watchmaker's reminder to carry out his daily clock setting, so every time the office worker went past, the watchmaker checked that all of his clocks indicated noon.

    One day the watchmaker happened to be out in the street at noon, and he mentioned this to the office worker. "That's funny", said the worker, "I always set my watch when I walk past your shop".

    And so the network of software-based clocks will work fine, provided the computers from which the time is being aggregated are not themselves setting their time by this software-based clock.

  21. Re:why accurate down to a microsecond? by ibsteve2u · · Score: 1

    Thinking the IRS and your local state and community tax collectors would like to know everybody whose e-return is >= 1 microsecond late. That penalty money is important to g'ment - particularly in these days when an industrial base decimated by inequitable free trade provides ever less tax revenue.

    --
    Orwell: "In a Time of Universal Deceit, telling the Truth is a Revolutionary Act"
  22. Very useful for space applications by Anonymous Coward · · Score: 0

    I think this piece of software might be useful for high speed (space) travel. Just read the theory of relativity, and you will know what I am talking about.

  23. Like Real Estate Pricing Scheme by Anonymous Coward · · Score: 0

    This sounds like real estate valuation scheme that led to the market crash. A Chinese mathematician said that you do not need to evaluate each property, just get an average of what the market says and you have your price. Then EVERYONE stopped doing proper evaluations and just looked at what EVERYONE else had for a price. If ALL the clocks switch to this, they ALL go off in some average direction.
    Doing tests with 100 virtual machines does not show the effect. It must be with 1000 old computers to see it.

  24. leap seconds Re:Use GPS by Anonymous Coward · · Score: 1, Informative

    Bleah.. you don't know much about GPS timing, do you?

    The message that the GPS satellite sends *includes the offset from UTC* including the number of leapseconds.

      GPS time can't have leap seconds because it needs to be monotonic and continuous, like TAI time. UTC needs to line up with the Earth's rotation, so they need leap seconds.

    Time arithmetic on GPS time is straightforward. Not so with UTC.

  25. rogue/malicious clocks by egburr · · Score: 1

    How does this account for rogue or malicious clocks present on the network? It sounds like it would be pretty easy to introduce significant error into the system.

    I think I'll keep using one system connecting to the atomic clock and all the rest connecting to that one to keep their time accurate.

    --

    Edward Burr
    Having a smoking section in a restaurant is like having a peeing section in a swimming pool.
  26. This is a simple case of NTP envy by Terje+Mathisen · · Score: 1

    The people behind this project tried to get the ntp hackers interested a year or two ago, but since the only thing they have is a possibly improved distributed algorithm, vs real NTP which has been designed to work even in the face of (intentional or accidental) falsetickers, nobody was very interested.

    Any NTP wrangler who's the least interested in accurate local clocks will spend an hour and less than $100 to buy a cheap gps (Garmin GPS18(x) LVC) with Pulse Per Second (pps) output, a USB cable and a 9-pin RS232 connector:

    Solder these together according to one of several howtos

    (I can recommend http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm, it is quite similar to my own rooftop clock which I've connected to a FreeBSD host in my attic.)

    and you'll have a clock source which on average will be exact, with a jitter of a microsecond or two.

    Terje
    (who used to compile and host the windows ntp binaries for a number of years)

    --
    "almost all programming can be viewed as an exercise in caching"
    1. Re:This is a simple case of NTP envy by amorsen · · Score: 1

      That's all well and good, but it gets time to one server. Now what to do about the other 40 servers in the rack?

      And don't say NTPd, because that will not get you anywhere close to microsecond accuracy. If it doesn't lose sync completely for no reason.

      Chrony is somewhat better, but it's still stuck with the NTP protocol.

      --
      Finally! A year of moderation! Ready for 2019?
    2. Re:This is a simple case of NTP envy by Terje+Mathisen · · Score: 1

      If you need us precision for all 40 servers in a rack, the solution can be either very simple (and cheap) or very complicated (or even cpu-intensive):

      The obvious solution is to make a small amplifier, so that the PPS signal can be split into 40 cables and spread to all the servers.

      Since NMEA is a one-way protocol you can also wire up one server which can send commands to the GPS and let all 40 of them listen to the responses.

      You only need RMC or GGA output in order to number the second pules on the PPS signal, so a backup solution is to use the IP network to distribute coarse (0.1 ms is easy when all servers are on the same switch) time, then they'll use the PPS for the final two orders of magnitude precision.

      The complicated solution requires network cards with hw timing and/or significantly more timing exchange packets in order to get good statistical results.

      Terje
      (Who's got an NTP network with 6 primary servers, using 3 Motorola Oncore UT+ timing receivers (~30 ns RMS) plus a bunch of alternate/backup sources.)

      --
      "almost all programming can be viewed as an exercise in caching"
    3. Re:This is a simple case of NTP envy by Todd+Knarr · · Score: 1

      NTPD with clock-frequency adjustment should get you down to microsecond accuracy, if you're syncing directly to a stable stratum-1 (it'd better be stable or you've got bigger problems) server. And most Unixes have NTPD software that does clock-frequency adjustment. With all servers in the same rack and presumably sitting on the same Ethernet segment, you should never see loss of sync unless your stratum-0 reference goes out (at least I've never seen loss of sync in that setup). And even if you do lose sync, if the machines are temperature-stable and've been running long enough for NTPD to get the local clock's drift dialed in you should be able to maintain millisecond accuracy for at least a few days.

      Windows is more problematic, since clock-frequency adjustment doesn't seem to work right on it.

  27. 100 Comments and No Cospiracy Theory yet! by Tekfactory · · Score: 1

    There was a story a few years back about a Security researcher that determined the quartz units in every computer are unique and have different enough time drift to fingerprint the individual machine's traffic despite IP address changes, proxies or anything similar. Botnets attacks wouldn't be tracked back to them, but CNC traffic to the botnets should still work.

    Anyways this software comes out and samples millisecond differences between computer clocks on large networks, put this together with that guys Thesis work and you've got a worse end to privacy than Facebook.

    Or something.

    1. Re:100 Comments and No Cospiracy Theory yet! by Slashcrap · · Score: 1

      There was a story a few years back about a Security researcher that determined the quartz units in every computer are unique and have different enough time drift to fingerprint the individual machine's traffic despite IP address changes, proxies or anything similar.

      Does it work with TCP timestamps disabled? I'm guessing it doesn't. I always turn them off when deploying Linux servers. At the very least it's worth doing to confuse pen-testers, since it makes OS identification significantly harder. And as far as I'm aware it has roughly zero useful functions these days.

      It's really easy to do - it's just a single sysctl setting. And it's even easier on Windows - you just put it behind a Linux router with the right sysctl settings.

  28. Old news? by Anonymous Coward · · Score: 0

    Has no one heard of Precision Time Protocol? http://en.wikipedia.org/wiki/Precision_time_protocol

    The company I work at creates hardware that implements this protocol, we routinely get accuracies on the order of 10's of nanoseconds in our clocks. This is used by the military and in the telecom industry, for precise clock synchronization over IP/Ethernet.

  29. Voting on truth? by cdrguru · · Score: 1

    This sounds like a Wikipedia approach to "truth"... you have enough people voting on it and sooner or later you have something that sort of resembles and might actually be truth. Or in this case, accuracy.

    I would think there would be much better ways than this of obtaining accuracy. One of the basic problems with any voting scheme is that you can get a large amount of drift as it is assumed there is no standard other than concensus. NTP is a reference because there is are systems out there that are known to be anchored to accurate time standards.

    I suppose if you were setting up a platform on Mars and had nothing else except concensus and voting this might be an approach. But that would seem to be about the only reason for accepting a scheme like this. On Earth there are way, way better ways of dealing with the problem that are actually rooted to accurate standards.

  30. RTFA - it talks about NTP already by billstewart · · Score: 1

    "Fetching the time via the web" is using NTP or SNTP to get time from better clocks. The article says that NTP is at best getting you millisecond accuracy, and claims RADclock can get to microsecond level.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  31. Re:A solution in need of a problem? PTP by Anonymous Coward · · Score: 1, Interesting

      Open Source does not mean Free to use.

    From the ptpd.sf.net README

    - Legal notice -

    PTPd was written by using only information contained within 'IEEE Std
    1588-2008'. IEEE 1588 may contain patented technology, the use of which is not
    under the control of the authors of PTPd. Users of IEEE 1588 may need to obtain
    a license for the patented technology in the protocol. Contact the IEEE for
    licensing information.

  32. Or maybe... by StikyPad · · Score: 1

    If only we had a publicly owned atomic clock, we could distribute time information using some sort of network protocol that compensates for latency and avoid all this fuss. We could even synchronize the time with satellites in orbit, and they, in turn, could transmit pulses at precise intervals.

    I better write this down before someone else takes the credit.

  33. Space Distortion by bunabeans · · Score: 1

    Will they be connected with orbiting units or deep atmospheric ocean processors? Perhaps the space time will be redefined further and the stars will be closer to us than before.

  34. transmission lag and nisttime by cinnamon+colbert · · Score: 1

    you can download nist time, which will sync your computer to within a few msec of the NIST clock. when you do this, you will see that your pc is often off by hundreds of msecs the accuracy of nist time is limited by transmission errors across the web - how do they deal with this

  35. Awesome by toby · · Score: 1

    This belongs in comp.compression

    --
    you had me at #!
  36. Maybe a good idea if atomic clocks become common by FoolishOwl · · Score: 1

    From Wikipedia:

    In August 2004, NIST scientists demonstrated a chip-scaled atomic clock.[8] According to the researchers, the clock was believed to be one-hundredth the size of any other. It was also claimed that it requires just 75 mW, making it suitable for battery-driven applications. This device could conceivably become a consumer product.

    If atomic clocks become affordable and common, this might be a good idea. Otherwise, you're making up precision out of thin air, and you're probably better off with the ntpd approach wherein you have a hierarchy of timeservers that refer to atomic clocks, with the limited precision that comes with it. It's not like most systems need such precision, anyway. Why rush?

  37. Similar project to determine the value of 2 by MobyDisk · · Score: 1

    I suggest we use this type of approach to determine other values, such as fundamental physical constants. We could have all the computers of the world vote for what they think is the value of say... pi, or the number 2. One computer might think 2 is 1.9999999999999999999979 while another would report 2.000000000000000000001. By averaging these together, we should be able to get the exact floating point value for 2.

  38. precision, accuracy... who cares by Goldsmith · · Score: 2, Insightful

    Let's just not pay attention to things like the difference between precision and accuracy anymore, it's too much work.

    I mean, there's no way that the same physical limitations would apply to all quartz clocks, right?

  39. Good clocks are easy find. by ResidentSourcerer · · Score: 1

    Not clear why you would need nano second accuracy for computer work. But every GPS receiver provides that. GPS relies on knowing what time it is to within, I think, 10 ns. (A ns is about a 9" error. Non-differential GPS with WAIS is good to about 10 feet = about 13 ns

    --
    Third Career: Tree Farmer Second Career: Computer Geek First Career: Teacher, Outdoor Instructor, Photographer.
    1. Re:Good clocks are easy find. by RockDoctor · · Score: 1

      Not clear why you would need nano second accuracy for computer work.

      You may not need it for the computer's working, but for the data that the computer is acquiring. Example : if you're recording signals at a radio telescope to be re-calculated with signals recorded at a number of other telescopes acting as an interferometer, then you may need to record the arrival time of wavefronts to sub-nanosecond accuracy at each telescope to get the sub-microarcsecond interferometric resolution that you're aiming for.
      I wouldn't be surprised if the recording of seismic waves in mineral exploration and earthquake studies could also benefit from high accuracy of recording at different stations.

      --
      Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"