swarm-modeling
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ABM/Toolkit futures [was: Swarm futures (was Re: GNUstep and MacOS X


From: Russell Standish
Subject: Re: ABM/Toolkit futures [was: Swarm futures (was Re: GNUstep and MacOS X Port Effort)]
Date: Mon, 7 Oct 2002 15:30:19 +1000 (EST)

I first looked at Swarm to do my modeling in 1996, and since then
looked at it a couple of other times. However, it never suited my
needs, so I've ended up creating my own system called Ecolab.

So what's wrong with Swarm? The objective C implementation language is
a little too simple, and make coding the sorts of things I do hard to
understand. I do need operator overloading. Generic programming, a la
C++ templates has also proved a boon. Unfortunately, Java offers
neither of these, nor does ObjC. Being able to code an experiment
as a script (runtime configuration) is also a great feature of
Ecolab. Presumably the newer Java interface is a way to do this, but
I'm quite happy to use TCL for this purpose.

Another consideration is that native, parallelising compilers are
available for C++, but not for the other languages.

The most benefit I've had from Swarm is as an inspiration for how to
do things in Ecolab - it never helped as an implmentation environment.

We're currently working on a project to allow C++ objects to be made
visible within the Objective C environment, and vice-versa. This may
well make it more feasible to embed C++ models into Swarm. However,
I'm very unlikely to be attracted to a Java implementation.

                                                Cheers

Jason Alexander wrote:
> 
> This is a long email.  My apologies.

...
> 
> 
> If you believe what I've said above, the biggest problems are:
> 
> (1) Make Swarm easy to install.
> (2) Make Swarm easy to use (without, presumably, sacrificing power 
> and/or features)
> (3) Make it possible to describe modeling problems in a high-level 
> language.
> (4) Make it easy to share models.
> (5) Make it easy to graft custom GUI interfaces on top of Swarm.
> (6) Make it easy to create (and share) extension libraries for Swarm.
> 
> Other desiderata:
> 
> (7) Get Swarm running (easily) on all major platforms.
> (8) Make it possible (perhaps) to embed Swarm models in a web page.
> 



----------------------------------------------------------------------------
A/Prof Russell Standish                  Director
High Performance Computing Support Unit, Phone 9385 6967, 8308 3119 (mobile)
UNSW SYDNEY 2052                         Fax   9385 6965, 0425 253119 (")
Australia                                address@hidden             
Room 2075, Red Centre                    http://parallel.hpc.unsw.edu.au/rks
            International prefix  +612, Interstate prefix 02
----------------------------------------------------------------------------


                  ==================================
   Swarm-Modelling is for discussion of Simulation and Modelling techniques
   esp. using Swarm.  For list administration needs (esp. [un]subscribing),
   please send a message to <address@hidden> with "help" in the
   body of the message.
                  ==================================


reply via email to

[Prev in Thread] Current Thread [Next in Thread]