From owner-freebsd-stable@FreeBSD.ORG Mon Oct 6 12:55:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1EC4106568B for ; Mon, 6 Oct 2008 12:55:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id B99B38FC1D for ; Mon, 6 Oct 2008 12:55:04 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id DF0F071FDDC; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tZHOJ2e78ql8; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 685FD71FDCD; Mon, 6 Oct 2008 08:38:18 -0400 (EDT) Message-ID: <48EA06B5.5060604@egr.msu.edu> Date: Mon, 06 Oct 2008 08:38:13 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Bartosz Stec References: <48E62ABA.6070901@kkip.pl> <20081005075956.GX36572@elvis.mu.org> <48E9B809.5080309@kkip.pl> In-Reply-To: <48E9B809.5080309@kkip.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: fxp performance with POLLING X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2008 12:55:05 -0000 Bartosz Stec wrote: >>> BTW overall SAMBA performance still sucks on 7.1-pre as much as on >>> RELENG_5 ...:( - 7.5 MB/s peak. >>> >> >> 7.5MB is 75% effeciency of a 100mbit card. Not amazing, but >> not "sucks". >> >> Where do you see faster performance? >> >> Between windows machines on the same hardware or linux server? >> >> > It sucks because it is a peak performance. About 5-6 MB/s average. I > tried polling only because I found some suggestions on mailing lists, > that it could improve performance with SAMBA on FreeBSD. As you see at > the top of this thread - not in my case :) I also tried sysctl tunings, > and smb.conf settings, also suggested on maling lists, with no or very > little improvements noticed. Most of suggestions unfortunately end with > "change OS to Linux if you want to use SAMBA". I think I will try to > change NIC to 1Gbit - hope that helps :) Or maybe there's some "FreeBSD > and SAMBA tuning guide" which I didn't found? > Please try experimenting with "socket options" in smb.conf, I've found that some tuning is desirable on any OS with Samba, but these are the values that worked best for me with Windows XP clients in mind. Win2003 clients seemed much faster without tuning (same base code as XP 64bit) and I suspect it has a different SMB implementation. I'd suggest starting with "socket options = TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=8192 SO_SNDBUF=8192" and if you aren't satisfied, experiment with the numbers and which options are enabled. Be sure that the client has been disconnected from Samba completely to make sure you are testing the values in the config file. I'm pretty sure with these tunings I was able to get closer to 10MB/sec on 100Mbit, which satisfies me for the average user. # Most people will find that this option gives better performance. # See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/speed.html # for details # You may want to add the following on a Linux system: # SO_RCVBUF=8192 SO_SNDBUF=8192 # socket options = TCP_NODELAY # For some reason, 8192 is pretty fast on a XP lab 100Mb client. Other sizes tested and dissapointing in that situation. Windows Server 2k3 on gig is much faster, and likes larger values. There might be some merit in testing 49152 in some situations. (20080617) # TCP_NODELAY makes a huge improvement. IPTOS_THROUGHPUT is negligible locally. # mcdouga9 20070110 socket options = TCP_NODELAY IPTOS_THROUGHPUT SO_RCVBUF=8192 SO_SNDBUF=8192 # socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192