[Gluster-devel] Regarding positioning of nl-cache in gluster client stack

Poornima Gurusiddaiah pgurusid at redhat.com
Mon Jul 17 06:12:05 UTC 2017


The only requirement on positioning of nl-cache is its good to load it below md-cache. 
It should be ok to load it between shard and DHT. 

Regards, 
Poornima 
----- Original Message -----

> From: "Pranith Kumar Karampuri" <pkarampu at redhat.com>
> To: "Krutika Dhananjay" <kdhananj at redhat.com>
> Cc: "Poornima Gurusiddaiah" <pgurusid at redhat.com>, "Gluster Devel"
> <gluster-devel at gluster.org>
> Sent: Monday, July 17, 2017 11:34:52 AM
> Subject: Re: Regarding positioning of nl-cache in gluster client stack

> On Mon, Jul 17, 2017 at 11:31 AM, Krutika Dhananjay < kdhananj at redhat.com >
> wrote:

> > Hi Poornima and Pranith,
> 

> > I see that currently glusterd loads nl-cache between stat-prefetch and
> > open-behind on the client stack. Were there any specific considerations for
> > selecting this position for nl-cache?
> 

> > I was interested to see the performance impact of loading this translator
> > between shard and DHT in the VM store use case stack in terms of reducing
> > the number of lookups shard would have to do to figure out if a shard is
> > already created or not, since shard does its own management of .shard and
> > the files under it.
> 

> > So with this background, do you see any issues with loading nl-cache above
> > DHT in the client stack?
> 

> Nothing I can think of at the moment.

> > -Krutika
> 

> --
> Pranith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20170717/ec6d36e1/attachment.html>


More information about the Gluster-devel mailing list