Jump to content

GDevCon-6/Memory in LabVIEW

From LabVIEW Wiki
Revision as of 13:37, 5 February 2026 by Cordm (talk | contribs) (Created page with "{{infobox |category=presentation |icon=GDevConButton.png |presentation-conference=GDevCon-6{{!}}GDevCon#6 |presentation-presenter=James Powell }} {{presentation |presenters=James Powell |abstract=To write memory efficient code requires us to understand where LabVIEW makes memory allocations and copies. Doing that involves having tools to see where copies happen. We have such a tool, in the form of “trace” events that can be logged in the DETT (Desktop and Executi...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
GDevCon#6
Memory in LabVIEW
Conference GDevCon#6
Presenters James Powell
Memory in LabVIEW by James Powell

To write memory efficient code requires us to understand where LabVIEW makes memory allocations and copies.

Doing that involves having tools to see where copies happen. We have such a tool, in the form of “trace” events that can be logged in the DETT (Desktop and Execution Trace Toolkit). However, it can be quite difficult to effectively use this tool due to the large volume of trace events in a running program. In this talk I will:

– show how to use custom probes with the DETT to quickly identify memory copies

– demonstrate the various places such copies happen

– show alternate memory-efficient code

I will also show how one can make one’s own custom version of a DETT logger.