LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW Environment, Editor and Configuration Windows are very slow.

Solved!
Go to solution

I have an issue with my LabVIEW editor. It slows down to a great extent when working in any kind of project. We're talking small projects, or big projects. With SubVIs of an average size of 200kb and code complexity of ~0.5, not more than 1.

 

The current project I have contains about 32 SubVIs and 10 controls.

 

Opening the Icon Editor, Options, Enum Options, Control Windows to change the configuration of something is really, really sluggish. It's very often that they freeze, and I usually experience a ~20 second lag on average.

 

I'm using LabVIEW 17.0. These are the main computer specs:

 

HorseBattery_Stapleguy_0-1614878361851.png

I can't really change my computer, so I'm trying to do anything I can to help speed up the editor. I've disabled Live Wire updates in the ini, but that didn't really help with the issue.

 

Any advice is appreciated.

 

Edit: I forgot to mention this but. The sluggishness of the editor is not consistent.

 

The block diagram is the "fastest" of the bunch. Then for example, the project or VI properties window, followed by the event structure window, control window. Which are still slow.

 

Then the Enum properties window is much, much slower with more freezes. Followed by the icon editor, being the slowest of them all, with the longest lags and freezes.

 

Task manager shows the process jump from 9% usage with no VIs open to 32% to 50% where it stays, despite frequent freezes.

 

0 Kudos
Message 1 of 25
(3,244 Views)
  • Is the computer otherwise fast?
  • Is a windows update in progress? (Maybe it never finishes due to some other problem)
  • Have you rebooted recently?
  • Are the drives really full?
  • Did you check your drives for errors?
  • Did you try to see if there are updated video drivers?
  • Are you running any unusual security software?
  • Did you scan the PC for malware?
  • Any exclamation marks in the device manager?
  • How is the CPU use in task manager?
  • Is the computer healthy (fans running fine etc.) It will reduce the speed when overheating.
  • ...
0 Kudos
Message 2 of 25
(3,223 Views)

8 GB of memory isn't even enough to run WinXP with authority.  I'm guessing your PC is doing HUGE amounts of memory to disk any time you try to do much of anything.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 3 of 25
(3,220 Views)

@billko wrote:

8 GB of memory isn't even enough to run WinXP with authority.  I'm guessing your PC is doing HUGE amounts of memory to disk any time you try to do much of anything.


8GB is fine for almost everything! You can see in the task manager how much is actually used.

 

(Just make sure you don't have 200 browser windows open. On modern browsers, each browser tab/window typically runs in a separate process for performance and security)

 

(Windows XP was 32bit in 99% of installations and could not even support more than 4GB! (Yes, there was also an oddball 64bit version with limited driver support)) 

0 Kudos
Message 4 of 25
(3,208 Views)

- The computer is so-so, its usually fast enough. For example, in sheer contrast. I have other software that's more graphically "intensive" for editing Icons. Its pretty fast and I don't exprience hicups with it often. I also have used pcb editing software and CAD and I don't think I've seen this same performance. I'll double check.

- There's no windows update in progress.

- I did reboot recently.

- I'm freeing up more memory right now, I'll test to see if maybe there's a 

- There are no current drive errors.

- Drivers are up to date.

- There's a virus scanner, Symantec Endpoint Protection. I've seen it scan my compiled code in C++ before, but I haven't seen this issue in the logs with LabVIEW.

- No issues with drivers in the device manager.

- The CPU usage stays at 9% at idle projects, and then jumps to 30% on opening VIs, then 50% on average when using the windows I mentioned. It stays consistent after that.

- The computer is healthy as far as I know.

0 Kudos
Message 5 of 25
(3,175 Views)

Symantec is not known to tread gently and there are tons of reports if you search the web. Can you temporarily disable it for testing or at least create an exception (example). (Might need IT help).

Message 6 of 25
(3,169 Views)

Wouldn't it end up slowing other software though? Seems like disabling it will be more complicated due to policies.

 

On that note, I did end up freeing more space, but it ended up not making any difference.

 

 

0 Kudos
Message 7 of 25
(3,126 Views)

@altenbach wrote:

@billko wrote:

8 GB of memory isn't even enough to run WinXP with authority.  I'm guessing your PC is doing HUGE amounts of memory to disk any time you try to do much of anything.


8GB is fine for almost everything! You can see in the task manager how much is actually used.

 

(Just make sure you don't have 200 browser windows open. On modern browsers, each browser tab/window typically runs in a separate process for performance and security)

 

(Windows XP was 32bit in 99% of installations and could not even support more than 4GB! (Yes, there was also an oddball 64bit version with limited driver support)) 


I don't know.  Everything I've read (and everything I've experienced) seems to indicate that 8GB is the bare minimum amount of memory you want to have if you want a reasonable experience.

 

But you're right about WinXP.  Being that it was (mostly commonly) 32-bit, it couldn't even make use of memory above the 4GB limit.  I don't know what I was thinking of there.

 

I will stand by my assessment that 8GB is on the edge of performance, though.  My computer at work right now, not doing anything, is using just a bit under 8GB of active memory.

billko_0-1614905963273.png

 

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 8 of 25
(3,107 Views)

I have run LabVIEW on 2GB of RAM. It's no longer like in the last century, where free ram is desirable. Unused ram is useless, so applications squat and use as much as they can get, even the OS for disk caching. I bet your exact system would show significantly less memory usage if you had less memory. 🙂

0 Kudos
Message 9 of 25
(3,095 Views)

@billko wrote:


I don't know.  Everything I've read (and everything I've experienced) seems to indicate that 8GB is the bare minimum amount of memory you want to have if you want a reasonable experience.

 

But you're right about WinXP.  Being that it was (mostly commonly) 32-bit, it couldn't even make use of memory above the 4GB limit.  I don't know what I was thinking of there.

 

I will stand by my assessment that 8GB is on the edge of performance, though.  My computer at work right now, not doing anything, is using just a bit under 8GB of active memory.

billko_0-1614905963273.png

 


Memory usage in Win10 is trickier than before. Windows uses free memory to improve performance, so it's not as easy as "see free memory" anymore. But, as the Paged pool is small, all useful data is in memory.

G# - Award winning reference based OOP for LV, for free! - Qestit VIPM GitHub

Qestit Systems
Certified-LabVIEW-Developer
0 Kudos
Message 10 of 25
(3,060 Views)