From: Olaf Kirch <okir@suse.de>
To: Andrea Arcangeli <andrea@suse.de>
Cc: Trond Myklebust <trond.myklebust@fys.uio.no>, nfs@lists.sourceforge.net
Subject: Re: Problems with mmap consistency
Date: Fri, 24 Feb 2006 08:12:27 +0100 [thread overview]
Message-ID: <20060224071227.GA24087@suse.de> (raw)
In-Reply-To: <20060224040142.GW5866@g5.random>
On Fri, Feb 24, 2006 at 05:01:42AM +0100, Andrea Arcangeli wrote:
> > We need to add a VM helper that will invalidate the page cache and flush
> > dirty pages atomically (such a thing does not yet exist).
>
> Such thing will hardly exist if page faults can mark pages dirty at any
> time mostly lockless. Things may change for the better if we start
> taking the page lock in do_no_page but I doubt we'll serialize
> atomically against the whole disk-bound fdatawriteandwait.
One thing I've been thinking about, which would be rather heavy-handed
though, would be to have an rwsem in the mapping; do_no_page would take
a readlock, while nfs would take the write lock when invalidating.
Bu that's really ugly because we'd add this lock for NFS only.
> I think it's enough to make invalidate_inode_pages2 non destructive.
That would be worth trying. I'll give your patch a try.
Olaf
--
Olaf Kirch | --- o --- Nous sommes du soleil we love when we play
okir@suse.de | / | \ sol.dhoop.naytheet.ah kin.ir.samse.qurax
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
prev parent reply other threads:[~2006-02-24 7:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-17 10:57 Problems with mmap consistency Olaf Kirch
2006-02-17 15:15 ` Trond Myklebust
2006-02-24 4:01 ` Andrea Arcangeli
2006-02-24 6:15 ` Neil Brown
2006-02-24 16:08 ` Andrea Arcangeli
2006-02-24 23:39 ` Andrew Morton
2006-02-25 0:33 ` Andrea Arcangeli
2006-02-25 0:59 ` Trond Myklebust
2006-02-25 1:17 ` Andrew Morton
2006-02-25 4:59 ` Andrea Arcangeli
2006-02-25 14:55 ` Trond Myklebust
2006-02-25 17:27 ` Andrea Arcangeli
2006-02-25 18:42 ` Trond Myklebust
2006-02-27 0:26 ` Neil Brown
2006-02-28 1:04 ` Andrea Arcangeli
2006-02-26 22:33 ` Neil Brown
2006-02-24 7:12 ` Olaf Kirch [this message]
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=20060224071227.GA24087@suse.de \
--to=okir@suse.de \
--cc=andrea@suse.de \
--cc=nfs@lists.sourceforge.net \
--cc=trond.myklebust@fys.uio.no \
/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.