<br><br><div class="gmail_quote">On Thu, Jul 26, 2012 at 11:11 PM, Florin Iucha <span dir="ltr"><<a href="mailto:florin@iucha.net" target="_blank">florin@iucha.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, Jul 24, 2012 at 12:04:00AM -0500, Brian wrote:<br>
> This months PenguinsUnbound.com meeting will be<br>
> Saturday July 28th at TIES,<br>
> 1667 Snelling Ave. N., St. Paul, MN 55108<br>
> from 10:00am to 12:00pm<br>
> (See the web site <a href="http://www.penguinsunbound.com" target="_blank">http://www.penguinsunbound.com</a> for directions and more<br>
> info.)<br>
><br>
> Samba/CIFS<br>
><br>
> Christopher R. Hertel will talk about Samba/CIFS.<br>
><br>
> He wrote the book on it...<br>
>   <a href="http://ubiqx.org/cifs/" target="_blank">http://ubiqx.org/cifs/</a><br>
><br>
> I hope to see you there!<br>
<br>
Brian,<br>
<br>
Can you relay questions from the people not in attendance?<br>
<br>
"What can I do to get Samba 3.6.0 (Debian) to perform acceptably?"<br>
<br>
Context:  I have a workstation W (running Windows 7 Professional 64 bit)<br>
and a server S running Debian GNU/Linux 64 bit).  The workstation is a<br>
6-core Xeon, the server is a 4-core i7, both with hyperthreading.  The<br>
workstation has 12GB of RAM, the server has 16.  The workstation has<br>
on-board dual Intel gigabit Ethernet controllers (with Jumbo frames<br>
enabled, IP checksum offload, TCP checksum offload, ...). The server<br>
has dual Marvell SysKonnect gigabit Ethernet controllers (with Jumbo<br>
frames enabled, IP checksum offload, TCP checksum offload, ...). They<br>
are connected via a Cisco SG300-10 managed gigabit switch with Jumbo<br>
frames enabled.<br>
<br>
I have installed a fresh copy of Debian wheezy (kernel 3.2.0, samba<br>
3.6.0).  On the system hard drive (Samsung 1TB, 7200 RPM) I have created<br>
two logical volumes, formatted one with XFS (or ext4) and one exported<br>
through iSCSI.<br>
<br>
iperf with 128KB window on the Linux side and 1024KB window and 1024KB<br>
length of buffer to send determines the speed to be 801mbit/second.<br>
<br>
Importing the iSCSI partition on Windows, formatting it with NTFS,<br>
then copying 11GB (basically tarring up C:\Program Files using 7-zip,<br>
no compression) and monitoring the performance with 'dstat 5' on Linux<br>
produces a steady stream of network receives and disk writes at 75-79<br>
MBytes/second.<br>
<br>
Connecting the mounted filesystem that is exported via Samba and writing<br>
the same test file produces network receive rates that fluctuate between<br>
21 MBytes/s and 51 MBytes/s (but clustered around 35-43 MBytes/s)<br>
The disk writes are also interesting, as they go between 2.5KBytes/s<br>
to 136MBytes/s.<br>
<br>
Other than the test, the boxes are completely idle.<br>
<br>
The only changes to the [global] section in smb.conf are:<br>
<br>
   socket options = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072<br>
   min receivefile size = 16384<br>
<br>
Thank you,<br>
florin<br>
<br><br></blockquote><div><br></div><div> With iSCSI, where is the filesystem management overhead?  Is the filesystem overhead is on the client side with the server just receiving low-level I/O operations that go straight to disk, whereas with CIFS the server is having to handle mapping the I/O from the filesystem layer through to hardware layer, causing it to be slower on it's responses (ACKS)?  I've never worked with it myself... just curious.</div>
<div><br></div><div>-Rob</div></div>