Wait for event - Time to create a listener

Question

question

Marco Baccalaro asked Apr 4, '18 Marco Baccalaro commented Apr 10, '18

Wait for event - Time to create a listener

In order to create a log of the items flowing trough a model, I create a token for every item that is created at reset.

I have 33617 items, so I create 33617 tokens that flow

into a "Wait for Event" activity.

Here I wait for the item's OnEntering event.

Every time a new token enters this activity and so a listener to that event is created, the real time to create this event rises grows.

This is the result of a test

To create the first 6071 listeners, 0.02 seconds are required
To create the next 5137 listeners, 1.38 seconds are required
To create the next 6124 listeners, 4.73 seconds are required
To create the next 5085 listeners, 15.99 seconds are required
To create the next 6097 listeners, 21.20 seconds are required
To create the next 5103 listeners, 34.28 seconds are required

Seems that every time a token enters this activity, some code is executed for all the other tokens already there (e.g. all listeners are created again)

Is there a way to speed up this operation?

Thank you.

Software Version:

FlexSim 18.0.3

wait for event

example.png (9.7 KiB)

5 |100000

Attachments: Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Answer 1 · 2018-04-04T18:10:18Z

Jordan Johnson answered Apr 4, '18 Marco Baccalaro commented Apr 10, '18

This is probably the slowest approach you could take to getting the data you want. First, adding the events are slow, because we do a search through all listeners to make sure we don't duplicate listeners. So the longer the list of listeners gets, the slower adding another listener becomes. Second, when the event occurs, the Wait for Event must go through all items to check if the match labels actually match. This also gets slower and slower with more and more tokens.

To gather this kind of data, you could actually just use a Statistics Collector. One of the tutorials covers how to make an item log. In your case, you would listen to the Exit events you care about, and then link those events to corresponding columns. You can even record inter-column times as part of the stats collector. This approach is lightning fast (there are only three listeners created). It is also very memory efficient.

stats-collector-item-log-demo.fsm

stats-collector-item-log-demo.png (18.6 KiB)

stats-collector-item-log-demo-model.png (38.1 KiB)

stats-collector-item-log-demo.fsm (25.5 KiB)

· 9

5 |100000

Attachments: Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Marco Baccalaro commented · Apr 05, 2018 at 06:02 AM

Thank you, I've quite understood the problem. Just another information: the check for duplicates is done on all the listeners in the model or just on all that have been created into that "Wait for Event" activity?

I think the statistical collector method is not so good in my case because I want to track items that can go anywhere: I need to listen to their OnEntering or OnExiting events and not on the objects they could flow into.

Maybe I'll directly write the code into those eventfunctions so I can create the pallets with that eventfunction only if the user activates the "pallet logging".

0 ·

Jordan Johnson ♦♦ Marco Baccalaro commented · Apr 05, 2018 at 07:13 PM

The check for duplicates happens just on the single Wait for Event activity.

Depending on how you want to log the data, you might also consider using the Item Trace Gantt template. It listens to the OnEntering and OnExiting of each item, and then makes a Gantt chart of that data.

1 ·

Marco Baccalaro Jordan Johnson ♦♦ commented · Apr 06, 2018 at 07:40 AM

I looked at the Item Trace Gantt template. It uses a Process Flow (MODEL:/Tools/ChartTemplates/Item Trace Gantt>stats/processFlow/Flow) and it has a "Wait for Exiting" activity that waits for OnExiting for all items so I suppose it slows down as it does the one I've built.

I'm building a module so I can use code without problems, I think I'll write everything on the OnEntering of the items. To speed up the simulation, when the log is disabled by the user, the items normally won't have this eventfunction. When the log is activated, on reset, I copy this nodefunction on the pallet in the flowitembin.

Do you think this could be a good solution?

Thank you

0 ·

example.png (11.2 KiB)

Show more comments

Answer 2 · 2018-04-08T07:16:36Z

Joerg Vogel answered Apr 8, '18

Instead of listening to all created tokens and waiting for the right item entering the model you can delay the created tokens and wait only for items entering in the next hour. The wait for event activity holds only the tokens of the next hour.

If the token doesn't match you can preempt the wanted token in delaying activity.

Alternatively you push the tokens to a list and pull only the token that must wait for the next entering event.

If the waiting token doesn't match you pulls the right token from the list and push the other back to the list.

5 |100000

Attachments: Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Answer 3 · 2018-04-04T14:05:34Z

Steven Hamoen answered Apr 4, '18 Marco Baccalaro commented Apr 4, '18

@Marco Baccalaro I think FlexSim should answer why it gets so slow but wouldn't a simple solution be:

1. Create the token when something enters the pallets (so use an event triggered source instead of a wait for event)

2. or use a zone that only allows one token into the wait for event at a time. (I guess that only 1 product at a time is entering the satellite)

· 1

5 |100000

Attachments: Up to 12 attachments (including images) can be used with a maximum of 23.8 MiB each and 47.7 MiB total.

Marco Baccalaro commented · Apr 04, 2018 at 02:17 PM

Off course I can change the whole solution, but this one is very simple to me because I have also multiple satellites, and after that step, the token goes to another "Wait for event" activity where it waits to exit the satellites and so on. The token has a label "row" that stores the row of the log table where I write the time the pallet entered the satellite, the time it has been unloaded by it and so on.

Except for this issue, this solution works very well to me.

0 ·

question