I guess I should rephrase my question to pseudo multithreading!
I know I can copy more then one file at the same time and that it is quicker then copying the files serially. I wrote a program in java that uses threads to copy files. I used this program against another program that I had written in java that only copies files serially.
Coying the same files, the threaded program took 1 minute less time to copy the same files (of various sizes and locations) then the serial program. This by no means is conclusive testing, but it was good enough for me.
I realize that there are hardware limitations! But when I can pseudo-multithread in one language, why can't I do it in another language.
I posted the source in the sun java forum, do a search on multi threaded file copy and it should turn up.
When the java program is broken down, in essence what it is doing is simple copying a piece of one file for a very short time frame, then it moves on to another file and copies some of it, then it moves back to the first file to sopy some more and so on and so fourth till the files are completely copied. To be honest with you I would think that this would be slower. But my tests have proved me wrong.
I have posted this question to other forms and usenet and still haven't gotten an answer as to whether visual basic can do this. If it can not handle this then I would stop wasting my time look for answers that are not there ;-)
Let me reiterate what I am looking for:
Problem: I have an extensive directory structure that is rather large (40+ GB) and I would like to copy x amount of files to other directories (x generally consists of files in the range of 4 to 5 MB and is usually 150+ files to transfer). I have no problems with copying the files serially, using api, filesystemobject, etc. But, mostly for my own information and it seems that it has not been done before in VB, I would like to write a VB program that can copy these files via multithreading.
I appreciate the responses and comments!
Troy Williams B.Eng.
fenris@hotmail.com