10-08-2021 02:15 AM
Is the constant allocation/deallocation of memory occurring because DVRs are being constantly created/destroyed going to create a determinism issue? I am think especially for RT here
I had the similar question, What is the memory allocation/deallocation overheads in very frequent DVR create and destroy option(lets say every 50mS) for 24x7 running application?
Thank you
10-20-2021 03:48 AM
One additional suggestion for you, in case the data type you stream changes over time, you can typecast the DVR ref into a U32 to make it "embedded-data-type agnostic".
If you do that, when you typecast back from U32 to DVR ref, place the "create DVR" primitive in a disable struct and the data type out of the disable struct 😉
We have two ears and one mouth so that we can listen twice as much as we speak.
Epictetus
10-20-2021 03:55 AM
@TiTou wrote:
One additional suggestion for you, in case the data type you stream changes over time, you can typecast the DVR ref into a U32 to make it "embedded-data-type agnostic".
Putting the DVR in a Variant is a safer way to do this, in that you wont crash the program if you cast to the wrong datatype (you'll get an error instead).
10-20-2021 04:37 AM
...and I was wrong to think that the to-variant + variant-to-data would take longer to execute, it's the same!
I hope LabVIEW will find other ways to crash 😮
We have two ears and one mouth so that we can listen twice as much as we speak.
Epictetus
10-22-2021 02:12 AM - edited 10-22-2021 02:12 AM
What is the memory allocation/deallocation overheads in very frequent DVR create and destroy option(lets say every 50mS) for 24x7 running application?
Any thoughts on this?
Between, Thank you for all your replies, its all great information.
Thank you
10-22-2021 02:52 AM
@AdarshaPakala wrote:
What is the memory allocation/deallocation overheads in very frequent DVR create and destroy option(lets say every 50mS) for 24x7 running application?
Any thoughts on this?
My thought is to wonder why you haven't just measured DVR overhead with a simple test VI. Make and destroy 10,000 DVRs per second and run that overnight.
10-22-2021 03:49 AM
I already did that. I was wondering, I would get more information, if some one already had experienced with bigger application in this scenarios. The behaviour could be different in bigger applications when there is a lot of thread switching, thermal managing/throttling, large memory management and etc are happening.
10-22-2021 05:08 AM
So you are asking if anyone with experience using DVRs in this way has had any problems. That is a better question.