Use /IPG:n option to reduce robocopy’s impact on a slow or busy network link.
Between each 64Kb packet, robocopy will wait for n milliseconds so other applications can use the whole bandwidth.
I found an interesting link on zeda.n to calculate the transfert time when IPG delay (the n variable):
http://zeda.nl/EN/Tools/Robocopy_IPG_Calculator/
For instance to mirror a local directory tree to a remote location with a 10ms delay :
robocopy L:\FILES\SHARE\buro \\mynas1\SHARE12\buro /copyall /mir /r:5 /w:10 /log:c:\robo_buro.log /np /IPG:10
Long Path Tool can simplify and probably end your problems in unlocking, managing and renaming files that appear to have a long filename.
Interessting !
GSCopy Pro v6.0 (RoboCopy Alternative) with Open File Agent
GSCopyPro is a single command-line tool (CLI) that can copy, replicate and move files from one folder to another. This folder can be on the same machine/ server or another server elsewhere. What makes GSCopyPro stand out from other competitors is the fact it works on 32-bit as well as 64-bit systems and has no restrictions. It can easily be scheduled to run as a scheduled task and fully automated. GSCopyPro also comes with an open file agent which can copy files that are locked/ opened by other processes. This feature is supported in all windows versions from widows XP/ 2003 and later.
Go To:>> http://www.gurusquad.com/GSCOPYPRO
Where did you come up with a 64Kb packet size? MTU on an ethernet network is generally 1500 bytes.
You don’t get it right, it’s not MTU but Robocopy “blocks” (my mistake it’s KB, not Kb).