diff options
author | Lennart Poettering <lennart@poettering.net> | 2020-12-28 10:43:10 +0100 |
---|---|---|
committer | Lennart Poettering <lennart@poettering.net> | 2020-12-28 10:53:20 +0100 |
commit | 57b3b8f48c00109238ef5a1d569c0e6fee3e3efa (patch) | |
tree | 569e2d9d628c1a77ca6fc347e08ea5280f432a1a /man/systemd.special.xml | |
parent | b149d230ea23c14bac2dfe79c47e58782623200f (diff) | |
download | systemd-57b3b8f48c00109238ef5a1d569c0e6fee3e3efa.tar.gz |
man: apply @Minoru's suggestions from code review
Co-authored-by: Alexander Batischev <eual.jp@gmail.com>
Diffstat (limited to 'man/systemd.special.xml')
-rw-r--r-- | man/systemd.special.xml | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/man/systemd.special.xml b/man/systemd.special.xml index 8a98fa4c0f..e731c9ced2 100644 --- a/man/systemd.special.xml +++ b/man/systemd.special.xml @@ -1018,7 +1018,7 @@ <citerefentry><refentrytitle>systemd-timesyncd.service</refentrytitle><manvolnum>8</manvolnum></citerefentry> service is a simple daemon that pulls in this target and orders itself before it. Besides implementing the SNTP network protocol it maintains a timestamp file on disk whose modification - time is regularlary updated. At service start-up the local system clock is updated accordingly, + time is regularlary updated. At service start-up the local system clock is set from that modification time, ensuring it increases roughly monotonically.</para> <para>Note that ordering a unit after <filename>time-set.target</filename> only has effect if @@ -1026,7 +1026,7 @@ monotonicity. Otherwise, this target might get reached before the clock is adjusted to be roughly monotonic. Enable <citerefentry><refentrytitle>systemd-timesyncd.service</refentrytitle><manvolnum>8</manvolnum></citerefentry>, - to achieve that — or an alternative NTP implementation.</para> + or an alternative NTP implementation to delay the target.</para> </listitem> </varlistentry> <varlistentry> @@ -1043,9 +1043,9 @@ <varname>OnCalendar=</varname> directive.</para> <para>This target provides stricter clock accuracy guarantees than - <filename>time-set.target</filename> (see above), but likely relies on possibly unreliable - network communication and thus might introduce possibly substantial activation delays for - services ordered after this target. Services that require clock accuracy and where network + <filename>time-set.target</filename> (see above), but likely requires + network communication and thus introduces unpredictable delays. + Services that require clock accuracy and where network communication delays are acceptable should use this target. Services that require a less accurate clock, and only approximate and roughly monotonic clock behaviour should use <filename>time-set.target</filename> instead.</para> @@ -1057,7 +1057,7 @@ <citerefentry><refentrytitle>systemd-timesyncd.service</refentrytitle><manvolnum>8</manvolnum></citerefentry>, enable <citerefentry><refentrytitle>systemd-time-wait-sync.service</refentrytitle><manvolnum>8</manvolnum></citerefentry> - to achieve that; or use an equivalent service for other NTP implementations.</para> + to delay the target; or use an equivalent service for other NTP implementations.</para> <table> <title>Comparison</title> |