09-09-2019 07:48 AM
@billko wrote:
Computers are very good at doing what you TELL it to do, but not necessarily what you WANT it to do. Hopefully, the more developing experience you get, the closer TELL and WANT become. 😉
As someone explained it: Computers are very sofisticated morons.
/Y
09-09-2019 11:34 AM
What version of Labview? You said windows XP, perhaps this is related to a very old version of labview?
09-10-2019 11:29 PM
Hello,
During debugging of code I found that whenever I click on title bar there is gradually reduction in CPU usage (34% to 18% and again it comes to 34% within 1-2 seconds). Hence due to this my data acquisition loop becomes slow.
But I have question that if it become slow it may update value slowly but here it is reading and writing adverse value (like if my control is true, it writes false). Don't know why ?
Normal CPU usage - 34% approx.
OS - WindowsXP
LabVIEW version - 2011
09-11-2019 05:36 AM - edited 09-11-2019 05:38 AM
As always with such problems: Show us your code! And I do not mean a screenshot but the real actual code!
With this type of problem we can keep guessing all day what might be the cause and it will give you a few dozen possible guesses and maybe none of them to the point.
My fairly informed guess based on over 25 years of LabVIEW programming experience is that your program makes assumptions about the order of events that occur in your code and when Windows event handling gets in the way such as when you move a window to a different screen or you click in the non-client area of a window, that assumption falls on its ass!
09-11-2019 11:18 PM
One more thing , when I right click on task bar and select MOVE option and after that if I move screen then it is working perfect !!!!!!!
09-12-2019 02:57 AM
I also observed that this jump in CPU usage creates delay in my data acquisition loop and hence due to this problem occurs.
09-12-2019 07:46 AM
How many CPU cores do you have?
You said you have an XP machine, and it sounds rather old.
I have no idea how this would cause the digital I/O lines to get new data written to them, but I did have an application, one of my first on an ancient 1 core PC, and this PC was hold at the time I wrote the app in 2005, that if I did something UI related like drag the window around, it would cause the application to essentially freeze at what it was doing (continuous data acquisition and display) until I stopped moving the window around. The single core mean that when the UI thread took control, the other threads LV was using was put on hold.
What are the specs on your PC? Is it single core? If it is, throw it away and buy a new one! Windows XP is long past end of life anyway.
09-13-2019 02:18 AM
Hi,
I have attached image for CPU core. It is multicore.
System specs:
I7-3Ghz
4GB RAM
# of logical processors :8
# of packages :1
# of cores per package :4
# of logical processors per core:2
09-13-2019 06:44 AM
In message 1, you said you had only 2 GB of RAM! ??
There is still a chance my theory could apply if your code happens to be such that the various VI's are set to run in the UI thread. Others on the forum are more of an expert in this topic.
09-17-2019 12:03 AM
We have two system both have same configuration except RAM. One has 2GB RAM and other has 4 GB RAM. But both system have same issue.