Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 30 Jul 1999 18:02:58 -0700 (PDT)
From:      Matthew Dillon <dillon@apollo.backplane.com>
To:        Doug <Doug@gorean.org>
Cc:        freebsd-hackers@FreeBSD.ORG
Subject:   Re: readdirplus is very cool, any other nfs client suggestions?
Message-ID:  <199907310102.SAA95240@apollo.backplane.com>
References:   <Pine.BSF.4.05.9907301700370.8321-100000@dt011n65.san.rr.com>

next in thread | previous in thread | raw e-mail | index | archive | help
:	Spent quite a bit of time today playing around with the newly
:repaired readdirplus option for nfs clients in -current. My thanks to Matt
:Dillon and Bill Paul. For those that don't remember, I'm trying to use
:amd/nfs client stuff on some freebsd web servers that read their data from
:our sun (and now sun + netapp) web farm. I have a script that used to lock
:up amd and/or nfs and/or the whole machine pretty regularly. I've run it
:about 100 times today in various conditions with no ill effects. About
:this I am quite pleased. :)
:
:	Since I'm new to nfs, and wasn't aware of the readdirplus option,
:it dawns on me that there might be other cool things I'm not using that
:also might be a benefit. I'm using amd for now, although this might be
:replaced with plain old hard mounts at some time in the near future. The
:following options I've cobbled together from advice on the lists, my
:reading of the man pages and other documentation, and a lot of
:experimentation. Any comments or suggestions for improvements would be
:welcome. 
:
:Thanks,
:
:Doug

    The only other major feature is the nq leasing stuff for cache coherency,
    but it is highly experimental and you probably shouldn't use it.  Plus
    very few other OS's support it.

    There is a lot of tweaking you can do with 'normal' nfs options,
    such as tuning the read & write block size, adjusting cache timeouts
    for various parameters, and so forth.

    man mount_nfs and look at the various -o options available.

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199907310102.SAA95240>