Target Designer has become astoundingly slow

[Guest]

Hi there. I've been using the XPE Eval kit to build an image for an embedded control app. As of yesterday, I'd built a .pmq fort he hardware using TAP, and had built and deployed an image on the target machine... pretty smooth

OK, so this morning, I made a few small revisions to my .slx, and (for about the eighth time) ran a Dependency Check. This process had been taking about 90 seconds. This one started spinning the CPU to 100%, and I aborted it after ten minutes. After a few reboots, perfmon checks ( I'm not at all out of memory or disk space), I decided to just let it run. It's *almost* done, and it's been an hour

What the heck just happened

It just finished, and the stats sa

CFDB 9.10 Seconds, 481 reqs. LAB: 40.83 secs, 2780 reqs, 82%hits, 200 entrie
Check complete, elapsed time 528.17 seconds [it was really more like 60 minutes

 

[Gordon Smith \(eMVP\)]

Hi there. I've been using the XPE Eval kit to build an image for an
embedded control app. As of yesterday, I'd built a .pmq fort he
hardware using TAP, and had built and deployed an image on the target
machine... pretty smooth.

OK, so this morning, I made a few small revisions to my .slx, and
(for about the eighth time) ran a Dependency Check. This process had
been taking about 90 seconds. This one started spinning the CPU to
100%, and I aborted it after ten minutes. After a few reboots,
perfmon checks ( I'm not at all out of memory or disk space), I
decided to just let it run. It's *almost* done, and it's been an
hour.

What the heck just happened?

It just finished, and the stats say

CFDB 9.10 Seconds, 481 reqs. LAB: 40.83 secs, 2780 reqs, 82%hits,
200 entries
Check complete, elapsed time 528.17 seconds [it was really more like
60 minutes]

The last time something like this happened was because of my virus software.
It had a bug where it pegged my CPU at 99% trying to update it's files...

 

[Richard]

I see the same thing. I like to know what causes it because having to
re-install is not fun, and does not always fix it.

Hi there. I've been using the XPE Eval kit to build an image for an

embedded control app. As of yesterday, I'd built a .pmq fort he hardware
using TAP, and had built and deployed an image on the target machine...
pretty smooth.

OK, so this morning, I made a few small revisions to my .slx, and (for

about the eighth time) ran a Dependency Check. This process had been taking
about 90 seconds. This one started spinning the CPU to 100%, and I aborted
it after ten minutes. After a few reboots, perfmon checks ( I'm not at all
out of memory or disk space), I decided to just let it run. It's *almost*
done, and it's been an hour.

What the heck just happened?

It just finished, and the stats say

CFDB 9.10 Seconds, 481 reqs. LAB: 40.83 secs, 2780 reqs, 82%hits, 200 entries
Check complete, elapsed time 528.17 seconds [it was really more like 60 minutes]

 

[Guest]

Thanks... I doubt it was a coincidence, but my McAfee subscription had just run out the day before this problem started. I had been wondering if the script-blocking or virus scanning stuff was freaking out behind the scenes, and you confirmed my suspicions. I updated my subscription, un/re-installed McAfee's stuff, which re-enabled the control panel. After shutting virusScan off, the CheckDependencies process sped up dramatically. The odd thing is that prior to my subscription running out, TargetDesigner performed fine with VirusScan running, although at various points the ScriptBlocker would go off in response to various TargetDesigner operations

God, don't you just hate computers

If I develop more specific data on this issue, I'll post it

Anyway, thanks again

Tony