[PATCH] remap_file_pages.2: Not actually useful on real files.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Linux commit 3ee6dafc677a68e461a7ddafc94a580ebab80735 caused
remap_file_pages to be emulated when used on real file.

Signed-off-by: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
---
 man2/remap_file_pages.2 | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/man2/remap_file_pages.2 b/man2/remap_file_pages.2
index f96f594..f6dee99 100644
--- a/man2/remap_file_pages.2
+++ b/man2/remap_file_pages.2
@@ -148,6 +148,12 @@ The
 .BR remap_file_pages ()
 system call appeared in Linux 2.5.46;
 glibc support was added in version 2.3.3.
+
+.BR remap_file_pages ()
+has no performance advantage over
+.BR mmap (2)
+when used on real (as opposed to purely in-memory) files as of Linux 2.6.23:
+on real files it creates a separate vma for each range.
 .SH "CONFORMING TO"
 The
 .BR remap_file_pages ()
-- 
1.7.11.7

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux