[FRIAM] Fwd: ABM

[Douglas Roberts]

There, see?  I knew you'd hate it.  All I can say is that Charm++ evolved to
its current state to meet a need:  to support massively parallel (> 1
million processor) HPC computing environments.  It addresses fault tolerance
and dynamic load balancing requirements which become incredibly important
when computing on this scale.  It also supports OO software development
methodology, which in spite of a few dissenting voices on this list is
generally viewed as a superior environment for software development (to
include ABM systems) than the old, hoary procedural environments.

--Doug

-- 
Doug Roberts, RTI International
droberts at rti.org
doug at parrot-farm.net
505-455-7333 - Office
505-670-8195 - Cell

On 6/5/07, Marcus G. Daniels <marcus at snoutfarm.com> wrote:
>
> Douglas Roberts wrote:
> > In that case, you will positively *hate* Charm++:
> >
> One disappointing thing about it is that they made a new language that
> is mostly like C++ and translate it to C++ code (instead of, say, adding
> features to the GCC OpenMP implementation for C++ and cross box thread
> migration, or writing a new GCC front end).    Seems like it is mostly
> an MPI-like object layer, but they maddeningly don't enhance OpenMPI to
> their own needs, they do their own thing.
>
> The array stuff reminds me of Chapel (http://chapel.cs.washington.edu),
> but this has the benefit of being implemented!  Interesting they have
> the NAMD molecular dynamics package running on the Cell..
>
>
> ============================================================
> FRIAM Applied Complexity Group listserv
> Meets Fridays 9a-11:30 at cafe at St. John's College
> lectures, archives, unsubscribe, maps at http://www.friam.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://redfish.com/pipermail/friam_redfish.com/attachments/20070605/8e088da4/attachment.html