From: Yuanchu Xie <yuanchu@google.com>
To: Alejandro Colomar <alx.manpages@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Yu Zhao <yuzhao@google.com>,
linux-man@vger.kernel.org, Yuanchu Xie <yuanchu@google.com>,
"T.J. Alumbaugh" <talumbau@google.com>
Subject: [PATCH v6] posix_fadvise.2: POSIX_FADV_NOREUSE now supported.
Date: Tue, 19 Nov 2024 20:52:14 -0800 [thread overview]
Message-ID: <20241120045214.1294799-1-yuanchu@google.com> (raw)
POSIX_FADV_NOREUSE is now supported in Linux.
Update text regarding former no op behavior. Indicate the readahead policy
and treatment of file pages read with this flag.
Link: <https://lore.kernel.org/linux-mm/20221230215252.2628425-2-yuzhao@google.com/>
Signed-off-by: T.J. Alumbaugh <talumbau@google.com>
Signed-off-by: Yuanchu Xie <yuanchu@google.com>
---
Changelog
v5 -> v6
- Fixed wordiness
- Clarified LRU to mean the kernel page replacement algorithm
v4 -> v5
- Remove unnecessary changes
- Use two space inter-sentence spacing
- Fix lines exceeding 80-column
v3 -> v4
- Use semantic newlines
- Format with macros like .B instead of inline \f
v3: https://lore.kernel.org/linux-man/20230320222057.1976956-1-talumbau@google.com/
v4: https://lore.kernel.org/linux-man/20241113031654.3964740-1-yuanchu@google.com/
v5: https://lore.kernel.org/linux-man/20241114012233.4152152-1-yuanchu@google.com/
man/man2/posix_fadvise.2 | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/man/man2/posix_fadvise.2 b/man/man2/posix_fadvise.2
index ed40b0c0d..894a0762c 100644
--- a/man/man2/posix_fadvise.2
+++ b/man/man2/posix_fadvise.2
@@ -64,7 +64,13 @@ The specified data will be accessed only once.
.IP
Before Linux 2.6.18, \fBPOSIX_FADV_NOREUSE\fP had the
same semantics as \fBPOSIX_FADV_WILLNEED\fP.
-This was probably a bug; since Linux 2.6.18, this flag is a no-op.
+This was probably a bug;
+from Linux 2.6.18 until Linux 6.2 this flag was a no-op.
+Since Linux 6.3,
+.B POSIX_FADV_NOREUSE
+signals that the kernel page replacement algorithm
+can ignore access to mapped page cache marked by this flag.
+This is useful, for example, while streaming large files.
.TP
.B POSIX_FADV_WILLNEED
The specified data will be accessed in the near future.
@@ -130,6 +136,8 @@ in this case.)
Under Linux, \fBPOSIX_FADV_NORMAL\fP sets the readahead window to the
default size for the backing device; \fBPOSIX_FADV_SEQUENTIAL\fP doubles
this size, and \fBPOSIX_FADV_RANDOM\fP disables file readahead entirely.
+.B POSIX_FADV_NOREUSE
+does not modify the readahead window size.
These changes affect the entire file, not just the specified region
(but other open file handles to the same file are unaffected).
.SS C library/kernel differences
--
2.46.0
next reply other threads:[~2024-11-20 4:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-20 4:52 Yuanchu Xie [this message]
2024-11-20 10:47 ` [PATCH v6] posix_fadvise.2: POSIX_FADV_NOREUSE now supported Alejandro Colomar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20241120045214.1294799-1-yuanchu@google.com \
--to=yuanchu@google.com \
--cc=akpm@linux-foundation.org \
--cc=alx.manpages@gmail.com \
--cc=linux-man@vger.kernel.org \
--cc=talumbau@google.com \
--cc=yuzhao@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox