Re: is cache-only-prefixes an nnpfs limitation?

Pavel Cahyna <[email protected]>
Newsgroups gmane.comp.file-systems.arla.general
Message-ID <[email protected]>
Hello,

sorry for replying to this old thread...

On Sun, Apr 09, 2006 at 10:00:09PM +0200, Tomas Olsson wrote:
> Adam Megacz <[email protected]> writes:
> >   - Do remote-filesystem file have to map 1:1 exactly to local files?
> >     Or do remote blocks map to local files?  Or do remote blocks map
> >     to local blocks?
> >
> Traditionally it's 1:1 for data, plus possibly some lookup sugar. nnpfs
> just has one "cache file" handle per fid.
> 
> For the current block prototype we use the same idea, but just split data
> in fixed size chunks in the simplest possible way and use those cache files
> as we use the single file today.  The chunk size is configurable but
> assumed to be a power of 2.  For some reason I'm also assuming a 1:1
> mapping between (fid, offset) and cache "block" file.

I have an idea, could the 1:1 mapping stay, with the cache file becoming a
"sparse file"?  The "holes" would fill the part of the cache file that
does not contain valid data.

Pavel Cahyna
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.