[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: floating point time scheduling
From: |
Paul E Johnson |
Subject: |
Re: floating point time scheduling |
Date: |
Thu, 23 Nov 2000 23:14:10 -0600 |
"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.
- Re: JDK1.3 vs. Kaffe, (continued)
- Re: JDK1.3 vs. Kaffe, Marcus G. Daniels, 2000/11/11
- RE: JDK1.3 vs. Kaffe, Tee Toth-Fejel, 2000/11/13
- floating point time scheduling, Andre Costa, 2000/11/13
- Re: floating point time scheduling, Marcus G. Daniels, 2000/11/22
- Re: floating point time scheduling, Andre Costa, 2000/11/22
- Re: floating point time scheduling, Marcus G. Daniels, 2000/11/22
- Re: floating point time scheduling,
Paul E Johnson <=
- Re: floating point time scheduling, Marcus G. Daniels, 2000/11/24
- Re: floating point time scheduling, Andre Costa, 2000/11/24
- Re: floating point time scheduling, Marcus G. Daniels, 2000/11/22