LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Block diagram running extremely slowly

Hello,

I am having a problem where whenever I open the block diagram of a project it runs extremely slowly. Slow to the point where scrolling down an inch takes 30 seconds. This slowness sometimes carries over to the rest of the computer. The problem happens whether or not the code is running at the time. Larger programs make the problem worse but it is still bad with extremely small programs. I have tried reinstalling LabVIEW, upgrading from 2015 to 2016.

 

This problem started suddenly. One day I could open the block diagrams without a problem and the next everything was slow. If I don't open the block diagrams the programs still run just fine. 

 

 I am currently  running LabVIEW 2016 on CENTOS 6.9 on a dell.

I am not getting any error messages

 

I have attached a program where I can observe the problem but it happens for any code. 

0 Kudos
Message 1 of 12
(4,254 Views)

I don't think CENTOS is officially supported.

 

Do things improve if you don't have all these overlapping controls on the front panel?

Does the problem persist if you copy all code to a new VI?

0 Kudos
Message 2 of 12
(4,243 Views)

Your block diagram seems just fine for me.  (I opened in LV 2017.)

 

What is Centos 6.9?

 

The only times I've seen problems with scrolling block diagrams is if they are particularly large (numerous screens worth of code) and if the navigation window is on.  If it is slow for you and the navigation window is open, try closing it to see if it speeds up.

0 Kudos
Message 3 of 12
(4,241 Views)

CentOS 6.9 is just a version of Linux. 

 

The navigation window isn't open and the problem is there for programs much smaller than the one I gave you. The one i attached actually worked fine until a few weeks ago. 

0 Kudos
Message 4 of 12
(4,214 Views)

Okay.  I had never heard of that one.  As Altenbach said, it isn't supported by LabVIEW.  If you can figure out if any changes happened in the OS, such as a change in graphics drivers, that might explain it.  Otherwise you may never find an answer.

 

Does it have to be a Linux OS instead of Windows?  Have you tried your code on other PC's or another PC setup with that same OS?

0 Kudos
Message 5 of 12
(4,209 Views)

In response to altenbach,

 

things don't improve if I don't have the overlapping controls. I can start up a new project and simply add numbers and by the third or fourth control the block diagram is unbearably slow. 

 

I would be more concerned about CentOS if It hadn't worked for two years before this bug. 

0 Kudos
Message 6 of 12
(4,208 Views)

I don't think any changes to the OS happened but my company does updates occasionally. But I talked with my tech guy and he didn't have a clue what the problem could be. The reason I am running this on CentOS is because that is the computer I was doing all my other work on. My project leader had wanted me to run the code on Linux.  I have not tried my code on other PCs but it would take me a while to find another PC to try it on. 

0 Kudos
Message 7 of 12
(4,202 Views)

@altenbach wrote:

I don't think CENTOS is officially supported.

 


As of LabVIEW 2016, CentOS 7 is officially supported.

Matt J | National Instruments | CLA
0 Kudos
Message 8 of 12
(4,173 Views)

He's running CentOS 6.9, though ( <7.0!). Not sure if it makes a difference....

 

(Linux support details)

0 Kudos
Message 9 of 12
(4,168 Views)

It's not officially supported but RHEL 6.x has been supported for a while so . . . ¯\_(ツ)_/¯

Matt J | National Instruments | CLA
0 Kudos
Message 10 of 12
(4,164 Views)