f



Re: "Total Data Size" property of running VI in LabVIEW 7.1 doesn't work any more?

Just bumped into this problem and did find the answer in this thread dating back to 2005.  So, is there a way to do this with 7.1 or 7.1.1 or not?
0
x9561 (148438)
7/10/2008 8:40:07 PM
comp.lang.labview 35210 articles. 1 followers. vasusachin24 (1) is leader. Post Follow

6 Replies
909 Views

Similar Articles

[PageSpeed] 42

From the 2005 discussion, the resolution was that in LabVIEW 7.1 and later, you cannot read the memory used by a running VI.
 
I just ran both example programs posted in 2005, and no - you still cannot read the Total Data Size of a VI when it is running.  I ran both programs in LabVIEW 8.5.1.  
 
Kevin S.
Applications Engineer
National InstrumentsMessage Edited by Kevin_S on 07-11-2008  04:53 PM
0
x9561 (148438)
7/11/2008 10:10:05 PM
So, how does one debug potential memory leaks or fragmentations?We have about 2700 VIs written by four or five people, part of two or three "top-level" VIs we call over and over again, and  a very small leak, as far as I can tell by the rate of increase in the execution time and program size/memory/handles.  These are all part of an LV executable we call remotely through a crude TCP interface at the rate of 25k calls per month.  We don't even have LV on that machine.There's got to be a way to find out where the problem is that doesn't imply staring at every single of those VIs.  And divide and conquer is a bit hard at this point, given the amount of code and associated instrumentation. 
0
x9561 (148438)
7/11/2008 10:40:09 PM
I will investigate your options and respond shortly.
 
Kevin S.
Applications Engineer
National Instruments
0
x9561 (148438)
7/14/2008 11:40:05 PM
From what I have learned, there is no direct replacement for the Total Data Size property for use with running VIs.  There are two semi-replacements, but neither one has the complete functionality of the former property node.
First, you can gather system information from the command prompt.&nbsp; However, all LabVIEW information is listed under one item.&nbsp; This <a href="http://digital.ni.com/public.nsf/allkb/B5889EB5349FAC478625723E00090265?OpenDocument" target="_blank">article</a> explains more. 
Second, you can use the memory profiler tool in LabVIEW.&nbsp; Tools � Profile � Performance and Memory
Note that you can also continue to use your LabVIEW 6.1 executable that functions as you want.
I hope this helps,Kevin S.Applications EngineerNational Instruments
0
x9561 (148438)
7/17/2008 7:40:08 PM
Thanks for your efforts.&nbsp; A couple of comments/questions. Using cmd or task manager is so 1990s.&nbsp; One can do so much better with Process Explorer, part of Sysinternals, which recently was acquired by Microsoft.&nbsp; Download that utility and use it instead of the standard task manager (which is an option on one of the pull down menus).&nbsp; Select a process, double click on it, and one can even see usage stats per thread, running threads, etc.&nbsp; Still, it is hard to traceback from a given thread to whatever LV is doing.On 7.1 I don't seem to thave Tools-&gt;Profile-&gt;Performance and Memory, I have Tools-&gt;Advance-&gt;Profile VIs..., which may or not be the same.&nbsp; And how does one invoke such a beast from within an executable?As far as going back to 6.1, I'm not sure we could build our code under 6.1, but it may be possible.
0
x9561 (148438)
7/17/2008 8:40:04 PM
Yes, the monitoring utility I was referring to is available at Tools � Advanced � Profile VIs on LabVIEW 7.1.&nbsp; (The path I specified earlier is for later versions of LabVIEW.)&nbsp; Presently, I know of no way to invoke this utility from inside a LabVIEW&nbsp;executable.&nbsp; If I do learn of how to do this, I can update this post.
&nbsp;
Kevin S.
Applications Engineer
National Instruments
&nbsp;
&nbsp;
0
x9561 (148438)
7/18/2008 5:10:05 PM
Reply: