Re: [Samba] samba 3.0.26a-1 / Debian/Lenny sendfile(?) performance problems
Am Samstag, 29. September 2007 20:00 schrieb Justin Piszcz: > Package: samba > Version: 3.0.26a-1 > > Kernel: 2.6.22 > > samba 3.0.26a-1 performance < 900 KiB/s, but FTP = 30-90 MiB/s > > Let me start out by saing this is an oddball problem: > > SAMBA: > LINUX -> WINDOWS = < 900 KiB/s (varies between 100 - 900 KiB/s) > WINDOWS -> LINUX = 30-90 MiB/s (always) > > FTP: > Either direction, 30-90 MiB/s (always) > > I do not see any nasty errors in the logs even with verbose = 5. > > Any ideas here? I am not using any special options. > > # cat /etc/samba/smb.conf > > [global] > log level = 5 > workgroup = WORKGROUP > server string = %h - Pentium IV 3.4GHZ > security = user > encrypt passwords = true > > [user] >comment = user >path= /home/user >writable= yes >valid users = user >create mask = 644 > > -- > > Here, FTP for pulling files from Linux. > > ftp> mget * > 200 TYPE is now 8-bit binary > 200 PORT command successful > 150-Connecting to port 1255 > 150 715924.0 kbytes to download > 226-File successfully transferred > 226 13.687 seconds (measured here), 51.08 Mbytes per second > ftp: 733106176 bytes received in 13.69Seconds 53562.23Kbytes/sec. > 200 PORT command successful > 150-Connecting to port 1256 > 150 716272.0 kbytes to download > 226-File successfully transferred > 226 13.032 seconds (measured here), 53.67 Mbytes per second > ftp: 733462528 bytes received in 13.05Seconds 56216.95Kbytes/sec. > 200 PORT command successful > 150-Connecting to port 1257 > 150 713200.0 kbytes to download > 226-File successfully transferred > 226 12.869 seconds (measured here), 54.12 Mbytes per second > ftp: 730316800 bytes received in 12.88Seconds 56723.63Kbytes/sec. > > Here, FTP for pushing files to Linux. > > ftp> mput 1 2 3 > 200 PORT command successful > 150 Connecting to port 1263 > 226-File successfully transferred > 226 12.802 seconds (measured here), 54.61 Mbytes per second > ftp: 733106176 bytes sent in 12.80Seconds 57287.35Kbytes/sec. > 200 PORT command successful > 150 Connecting to port 1264 > 226-File successfully transferred > 226 12.949 seconds (measured here), 54.02 Mbytes per second > ftp: 733462528 bytes sent in 12.95Seconds 56624.92Kbytes/sec. > 200 PORT command successful > 150 Connecting to port 1265 > 226-File successfully transferred > 226 15.400 seconds (measured here), 45.23 Mbytes per second > ftp: 730316800 bytes sent in 15.38Seconds 47500.28Kbytes/sec. > > But (all I can offer is packet dumps/traces or bandwidth measurements): > > Incoming: Outgoing: > Curr: 0.00 MByte/s Curr: 0.07 MByte/s > Avg: 0.00 MByte/s Avg: 0.07 MByte/s > Min: 0.00 MByte/s Min: 0.07 MByte/s > Max: 0.00 MByte/s Max: 0.07 MByte/s > Ttl: 1898.08 MByte Ttl: 2954.92 MByte > > LOCAL <-> REMOTE TXBPS RXBPS > TOTALBPS > (IP) PORT PROTO (IP) PORT TX RX > TOTAL > linuxbox <-> p4w.internal.lan 546k/s 4.74k/s 551k/s > 192.168.0.1 445TCP 192.168.0.212596.88m106k 6.99m > > Why do I get such poor performance when trying to retrieve a file off the > Linux box? This is a very strange problem. > > Linux: > > $ netstat -i > Kernel Interface table > Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR > Flg > eth0 1500 0 14049682 0 0 0 11354070 0 0 0 > BMRU > lo16436 0 45335 0 0 045335 0 0 0 LRU > > Windows: > > netstat -s > > IPv4 Statistics > >Packets Received = 5053597 >Received Header Errors = 0 >Received Address Errors= 19 >Datagrams Forwarded= 0 >Unknown Protocols Received = 0 >Received Packets Discarded = 2 >Received Packets Delivered = 5053595 >Output Requests= 3655144 >Routing Discards = 0 >Discarded Output Packets = 0 >Output Packet No Route = 0 >Reassembly Required= 0 >Reassembly Successful = 0 >Reassembly Failures= 0 >Datagrams Successfully Fragmented = 0 >Datagrams Failing Fragmentation= 3 >Fragments Created = 0 > > ICMPv4 Statistics > > ReceivedSent >Messages 47 24 >Errors0 0 >Destination Unreachable 25 2 >Time Exceeded 0 0 >Parameter Problems0 0 >Source Quenches 0 0 >Redirects 0 0 >Echos 0 22 >Echo Replies 22
Re: [Samba] samba 3.0.26a-1 / Debian/Lenny sendfile(?) performance problems
Package: samba Version: 3.0.26a-1 One note to add: I remember seeing this bug on my old system as well, so I do not think it is hardware related. Justin. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] samba 3.0.26a-1 / Debian/Lenny sendfile(?) performance problems
Package: samba Version: 3.0.26a-1 Kernel: 2.6.22 samba 3.0.26a-1 performance < 900 KiB/s, but FTP = 30-90 MiB/s Let me start out by saing this is an oddball problem: SAMBA: LINUX -> WINDOWS = < 900 KiB/s (varies between 100 - 900 KiB/s) WINDOWS -> LINUX = 30-90 MiB/s (always) FTP: Either direction, 30-90 MiB/s (always) I do not see any nasty errors in the logs even with verbose = 5. Any ideas here? I am not using any special options. # cat /etc/samba/smb.conf [global] log level = 5 workgroup = WORKGROUP server string = %h - Pentium IV 3.4GHZ security = user encrypt passwords = true [user] comment = user path= /home/user writable= yes valid users = user create mask = 644 -- Here, FTP for pulling files from Linux. ftp> mget * 200 TYPE is now 8-bit binary 200 PORT command successful 150-Connecting to port 1255 150 715924.0 kbytes to download 226-File successfully transferred 226 13.687 seconds (measured here), 51.08 Mbytes per second ftp: 733106176 bytes received in 13.69Seconds 53562.23Kbytes/sec. 200 PORT command successful 150-Connecting to port 1256 150 716272.0 kbytes to download 226-File successfully transferred 226 13.032 seconds (measured here), 53.67 Mbytes per second ftp: 733462528 bytes received in 13.05Seconds 56216.95Kbytes/sec. 200 PORT command successful 150-Connecting to port 1257 150 713200.0 kbytes to download 226-File successfully transferred 226 12.869 seconds (measured here), 54.12 Mbytes per second ftp: 730316800 bytes received in 12.88Seconds 56723.63Kbytes/sec. Here, FTP for pushing files to Linux. ftp> mput 1 2 3 200 PORT command successful 150 Connecting to port 1263 226-File successfully transferred 226 12.802 seconds (measured here), 54.61 Mbytes per second ftp: 733106176 bytes sent in 12.80Seconds 57287.35Kbytes/sec. 200 PORT command successful 150 Connecting to port 1264 226-File successfully transferred 226 12.949 seconds (measured here), 54.02 Mbytes per second ftp: 733462528 bytes sent in 12.95Seconds 56624.92Kbytes/sec. 200 PORT command successful 150 Connecting to port 1265 226-File successfully transferred 226 15.400 seconds (measured here), 45.23 Mbytes per second ftp: 730316800 bytes sent in 15.38Seconds 47500.28Kbytes/sec. But (all I can offer is packet dumps/traces or bandwidth measurements): Incoming: Outgoing: Curr: 0.00 MByte/s Curr: 0.07 MByte/s Avg: 0.00 MByte/s Avg: 0.07 MByte/s Min: 0.00 MByte/s Min: 0.07 MByte/s Max: 0.00 MByte/s Max: 0.07 MByte/s Ttl: 1898.08 MByte Ttl: 2954.92 MByte LOCAL <-> REMOTE TXBPS RXBPS TOTALBPS (IP) PORT PROTO (IP) PORT TX RXTOTAL linuxbox <-> p4w.internal.lan 546k/s 4.74k/s 551k/s 192.168.0.1 445TCP 192.168.0.212596.88m106k 6.99m Why do I get such poor performance when trying to retrieve a file off the Linux box? This is a very strange problem. Linux: $ netstat -i Kernel Interface table Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR Flg eth0 1500 0 14049682 0 0 0 11354070 0 0 0 BMRU lo16436 0 45335 0 0 045335 0 0 0 LRU Windows: netstat -s IPv4 Statistics Packets Received = 5053597 Received Header Errors = 0 Received Address Errors= 19 Datagrams Forwarded= 0 Unknown Protocols Received = 0 Received Packets Discarded = 2 Received Packets Delivered = 5053595 Output Requests= 3655144 Routing Discards = 0 Discarded Output Packets = 0 Output Packet No Route = 0 Reassembly Required= 0 Reassembly Successful = 0 Reassembly Failures= 0 Datagrams Successfully Fragmented = 0 Datagrams Failing Fragmentation= 3 Fragments Created = 0 ICMPv4 Statistics ReceivedSent Messages 47 24 Errors0 0 Destination Unreachable 25 2 Time Exceeded 0 0 Parameter Problems0 0 Source Quenches 0 0 Redirects 0 0 Echos 0 22 Echo Replies 22 0 Timestamps0 0 Timestamp Replies 0 0 Address Masks 0 0 Address Mask Replies 0 0 TCP Statistics for IPv4 Active Opens= 204 Passive Opens = 14 Failed Connection Attempts = 16 Reset Connections = 59 Current Conne