[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: parallelism
From: |
Ralf Stephan |
Subject: |
Re: parallelism |
Date: |
Thu, 30 Mar 2000 11:12:06 +0200 |
Of course, I was too fixed on GTK to ignore GNUstep.
Marcus:
> 1) Require that setter methods (instead of "=" assignments) be used
> to keep probing mechanisms in-sync.
>
> + easy to implement
> - requires programmer vigilance
This could be automated, so no vigilance needed, but I keep having in
mind that different languages are likewise more/less suited for that.
(change the preprocessor)
So I'm not sure, you're talking Obj-C or Java Swarm? Anyway, could it be
helped by proposing the use of @private ?
> 3) Don't worry, be happy: make methods opqaue to probing, requiring
> modelers to do more fine-grained scheduling in order to expose
> state changes.
I still don't get this fully, you mean scheduling on the algorithmic
level, or is there an example for fine-grained scheduling?
Isn't this called iterators?
>
> + clear logging semantics
> - methods are opaque
I'm not sure what you mean by this, is there any literature on that?
> Once there is a synchronized and efficient way to record `everything'
> that happens in a model (including GUI button presses, etc.), then we
> need to invent or integrate tools that provide metrics on the data.
> We're just beginning to think about what to do in this area. R has a
> pretty good feature set to start with (cluster analysis, recursive
> partitioning, etc). They've got a COM interface and some Java
> integration technology in the works, so I think R could be usable in
> real-time adjacent to Swarm.
Had this already on my todo list. Next is releasing an eArticle,
and reading a book on Java-Linux to get into it again. Just one
question: weren't there some patent problems with that hypersphere
visualization Java tool? Don't want to get into such waters. VRML?
ralf
--
http://me.in-berlin.de/~rws/
==================================
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.
==================================
- Re: parallelism, (continued)
- Re: parallelism, Marcus G. Daniels, 2000/03/24
- Re: parallelism, Laurence Clark, 2000/03/27
- Re: parallelism, glen e. p. ropella, 2000/03/27
- Re: parallelism, Marcus G. Daniels, 2000/03/27
- Re: parallelism, Ralf Stephan, 2000/03/28
- Re: parallelism, glen e. p. ropella, 2000/03/28
- Re: parallelism, Marcus G. Daniels, 2000/03/28
- Re: parallelism, Ralf Stephan, 2000/03/29
- Re: parallelism, glen e. p. ropella, 2000/03/29
- Re: parallelism, Marcus G. Daniels, 2000/03/29
- Re: parallelism,
Ralf Stephan <=
- Re: parallelism, glen e. p. ropella, 2000/03/30
- Re: parallelism, Ralf Stephan, 2000/03/31
- Re: parallelism, Marcus G. Daniels, 2000/03/31
- Re: parallelism, Darren Schreiber, 2000/03/28
- Re: parallelism, glen e. p. ropella, 2000/03/28
Re: parallelism, Laurence Clark, 2000/03/28