Rachit's Blog (Moved)
Moved to http://weblogs.asp.net/rachit

Poor performance of copying files/folders across network

Thursday, March 15, 2007 12:17 PM

I'm copying a few files/folders from one server to another (proabably more than 30 gig in total). I'm on 100 MB/s (yeah not Giganet yet) network connection. Man, it's so freaking slow...The server I'm performing this task is 4-way Xeon 2.8 Ghz with 2GB RAM. 

The server has almost stopped responding (although CPU usage is hardly 5% in Task Manager)...I wonder how much IO takes up in the system. Definitely not very efficient. Can't install or do anything else...

Is there any better way to copy files (many files/folders) over the network? Just wondering...


Feedback

# re: Poor performance of copying files/folders across network

Windows machines have registry settings for pooled memory settings which can be adjusted. This is particularly pertinent for the large files, 30+ GB. For example copying a file or performing a SQL backup to a remote server can cause a report of issues with system resources or storage when a copy fails.

What is often happeining is that the paged pool is getting exhausted. When these registry settings are adjusted, based on your memory settings in boot.ini and amount of RAM, you can often get them to succeed. Not sure how much speed increase you may get, but it takes a loooong time when it never completes :)

This kb article should give you the information you need:

http://support.microsoft.com/kb/304101

3/15/2007 2:47 PM | SQLSteve

# re: Poor performance of copying files/folders across network

You could also install Vista to solve your problem. You know that message when you are half way through copying a large number of files, in a nested directory structure and you get an error, and you cant figure out what messed up! Well at last we have an update to teh file copying process, not since windows 3.1 has this been updated...Long time in coming! 3/27/2007 9:02 AM | Martin Hinshelwood

Post a comment





 

Please add 6 and 3 and type the answer here: