04-03-2014 02:03 PM
When I look at the system usage, I get the idea, that LabVIEW does not make good use of multicore on my system. In the SystemUsage4, only one core out of the 8 is working. And during that load on the one core my LabVIEW is dead.
Is there some way to change this?
04-03-2014 02:31 PM
04-03-2014 02:37 PM
1) Do you have "Error list" window opened when editing your code?
Yes, I often have it opened. I will check if it makes a difference having it closed
2) Do you work with real-time target and are you connected to this target?
No it is Windows only projects
04-08-2014 03:51 AM
In windows taks manager ("processes" tab, look for "LabView.exe" , right mouse-click "processor-affinity" ) you can see and change the number of processors which are allowed to run LV.
But LabView should make use of multicore automatically, but you can also define which processor LV should use with the "input node" (see screenshot).
To minimize the lags, you could try to optimize your code using different settings and functions, for example the "In Place Element" Structure:
In Place Element Structures: Increasing Memory Efficiency
http://zone.ni.com/reference/en-XX/help/371361J-01/lvconcepts/in_place_element/
I also find a short presentation about LabView Performance:
Tips and tricks to speed LabView performance
http://www.ieee.li/pdf/viewgraphs/tips_and_tricks_to_speed_labview_performance.pdf
04-10-2014 01:12 AM
Thank you Janina,
I will try out some things.
The links about the memory efficiency and LabVIEW performance are targeted for the executing LabVIEW code. My problems are withing the LabVIEW programming. The code runs fine. It is just the lags during programming the LabVIEW code that give me a hard time.
04-11-2014 07:59 AM - edited 04-11-2014 08:02 AM
As you said, it is a well-known problem...I found an Idea Exchange named Improve IDE performance when working with lots of classes. Maybe you will find there a few helpful hints.
http://forums.ni.com/t5/ideas/v2/ideapage/blog-id/labviewideas/article-id/19562/page/2#comments
Best regards,
Janina