[Samba] SMB throughput inquiry, Jeremy, and James' bow tie
L.P.H. van Belle
belle at bazuin.nl
Tue Jul 30 03:28:15 MDT 2013
Running Ubuntu 12.04 LTS. kernel 3.2.0-(latest ubuntu kernel )
Samba 3.6.12 Sernet release.
1 x ssd, top speed 400Mb/s ( reallife speeds )
2 x 5400 RPM disk in raid 1, mdraid aka software raid.
Draytek 2850 with gigabit ports.
Copy speed from server to pc. about 110-120MB/s ( aka the speed i see in windows ) large files, like 2+ Gibabit files )
Copy speed from server to pc, about 40-80MB/s files from 1-50 Mb.
Copy speed from server to pc, about 1-20MB/s lots of small files ( like 1kb-2Mb )
Tuning, windows side,
Power schema, High performance
disabled search indexing service.
netsh interface tcp set global autotuning=disabled
Tuning samba side.
only, other settings are default.
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=131072
I suggest, upgrade your debian samba, to at lease 3.6.6 from backports.
Or use the sernet packages.
I noticed a improvement in speed after this upgrade.
In my office i'm running samba 3.6.6 from backports on debian.
On ubuntu im using the sernet packages 3.6.12
>Van: stan at hardwarefreak.com
>[mailto:samba-bounces at lists.samba.org] Namens Stan Hoeppner
>Verzonden: dinsdag 30 juli 2013 9:27
>Aan: samba at lists.samba.org
>Onderwerp: [Samba] SMB throughput inquiry, Jeremy, and James' bow tie
>I went to the site to subscribe again and ended up watching some of
>Jeremy's Google interviews. I particularly enjoyed the interview with
>James and the bow tie lesson at the end. :)
>So anyway, I recently upgraded my home network to end-to-end GbE. My
>clients are Windows XP SP3 w/hot fixes, and my Samba server is 3.5.6
>atop vanilla kernel.org Linux 3.2.6 and Debian 6.0.6.
>With FDX fast ethernet steady SMB throughput was ~8.5MB/s.
>FTP and HTTP
>throughput were ~11.5MB/s. With GbE steady SMB throughput is ~23MB/s,
>nearly a 3x improvement, making large file copies such as ISOs much
>speedier. However ProFTPd and Lighttpd throughput are both a steady
>~48MB/s, just over double the SMB throughput.
>I've tweaked the various Windows TCP stack registry settings,
>WindowScaling ON, Timestamps OFF, 256KB TcpWindowSize, etc.
>Windows machines SMB throughput is ~45MB/s. You can see from the
>remarks below the various smb.conf options I've tried. No
>far of either Windows or Samba has yielded any improvement, at all. It
>seems that regardless of tweaking I'm stuck at ~23MB/s.
># max xmit=65536
># socket options=TCP_NODELAY IPTOS_LOWDELAY
># read raw=yes
># large readwrite=yes
># aio read size=8192
>nt acl support=no
># smb ports=139
>The Linux server has an Intel PRO/1000GT NIC, the clients motherboard
>embedded RealTek 8111/8169, the latter being the reason I'm limited to
>~50MB/s over the wire.
>I run nmbd via the standard init script at startup but I run smbd via
>inetd. This doesn't appear to affect throughput. I effect config
>changes with kill -HUP of inetd and killing smbd.
>I have Wireshark installed on one of the Windows XP machines,
>a complete novice with it. I assume a packet trace may be necessary to
>figure out where the SMB request/reply latency is hiding.
>~23MB/s is a marked improvement and I'm not intending to complain here.
> It just seems rather low given FTP/HTTP throughput. I'm wondering how
>much of that ~48MB/s I'm leaving on the table, that could be coaxed out
>of Windows or smbd, the kernel, etc with some tweaking.
>I don't want to take up a bunch of anyone's time with this. If you can
>just tell me what information you need in order to point me in
>direction, I'll do my best to provide it with little fuss.
>Thanks again for providing such an invaluable piece of open source
>software to the world.
>To unsubscribe from this list go to the following URL and read the
More information about the samba