[Samba] Large Files vs. Speed

[David Sonenberg]

For more detailed benchmarking you should consiser iozone
http://www.iozone.org/

You might also consider striping the two disks together for improved
performance.  Some factors the can make a big difference is block size
of the filesystem, and stripe size for the array.

Louis van Belle wrote:

>have you installed hdparm
>
>if not, install it.
>the enter this
>
>hdparm -tT /dev/hda
>
>for the first drive.
>
>this is my output. 
>im running Raid 1 on Onboard HPT372 controller with 
>the driver from Highpoint. ( kernel 2.4.27-10 ) 
>
>mailgate:/etc/squid# hdparm -tT /dev/sda
>/dev/sda:
> Timing cached reads:   2976 MB in  2.00 seconds = 1488.00 MB/sec
> Timing buffered disk reads:  158 MB in  3.03 seconds =  52.15 MB/sec
> 
>hdparm -c1 -d1 -m16 /dev/hda
>is a pretty safe option, and can give your system lots of extra speed.
>
>Louis
>
>
>  
>
>>-----Oorspronkelijk bericht-----
>>Van: samba-bounces+louis=van-belle.nl at lists.samba.org 
>>[mailto:samba-bounces+louis=van-belle.nl at lists.samba.org] 
>>Namens Alex February
>>Verzonden: dinsdag 19 juli 2005 13:17
>>Aan: Patrick blitz; samba at lists.samba.org
>>Onderwerp: RE: [Samba] Large Files vs. Speed
>>
>>Hi Patrick, 
>>
>>I've had similar problems to yours as far as speed is 
>>concerned, and while I haven't been able to completely resolve 
>>the issue, I have gotten better performance than I had before. 
>>Unfortunately, tweaking Samba to your speed needs is a bit of 
>>a black art, I can however point you to some info to help.
>>
>>The first FM to look at is this one:
>>http://www.dd.iij4u.or.jp/~okuyamak/Documents/tuning.english.html
>>
>>The second thing to try is to ensure that under socket options 
>>in smb.conf you have the following:
>>
>>socket options = SO_RCVBUF=8760 SO_SNDBUF=8760 TCP_NODELAY 
>>IPTOS_LOWDELAY
>>
>>The SO_RCVBUF and the SO_SNDBUF will have to be tweaked 
>>depending on your network.
>>
>>
>>Hope this helps.
>>
>>Good Luck!
>>Alex 
>>
>>-----Original Message-----
>>From: samba-bounces+afebruary=supplychainconnect.com at lists.samba.org
>>[mailto:samba-bounces+afebruary=supplychainconnect.com at lists.sa
>>mba.org]O
>>n Behalf Of Patrick blitz
>>Sent: 19 July 2005 10:45
>>To: samba at lists.samba.org
>>Subject: [Samba] Large Files vs. Speed
>>
>>
>>Hey Lists.
>>
>>i'm pretty sure my Problem is pretty common, so please point 
>>me to the FM, if there is any (i couldn't find it searching 
>>the list archives and  google)
>>here's the deal:
>>
>>i've a Linux Box as a Server for a small VideoEditing 3D 
>>Company. The Server and Workstations are connected over 1GBit 
>>Ethernet. The Linuxserver runs Suse (9.2 if i'm not mistaken). 
>>The Shares in question are on two IDE Disks.
>>
>>Problem:
>>The overall Speed of the System, esp. under a bit more Load, 
>>is way below the Windows System that was on the box before. 
>>Writting Two Files with about 300 MB each takes up to 2 
>>Minutes each (which is just too long for 1Gbit). 
>>
>>I know that a big part of this are using IDE - Disks, but 
>>still, why would WinXP be faster writting those than Linux?
>>
>>Any turns i could turn to make samba a bit faster saving the files?
>>
>>All Parameters in smb.conf are in Default.
>>
>>Thanks a bunch,
>>
>>Patrick
>>-- 
>>To unsubscribe from this list go to the following URL and read the
>>instructions:  https://lists.samba.org/mailman/listinfo/samba
>>-- 
>>To unsubscribe from this list go to the following URL and read the
>>instructions:  https://lists.samba.org/mailman/listinfo/samba
>>
>>    
>>
>
>  
>


-- 
David Sonenberg
Systems / Network Administrator
Stroz Friedberg, LLC
15 Maiden Lane
15th Floor
New York, NY 10038
Tel 212.981.6527
Fax 917.495.4918

This message is for the named person's use only.  It may contain
confidential, proprietary or legally privileged information. No right to
confidential or privileged treatment of this message is waived or lost
by any error in transmission.  If you have received this message in
error, please immediately notify the sender by e-mail or by telephone at
212.981.6540, delete the message and all copies from your system and
destroy any hard copies.  You must not, directly or indirectly, use,
disclose, distribute, print or copy any part of this message if you are
not the intended recipient.