<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
i'd like to see how tftp stands up to the crowd for transferring large
chunks of data like a big image.<br>
<pre class="moz-signature" cols="72">Jim Ray, President
Neuse River Network, Inc.
tel: 919-838-1672 x111
toll free: 800-617-7652
cell: 919-606-1772
<a class="moz-txt-link-freetext" href="http://www.Neuse.Net">http://www.Neuse.Net</a>
Ask about our Clean Technologies. Established in the Carolinas 1997.</pre>
<br>
<br>
Jon Carnes wrote:
<blockquote cite="mid1119304688.3296.19.camel@localhost.localdomain"
type="cite">
<pre wrap="">I wrote this up for TriLUG about 5 years ago... We tested various forms
of file transfer including NFS and Samba and - if I remember correctly -
we found Samba (version 3) to be about 1/3 the speed of NFS (version
2). The problem was that the Samba process waited for a commit before
negotiating for the next data transfer whereas NFS filled a buffer and
continuously pushed that buffer out.
Obviously if you're running from a buffer out of RAM you can run at
network speeds (or as fast as your internal bus and cpu can go).
Microsoft's implementation of SMB pumps the data to be moved into a
buffer and works similarly, so it's almost as fast as using NFS (though
it does some other weirdness that always makes it a bit slower than
NFS...)
NFS v3 had a toggle that also defaulted to waiting for a commit from the
remote hard drive before sending more data - that moved files around
just slightly faster than Samba (it crawled.)
Hope that shines some light - Jon
On Mon, 2005-06-20 at 11:00, John Broome wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have a RH 9 machine that is acting as a fileserver for a completly
windows network (98 & 2000), the users mentioned that the file
transfers seemed slow.
Some testing showed that samba was moving data much slower than NFS.
Nfs was using pretty much the entire speed potential of the network,
where SMB was about half that, or less.
No indication on the server that CPU, HDD, or memory is the problem.
When tested off site with different hardware and a different OS
(Ubuntu 5.04), the same problem popped up.
SMB dragging along, NFS cranking.
Since this is a mostly windows network we can't really use NFS instead
of the samba.
Has anyone else run into this? Some googling doesn't really turn up much.
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>