Contributed by grey on from the henning in the daemon lab again dept.
(Comments are closed)
OpenBSD Journal
Contributed by grey on from the henning in the daemon lab again dept.
(Comments are closed)
Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]
By Anonymous Coward (24.34.57.27) on
Because they reinvent the wheel instead of spending time on something more worthwhile? Where's SMP support in a release?
Comments
By Anonymous Coward (67.71.26.138) on
By Anonymous Coward (67.71.26.138) on
I too would personally much prefer some SMP support over time spent on things like this, but hey, this is a volunteer thing so who really has the right to complain? I for one sure don't and I'm still very proud and grateful for OpenBSD and all it has to offer - at present and in the future.
Comments
By Anonymous Coward (67.71.26.138) on
By djm@ (61.95.66.134) on
Comments
By tedu (128.12.75.69) on
By Otto (82.197.192.49) otto@drijf.net on http://www.drijf.net
If you ever looked at the existing ntpd code, you know why a new version should be written. ntpd is a big, scary daemon: it handles network stuff and it runs as root. OpenBSD needs a simple, privilege separated ntpd.
If a wheel is square, it needs to be replaced.
Comments
By Tim Kelly (65.4.114.23) hockey [at] dialectronics.com on http://www.dialectronics.com
Comments
By Daniel (212.184.120.194) on
Comments
By Tim Kelly (65.4.114.23) hockey [at} dialectronics.com on http://www.dialectronics.com
Comments
By Tim Kelly (65.4.114.23) on
By Henning Brauer (80.86.183.227) henning@openbsd.org on
By Anonymous Coward (134.100.120.75) on
The simple setup would be : one server (e.g. with broadcast instruction and being client to a remote stratum-1 or stratum-2 server) and several clients (with server lines in their config). Essentially, the server is a relay and the central point of failure. If the master fails, all the clients will essentially drift (at least relative to each other)
However. there is a more elegant way : the use of the peer instruction in the config file. Then there is no distinction between server and client anymore (one or two still should but need not be client to some stratum-1 or stratum-2 master servers). The advantage is that such a "swarm" of peers will keep the time accurate relative to each other even if there is no server available (because e.g. the connection to the external stratum-1 or stratum-2 server drops). I.e. no drifting is happening.
Hmmm ... I guess the peer functionality could be implemented in the client.
By Anonymous Coward (64.231.4.175) on
By RC (4.61.196.211) on
By Anonymous Coward (132.204.24.84) on
By Ash'aman (212.135.28.58) on
By Anonymous Coward (24.89.13.231) on
By Anonymous Coward (192.195.135.35) on
By Anonymous Coward (195.217.242.33) on
I thought you were doing it ?
By mirabile (2001:6f8:94d:1:2c0:9fff:fe1a:6a01) on
Comments
By mirabile (2001:6f8:94d:1:2c0:9fff:fe1a:6a01) on
But then, it's nice you do IPv6.
Comments
By krh (207.75.180.242) on
At the bottom of every page on undeadly is a link marked source code. I'm sure that you can write a patch if the urge strikes you.
By djm@ (61.95.66.134) on
By Anonymous Coward (209.162.224.62) on
By Damien (213.41.138.23) on
Comments
By mirabile (2001:6f8:94d:1:2c0:9fff:fe1a:6a01) on
Comments
By Miod (212.234.41.17) miod@ on
Submitting a diff does not necessarily imply that it will be picked up...
By Olivier (83.77.64.188) olivier.brisson@bluewin.ch on http://www.rando-roller-grenoble.org
Oliver
By Peter Williams (68.40.183.235) peter@pbw.us on http://pbw.us
By corey (208.191.164.101) on
Just curious: is the "new" ntpd going to be a complete replacement for the existing version, i.e., with local clock correction, multiple external clock drivers, etc.?
Comments
By Henning Brauer (80.86.183.227) henning@ on
Yes, that's the plan. Help is welcome of course ;)
I have client functionality, i. e. the ability to sync to one external server, partly done locally, need to find some time to finish that. Alexander has the key stuff mostly done. We then need the PLL shitz, which is a bit... complicated, but I am sure we'll find our way.
Comments
By corey (208.191.164.101) on
By Henning Brauer (80.86.183.227) henning@ on
Yes, that's the plan. Help is welcome of course ;)
I have client functionality, i. e. the ability to sync to one external server, partly done locally, need to find some time to finish that. Alexander has the key stuff mostly done. We then need the PLL shitz, which is a bit... complicated, but I am sure we'll find our way.
By Alexander Guy (206.72.82.135) alexander@ on
Comments
By Anonymous Coward (4.16.136.107) on