| From | Sent On | Attachments |
|---|---|---|
| Chad David | Jul 10, 2002 5:06 pm | |
| Daniel O'Connor | Jul 10, 2002 5:14 pm | |
| Daniel O'Connor | Jul 10, 2002 5:15 pm | |
| Chad David | Jul 10, 2002 5:40 pm | |
| Chad David | Jul 10, 2002 5:44 pm | |
| Daniel O'Connor | Jul 10, 2002 6:03 pm | |
| Richard Sharpe | Jul 10, 2002 6:50 pm | |
| Richard Sharpe | Jul 10, 2002 7:09 pm | |
| Dan Nelson | Jul 10, 2002 7:35 pm | |
| Chad David | Jul 10, 2002 8:30 pm | |
| Darren Pilgrim | Jul 10, 2002 11:30 pm | |
| Darren Pilgrim | Jul 11, 2002 12:15 am | |
| Darren Pilgrim | Jul 11, 2002 12:33 am | |
| Richard Sharpe | Jul 11, 2002 12:52 am | |
| Richard Sharpe | Jul 11, 2002 1:32 am | |
| Chad David | Jul 11, 2002 7:32 am | |
| Doug Barton | Jul 14, 2002 2:45 pm | |
| Richard Sharpe | Jul 14, 2002 4:15 pm | |
| Chad David | Jul 23, 2002 11:39 am |
| Subject: | Re: tuning for samba | |
|---|---|---|
| From: | Daniel O'Connor (doco...@gsoft.com.au) | |
| Date: | Jul 10, 2002 6:03:50 pm | |
| List: | org.freebsd.freebsd-hackers | |
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 majo...@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message





