

My "other" server running Linux has a SCSI MegaRAID controller w/ 220GB of RAID5. SW RAID should give you the creeps :) For a proper server, hardware RAID is the way to go. My boss in Australia (server: Linux, hardware ATA RAID) reports that his disk throughput on the server with the new configuration is 3% to 17% faster (ran a few tests) when copying a 200mb file.įair question/comment. I can't promise that these settings will be faster in all cases, but things are definately better for me (server: iBook w/ software RAID on Firewire 400) for lag. This controls how Samba buffers data between the disk and the network. The most important change, I'm guessing, is read size. And, of course, restart smbd with a -HUP> signal or your prefered method when you're done editing. Note: The socket options entry is shown on two lines enter it as one long line. SO_RCVBUF=2048 SO_SNDBUF=2048 IPTOS_LOWDELAY Socket options = TCP_NODELAY SO_KEEPALIVE Put the following in the section of /etc/smb.conf: After some investigation, I found that tuning Samba a little has greatly improved this. I occasionally notice big latency when opening directories or saving files from a Windows box via SMB. With Apple's awesome support for software RAID, my main fileserver is now on an OS X box (sometimes even my iBook!).
