RE: [Swarm-Support] Time efficiency of at$createActionTo$message

[Marshall, James A R]

Interesting. Perhaps now I can go back and fix a problem I had with creating
probes on multiple objects... that would be nice.
Thanks for the help,
        James

---
Dr James A R Marshall
Complex Systems Modelling Group (COSMIC)
Department of Earth Science and Engineering
Imperial College London
Tel: +44 (0)20 7594 7493
Fax: +44 (0)20 7594 7444
Container World Project - http://www.ese.ic.ac.uk/research/containerworld/



-----Original Message-----
From: Marcus G. Daniels [mailto:address@hidden
Sent: 19 February 2003 14:41
To: address@hidden
Subject: Re: [Swarm-Support] Time efficiency of
at$createActionTo$message


Marshall, James A R wrote:

>You really need to drop Selectors? The Swarm Javadocs show Selector
>inheriting directly from java.lang.Object and not implementing drop itself.
>
It's not an issue of failing to drop them.  The thing to keep in mind is 
that as Java objects are exposed to Swarm, an association between that 
Java object and the Swarm native object must be maintained.  For 
Selectors there is an explicit yellow pages (in earlier versions of 
Swarm there was a yellow pages for objects too -- now those objects are 
available as slots in the objects themselves and there is not the lookup 
penalty).  In the case of making lots of new Selectors, you are creating 
a many to one relationship in this yellow pages, e.g. a bunch of 
different names for the same phone number.  As more and more objects get 
added to the yellow pages, things will get slower and slower because the 
directory takes longer to search.

The solution I would suggest is not to allocate more than one Java-side 
selector.  One good way to do this is to use the FAction idiom as in the 
example I posted, but cache the result of `createCall' in an ivar.   
Then you'll have a speedy call and you can focus on understanding the 
remaining performance problems, if any.

_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support