[wyldckat]

Hi Andreas,

Originally Posted by hornig

but there is an option to do parallel computation with openfoam, even if it is tricky? My personal worst case would be if I could use openfoam but I need to use another sofware for the cluster and even buy it. I like solutions from one source, because it is made for each other and it helps to find sources for errors, if they occur.

Er, there are so many Linux distributions prepared for clusters! Why waste money?

If you build OpenFOAM with the default options, it will also build OpenMPI. With the full default OpenFOAM installation in all of the machines or shared among the machines (as long as the OS is compatible among them), it becomes as easy as it is explained here: Running a decomposed case

AFAIK, what you don't get with OpenMPI is the Job Scheduler software that clusters usually have. I expect that BOINC will fill in the gap - note: I'm not familiar with the inner workings of BOINC, so I can only assume that it comes with a Job scheduler with it as well.

Originally Posted by hornig

I don't know Sun Grid Engine, but perhaps this can be used for boinc as well. I will go into details with it and keep an eye on it. The only problem could be, that oracle's stuff is not open source. I would prefer an open source approach.

I expect that BOINC is something similar to the Sun Grid Engine, therefore you don't need SGE Nonetheless, the necessary preparations and/or adaptations could also be similar between both.

Originally Posted by hornig

But with better internet connectionslike vdsl50 withmore and more uploadthe only limitation left is latency. that's why to use levels and QoS that you can decide what you simulation needs. If clients doesn't fulfill your level requirement and would slow down the workunit, it wouldn't be allowed to participate.

Uhm, like I've said before, using workers over the internet to work among each other, would only make sense for something like simulating the entire Atlantic Ocean in one go. In other words, this will only make sense in very special simulation scenarios, something like less of 0.05% of the cases; the normal case scenarios will always need a local cluster for themselves, even if they share the cluster with other jobs (X machines for one job, Y machines for another job and so on).

Don't get me wrong, the fast connection will still be very useful for normal cases, because jobs will take less time to setup in the remote cluster/machine and less time to be delivered back to the user. But for using the Constellation grid to use it as a cluster of clusters for a single CFD simulation, there will be very limited simulations that can take advantage of that. And in those cases, at least in the short time, I think that the resources will be better invested for the normal cases to be sent to the Constellation system, thus releasing, for example, the University clusters/supercomputers, so that the really heavy hitters can take advantage of the spare resources in the University clusters/supercomputers.

Best regards,
Bruno