Sponsored Content
Special Forums News, Links, Events and Announcements DARPA contestants make robotic history Post 86038 by dangral on Monday 10th of October 2005 10:33:16 AM
Old 10-10-2005
Quote:
Originally Posted by Perderabo
If I am reading Neo's post right...

Stanley crossed the finish first Time: "within" 8:14
10 minutes later..."H1ghlander came through second" Time: 8:19
"minutes later"...Sandstorm crossed the finish line Time: 8:12

Where did these guys buy their clocks?? I wouldn't accept this kind of accuracy from a sundial.
There was an obvious problem with the ntp server Smilie
 

6 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

ksh: how to make [up arrow] recall command history

I want to get my up arrow key to recall my previous commands in Korn shell. Anyone help please? thanks a bunch! BG (3 Replies)
Discussion started by: BG_JrAdmin
3 Replies

2. UNIX for Dummies Questions & Answers

How to review the history and the commands that has been done in this history?

Hello every body, Kindly inform me How Do i find out the time I executed a command previously on UNIX Solaris?? To be more specific and more clear about what i want to know is that I want a command the enables me to know the history and which command i run at this history/time. FYI I used... (5 Replies)
Discussion started by: ahmedamer12
5 Replies

3. UNIX for Advanced & Expert Users

History to Another file [local user history , but root access]

Hi all, My need is : 1. To know who , when , which command used. 2. Local user should not delete this information. I mean , with an example , i can say i have a user user1 i need to give all the following permissions to user1, : a. A specific directory other than his home... (3 Replies)
Discussion started by: linuxadmin
3 Replies

4. UNIX for Dummies Questions & Answers

History to Another file [local user history , but root access]

Hi all, My need is : 1. To know who , when , which command used. 2. Local user should not delete this information. I mean , with an example , i can say i have a user user1 i need to give all the following permissions to user1, : a. A specific directory other than his home... (1 Reply)
Discussion started by: sriky86
1 Replies

5. UNIX for Dummies Questions & Answers

How to make each login shell history independent for same account?

Hello All, Many developers in our company use same application account to log in Linux Box for code development, how can i redirect my log in shell history to a different file to avoid history being shown to others or accidentally execute the same command which i or others executed? Thank you. (4 Replies)
Discussion started by: Ariean
4 Replies

6. What is on Your Mind?

The Great History of UNIX (1969-1999) | 30 Years of UNIX History | YouTube Video

I am pleased to announce this new video in 1080 HD for UNIX lovers honoring thirty years of UNIX history spanning from 1969 to 1999 presented in 150 seconds (two and a half minutes) in 1080 HD, celebrating the 50th anniversary of UNIX. The Great History of UNIX (1969-1999) | 30 Years of UNIX... (8 Replies)
Discussion started by: Neo
8 Replies
ntp_intro(7)						 Miscellaneous Information Manual					      ntp_intro(7)

NAME
ntp_intro - Network Time Protocol (NTP) introductory information DESCRIPTION
The Tru64 UNIX software supports two time services: Network Time Protocol (NTP) Time Synchronization Protocol (TSP) Because it can be traced to clocks of high absolute accuracy, NTP provides a more accurate time service than TSP. By contrast, TSP syn- chronizes time to the average of the network host times. TSP is an acceptable time service if your system is not on the Internet and does not have access to a highly accurate time server; otherwise, NTP is recommended. Network Time Protocol The Network Time Protocol (NTP) provides accurate, dependable, and synchronized time for hosts on both wide area networks (like the Inter- net) and local area networks. In particular, NTP provides synchronization traceable to clocks of high absolute accuracy, and avoids syn- chronization to clocks keeping bad time. Hosts running NTP periodically exchange datagrams querying each other about their current estimate of the time. Using the round-trip time of the packet, a host can estimate the one-way delay to the other host. (The assumption is that the delay is roughly equal in both direc- tions.) By measuring the one-way delay and examining the timestamps that are returned with the NTP packet, a host computes the difference between its clock time and that of the host it queried. A host queries a remote host several times over a period and feeds the results from the multiple samples to a digital-filtering algorithm. The algorithm provides a more accurate estimate of the delay, clock offset, and clock stability than could be obtained with a single sam- ple. NTP messages also contain information about the accuracy and reliability of the time sources. An NTP host connected directly to a highly accurate time source, such as a radio receiver tuned to a time code signal broadcast by a government agency, is called a stratum 1 server. Every other NTP host adopts a stratum number that is one higher than the host from which it sets its own time. For example, a host syn- chronized to a stratum 1 server becomes a stratum 2 host. Stratum determination is done automatically, and the stratum of a host can vary as its connectivity changes. A host running NTP combines various information to decide which of the hosts it queried provides the time it believes to be the most accu- rate. This information includes the output of the digital-filtering algorithm and the stratum numbers of the hosts it queried. By commu- nicating with several other hosts, an NTP host can usually detect those hosts that are keeping bad time, and is able to stay synchronized even if some of the other hosts become unavailable for long periods. In practice, NTP is able to synchronize clocks to within a few milliseconds even over wide area networks spanning thousands of miles. To obtain even greater accuracy, use the NTP_TIME kernel option. See System Administration for more information. You can optionally use a high-resolution clock, enabling the time returned by the clock_gettime routine to be extrapolated between the clock ticks. The granularity of the time returned will be in microseconds. To use the high-resolution clock, use the MICRO_TIME kernel option. For detailed information on NTP, see Network Time Protocol (Version 3) (RFC 1305). Time Synchronization Protocol The Time Synchronization Protocol (TSP) is the protocol used by the daemon. In its simplest application, the TSP servers on a broadcast network (for example, an Ethernet) periodically broadcast TSP packets. The hosts on the network elect one of the hosts on the network run- ning TSP as a master. The master then controls the further operation of the protocol until it fails and a new master is elected. The mas- ter collects time values from the other hosts and computes the average of all the times reported. It then sets its own clock to this aver- age, and tells the other hosts to synchronize their clocks with it. TSP quickly synchronizes all participating hosts. However, because TSP does not trace time back to sources of known accuracy, it is unable to correct for systematic errors. If a clock drifts significantly, or if a mistake is made in setting the time on a participating host, the average time calculated and distributed by the master can be affected significantly. For information on setting up the network time services, refer to Network Administration. RELATED INFORMATION
Commands: ntp(1), ntpdate(8), ntptrace(8), timedsetup(8), xntpdc(8) Functions: ctime(3) Files: ntp.conf(4), ntp.drift(4), ntp.keys(4) Daemons: timed(8), xntpd(8) Network Time Protocol (Version 3) (RFC 1305) Network Administration System Administration delim off ntp_intro(7)
All times are GMT -4. The time now is 04:55 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy