Improving the Performance of Your

Transcription

1 Improving the Performance of Your NI LabVIEW Applications

2 Improving Performance in LabVIEW Purpose of Profiling Memory Optimization Tools Optimization

3 Optimization Cycle Benchmark Evaluate performance Identify problem areas Optimize Improve efficiency Improve speed

4 Why Should You Profile Your VIs? The 80/20 rule of software performance 80 percent of the execution time is spent in 20 percent of the code Performance improvements are most effective in the 20 percent Guessing which 20 percent is difficult

5 Improving Performance in LabVIEW Purpose of Profiling Memory Optimization Tools Optimization

6 Windows Task Manager Gives user a rough idea of whether memory or CPU is the bottleneck Can be helpful in identifying memory leaks View»Select Columns allows you to add additional stats

7 Perfmon Allows you to monitor Processors Disk I/O Network Tx/Rx Memory/Paging Access by typing perfmon into the Windows Run dialog

8 Benchmarking Code Execution Timing Template (data dep) LabVIEW Shipping Example

9 Benchmarking Code Execution Code Calibration Analysis Benchmark Project LabVIEW Real-Time Shipping Example

10 VI Profiler Timing and memory statistics for VIs Tools»Profile»Performance and Memory

11 Demo VI Profiling

12 LabVIEW Desktop Execution Trace Toolkit Detailed execution traces Thread and VI information Measurement of execution time Multiple Sessions Threads, CPU and Memory VIs

13 Benchmarking Summary OS Level Task Manager, Perfmon LabVIEW Level VI Profiler, Benchmark VIs VI Level LabVIEW Desktop Execution Trace Toolkit

14 Improving Performance in LabVIEW Purpose of Profiling Memory Optimization Tools Optimization

15 Panel Diagram Code VI Components Diagram compiled into machine code Data Control/indicator values Default data Block diagram constant data

16 VIs in Memory When a VI is loaded into memory We always load the data We load the code if it matches our platform (x86 Windows, x86 Linux, x86 Mac, PowerPC Mac) We load the panel and diagram only if we need to (for instance, we need to recompile the VI)

17 Panel and Diagram Data Front panel controls and indicators need their own copy of the data to display, called operate data This VI uses about 8 KB of data if the panel is open, and about 4 KB otherwise

18 LabVIEW Terminology Panel data is called Operate Data Controls and indicators have their own copy of the data, so that front panel editing of data does not interfere with computations in the diagram Diagram data is called Execution Data Every wire represents a buffer of data Transfer Data is used to copy between them Avoids multithreading issues

19 Memory Performance The following features affect the impact memory allocation has on your application: Wire Semantics and In Placeness Type coercion Passing values to subvis Shift registers Front panel indicators

20 Every wire is a buffer Wire Semantics Branches typically create copies

21 Optimizations by LabVIEW The theoretical 5 copies become 1 copy operation Copy Output is in place with input

22 The In Place Algorithm Determines when a copy needs to be made Weighs arrays and clusters higher than other types Algorithm runs before execution Does not know the size of an array or cluster Relies on the sequential aspects of the program Branches may require copies

23 Bottom Up In-place information is propagated bottom up Branched wire Copy because of increment No copies required Increments array in place

24 Showing Buffer Allocations

25 The In-Place Element Structure Allows you to explicitly modify data in place

26 Types of Border Nodes Array index/replace element Array split/replace subarray Unbundle/bundle Waveform unbundle/bundle Variant to/from G data Simple in place relationship Data value reference read/write

27 Example of In Place Optimization Operate on each element of an array of waveforms

28 Make the First SubVI In Place changes into

29 SubVI 2 Is Made In Place Changes into

30 SubVI 3 Is Made In Place Changes into

31 Final Result: Dots Are Hidden

32 Type Coercion Changing the data type of a wire to match the required data type Dots indicate automatic coercion Requires a copy Coercion Dot

33 Passing Values to SubVIs SubVI does not always have to make a copy Best when Inputs are required Inputs and outputs are not in structures Inputs and outputs are in place

34 Passing Values to SubVIs Parameters within structures cause unnecessary copies Move

35 Shift Registers Single left input always in place with right output Even better when the body is in place In Place Always In Place

36 Building Arrays There are a number of ways to build arrays and some are better than others Bad Reallocates array memory on every loop iteration No compile time optimization

37 Building Arrays There are a number of ways to build arrays and some are better than others Better Memory allocated Keep graphics at load time Values populated below the text in place and to the right.

38 Building Arrays There are a number of ways to build arrays and some are better than others Best Memory preallocated Indexing tunnel eliminates need for copies

39 Build Array Ordering Appending to the end of an array is much more efficient than prepending to the beginning If you need to insert items at the beginning, insert at the end instead and use a single Reverse Array when finished

40 Demo Effects of Memory Optimization

41 Improving Performance in LabVIEW Purpose of Optimization Profiling Tools Memory Optimization Decrease memory usage, increase speed 80/20 Rule

42 Improving Performance in LabVIEW Purpose of Optimization Profiling Tools Memory Optimization Windows Tools (Task Manager, perfmon) VI Profiler Real-Time Execution Trace Toolkit

43 Improving Performance in LabVIEW Purpose of Optimization Profiling Tools Memory Optimization Hide the dots Take advantage of in placeness

44 Next Steps In LabVIEW LabVIEW Help On the Web ni.com/multicore ni.com/devzone

45 Next Steps Visit ni.com/training Identify your current expertise level and desired level Register for appropriate courses