01-26-2018 03:08 AM
Hello:
recently, I upgrade from 2013 to 2016, but meet several times out of memory error like below picture.
But when I check the RAM occupation, it still seams in good performance.
It's really sad to lost a lot of work...
any one meet this issue? any solution?
01-26-2018 04:40 AM
Your screenshot does not show the amount of memory the SeqEdit.exe process (or your custom UI) allocates.
Also check bitness of the two TS versions. I assume that you have 2016 32bit. What about 2013?
01-28-2018 09:25 PM - edited 01-28-2018 09:27 PM
Thanks Norbert for your reply
Both my 2013 and 2016 are 32 bits, 2013 one runs well before
And attached the memory used by process, FYI~
Wish response~
01-29-2018 01:26 AM
I assume that you have some station related configuration in your 2013 version. Most likely, it is concerning reporting (e.g. On-The-Fly reporting configuration).
Please look at the configurations and configure 2016 identical.
01-29-2018 03:29 AM
The times that I have seen the out of memory error, it was due to the report array getting huge. The solution was to use the On-the-Fly reporting instead of the default of waiting until the end to generate the report.
01-29-2018 10:46 AM
I wanted to drop a link to this guide for you and anyone else who might find this thread later on:
Troubleshooting Memory Growth Issues in TestStand Systems
This document and its sub-docs have loads of good info on this topic.
-Trent
01-29-2018 01:47 PM
I have the similar issue..program throws error after running for 2 + days. I have selected everything on-the fly, display latest result, also in model option- discard or disable results but nothing helping. i was assuming that after selecting this everything memory shouldn't grow much and shouldn't crash but still it happening..
thanks,
01-30-2018 01:35 AM
Amitabh,
i think your issue is not the same as the one of the OP. Unless the OP does not verify that station configuration is identical, reporting is most likely the reason.
In your case, i assume that you have a memory leak behavior in at least one of your code modules. These can easily occur by creating references but never closing them.
01-31-2018 11:27 PM
I checked the station options for 2013 and 2016, it's same setting.
now I disable some of the new thread calling sequence, the RAM occupation didn't reach system error level before test finished.