<html><body><div style="font-family: times new roman,new york,times,serif; font-size: 12pt; color: #000000"><div><br></div><div>The only requirement on positioning of nl-cache is its good to load it below md-cache.<br></div><div>It should be ok to load it between shard and DHT.<br></div><div><br></div><div>Regards,<br></div><div>Poornima<br></div><hr id="zwchr"><blockquote style="border-left:2px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;" data-mce-style="border-left: 2px solid #1010FF; margin-left: 5px; padding-left: 5px; color: #000; font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b>"Pranith Kumar Karampuri" <pkarampu@redhat.com><br><b>To: </b>"Krutika Dhananjay" <kdhananj@redhat.com><br><b>Cc: </b>"Poornima Gurusiddaiah" <pgurusid@redhat.com>, "Gluster Devel" <gluster-devel@gluster.org><br><b>Sent: </b>Monday, July 17, 2017 11:34:52 AM<br><b>Subject: </b>Re: Regarding positioning of nl-cache in gluster client stack<br><div><br></div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 17, 2017 at 11:31 AM, Krutika Dhananjay <span dir="ltr"><<a href="mailto:kdhananj@redhat.com" target="_blank" data-mce-href="mailto:kdhananj@redhat.com">kdhananj@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div dir="ltr"><div><div><div><div>Hi Poornima and Pranith,<br><div><br></div></div>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?<br><div><br></div></div>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.<br><div><br></div></div>So with this background, do you see any issues with loading nl-cache above DHT in the client stack?<span class="HOEnZb"><span data-mce-style="color: #888888;" style="color: #888888;"><br></span></span></div></div></blockquote><div><br></div><div>Nothing I can think of at the moment.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" data-mce-style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"><div dir="ltr"><div><span class="HOEnZb"><span data-mce-style="color: #888888;" style="color: #888888;"><br></span></span></div><span class="HOEnZb"><span data-mce-style="color: #888888;" style="color: #888888;">-Krutika<br></span></span></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Pranith<br></div></div></div></div></blockquote><div><br></div></div></body></html>