Situation: Server: Linux OpenSUSE 11.2 x86 fileserver. Quad Core CPU, 2 Gb RAM, Raid 5 SMB-shared massive. 2TB Samba 3.5.1 Clients: 16 Linux clients (OpenSUSE 11.2) - connect to server trough NFS. 8 Windows clients (5 Windows XP, 3 or 4 Windows 7). Server - is member of windows Domain. (another server - controller) Problem: Linux clients have transfer (to SAMBA server) rates: from 50 MB/s to 100 MB/s - trough NFS. And always 100 MB/s - trough FTP. Windows clients have slow connections (To SAMBA server) - 13-14-15 MB/s and sometimes 30-40 MB/s. Windows 7 clients is little bit faster. Windows - to - Windows connection is 70 - 80 MB/s. This looks like SAMBA is slow for work with windows clients. My smb.conf: [global] log level = 1 debug level = 0 max log size = 50 #use sendfile = yes #read prediction = true #read size = 65536 #strict locking = No strict sync = No sync always = No wide links = yes #read raw = yes #write raw = yes #max protocol = smb2 realm = xxx.xx # client ntlmv2 auth = yes socket options = SO_BROADCAST SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192 TCP_NODELAY IPTOS_LOWDELAY #min receivefile size = 16384 #aio read size = 16384 #aio write size = 16384 #aio write behind = true winbind enum groups = Yes winbind enum users = Yes idmap uid = 10000-20000 idmap gid = 10000-20000 auth methods = winbind winbind use default domain = No case sensitive = No #client use spnego = Yes #client signing = Yes ==========================================I have very simple question: Samba speed is slower than windows native ? If not - show me please proper benchmarks, for detecting problems. I have many questions from Windows users. They talk about slow transfer rates to server. Thanks for answers -- View this message in context: http://old.nabble.com/Samba-3.5-slow.-Help-with-benchmarks-%21-tp27894473p27894473.html Sent from the Samba - General mailing list archive at Nabble.com.
> socket options = SO_BROADCAST SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192 > TCP_NODELAY IPTOS_LOWDELAY > >It has been repeated "ad nauseam" that with modern kernels you shouldn't use "socket options" unless you know very well what you are doing and you have a very good reason for doing so. Also, in my case I found that the following parameter had a big positive impact in performance: /|use sendfile|/ = yes
> /|use sendfile|/ = yes >Ooops! Something went wrong with copy/paste. Of course the option should be: use sendfile = yes
> I just did a search in Google and I also found the warnings about the use of > "sockect options" with Linux kernel 2.6. So, I suppose that one finds what > one is looking for... > --I have seen enough recommendations not to mess with the socket options on modern kernels. John
John M. Drescher wrote:> > Socket options will not quadruple your speed. > > I would start by investigating the reason for slowness. Is this with > small files? What performance do you get for a 4GB file? Could > permissions be slowing you down? Could it be the raid? > >Thanks for attention. Yes. Most problems with small files. This is a video-production pipeline, and users who use Adobe After Effects - show me very slow progress. 1000 or 2000 files - every file 1-2 Mb - very slow copying. Look to this please, i try to collect all possible info: About shared storage: 1. hdparm -Tt /dev/sdb (sdb - is 2Tb RAID5 storage) /dev/sdb: Timing cached reads: 6124 MB in 2.00 seconds = 3064.40 MB/sec Timing buffered disk reads: 634 MB in 3.01 seconds = 210.74 MB/sec 2. time dd if=/dev/zero of=/mnt/RAID/Projects/TEST_FILE bs=16384 count=262144 262144+0 records in 262144+0 records out 4294967296 bytes (4.3 GB) copied, 23.9356 s, 179 MB/s real 0m23.996s user 0m0.061s sys 0m13.199s ======================== Next. I remove all socket options lines from smb.conf service smb reload Now i try to upload 4GB file to server and get it from server trough SMB protocol (i use now linux clients only, because work remotely) 1. downloading 4GB test file (3 tests - just copying inside MC): 34.00 MB/s , 35 MB/s, 26 MB/s 2. uploading 4GB test file to Server: 21 MB/s, 18 MB/s, 20 MB/s = = = = = = 1. upload 4GB file to server FTP: 100 MB/s, 90 MB/s, 100 MB/s 2. download 4GB from Server FTP 80 MB/s, 68 MB/s, 75 MB/s The most big problem - the copying file from Windows PC to Windows PC - is faster. (and clients ask me - why server is slow) Can someone please show me properly benchmarks for SAMBA performance ? I can show more results with it. -- View this message in context: http://old.nabble.com/Samba-3.5-slow.-Help-with-benchmarks-%21-tp27894473p27896699.html Sent from the Samba - General mailing list archive at Nabble.com.
The problem is solved. It was problem of extremely chaotic LAN topology, and old hardware also. I found 2 computers ( Windows 7 ) - with transfer speed to SAMBA server 80-100 MB/sec. Fast like FTP and NFS. I don`t say nothing about LAN topology, because our administrator say me "LAN is absolutely clean and work nice. All topology and switches is ok." But he was wrong. All really* bad with LAN topology. SAMBA work pretty nice with 2 Windows 7 computers, with speed 80-100 MB/sec. Most others have speed 50 MB/sec in both directions (also 50 MB/sec when one Windows copy to Another. Some computers show speed 60 MB/sec) Another words - when someone say "all ok with hardware and LAN!" - this is not always reality. All should be checked up personally. Sorry for my english, All ok with SAMBA. -- View this message in context: http://old.nabble.com/Samba-3.5-slow.-Help-with-benchmarks-%21-tp27894473p27904421.html Sent from the Samba - General mailing list archive at Nabble.com.
removed the socket options let linux deal with it on it's own. -----Original Message----- From: samba-bounces at lists.samba.org [mailto:samba-bounces at lists.samba.org] On Behalf Of live.fx Sent: 14 March 2010 11:59 To: samba at lists.samba.org Subject: [Samba] Samba 3.5 slow. Help with benchmarks ! Situation: Server: Linux OpenSUSE 11.2 x86 fileserver. Quad Core CPU, 2 Gb RAM, Raid 5 SMB-shared massive. 2TB Samba 3.5.1 Clients: 16 Linux clients (OpenSUSE 11.2) - connect to server trough NFS. 8 Windows clients (5 Windows XP, 3 or 4 Windows 7). Server - is member of windows Domain. (another server - controller) Problem: Linux clients have transfer (to SAMBA server) rates: from 50 MB/s to 100 MB/s - trough NFS. And always 100 MB/s - trough FTP. Windows clients have slow connections (To SAMBA server) - 13-14-15 MB/s and sometimes 30-40 MB/s. Windows 7 clients is little bit faster. Windows - to - Windows connection is 70 - 80 MB/s. This looks like SAMBA is slow for work with windows clients. My smb.conf: [global] log level = 1 debug level = 0 max log size = 50 #use sendfile = yes #read prediction = true #read size = 65536 #strict locking = No strict sync = No sync always = No wide links = yes #read raw = yes #write raw = yes #max protocol = smb2 realm = xxx.xx # client ntlmv2 auth = yes socket options = SO_BROADCAST SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192 TCP_NODELAY IPTOS_LOWDELAY #min receivefile size = 16384 #aio read size = 16384 #aio write size = 16384 #aio write behind = true winbind enum groups = Yes winbind enum users = Yes idmap uid = 10000-20000 idmap gid = 10000-20000 auth methods = winbind winbind use default domain = No case sensitive = No #client use spnego = Yes #client signing = Yes ==========================================I have very simple question: Samba speed is slower than windows native ? If not - show me please proper benchmarks, for detecting problems. I have many questions from Windows users. They talk about slow transfer rates to server. Thanks for answers -- View this message in context: http://old.nabble.com/Samba-3.5-slow.-Help-with-benchmarks-%21-tp27894473p27 894473.html Sent from the Samba - General mailing list archive at Nabble.com. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba