LabVIEW 8 very slow to edit large VI

[JohanL]

hello,

does anyone have any update on this issue? Is it fixed in 8.20? I do hope so since it's really a productivity hit with such slow editing on large diagrams where any changes will come with 3-5s delay.

[DanyAllard]

No it's not corrected in 8.2 😞

I have submited an exemple VI to R&D that have this behavior.

If you whant more info let me know

Dany

[TCPlomp]

Just one thought,

do you have transparency 'on' (eg. you can look through items and see the things underneed them?

This is an INI setting and WILL cause exactly what you describe.

Ton

[JohanL]

I've checked my labview.ini and did not find any transparancy setting there. I don't use the transparancy properties either in my code. I suspect the issue is related to type definitions and enums.

[DanyAllard]

No transparancy used,

In the exemple VI that I sent to NI, there is no type definition in it.

Dany

[tomker]

I have exactly the same behavoiur on my "a bit bigger" project.
(Scope, xy-scope , fft in one program with up to 8ch)
It is slow on any machine (I tested 4 different pc´s) and it slowed down after my upgrade from 8.01 to 8.20
Creating an Local Var from a Control takes about 8seconds.....
If I open an new VI with the project loaded its fast in the new vi and slow in the topVI of the project.
I sure need help!
Please give some more Info on this subject.
thanks
tom

[tomker]

I have no transparency
Copy and Paste the whole contents of the top VI to a new VI also doesn´t help
tom

[Riconquistiamola]

Hi tomker,

What happens when you start deleting sections of the VI? I would try saving a copy of the VI and deleting sections of code to see if there is any improvement in performance. As mentioned earlier in this post, a specific function/structure/etc. can cause this sort of problem. Can you identify a section of code that causes the dramatic decrease in performance you were talking about? If so, there may be no acceptable solution, as the previous post mentions "there just seems to be a bug ..." and may not have an available fix.

Michael K.

[tomker]

Hi Michael,
when I start to delete special events (some with enums in it) the editing gets slowly faster.
As soon as this special event structure is deletes completly I "only" have to wait a little bit less than one second for
the sandbox-cursor to dissapear. Unfortunatly there is no big jump in editing performance after a special delete.

I now also started a service request at NI-germany -> lets see if they can help...

Thanks

tom

[tomker]

Hi,
after some e-mails with the german support there seems to be only one way to resolve this big problem:

- 1st: load your project and the top-level VI
- then close evrything except labview
- now only open the top-level VI
The VI will find evreything it needs in memory and it will be runnable (even with shared vars)
and most important: editing is fast again!

I think there are still some major bugs in the project explorer: NI please help!

tomker