local caching of file across global cluster

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 05/31/2013 11:05 AM, Jay Vyas wrote:
> Is there any value / way to tell all the gluster nodes to make a file
> highly available, potentially at the cost of consistency (i.e. forget about
> locks for all files named XXXX and cache them in local disk)?
> 
> Scenario: Imagine I have a workflow of processing 1 million files, and I
> want to compare all 1 billion files to all the words in , say, a set of ten
> files, each of which are 10MB.
> 
> It would be easy to cache the ten files (100MB of data) on every local
> gluster node.   Or even in memory for that matter.
> 

I'm assuming by gluster node you're referring to a gluster client. Given
that, fuse already does this kind of read-only caching. The caveat to be
aware of is the default behavior has an invalidate on open heuristic.

So if your implementation will involve repeated open() calls for your
10x10MB files (i.e., running a script for every source file you're
checking against), you could be repeatedly reading/caching and flushing
the data you want to retain. In that case, you might want to try the
--fopen-keep-cache glusterfs (mount) option to bypass said behavior.

I suppose the subsequent question is whether the reads of the 1 billion
files push out that other 100MB, but I _think_ this is something the VM
should get right over time (i.e., via repeated accesses of that 100MB
set). That's probably something that warrants experimentation to verify
though.

Brian

> Admittedly...Im not an expert on disk caching so, maybe, this is already
> done using heuristics for us... and its just a matter of time for
> FUSE/Underlying filesystem/Gluster mount to figure out that a file is
> important before it starts caching it in some magical sort of way.
> 
> 
> 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
> 



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux