Re: NFS attr cache performance
- From: Geoff Mohler <gmohler@xxxxxxxxxxxxx>
- Date: Mon, 30 Oct 2006 12:46:28 -0600 (CST)
I will do that, thanks!
On Mon, 30 Oct 2006, Eric Anderson wrote:
On 10/29/06 22:31, Geoff Mohler wrote:_______________________________________________
Im looking for deep hacks into what I could do to make the 6.x NFS client
hold a larger (or much larger) file/directory attribute cache.
In very large make "everything" environments with Fbsd, we are about 1/3rd
the speed of local disk coming from a very large Netapp box.
The same make from a heavily patched/modified Linux NFS client is miles
faster than local disk.
I have no insight to the Linux modifications, but looking at the nfsstats,
attribute calls are the bulk of the traffic to the NFS mounted file system.
Any and all ideas are OK..maybe something simple I overlooked.
I need to reserve another build server early this week, and go over my
options again on whats not been working, and get the list numbers as well.
Thanks in advance.
See Bruce Evans very recent work on this on freebsd-fs@ mailing list.
Eric
--
------------------------------------------------------------------------
Eric Anderson Sr. Systems Administrator Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
- References:
- NFS attr cache performance
- From: Geoff Mohler
- Re: NFS attr cache performance
- From: Eric Anderson
- NFS attr cache performance
- Prev by Date: Re: [patch] rm can have undesired side-effects
- Next by Date: Re: [patch] rm can have undesired side-effects
- Previous by thread: Re: NFS attr cache performance
- Next by thread: Obtaining used pages on process exit?
- Index(es):
Relevant Pages
|
|
