lkml.org 
[lkml]   [2010]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [fuse-devel] [PATCH] FUSE/CUSE: implement direct mmap support
Hello,

On 02/11/2010 09:46 PM, Miklos Szeredi wrote:
> The problem with that is you simply can't determine in advance where
> the region will grow. Okay, you can leave space according to the size
> of the file, but the size of the file can grow too.
>
> *This* is the complexity that I want to get rid of.

Alright, then let's talk about that, not SHMLBA which doesn't really
have much to do with this. So, you're basically saying that you want
multiple address spaces. In that case, the only logical abstraction
for that are files. ie. We need to be passing file descriptors to the
server and asking the server which descriptor it would want to use,
which was the previous implementation, which you objected mentioning
that this type of direct mmap would probably be useful only for device
mmap implementations.

The address space provided for dmmap is huge. It's any range which
pgoff_t can address. I really can't imagine managing allocation from
that space causing problems. If you want to use it for multiple huge
mappings, we can't use the simple implementation w/ pinned pages
anyway. We'll have to borrow anonymous file implementation or
implement private swap backing.

Thanks.

--
tejun


\
 
 \ /
  Last update: 2010-02-11 14:03    [W:0.096 / U:0.184 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site