[codes-ross-users] Simulation ends with events unprocessed

Jian Peng jpeng10 at hawk.iit.edu
Tue Feb 28 16:55:44 CST 2017


Hi Elsa,

          I don't see CODES end the simulation. The "commit" function
pointers are null. The only exit condition is (cev = tw_pq_dequeue(me->pq)
== NULL.

On Tue, Feb 28, 2017 at 3:49 PM, Gonsiorowski, Elsa <gonsiorowski1 at llnl.gov>
wrote:

> Hi Jian,
>
> It looks like you have an end time set in you simulation. For ROSS models
> the end time can be changed with the `--end=`  command line argument. I’m
> not sure if or how CODES modifies the end time of simulations.
>
> Elsa Gonsiorowski
>
>
>
> On Feb 28, 2017, at 14:36, Jian Peng <jpeng10 at hawk.iit.edu> wrote:
>
> Hi,
>
>     After some debugging, I found the reason of this issue was
> "tw_event_send()". I added some debugging code shown as
> "tw_event_send.png". Then I got debugging output as "debug1.png". Please
> notice the highlighted value of pointer "kp". Then I found this same "kp"
> value in previous context, shown in "debug2.png". Since the "last_time" is
> greater than "recv_ts", "tw_eventq_push()" rather than "tw_pq_enqueue()" is
> called. As I'm doing sequential simulation, "tw_scheduler_sequential()" in
> tw-shed.c should be used. "tw_pq_dequeue()" is used to read the event
> queue, shown in "tw_scheduler_sequential.png".
>
>     So here's the question. The events that called "tw_eventq_push()" seem
> not able to be retrieved by "tw_pq_dequeue()". So I'm wondering that either
> mapping multiple LPs to one KP or only using "tw_pq_dequeue()" in
> sequential scheduler is a bug? I haven't looked too much into both parts,
> just got this question in mind.
>
>     Thanks!
>
>
>
> On Mon, Feb 27, 2017 at 1:20 PM, Jian Peng <jpeng10 at hawk.iit.edu> wrote:
>
>> Hi,
>>
>>     I'm running some experiments on Dragonfly with CODES 5.0.2.
>> Sometimes they end up with unsent messages remaining in terminals and
>> routers. I think the reason is the events that carry these messages are not
>> handled. I looked through my debugging information and confirmed it.
>>
>>     So, why does ROSS end when there are still events unprocessed? I'm
>> running a sequential simulation. Thanks.
>>
>> <image.png>
>>
>>
>>
> <debug2.png><debug3.png><tw_scheduler_sequential.png><tw_event_send.png>
> _______________________________________________
> codes-ross-users mailing list
> codes-ross-users at lists.mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/codes-ross-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/codes-ross-users/attachments/20170228/34738a7b/attachment.html>


More information about the codes-ross-users mailing list