Date: 11 Jul 2002 10:34:12 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Chad David <davidc@acns.ab.ca> Cc: Richard Sharpe <rsharpe@ns.aus.com>, hackers@FreeBSD.ORG Subject: Re: tuning for samba Message-ID: <1026349454.9481.6.camel@chowder.gsoft.com.au> In-Reply-To: <20020710184451.B43724@colnta.acns.ab.ca> References: <20020710180711.A43342@colnta.acns.ab.ca> <Pine.LNX.4.33.0207111113340.4936-100000@ns.aus.com> <20020710184451.B43724@colnta.acns.ab.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2002-07-11 at 10:14, Chad David wrote: > This is my biggest concern. I just don't know what to tune here since > the data just basically passes straight through the box, and the with > about of data being served and the access patterns buffering is pointless. I disagree.. Buffering is probably going to help - even just a little. > One thing I failed to mention, none of the clients ever write; the system > is completely read only. Ahh.. well you can throw any type of 'real' locking away and tell samba to fake it all I guess. You should also look at the acregmin/acregmax/acdirmin/acdirmax options - if the store is static then you could probably increase them quite a lot which would reduce NFS traffic. Also don't forget to run nfsiod. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 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?1026349454.9481.6.camel>