On Fri, 2009-07-24 at 16:13 -0700, Simon Kirby wrote: > The lookupcache here seems to be increasing initial performance but then > seems to slow down cached performance by causing more getattrs than with > no lookupcache, perhaps for revalidation tests. Yes. This is expected behaviour. When you look up a dentry, you are also retrieving its attributes, so the stat() call, can be entirely handled by the single LOOKUP rpc call. If you are caching the dentries, then your stat() call doesn't need to do a lookup, but it still needs to return valid attributes. Since acregmin=3 seconds, then your test is likely to have to revalidate a couple of times. However as long as there are no changes to the file, then the attribute caching algorithm should get progressively more aggressive. I'd therefore expect that if you change that to 'repeat 10' or so, then the lookupcache=all/positive cases should show an improvement. Trond -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
