Update:Dammit , I have think I've screwed up my terminology again and confused the issue.
I will try to describe it better.
A number of machines exist, running a client that offers that machine's CPU as available to use.
On seeing an available client, the server determines which task in the queue has first crack at the CPU resource, and sends the client a segment of that task.
The server is listening constantly to other clients, regarding their progress.
Users have a seperate client tool to drop tasks on the queue, and monitor their progress
More to the point , tasks are being processed by plain old executables that know nothing nor need to know - ie host A does not care that while it processes parts 1-10, Host B is processing parts 11-20 of the same task.
Update:Firstly I would just like to say thankyou to everyone for your ideas and I will of course be following up and researching many of these suggestions. If you have not been ++'d by me in this thread yet, when the vote-fairy returns it will be so.
Secondly, I will be taking a clue-by-four to my silly self, as my requirements are going to have to change. Supporting all those platforms is going to create more work to achieve than it will leverage in processing grunt. Powers that be are already making linux noises RE 3d Animation applications, so supporting win32 AND *n(u|i)x flavors is biting off more than I can chew. Did I point out that PHB are no prepared to buy any more hardware yet to aid processing, and are less inclined to spend money on software to manage the queue - particulary because there isn't much hardware for it to manage (it gets even more circular after that so I'll stop now).
In reply to Re: Parallel Processing, Queueing and Scheduling
by submersible_toaster
in thread Parallel Processing, Queueing and Scheduling
by submersible_toaster
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |