Re: floating point time scheduling

[Paul E Johnson]

"Marcus G. Daniels" wrote:
> 
> >>>>> "AC" == Andre Costa <address@hidden> writes:
> 
> AC> I'm not sure if the "pjrepeater" approach will solve the problem I am
> AC> getting but I will post some code as you suggest...
> 
> pjrepeater4 exercises the setSynchronizationType method for a Swarm.
> (The default synchronization policy is to run co-occuring merged events
> in the order they were called during activateIn.)
> 
> Perhaps the easiest way to get what you want is just to have a single shared
> schedule configured with the secondary concurrent schedule for the fractional
> parts.
> 
>                   ==================================
In that pjrepeater series, there was one that had the swarms in a swarm
example, each with its own schedule.  I did some time trials and found
the model ran faster with just the master schedule in the higher swarm
and the lower level things added their actions to the bigger swarm's
schedule (dynamic scheduling).  In other words, I think Marcus is
correct.

-- 
Paul E. Johnson                       email: address@hidden
Dept. of Political Science            http://lark.cc.ukans.edu/~pauljohn
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66045                FAX: (785) 864-5700

                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.