Stayime longer than the run time of the experimenter

Question

question

Cenk ZR asked Apr 24 2020 at 7:52 PM Cenk ZR commented Apr 28 2020 at 6:59 PM

Stayime longer than the run time of the experimenter

Hello,

I am using the experimenter for comparing some scenarios. My run time for the experimenter is 28800 seconds. One of my performance measure is the average stay time. Therefore, for the performance measurement, I selected the group, then I selected the statistic as "average stay time" and selected aggregation as "total" because I want to have the total average stay time of an item on that group. However, when I run the experimenter, the average staytime becomes more than 28800 for some scenarios. I did not understand why it is higher than my runtime, if someone can help me with this problem, I would be appreciated. Thank you very much.

Software Version:

FlexSim 19.0.8

experimenter group experimenter statistics run time stay time

· 2

______

Cookie preferences

Your privacy is important to us and so is an optimal experience. To help us customize information and build applications, we collect data about your use of this site.

May we collect and use your data?

Learn more about the Third Party Services we use and our Privacy Statement.

Strictly necessary – required for our site to work and to provide services to you

These cookies allow us to record your preferences or login information, respond to your requests or fulfill items in your shopping cart.

YES

Improve your experience – allows us to show you what is relevant to you

These cookies enable us to provide enhanced functionality and personalization. They may be set by us or by third party providers whose services we use to deliver information and experiences tailored to you. If you do not allow these cookies, some or all of these services may not be available for you.

YES

NO

Customize your advertising – permits us to offer targeted advertising to you

These cookies collect data about you based on your activities and interests in order to show you relevant ads and to track effectiveness. By collecting this data, the ads you see will be more tailored to your interests. If you do not allow these cookies, you will experience less targeted advertising.

YES

NO

Are you sure you want a less customized experience?

We can access your data only if you select "yes" for the categories on the previous screen. This lets us tailor our marketing so that it's more relevant for you. You can change your settings at any time by visiting our privacy statement

Your experience. Your choice.

We care about your privacy. The data we collect helps us understand how you use our products, what information you might be interested in, and what we can improve to make your engagement with Autodesk more rewarding.

May we collect and use your data to tailor your experience?

Explore the benefits of a customized experience by managing your privacy settings for this site or visit our Privacy Statement to learn more about your options.

Answer 1 · 2020-04-28T17:30:53Z

tannerp answered Apr 28 2020 at 5:30 PM Cenk ZR commented Apr 28 2020 at 6:59 PM

@Cenk ZR,

I took a look at your model and I'm not 100% positive what the reason is behind the high staytime averages. What I did discover is that there are three factors that will bring the average staytime down below the 28800 second runtime.

1) You had the experimenter looking at ALL the groups' staytimes. This means it included queues, processors, etc. If you include those things, my guess is that the average staytime is projecting very large staytimes because of all the items that sit in queues for a long time (see first picture below). By cutting back what you're measuring to ONLY the Processors (second picture) or ONLY the Queues (third picture) group, you can limit the staytime to something that's more realistic.

2) Another thing that's affecting this is the warm-up time in your experimenter. If you set the warm-up time to 0, the average staytime (for the queues, at least) is limited to less than 28800 seconds.

3) Taking the "Released_orders" queue out of the "All" group and then running the experimenter will produce a much more reasonable average staytime. I think that queue specifically is the bottleneck and it's causing the exaggerated staytimes.

Maybe give these things a look and decide whether you need the average staytime for every 3D object in your model or if you can limit your metric to one group of items or change the groups somehow. All of these options should still allow you to get the "total" average staytime like you wanted. Hopefully this helps!

runtime-28800-inventory.png (264.5 KiB)

average-staytime-processors.png (41.5 KiB)

average-staytime-queues.png (29.7 KiB)

· 3

Cenk ZR commented · Apr 28 2020 at 6:19 PM

@tanner.p

Yes, I need all the objects. My main question is: can the staytime be higher than the runtime ? I run the experiment for 28800 seconds, and have staytime higher than that, because I thought that if I run the experiment 28800 seconds, the staytime should be lower than that anyway but it seems it does not work like that. I am wondering about the reason of this situation. So, my goal is not to try to reduce the staytime value but try to understand how can it exceed the runtime. I am looking forward to hear from you. Thank you for your interest.

0 ·

tannerp Cenk ZR commented · Apr 28 2020 at 6:36 PM

@Cenk ZR,

Thanks for the feedback. Maybe I wasn't clear about it, but my hypothesis is that "total" staytime is an aggregated value. What I mean by this is that it collects all the staytime information for all the 3D objects and then adds them together.

For example, if I have one processor in my model and I run my model for 100 seconds, the resulting average staytime might be something like 30 seconds. So the total average staytime is 30.

Now, if I add a queue, the average staytime in the queue might be 60 seconds and the processor is 30 seconds. If I take the total average staytime for my model, it's now 90 seconds.

If I add another processor that also has an average staytime of 30 seconds, my total average staytime is now 120 (30*2 + 60), which is longer than my 100 second runtime. Does that make sense? It's the combination of many objects' average staytimes, so it can easily be greater than the runtime.

I tested this by running the "Total average staytime" test for Processor1 only and then Processor2 only and I got values of 13 and 18, respectively. Then when I did the same test on Processor1 AND Processor2 combined, I got a value of 31, which is 13 + 18. So I think that might be the best explanation for the behavior you've described.

0 ·

Cenk ZR tannerp commented · Apr 28 2020 at 6:59 PM

@tanner.p

It is clear for me now by your explanation. Thank you very much for your interest.

1 ·

question