[Swift-devel] coaster status summary

Mihael Hategan hategan at mcs.anl.gov
Mon Apr 7 07:45:35 CDT 2008


One unfortunate part there is the lack of a decent Java MPI
implementation.

Another unfortunate part may be that MPI may not work very well with
processes that come and go dynamically, but I guess that can be
addressed in a way or another.

On Mon, 2008-04-07 at 07:35 -0500, Ian Foster wrote:
> I wonder whether we should be making use of MPI on the BG/P where we
> can ... I suspect that is what is optimized, rather than the IP stack.
> 
> Mihael Hategan wrote: 
> > On Mon, 2008-04-07 at 07:03 +0000, Ben Clifford wrote:
> >   
> > > there's an interesting issue here of how much we should (in our general 
> > > codebase, rather than in special customisations such as plugging in 
> > > falkon) be supporting 'wierd' systems such as the BG/P which have, 
> > > apparently, neither a decent shared filesystem or IP layer network fabric, 
> > > vs support for more traditional clusters which seem to have both IP layer 
> > > interconnect between nodes and decent shared filesystems.
> > >     
> > 
> > That is a good point. However, UDP was chosen to support systems with a
> > very large number of CPUs in the first place. In other words if UDP
> > won't work on BG/P, I don't see much reason for going with it.
> > 
> >   
> > 
> > _______________________________________________
> > Swift-devel mailing list
> > Swift-devel at ci.uchicago.edu
> > http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel
> > 
> >   




More information about the Swift-devel mailing list