01-15-2021 10:02 AM
The logic in my code is simple, it only takes 64 copies of add and delay, which might seem to be the cause of the problem.
But for my application, I might go for 512 or so if possible, of cause, I will have to split them into little pieces. according to what I see here...
01-15-2021 10:06 AM
Save all doesn't seem to help.
Also, I'm not using any SCC toolkits right now.
I only left windows security running in a Windows 10 system.
01-18-2021 11:54 AM
Try dropping an "add" on your block diagram. Don't wire it.
Does the behavior go away? (The add will break your VI and stop the compiling in the background. If this works, there are more elegant ways to resolve the issue you're running into)
If not, open another VI and try programming something else (even just an example should work) to see if the lag persists.
Essentially, I'm trying to understand if the behavior follows the VI or the installation.
01-18-2021 10:02 PM
Thanks for your advice.
By dropping an add function in BD, the overall hanging time didn't seem to change.
By the way, dropping or deleting this add function also takes around 10 secs to finish.
Programing other vi seems fine, but once the BD has 300+ items, the overall performance drops quickly. I currently have 64 delay functions, 128 add functions, and around 200 single element feedback nodes.