http://forums.hotjoe.com/posts/list/9.page JForum - http://www.jforum.net i have an apllication with me for exmaple and exe. my system is so busy but i want to any how execute the exe .i am connected to my localnetwork.so i want to know the current running processors in my local network and i need to get the cpu usage information constantly(may be using seperate thread) so after getting that info now i want to transfer my exe to execute on to the system where the cpu usages and resources usages is less. now my exe should execute there and come back to my system with the output.

How is this possible in java?

Can Any body help me out with sample code
]]> http://forums.hotjoe.com/posts/preList/276/1171.page http://forums.hotjoe.com/posts/preList/276/1171.page GMT
But what you want to do is somewhat more complex. To get a near realtime load on a machine is very O/S specific - the way you do it in Unix is much different than the way you do it in Windows.

I'm not sure that Java would be your best bet in this case. But I can picture the kind of native (C, C++, etc.) code that you would need to do it. Generally you're going to have an "agent" on each machine that is in your cluster. This agent would be native code and would be able to monitor how busy the machine is and report that back to some sort of central server. The central server, when given a program to run, would pick the machine with the lowest current load and send that machine, via the agent, the code to run.

This is a non-trival thing to do. Several issues come to mind:
<ul><li>Each machine in the cluster will likely need to have a very similar configuration. For example, if the program you're running depends on a particular library then all the machines must have the library installed on it.</li><li>Machine load can change almost instantaneously. The central router may select a machine based on the load that it knows about and right after the job is scheduled to run the load may increase. There isn't a good way around this.</li><li>There may be security issues that come into play. This ties back to the fact that all machines need to be very similar</li></ul>

Good luck - you've got a good amount of work ahead!]]> http://forums.hotjoe.com/posts/preList/276/1172.page http://forums.hotjoe.com/posts/preList/276/1172.page GMT
i Had not expected to get the answer from any one because the posted doubt is little bit tough.


But u r answer made me know a new good concepts

]]> http://forums.hotjoe.com/posts/preList/276/1174.page http://forums.hotjoe.com/posts/preList/276/1174.page GMT