<div dir="ltr">Glad you found a solution. The other item I forgot to mention is that rsize and wsize on nfs mounts are a big part of optimizing performance. "rsize=8192,wsize=8192" in the mount options in /etc/fstab or the autofs/amd configs depending.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 8, 2013 at 3:37 PM, Mike Bean <span dir="ltr"><<a href="mailto:beandaemon@gmail.com" target="_blank">beandaemon@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I'm sorry I forgot to respond to this to say thank you for the advice and suggestions. Ultimately what ended up happening was the server owners agreed to let us end run around the problem. (They got a mount on a significantly higher performance storage device, thank god.) I honestly wasn't looking forward to perf tuning a 1GB pipe so much it squeaked only to be told it was too slow.<span class="HOEnZb"><font color="#888888"><div>
<br></div><div>Mike Bean</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 3, 2013 at 6:22 PM, Chris Fedde <span dir="ltr"><<a href="mailto:chris@fedde.us" target="_blank">chris@fedde.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">First all the basics. Are any of the interfaces counting errors? Are the interfaces properly configured to auto configure full duplex. After that start using the dd if=/dev/zero of=/path/on/nas and dd if=/path/on/nas of=/dev/null to get a basic idea of the streaming performance. Compare the rates you see this way with the theoretical max. Do similar things using nc to characterize the network performance<div>
<br></div><div>The optimal throughput you can expect on a 1Gbit network interface is about 120Mbyte/sec. </div><div><br></div><div>After you have all that working and tuned properly get nagios or another NMS running and start monitoring to get a feeling for what is normal and what is exceptional.</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, May 3, 2013 at 1:40 PM, Mike Bean <span dir="ltr"><<a href="mailto:beandaemon@gmail.com" target="_blank">beandaemon@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Peculiar problem, haven't the slightest idea where to start. Need advice!<div>
<br></div><div>RHEL5.4 box with an NFS mount point to a NAS storage device into a NAS device with jumbo frames disabled. NAS has a samba share capability.</div>
<div><br></div><div>Users are convinced it's too slow.</div><div>At least one user is convinced that if he uses smbclient to untar the same tarball, it takes, 2 maybe 3 minutes.</div><div>(My manual untar attempt of the same tarball has been running for 25 minutes and climbing.)</div>
<div><br></div><div>NAS is in a one-volume raid 6 - seven drives. Users not showing much interest in splitting it into multiple volumes.</div><div><br></div><div>Network guys are convinced the slowness is because it's behind a 1GB router;</div>
<div>Not seeing anything that really worries me in /var/log/messages</div><div>Not seeing any unusual processes in top</div><div>memory use isn't excessive - not swapping</div><div><br></div><div>
network mtu is at 1500 - wouldn't matter, since our switch ports are at 1500 anyway,</div><div><br></div><div>My own search attempts coming up dry. Just vaguely related academic material that doesn't even give me a good idea where to start!</div>
<div><br></div><div>I approach the oracle!</div><span><font color="#888888"><div><br></div><div>Mike</div></font></span></div>
<br></div></div><div>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org" target="_blank">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
clue mailing list: <a href="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>
For information, account preferences, or to unsubscribe see:<br>
<a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br></blockquote></div><br></div>