Robocopy gives extra support for copying over the "archive" attribute Robocopy supports file and directory monitoring with the "/MON" or Will see robocopy.exe process in task list since it will runīackground to monitor clock to execute when time is right to copy. Should be done rather than the time of the command as with XCopy. Just like myself, if you are into automation to take daily backupsĮtc, "Run Hours - /RH" becomes very useful without any interactions. To be copied and doesn't waste time copying unchanged files. ItĪlso checks the files in the destination directory against the files Robocopy becomes handy for mirroring or synchronizing directories. Having said that lets talk about features between these two. All type of huge file copying both these commands are used but Robocopy has added options which makes copying easier as well as for debugging purposes. Anyways Robocopy and XCopy both are frequently used in terms of file transfers in Windows. Previously I used XCopy and then moved to Robocopy. I have written lot of scripts to automate daily backups etc. The 95% confidence intervals had no overlap. Note, the differences were pretty significant.
#XXCOPY WINDOWS 10 VS ZTREEWIN WINDOWS#
I also included FastCopy and Windows Copy in my tests and each test was run 10 times. copied files from one external drive to another external,.My tests were all done on the same computer and.If there's a way to attach files here, I can share my results. /W let's you specify the wait time before retries.With /R you can tell it how many times to retry,.The /R and /W switches let you change this behavior. If you are running a long batch file unattended, you may be very disappointed when you come back after a few hours to find it's still trying to copy a particular file. If anyone knows a faster combination (other than removing /E, which I need), I'd love to hear.Īnother interesting/disappointing thing with robocopy is that if a copy does fail, by default it retries 1,000,000 times with a 30 second delay between each try. Here are the switches I used with robocopy in my tests: **"/E /R:1 /W:1 /NP /NFL /NDL"**.
#XXCOPY WINDOWS 10 VS ZTREEWIN FULL#
I did full file (byte by byte) file compares after my benchmark tests. It's ironic that robocopy retries a copy that fails, but it also failed a lot in my benchmark tests, where xcopy never did. I did some benchmarking of several copy routines and found XCOPY and ROBOCOPY to be the fastest, but to my surprise, XCOPY consistently edged out Robocopy. The differences I could see is that Robocopy has a lot more options, but I didn't find any of them particularly helpful unless I'm doing something special. There is more details on Robocopy return values here: Either a usage error or an error due to insufficient access privileges on the source or destination directories. Check these errors further.ġ6 - Serious error. This means that the files already exist in the destination directoryħ - (4+1+2) Files were copied, a file mismatch was present, and additional files were present.Ĩ - Some files or directories could not be copied (copy errors occurred and the retry limit was exceeded). No files were copied and no failures were encountered. No failure was encountered.Ħ - (4+2) Additional files and mismatched files exist. Some housekeeping may be needed.ĥ - (4+1) Some files were copied. No failure was encountered.Ĥ - Some Mismatched files or directories were detected. No files were copied Examine the output log for details.ģ - (2+1) Some files were copied. The source and destination directory trees are completely synchronized.ġ - One or more files were copied successfully (that is, new files have arrived).Ģ - Some Extra files or directories were detected. Robocopy returns codes: 0 - No errors occurred, and no copying was done. enough memory or disk space, or you entered an invalid drive name or invalid syntax on the command line. XCopy return codes: 0 - Files were copied without error.Ģ - The user pressed CTRL+C to terminate xcopy. Yes i agree with Mark Setchell, They are both crap.