LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

SO SLOW... will application (.exe) help

Hello,
My program is running much much too slow. Would it help to build an application? (an .exe file)

Thanks, IBAHKA
0 Kudos
Message 1 of 7
(3,393 Views)
Not really.

Do you have lots of loops, uninitialized shift registers or loops inside loops ? That might definitely slow it a lot. If your code is not confidential or propetiery I can look at it and suggest you few things. Thanks.

Kudos are the best way to say thanks 🙂
0 Kudos
Message 2 of 7
(3,381 Views)
Probably not.

Without trying to be insulting in my comments here, the problem is most likely in the way your application is written. Whatever is causing it to run slow within the LabVIEW development environment, will still be there after you build it into an executable.

We may be able to help find the trouble spots if you can give a few more details on what your applicaiton does. Maybe you can even post the code or a sample of it so we can see how everything is done.

There are a lot of things that slow an applicaition down. One common mistake is not putting any delay in loops that run continuosly. this will cause the applicaiton to use 100% of the processor all the time, so your applicaiton, and the entire computer will seem to run slow because the CPU is spending all of its time on your application.

Ed


Ed Dickens - Certified LabVIEW Architect
Lockheed Martin Space
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.
Message 3 of 7
(3,379 Views)
There is alot you can do to speed up things, and it mostly involves doing tricks with large arrays. However, if you store large arrays and are going to operate on them for instance in a loop, the only solution is to use Functional Globals (also called LV2 styled globals). A Functional Global is the only effective method to store arrays in LV.
0 Kudos
Message 4 of 7
(3,368 Views)
Hi Ed,
I will post my program. The application is a diagnstics test for children with neuromuscular difficulties. The program includes:

data aquisition through serial port (storing, writing to XL and processing)
all data is stored in XL- I communicate with it quite often- THIS MAY BE A PROBLEM
I'm also calling vi's which are simple tests. ( I have not attached them, since they are not the source of teh problem)

I would appreciate any input! (my deadline is FRIDAY!!!)

A little worried...
0 Kudos
Message 5 of 7
(3,362 Views)
Hello IBAHKA,

There are many tricks we can use to try and speed up a program such as I/O calls and large arrays. The best reference to find possible reasons and solutions to slow execution is the G Programming Reference Manual. In chapter 28 of this manual, many different performance issues such as memory usage and execution speed are discussed. The manual describes programming pitfalls and how to fix them. I would suggest reading through chapter 28 and applying all the suggestions that are applicable to your program. The manual can be found at:
http://digital.ni.com/manuals.nsf/websearch/8603C072BB0FAAE98625665E006358A6?OpenDocument&node=132100_US

Thanks,
Caroline
National Instruments
Thanks,
Caroline Tipton
Data Management Product Manager
National Instruments
0 Kudos
Message 6 of 7
(3,323 Views)

That manual was last revised for LabVIEW 5.0. The most recent version of that content is available in the LabVIEW Performance and Memory Management Application Note in NI Developer Zone.

Kelly H
LabVIEW Documentation
National Instruments
Message 7 of 7
(3,314 Views)