In the new update, the stats in dashboard which are average values and time dependent, like throughput/hr, do not stabalize right away as it did in the previous versions. Is this intentional?
Stats do not stabilize after warm up is triggered
FlexSim 20.1.0
I just tested this and it still worked for me. Could you upload a model in which the warm up time is not recognized so that we can take a look at it?
This file is the FlexSim 2020, you can see how the throughput stabilizes after the warmup is triggered.
FlexSim2020_Update1_Dashboard.fsm
This file is the FlexSim 2020 Update 1, you can see it takes a large amount of time to stabilize the throughput value in the dashboard.
This is the comparison i'm talking about.
I misunderstood; I thought that the warm up time wasn't recognized in your stats collector, but I see now what you mean. I'm not sure what is causing that to happen, although both models experience some increase followed by a stabilization period. My guess is that it's a behavior like in calculus where the limit for (1/x) as x approaches 0 is infinity. In other words, if the throughput is very high and the time is very low, it becomes a (VERY LARGE / very small) equation (see image below).
I created my own Statistics Collector for the Processor's Throughput per Minute and it does the opposite in that after the warm up time, it goes to 0 rather than infinity. You can see that in the updated model I've attached. This makes me believe it's just how the data is collected and throughput per minute calculated.
throughput per minute homemade.fsm
@Jordan Johnson, do you know what changed in 20.1 that would cause the sharp spike in throughput per hour immediately following the warm up time? It is more exaggerated than in prior versions.
This is a known bug. See my answer to this question:
https://answers.flexsim.com/questions/86214/high-statistics-value-after-warmup-time.html
14 People are following this question.
