On Wed, 11 Jul 2012 13:42:23 -0500
"Steven J. Magnani" <st...@digidescorp.com> wrote:

> Jeff -
> 
> On Fri, 2012-06-29 at 14:57 -0400, Jeff Layton wrote: 
> > This patchset is the third version of the patchset to add ESTALE
> > handling to several syscalls. The basic idea is to allow the client to
> > gracefully retry the lookup and call when a NFS server returns ESTALE.
> 
> I exercised this using 3.5-rc5 against a memory-starved server that
> exports a FAT-backed filesystem. Where normally I see lots of ESTALE
> errors due to inode eviction, with this patchset I see none. And, the
> performance is much better than the only other way I know to eliminate
> the errors, which is to mount with 'lookupcache=none'.
> 
> It's not an exhaustive test by any means, just a data point for you. 
> Thanks!
> 
> Lightly-tested-by: Steve Magnani <st...@digidescorp.com>

Awesome -- thanks for testing it.

Yeah "lookupcache=none" has been the standard answer for people
suffering from ESTALE problems, but the perf hit can be quite nasty.
Avoiding that is one of the main drivers for handling ESTALE this way.

With luck, we'll see at least some of this set go in for 3.6.

-- 
Jeff Layton <jlay...@redhat.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to