Optimize File Transfer on a 100Mbps LAN

Optimize File Transfer on a 100Mbps LAN

NewsGroups | Search | Tools
 comp.dcom.lans.ethernet  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Optimize File Transfer on a 100Mbps LAN newbie123 01-13-2008
Posted by newbie123 on January 13, 2008, 3:09 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Hi, I am using Windows XP on all my PC's. They are interconnected via
100Mbps Switch ports. These are normal Soho switches nothing fancy. I
am trying to figure out how to get the most out of the LAN. Using
Qcheck from Ixia I was able to tell that I am getting approx 94Mbps
which I am extremely happy with. However while transferring files
directly from 1 windows machine to the other using windows copy/
netbios I am seeing hardly 20 - 25 Mbps. That's a huge drop. I have
set all my nic cards to auto detect. The reason being that most of
these switches do not give me the ability to hardcode the speed and
duplex. So they are set to auto-detect on their side and if I hardcode
my PC nic's than I am basically seeing reduced performance. Hence all
the PC's are set to auto detect. Can someone recommend any other
settings (MTU, Window Size etc ???) that I should tweak or any other
suggestions to get better performance. (Besides saying "Don't use
Windows" :-) ). I have tried FTP and a large file transfer gives me
only 30 - 40 Mbps. I want to get atleast close to 75Mbps. Is that even
possible?
Can someone please explain the concept of overhead and how this
affects the transfer? Also how would window size come into affect.
These are fairly new machines so I don't think the hardware on them
should be the limiting factor. Even if the HDD is a normal 5400RPM
drive shouldn't the performance still be atleast 50-60Mbps. Thanks

Pure Networks
Posted by =?iso-8859-1?q?Tom=E1s_=D3_h=C on January 13, 2008, 4:54 am
If you were  Registered and logged in, you could reply and use other advanced thread options
newbie123:

> However while transferring files
> directly from 1 windows machine to the other using windows copy/
> netbios I am seeing hardly 20 - 25 Mbps. That's a huge drop.


Maybe the hard disks can't read faster than 25 Mbps?

--
Tomás Ó hÉilidhe

Posted by Robert Redelmeier on January 13, 2008, 8:06 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
> directly from 1 windows machine to the other using windows copy/
> netbios I am seeing hardly 20 - 25 Mbps. That's a huge drop.

No, it is not. 10 Mbit/s is the only drop possible. The interface
either runs at 10 or it runs at 100. It cannot run at 20 or any
intermediate speed. You have 100 and a bottleneck elsewhere.

> Can someone please explain the concept of overhead and how this
> affects the transfer? Also how would window size come into affect.

There is overhead in all transfers -- checking data for
corruption and keeping track of packets. I'm doubt TCP
receive window size [wiki't] would come into pure netbios.

> These are fairly new machines so I don't think the hardware
> on them should be the limiting factor. Even if the HDD is
> a normal 5400RPM drive shouldn't the performance still be
> atleast 50-60Mbps. Thanks

That is very old. Modern drives should be at least 7200, and be
capable of above that. However, writes are usually slower than
reads, and OSes often make them much slower by metadata updates.

-- Robert


Posted by Walter Roberson on January 14, 2008, 10:21 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

>> These are fairly new machines so I don't think the hardware
>> on them should be the limiting factor. Even if the HDD is
>> a normal 5400RPM drive shouldn't the performance still be
>> atleast 50-60Mbps. Thanks

>That is very old. Modern drives should be at least 7200, and be
>capable of above that.

You mean a modern drive such as the Western Digital Cavier GP
"1 Terabyte" drive, whose spindle speed is somewhere between
5400 and 7200 (WD won't say where) ?
http://www.techreport.com/articles.x/13379
shows it handly outperforming some 7200 rpm models, with over
a gigabit per second sustained transfer rate.

The Cavier GP was released less than a year ago. Is that "very old"?

Posted by glen herrmannsfeldt on January 15, 2008, 3:42 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Walter Roberson wrote:
(snip)

> You mean a modern drive such as the Western Digital Cavier GP
> "1 Terabyte" drive, whose spindle speed is somewhere between
> 5400 and 7200 (WD won't say where) ?
> http://www.techreport.com/articles.x/13379
> shows it handly outperforming some 7200 rpm models, with over
> a gigabit per second sustained transfer rate.

Higher speeds are mostly to reduce latency. For a given
bit density it does also increase transfer rate. In most
cases, transfer rate is out of the cache anyway.

The only way to reduce latency (rotational delay) is a
faster rotation rate. There are other ways to increase
the transfer rate if needed.

-- glen


Similar ThreadsPosted
file transfer speed in a network October 11, 2006, 4:45 am
VIA VT6102 Rhine-II + RealTek RTL8139C : file transfer hangs on Linux July 1, 2005, 3:36 pm
Low FTP transfer rate when enabling Jumbo frames. July 14, 2006, 5:46 am
Easily add 4 Gb/s Ethernet link to FPGA systems for control & data transfer June 7, 2006, 11:54 am
I have 10/100/1000 Mbps ports one side and two switches connected to each port, one is 10Mbps and other one is 100Mbps does auto-negotians will automatic?. February 6, 2005, 7:08 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map