Hello Harsh,

Also check Windows Device Manager and look at the properties dialog of the hard disk. Look under the Policies tab. Is "Enable write caching" switched on? If not, try turning it on and see the performance.

Ultimately you are depending on (1) a 3rd party conversion DLL, (2) your CPU, (3) your disk drive. Number 3 you have options such as write cache, faster disk, or solid state disk. Number 2 you have less options because the CPU is already very good. Number 1 you have no control over other than looking for another product. Therefore, I would first look at the disk system.

If this is really a mission critical project you can split the work over several computers, sending the files to each computer and they producing the output files.


>I have tested this way also. The parallel Fox Results and Processing by the way of Spliting the Dbf have more or less same results.
>
>Harsh
>
>
>>>Ok Sir Got the Point. But there would be a problem in that case that the operator will have to manually start (i.e. by double clicking a program File inside Each folder or will have to initiate DO command inside each five folder each Time).
>>>
>>>So what I think is that Using some code in my Main program I will Programmatically Split my Table in Five Parts and will copy each in my SPLIT-1,SPLIT-2..5 Folders.
>>>Inside Each SPLIT folders I will already have copy of my conversion program.
>>>
>>>Now I need that all Five Conversion should start in separate VFP window as if we have opened VFP five times in a separate window.
>>>
>>>IS there any way that Instead of Manually Starting my program from inside SPLIT1, SPLIT-2 etc , I can Initiate all the five codes from inside my Main application automatically such that the subsequent event or code does not wait for completion of the first.
>>
>>Yes, just execute the program using the RUN command.