why is programming in Labview 8.2 so terribly slow

[johan_W]

I'm programming in labview 8.2 but is works terribly slow. At practically every action that I perform (inserting nodes, making wire connections etc.) I have to wait for several seconds. My computer itself has no problems and I did not experience this before at previous labview versions. Can this be solved by changing labview settings or in another way??

[TCPlomp]

Try to recompile your vi:
click the run button while holding ctrl-alt

Ton

[JeffBoettcher]

Recompiling as Ton suggested is a good idea.

Also, do you see this behavior in new, blank VIs, or only in existing ones?  Do you see it in many existing VIs, or just one?  In at least one of the VIs where you see this behavior, how large is the VI file on disk?

Message Edited by Jeff B on 11-07-2006 09:45 AM

[johan_W]

Thanks for your reactions, It seems that compiling does not solve the problem, but I now found that working on my VI is only slow when I opened my VI from the Labview project explorer. If I open the VI seperately (from windows explorer) there is no problem.??

[JeffBoettcher]

I'd still be interested in answers to the questions in my first reply, but given this new information, I'd add the suspicion of Source Code Control (SCC) that might be improperly configured, or where the SCC server is offline or behaving slowly.  If you've got SCC configured (accessible via Tools - Options - Source Control, try disabling it temporarily at least to see if that resolves the issue.

[johan_W]

When I create a new blank VI in my project, it is ok (not slow). I have two other VI's in my project. one of them is 174kb and is a little slow, the other is 366 kb and is terribly slow. I'm using Labview full development system, which according to the Labview help does not have SCC (I can not find it in the tools menu) In both slow VI's I'm using several shared variables, which are defined within the same project, I don't know if this can cause any problems? 

[JeffBoettcher]

Hm, yeah, it doesn't sound like it would be SCC-related, and nothing sounds out-of-the ordinary in terms of VI size (if your VI was many megabytes large, I might question more if you should be using more subVIs, etc).

I'm going to defer any further responses to someone who knows the shared variable better than I do, I can't really tell you if that could be related or not.

As always, if it's possible for you to post these VIs and the associated project file(s), that might help us reproduce the issue.

[Lucy]

I'm using shared variables, and have found that making any changes on the diagram, even moving a wire can give a long delay. This happened in 8.0 and is no better in 8.20.

Editing any other vi's within the project there's no delay.

Lucy

[JeffBoettcher]

Approximately how many shared variables are on the diagram of the VI where you're seeing these problems?  If you are able to send us whatever components (VIs, project, etc) are necessary to reproduce this, there would be a much greater chance we could properly diagnose the issue, thanks!

[johan_W]

I finally contacted National Instruments regarding this problem. It appears that the problem is very simple; the more shared variables that are used in a VI, the slower programming becomes. At NI they could reproduce my problem and they are now verifying a sollution. So it's a Labview bug!!. Very strange that it was only found now! The only method to solve the problem for me was not using the shared variable anymore and use the old-fashioned Global variable instead. Thanks for your replied!