summaryrefslogtreecommitdiffstats
path: root/man/sd_journal_get_fd.xml
diff options
context:
space:
mode:
authorLennart Poettering <lennart@poettering.net>2021-02-16 17:15:16 +0100
committerLennart Poettering <lennart@poettering.net>2021-02-16 22:16:17 +0100
commit696e5a8a73a4441f5aea4b01715d4863051647d6 (patch)
tree793b01cc14e893ba7bd8afa2098448768dee6ce2 /man/sd_journal_get_fd.xml
parentMerge pull request #18636 from poettering/resolved-different-server (diff)
downloadsystemd-696e5a8a73a4441f5aea4b01715d4863051647d6.tar.xz
systemd-696e5a8a73a4441f5aea4b01715d4863051647d6.zip
man: make clear that sd-journal notifications always come with extra latency
Replaces: #17699
Diffstat (limited to '')
-rw-r--r--man/sd_journal_get_fd.xml24
1 files changed, 12 insertions, 12 deletions
diff --git a/man/sd_journal_get_fd.xml b/man/sd_journal_get_fd.xml
index 52360c76c3..6ca45c4e8e 100644
--- a/man/sd_journal_get_fd.xml
+++ b/man/sd_journal_get_fd.xml
@@ -151,18 +151,18 @@ else {
<function>poll()</function> and
<function>sd_journal_process()</function> into one.</para>
- <para><function>sd_journal_reliable_fd()</function> may be used to
- check whether the wakeup events from the file descriptor returned
- by <function>sd_journal_get_fd()</function> are known to be
- immediately triggered. On certain file systems where file change
- events from the OS are not available (such as NFS) changes need to
- be polled for repeatedly, and hence are detected only with a
- certain latency. This call will return a positive value if the
- journal changes are detected immediately and zero when they need
- to be polled for and hence might be noticed only with a certain
- latency. Note that there is usually no need to invoke this function
- directly as <function>sd_journal_get_timeout()</function> on these
- file systems will ask for timeouts explicitly anyway.</para>
+ <para><function>sd_journal_reliable_fd()</function> may be used to check whether the wake-up events from
+ the file descriptor returned by <function>sd_journal_get_fd()</function> are known to be quickly
+ triggered. On certain file systems where file change events from the OS are not available (such as NFS)
+ changes need to be polled for repeatedly, and hence are detected only with a considerable latency. This
+ call will return a positive value if the journal changes are detected quickly and zero when they need to
+ be polled for. Note that there is usually no need to invoke this function directly as
+ <function>sd_journal_get_timeout()</function> will request appropriate timeouts anyway.</para>
+
+ <para>Note that all of the above change notification interfaces do not report changes
+ instantly. Latencies are introduced for multiple reasons: as mentioned certain storage backends require
+ time-based polling, in other cases wake-ups are optimized by coalescing events, and the OS introduces
+ additional IO/CPU scheduling latencies.</para>
</refsect1>
<refsect1>