LabVIEW 2011 Block Diagram/Front Panel reacts slowly

[BMajor7]

Thank you for the suggestions. But

-I have considered already a disk drive/network problem: drive OK, enough space, defragmented

-I have doubled the RAM size

-no virus found (at least nothing known until now...)

-I have been spending some time with the resource monitor - there is no extraordinary program or process running. Just LV, actually.

-Anti-Virus is run by the company admin, but others working with LV did not report such a problem

-there is no navigation window open

-just tried the Mass-Compile - now I wait and see what happens

As told before, the problem occurs after some time and not right from the start. Next time this problem appears I will attach a screen video.

Thank you so far

Ben

[Ben · Accepted solution]

---

@BMajor7 wrote:

...As told before, the problem occurs after some time and not right from the start. Next time this problem appears I will attach a screen video.

Thank you so far

Ben

---

Do you save frequently?

Speaking for myself you can almost call my "ctrl-s" a nervous tick I do it so often.

I have heard others mention that working with the Project open vs closed makes a difference.

Please show us a screen shot of your code so we can gt an idea what type of other factors can be playing a part.

Ben

[BMajor7]

Yes, I save frequently.

But: it did not occur today. The only thing different I did in the morning was starting the main VI outside of the project and save it. This was actually not my intention but this might have been the solution. So, if it does not happen again it indeed might have been some problem with inside/outside project or some XML jam, as you mentioned, Ben.

I hope this has been it. But I wait a day or more before I regard this as solved...

Ben

[aeastet]

If it takes time for this to run slowly I would have to think that this is a memory leak. Open the task manager and look at the handles to see if they are going up over time. If they are then you have a leak. There are other programs that can show you this too but task manager has always worked for me.

You should also look to see if you are builoding an array of data over time. There could be something that is taking a lot of memory with the construction of the array.

[Ben]

---

@aeastet wrote:

If it takes time for this to run slowly I would have to think that this is a memory leak. Open the task manager and look at the handles to see if they are going up over time. If they are then you have a leak. There are other programs that can show you this too but task manager has always worked for me.

You should also look to see if you are builoding an array of data over time. There could be something that is taking a lot of memory with the construction of the array.

---

Hi Tim,

I think the "slow down" is in the development environment... durring edititng.

Ben

[Ray.R]

Without seeing the code, I would say good advice were suggested.  I can't think of anything else at this time.

Are you able to determine if the time when the slow down occurs is within a certain window of execution?  (ie: within 15 mins)

Is it possible to post the code and have someone run it to see if they get a similar slow down?

[BMajor7]

Hi guys,

unfortunately I cannot post the code since it is the main VI of a quite large project I am working on for a company.

It consists of three loops. One event triggered the others simple state-machines. The front panel has two tab controls separated by a vertical splitter.

The time this occurs was generally around 5-10 minutes after starting LV and the project. I have created already larger code and more "crowded" front panels, so I don't think there is something very extraordinary here.

I can't say if the cause for the slowing down issue was an action on the front panel or block diagram.

But as I said: yesterday this issue did not appear. I really hope saving the main VI outside the project solved it. If this is so, I will inform you within a short period of "verification" time. Just to be sure.

Thank you for your suggestions. I really appreciate it.

Ben

[Ray.R]

I'm sure we've all seen unusual events occurring with LabVIEW or any language, and as unusual as they appeared, they also dissappeared.

It's nice when you can point to something and say "hey! that's what caused it...  Now I know..."

It's not always the case 😞

[apok]

this may or may not be a solution...though I had created a pretty cool visual front panel simulating aircraft cockpit controls. It acted like the controls itself with rotating knobs,two or three way switches, dimming controls that actually dimmed leds on the the UI, so I had alot of action to update. I notice lag on this large UI, not so much on smaller UI panels. The solution was to use the property node VI Panel, Panel Defer Updates(true and false). The UI worked like a "champ."

[GregFreeman]

The following is from a reply in this thread  which you probably can't see if you aren't in the quick drop enthusiasts group 

"I've noticed occasional mysterious LabVIEW editor slowdowns over the years that I can never track down consistently enough to CAR.  This has manifested itself in Quick Drop, where the QD window takes way longer than usual to open after pressing Ctrl-Space.  When I find that I'm in that state, a LabVIEW restart always speeds things up again."

You may want to contact Darren with a PM if you think that it could be related.