Restart logic for multithreading

[ashok rajagopal]

I am coding a shell to bring about multithreading in an existing application. As of now, a shell script is there, and it runs a .exe passing in a data file as parameter. My logic is breaking down the data file into equal partitions and then calling the .exes with each one getting one of the split files. then all the exes run together. My question is, what would be the best restart logic for the above set up ? ie. if one of the threads fail, that will have to be restarted, and exactly when should it start and how the logic has to be implemented? a pseudocode or algorithm would be appreciated.

thanks in advance.

[Belisarius]

You're running .exe's in a Unix environment?

[redhead]

I could come up with a number of solutions written in C, which would be less file i/o intensive, than having a shell script splitting up a file.
Given that file i/o most likely will be the bottleneck here, you might considder a solution where the splitting of the file/spawning of threads, might be done in a different manner, at a slightly higher memory cost.

Now if you're working on a embeded system, where memory is sparse, then that might lead to a solution like this, but for any other implementation, I would turn to other solution patterns.