Messages in this thread |  | | Subject | RE: broken VM in 2.4.10-pre9 | Date | Wed, 19 Sep 2001 17:15:21 -0500 | From | "Rob Fuller" <> |
| |
In my one contribution to this thread I wrote:
"One argument for reverse mappings is distributed shared memory or distributed file systems and their interaction with memory mapped files. For example, a distributed file system may need to invalidate a specific page of a file that may be mapped multiple times on a node."
I believe reverse mappings are an essential feature for memory mapped files in order for Linux to support sophisticated distributed file systems or distributed shared memory. In general, this memory is NOT anonymous. As such, it should not affect the performance of a fork/exec/exit.
I suppose I confused the issue when I offered a supporting argument for reverse mappings. It's not reverse mappings for anonymous pages I'm advocating, but reverse mappings for mapped file data.
> -----Original Message----- > From: David S. Miller [mailto:davem@redhat.com] > Sent: Wednesday, September 19, 2001 4:56 PM > To: ebiederm@xmission.com > Cc: alan@lxorguk.ukuu.org.uk; phillips@bonn-fries.net; Rob Fuller; > linux-kernel@vger.kernel.org; linux-mm@kvack.org > Subject: Re: broken VM in 2.4.10-pre9 > > > From: ebiederm@xmission.com (Eric W. Biederman) > Date: 19 Sep 2001 15:37:26 -0600 > > That I think is a significant cost. > > My own personal feeling, after having tried to implement a much > lighter weight scheme involving "anon areas", is that reverse maps or > something similar should be looked at as a latch ditch effort. > > We are tons faster than anyone else in fork/exec/exit precisely > because we keep track of so little state for anonymous pages. > > Later, > David S. Miller > davem@redhat.com > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |