Date: Thu, 10 Nov 2005 13:57:31 +0000 From: Joao Barros <joao.barros@gmail.com> To: Robert Watson <rwatson@freebsd.org> Cc: Mike Jakubik <mikej@rogers.com>, freebsd-performance@freebsd.org, Arkadi Shishlov <arkadi@mebius.lv> Subject: Re: Poor Samba throughput on 6.0 Message-ID: <70e8236f0511100557y1b470a3aiaf84d2d883676bd8@mail.gmail.com> In-Reply-To: <70e8236f0511100231k67d8c940p2a1875d0c09f406d@mail.gmail.com> References: <70e8236f0511050457s5ce6d8batf805fbc9edd91360@mail.gmail.com> <20051109060931.GD5188@obiwan.tataz.chchile.org> <70e8236f0511090517g29b3f887x1b97ef5dec04548@mail.gmail.com> <70e8236f0511090627p24c90400ke39bdb0da222a323@mail.gmail.com> <4372184C.10809@mebius.lv> <43727712.4020500@rogers.com> <20051110090429.J33260@fledge.watson.org> <70e8236f0511100231k67d8c940p2a1875d0c09f406d@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/10/05, Joao Barros <joao.barros@gmail.com> wrote: > On 11/10/05, Robert Watson <rwatson@freebsd.org> wrote: > > On Wed, 9 Nov 2005, Mike Jakubik wrote: > > > > > I have done many tests to try to determine the poor performance on my > > > systems (FreeBSD-current connected directly to Windows XP via identic= al > > > Intel Pro 1000 cards) and my only conclusion is that Samba on FreeBSD > > > when talking to a Windows box is simply fubared. Im willing to bet th= ats > > > not the case on Linux. I can get great speeds (~30MB/s) using ftp > > > between the machines, but when i use Samba, i get a maximum of 11MB/s= . I > > > have tried playing with mtu size, samba options, polling, but there d= oes > > > not seem to be any visible bottlenecks, its just simply slow. It woul= d > > > be great if someone could get to the bottom of this, its quite > > > frustrating. > > > > There are a number of TCP related configuration frobs on FreeBSD. It > > would be quite interesting to know how modifying each of the following > > settings affects Samba performance: > > > > net.inet.tcp.delayed_ack > > net.inet.tcp.sack.enable > > net.inet.tcp.inflight.enable > > > > There has been recent evidence that the inflight bandwidth calculation = is > > having problems generating stable performance at high bandwidth and low > > latency, so I might try that one first. > > > > Robert N M Watson > > I just tested on my home machine and delayed_ack and sack.enable have > little or no effect on the results. > inflight.enable on the other hand had a huge impact! With the file > cached I've gone from flat 5.5MB/s up to also flat 7.2MB/s > It's an improvement but there is still a difference up to those > theoretical 12.5MB/s on a 100mbit link > -- > Joao Barros I tested on my pet server at work and gone from 58% to 80% bandwith usage during a cached read with net.inet.tcp.inflight.enable disabled. -- Joao Barros
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?70e8236f0511100557y1b470a3aiaf84d2d883676bd8>