Re: [PATCH 0/2] NFS: limit use of ACCESS cache for negative responses

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

 



On 26 Aug 2022, at 12:56, Trond Myklebust wrote:
> User group membership is not a per-mount thing. It's a global thing.

The cached access entry is a per-inode thing.

> As I said, what I'm proposing does allow you to set up a cron job that
> flushes your cache on a regular basis. There is absolutely no extra
> value whatsoever provided by moving that into the kernel on a per-mount
> basis.

Sure there is - that's where we configure major NFS client behaviors.

I understand where you're coming from, but it seems so bizarre that a previous
behavior that multiple organizations built and depend upon has been removed
to optimize performance, and now we will need to tell them that to restore
it we must write cron jobs on all the clients.  I don't think there's been a
dependency on cron to get NFS to work a certain way yet.

A mount option is much easier to deploy in these organizations that have
autofs deployed, and documenting it in NFS(5) seems the right place.

If that's just not acceptable, at least let's just make a tuneable that
expires entries rather than a trigger to flush everything.  Please consider
the configuration sprawl on the NFS client, and let me know how to proceed.

Ben




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux