ntpd segfaults on start
Ian Lepore
ian at freebsd.org
Mon Sep 9 21:17:00 UTC 2019
On Mon, 2019-09-09 at 12:28 -0700, Cy Schubert wrote:
> >
> > On the other hand, the code execution times are not predictable if the
> > process's pages can be paged out. Under severe load next instruction
> > might take several seconds or even minutes to start. It is quite unlike
> > the scheduler delays. That introduces a jitter in the local time
> > measurements and their usage as done in userspace. Wouldn't this affect
> > the accuracy ?
>
> IMO it would and would be unacceptable when used as a stratum N server or
> with some OLTP or database applications. Locking a few megabytes is a small
> cost.
What I proposed was changing the default to not lock all of ntpd into
memory, because I think that would work well for most users. Admins
running stratum 1 or 2 servers are probably a bit more savvy about ntp
configuration than the average user, and would use the rlimit command
in ntp.conf.
-- Ian
More information about the freebsd-current
mailing list