LabVIEW 8 development environment is unbearably slow

[Chris_Cilino]

daniel,

I've noticed the same thing when I have many, many items on my block diagram. IF you have a large block diagram, try using sub vis. If you have many subvis, try using modules of subvis.

Chris C

[dpatch]

I have run into this also when moving to a newer version of LV.  You are not going to like it, but what I did was recreate the VI and the problem went away.  I think that something happened whenthe Vi was upgraded to the newer version.  Did the file size change in the newer version of the Vi?

[djwlindenaar]

I've finally solved the issue. The delays were caused by a single block 'read from DMA fifo' from the fpga module.

When replaced with a new block, as in deleting the old block and recreating it, the delays went away.

Daniel

[dpatch]

Cool, this is exactly what I saw.  I think something happened during the upgrade process.  I do not know what that process consists of (maybe an NI person can comment) but I think that your code is very much at risk when upgrading. 

This should reinforce the practice of backing up before changing compilers!

[Biff_Whiffle]

Hello,

I am experiencing this problem as well.  I am not using the FPGA module, nor am I using graphs on tabs on the vi's I'm currently editing.  "Recreating" the vi's is not really a practical solution- there are hundreds of them.  Furthermore, when I tried recreating a large vi, the lag problem didn't go away.

Is there any fix or patch in the works that addresses this issue?

I upgraded my application code from 6.1 to 8.2 and starting seeing this problem.