Tight Integration of Parallel Libraries

   Tight Integration of LAM/MPI and SGE
   
<http://gridscheduler.sourceforge.net/howto/lam-integration/lam-integration.html>
   Tight Integration of MPICH and SGE -- With Application Notes
   <http://gridscheduler.sourceforge.net/howto/mpich-integration.html>
   Tight Integration of MPICH2 and SGE
   
<http://gridscheduler.sourceforge.net/howto/mpich2-integration/mpich2-integration.html>
   Tight Integration of PVM and SGE
   
<http://gridscheduler.sourceforge.net/howto/pvm-integration/pvm-integration.html>
   Mvapich (MPICH Infiniband) + Loose/Tight SGE Integration
   <http://gridscheduler.sourceforge.net/howto/mvapich/MVAPICH_Integration.html>
   Sun HPC Cluster Tools parallel jobs (MPI, MPI2, OpenMP)
   <http://gridscheduler.sourceforge.net/howto/hpc.html>
   Tight integration of Open MPI with SGE
<http://www.open-mpi.org/faq/?category=running#run-n1ge-or-sge>


On 5/10/2012 9:34 AM, Chi Chan wrote:
Good point, Walid. As much as so many people hate UNIVA, IMHO, there
can be things learned from them. (In Chinese "三人行,必有我师", and
translation in English it is something like "Everyone and Everything
Around You is a Teacher")

And since UNIVA said on their website that they are now documenting
the known working configuration of MPI libraries, my question is, what
MPI libraries are known to work with GridEngine, and what is known not
to work with GridEngine?

--Chi

On Sun, May 6, 2012 at 5:38 PM, Walid<[email protected]>  wrote:
The use of postgres could be due to the standby, and replication features,
as well as the use of postgres already by Unisight. I am a Univa Happy
customer so far ;-)


On 4 May 2012 03:48, Ron Chen<[email protected]>  wrote:
Univa have "New support for Postgres database job spooling balances speed
of submission with reliability in high volume clusters with lots of small
jobs" as one of the new features of UGE 8.1 on their website.

We have discussed here before, PostgreSQL spooling was added by Sun, but
was taken out in SGE 6.2 as Sun believes BerkeleyDB (BDB) is good enough.

If Univa is re-using the code originally developed by Sun, then please
don't take Sun's credit.


  -Ron


_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

--


<<attachment: laotsao.vcf>>

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to