From: "Michael Kerrisk" <mtk-lkml@gmx.net>
To: Robert Love <rml@novell.com>
Cc: adi@hexapodia.org, samuel.thibault@ens-lyon.org,
linux-kernel@vger.kernel.org, mtk-lists@gmx.net
Subject: Re: wrong madvise(MADV DONTNEED) semantic
Date: Wed, 29 Jun 2005 18:34:46 +0200 (MEST) [thread overview]
Message-ID: <15933.1120062886@www35.gmx.net> (raw)
In-Reply-To: 1119983300.6745.1.camel@betsy
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 1424 bytes --]
> On Tue, 2005-06-28 at 11:16 -0700, Andy Isaacson wrote:
>
> > Besides, if you read the documentation closely, it does not say what
> > you
> > think it says.
> >
> > MADV_DONTNEED
> > Do not expect access in the near future. (For the time
> > being, the application is finished with the given range,
> > so the kernel can free resources associated with it.)
> > Subsequent accesses of pages in this range will succeed,
> > but will result either in reloading of the memory contents
> > from the underlying mapped file (see mmap) or
> > zero-fill-on-demand pages for mappings without an
> > underlying file.
> >
> > You seem to think that "reloading ... from the underlying mapped file"
> > means that changes are lost, but that's not implied.
>
> This wording _does_ imply that changes are lost if the file is mapped
> writable and not mysnc'ed or if the memory mapping is anonymous.
A little late into this thread, but...
Indeed it does imply that, because that was what I understood
when (IIRC) I wrote that text in the man page.
> In the former, changes are dropped and the file is reread from the stale
> on-disk copy. In the latter case, the data is dropped and the pages are
> zero-filled on access.
Yes.
Cheers,
Michael
--
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, More +++
next prev parent reply other threads:[~2005-06-29 16:44 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-28 13:43 wrong madvise(MADV_DONTNEED) semantic Samuel Thibault
2005-06-28 14:38 ` [Patch] Hotfix for " Jörn Engel
2005-06-28 18:16 ` Andy Isaacson
2005-06-28 18:28 ` Robert Love
2005-06-28 18:53 ` Andy Isaacson
2005-06-28 19:23 ` Robert Love
2005-06-28 19:41 ` Samuel Thibault
2005-06-28 20:03 ` Jörn Engel
2005-06-28 20:05 ` Robert Love
2005-06-28 20:17 ` Jörn Engel
2005-06-28 20:20 ` Samuel Thibault
2005-06-28 20:30 ` Jörn Engel
2005-06-28 20:37 ` Andy Isaacson
2005-07-05 23:39 ` Darren Hart
2005-06-29 16:53 ` wrong madvise(MADV DONTNEED) semantic Michael Kerrisk
2005-06-29 17:22 ` Jamie Lokier
2005-06-29 16:34 ` Michael Kerrisk [this message]
2005-06-28 18:54 ` wrong madvise(MADV_DONTNEED) semantic Samuel Thibault
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=15933.1120062886@www35.gmx.net \
--to=mtk-lkml@gmx.net \
--cc=adi@hexapodia.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mtk-lists@gmx.net \
--cc=rml@novell.com \
--cc=samuel.thibault@ens-lyon.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.