High CPU on WLC 2006

I'm wondering if there are any options I can try for the following situation:
Professional sports arena has a small wireless deployment intended for use by media during games for research and submitting updates. Currently four APs on a WLC2006 (4.2.61) with a dedicated DSL connection for internet access. Only about 20-30 users typically and other than game time very stable. WLAN setup with an open SSID using web-auth to keep from needing to deal with support for encryption for visiting people. But during games with all the spectators the associations go way up due to iphones, driods, etc.. Eventually the performance starts dropping to the point where web-auth stops working. On the console (web unresponsive) I got CPU utilization staying at 80-98% and client counts of up to 180.. Too much for a 2006 I'm going to assume?
A couple options off the top of my head:
Turn on some form of encyption to reduce the number of associations, but this possibly opens up a requirement for additional support that may be needed to get non-technical users connected that need to.
More powerful controller? I haven't really been able to find anything yet on scalability expectations for the WLCs for this situation. Also don't believe there is a budget for any serious upgrade right now.
Any other thoughts or ideas anyone has that might help?

Hi David, 4.2.61 is one of the worst release to chose. In general the first release of a branch is not the best one.
4.2.209 is still the same code branch and is the most stable software out there. There has been a couple of bugs with web authentication not working under load.
Now you have another good point, that many clients on only 6 APs and a 2006 is a undersized network. 30 clients per AP is over recommendations. And the fact that some might stay in "web auth required" state means they have a special ACL applied and consume a lot of CPU on the WLC ...
The encryption is done by the AP, so WLAN encryption will not change anything to WLC CPU usage.
Regards,
Nicolas

Similar Messages

Isa 2006 wspsrv.exe high cpu load

I have an ISA 2006 Server which run for 5 years without any problem. As the hardware is getting old now I have decided to change the Hardware to a new server but was unable due to the hardware to install Server 2003 which ISA runs only on this one as it
is 32-bit. I then decided to install server 2008 R2 and install isa 2006 on a vm. Installed all updates patches on server 2008 and the 2003 running on VM, SP1 for ISA.
Everything went fine, transferred the rules and Exchange and everything works fine. However, every day, two days three days, very randomly and no systematically timeframe isa 2006 wspsrv.exe get a 99% high cpu load and then the service makes
the internet to stop. No internet access anymore, no ping by name or IP. Rebooting the server fixes that problem until it happens again. It also happens during different time when people are working or even during the weekend when noone is
working on the system.
I have no idea anymore what I could do next. ISA is the only thing installed on the Server
Any help would be appreciated

Hi,
The blog analyzed a scenario that the high CPU is caused by the third party driver. You could refer to the steps in the blog to troubleshoot this issue.
Quote:
What we can conclude here is that we have a condition where wspsrv.exe was allocating more and more threads without releasing resources (releasing threads) because it was getting stuck waiting for an answer from kernel driver.
Some threads were working on I/O, mainly socket and LRPC call (almost socket) that run in Kernel mode. The third party driver is causing every AFD call to take more time and more CPU cycles, the fact that ISA is extremely using sockets amplify the problem.
The third party kernel driver was uninstalled from ISA Server and the issue was resolved.
ISA Firewall Service Process (wspsrv.exe) high CPU utilization issue
Best Regards,
Joyce
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact
[email protected]

High cpu usage for garbage collection (uptime vs total gc time)

Hi Team,
We have a very high cpu usage issue in the production.
When we restart the server, the cpu idle time would be around 95% and it comes down as days goes by. Today idle cpu is 30% and it is just 6th day after the server restart.
Environemnt details:
Jrockit version:
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1 (build ari-38120-20041118-1131-linux-ia32, Native Threads, GC strategy: parallel)
Gc Algorithm: JRockit Garbage Collection System currently running strategy: Single generational, parallel mark, parallel sweep
Number Of Processors: 4
Max Heap Size: 1073741824
Total Garbage Collection Time: 21:43:56.5
Uptime: 114:33:4.1
Total Garbage Collection Count: 420872
Total Number Of Threads: 198
Number Of Daemon Threads: 191
Can you guys please tell me what would be problem in the server which causing the high cpu usage?
One more thing I would like to know is that why the total number of threads is 198 when we specified the Executor pool size as 25? I agree that weblogic would create some threads for its maintenance but around 160 threads!!! something is wrong I guess.
Santhosh.
[email protected]

Hi,
I'm having a similar problem, but haven't been able to resolve it yet. Troubleshooting is made even harder by the fact that this is only happening on our production server, and I've been unable to reproduce it in the lab.
I'll post whatever findings I have and hopefully we'll be able to find a solution with the help of BEA engineers.
In my case, I have a stand-alone Tomcat server that runs fine for about 1-2 days, and then the JVM suddenly starts using more CPU, and as a result, the server load shoots up (normal CPU utilization is ~5% but eventually goes up to ~95%; load goes from 0.1 to 4+).
What I have found so far is that this corresponds to increased GC activity.
Let me list my environment specs before I proceed, though:
CPU: Dual Xeon 3.06GHz
RAM: 2GB
OS: RHEL4.4 (2.6.9-42.0.2.ELsmp)
JVM build 1.5.0_03-b07 (BEA JRockit(R) (build dra-45238-20050523-2008-linux-ia32, R25.2.0-28))
Tomcat version 5.5.12
JAVA_OPTS="-Xms768m -Xmx768m -XXtlasize16k -XXlargeobjectlimit16k -Xverbose:memory,cpuinfo -Xverboselog:/var/log/tomcat5/jvm.log -Xverbosetimestamp"
Here are excerpts from my verbose log (I'm getting some HT warning, not sure if that's a problem):
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Detected SMP with 2 CPUs that support HT.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to determine if HT is enabled.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/0/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Trying to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: Failed to read from /dev/cpu/1/cpuid
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] HT is: supported by the CPU, not enabled by the OS, enabled in JRockit.
[Fri Oct 20 15:54:18 2006][22855][cpuinfo] Warning: HT enabled even though OS does not seem to support it.
[Fri Oct 20 15:54:55 2006][22855][memory ] GC strategy: System optimized over throughput (initial strategy singleparpar)
[Fri Oct 20 15:54:55 2006][22855][memory ] heap size: 786432K, maximal heap size: 786432K
[Fri Oct 20 16:07:30 2006][22855][memory ] Changing GC strategy to generational, parallel mark and parallel sweep
[Fri Oct 20 16:07:30 2006][22855][memory ] 791.642-791.874: GC 786432K->266892K (786432K), 232.000 ms
[Fri Oct 20 16:08:02 2006][22855][memory ] 824.122: nursery GC 291998K->274164K (786432K), 175.873 ms
[Fri Oct 20 16:09:51 2006][22855][memory ] 932.526: nursery GC 299321K->281775K (786432K), 110.879 ms
[Fri Oct 20 16:10:24 2006][22855][memory ] 965.844: nursery GC 308151K->292222K (786432K), 174.609 ms
[Fri Oct 20 16:11:54 2006][22855][memory ] 1056.368: nursery GC 314718K->300068K (786432K), 66.032 ms
[Sat Oct 21 23:21:09 2006][22855][memory ] 113210.427: nursery GC 734274K->676137K (786432K), 188.985 ms
[Sat Oct 21 23:30:41 2006][22855][memory ] 113783.140: nursery GC 766601K->708592K (786432K), 96.007 ms
[Sat Oct 21 23:36:15 2006][22855][memory ] 114116.332-114116.576: GC 756832K->86835K (786432K), 243.333 ms
[Sat Oct 21 23:48:20 2006][22855][memory ] 114841.653: nursery GC 182299K->122396K (786432K), 175.252 ms
[Sat Oct 21 23:48:52 2006][22855][memory ] 114873.851: nursery GC 195060K->130483K (786432K), 142.122 ms
[Sun Oct 22 00:01:31 2006][22855][memory ] 115632.706: nursery GC 224096K->166618K (786432K), 327.264 ms
[Sun Oct 22 00:16:37 2006][22855][memory ] 116539.368: nursery GC 246564K->186328K (786432K), 173.888 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117122.577: nursery GC 279056K->221543K (786432K), 170.367 ms
[Sun Oct 22 00:26:21 2006][22855][memory ] 117123.041: nursery GC 290439K->225833K (786432K), 69.170 ms
[Sun Oct 22 00:29:10 2006][22855][memory ] 117291.795: nursery GC 298947K->238083K (786432K), 207.200 ms
[Sun Oct 22 00:39:05 2006][22855][memory ] 117886.478: nursery GC 326956K->263441K (786432K), 87.009 ms
[Sun Oct 22 00:55:22 2006][22855][memory ] 118863.947: nursery GC 357229K->298971K (786432K), 246.643 ms
[Sun Oct 22 01:08:17 2006][22855][memory ] 119638.750: nursery GC 381744K->322332K (786432K), 147.996 ms
[Sun Oct 22 01:11:22 2006][22855][memory ] 119824.249: nursery GC 398678K->336478K (786432K), 93.046 ms
[Sun Oct 22 01:21:35 2006][22855][memory ] 120436.740: nursery GC 409150K->345186K (786432K), 81.304 ms
[Sun Oct 22 01:21:38 2006][22855][memory ] 120439.582: nursery GC 409986K->345832K (786432K), 153.534 ms
[Sun Oct 22 01:21:42 2006][22855][memory ] 120443.544: nursery GC 410632K->346473K (786432K), 121.371 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.508: nursery GC 411273K->347591K (786432K), 60.688 ms
[Sun Oct 22 01:21:44 2006][22855][memory ] 120445.623: nursery GC 412391K->347785K (786432K), 68.935 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.576: nursery GC 412585K->348897K (786432K), 152.333 ms
[Sun Oct 22 01:21:45 2006][22855][memory ] 120446.783: nursery GC 413697K->349080K (786432K), 70.456 ms
[Sun Oct 22 01:34:16 2006][22855][memory ] 121197.612: nursery GC 437378K->383392K (786432K), 165.771 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.496: nursery GC 469709K->409076K (786432K), 78.257 ms
[Sun Oct 22 01:37:37 2006][22855][memory ] 121398.730: nursery GC 502490K->437713K (786432K), 65.747 ms
[Sun Oct 22 01:44:03 2006][22855][memory ] 121785.259: nursery GC 536605K->478156K (786432K), 132.293 ms
[Sun Oct 22 01:44:04 2006][22855][memory ] 121785.603: nursery GC 568408K->503635K (786432K), 71.751 ms
[Sun Oct 22 01:50:39 2006][22855][memory ] 122180.985: nursery GC 591332K->530811K (786432K), 131.831 ms
[Sun Oct 22 02:13:52 2006][22855][memory ] 123573.719: nursery GC 655566K->595257K (786432K), 117.311 ms
[Sun Oct 22 02:36:04 2006][22855][memory ] 124905.507: nursery GC 688896K->632129K (786432K), 346.990 ms
[Sun Oct 22 02:50:24 2006][22855][memory ] 125765.715-125765.904: GC 786032K->143954K (786432K), 189.000 ms
[Sun Oct 22 02:50:26 2006][22855][memory ] 125767.535-125767.761: GC 723232K->70948K (786432K), 225.000 ms
vvvvv
[Sun Oct 22 02:50:27 2006][22855][memory ] 125768.751-125768.817: GC 712032K->71390K (786432K), 64.919 ms
[Sun Oct 22 02:50:28 2006][22855][memory ] 125769.516-125769.698: GC 711632K->61175K (786432K), 182.000 ms
[Sun Oct 22 02:50:29 2006][22855][memory ] 125770.753-125770.880: GC 709632K->81558K (786432K), 126.000 ms
[Sun Oct 22 02:50:30 2006][22855][memory ] 125771.699-125771.878: GC 708432K->61368K (786432K), 179.000 ms
So, I'm running with the default GC strategy which lets the GC pick the most suitable approach (single space or generational). It seems to switch to generational almost immediately and runs well - most GC runs are in the nursery, and only once in a while it goes through the older space.
Now, if you look at [Sun Oct 22 02:50:27 2006], that's when everything changes. GC starts running every second (later on it's running 3 times a second) doing huge sweeps. It never goes through the nursery again, although the strategy is still generational.
It's all downhill from this point on, and it's a matter of hours (maybe a day) before we restart the server.
I guess my only question is: What would cause such GC behavior?
I would appreciate your ideas/comments!
Thanks,
Tenyo

6500 HIGH CPU, Standby HSRP state changes continuously

Hi All,
We are using two 6500 User distribution connected with port channel also WLC is connected on Dist-2 now, these two 6500 are connected with backend core 7609 running ospf in between. Spanning-tree root and Standby Active on Dist-1
Suddenly we are facing High CPU utilization on switches, couldn't able to ping nor login. However I could observe to the following through console.
Switch1 is stable, all the vlans are active, but on standby all the vlans are getting state changes, suspecting there are not getting hello's on time due to which it is going to active and standby.
%HSRP-5-STATECHANGE: Vlan208 Grp 208 state Standby -> Active
%HSRP-5-STATECHANGE: Vlan160 Grp 160 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan115 Grp 115 state Standby -> Active
%HSRP-5-STATECHANGE: Vlan156 Grp 156 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan208 Grp 208 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan209 Grp 209 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan196 Grp 196 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan112 Grp 112 state Speak -> Standby
%HSRP-5-STATECHANGE: Vlan196 Grp 196 state Standby -> Active
Configuration of Wireless VLAN
on both switch
interface Vlan198
ip address 10.X.X.X
ip helper-address
standby 198 ip 10.X.X.X
standby 198 timers 250 msec 750
standby 198 priority 90
standby 198 preempt
end
All the vlans having same timers and preempt on both switches,
we are not tracking any interface, can I remove preempt on secondary switch?
I have captured packets through netdr
Dist-2
interface Vl198, routine mistral_process_rx_packet_inlin, timestamp 23:53:02.823
dbus info: src_vlan 0xC6(198), src_indx 0x2(2), len 0x40(64)
bpdu 0, index_dir 0, flood 1, dont_lrn 0, dest_indx 0x40C6(16582)
F8020400 00C60000 00020000 40080168
S000 E0000560 8E0FFFF8 00000008 40C60000
mistral hdr: req_token 0x0(0), src_index 0x2(2), rx_offset 0x76(118)
requeue 0, obl_pkt 0, vlan 0xC6(198)
destmac FF.FF.FF.FF.FF.FF, srcmac 00.00.0C.07.AC.C6, protocol 0806
layer 3 data: 00010800 06040002 00000C07 ACC60A19 C601FFFF FFFFFFFF
              0A19C601 00000000 00000000 00000000 00000000 0000C601
              8300A369 00000000 0000FFFF
protocol ip: version 0x04, hlen 0x05, tos 0x00, totlen 48, identifier 0
df 0, mf 0, fo 0, ttl 1, src 10.X.X.X, dst 224.0.0.2
    udp src 1985, dst 1985 len 28 checksum 0x53BE
Dist -1
interface Vl198, routine mistral_process_rx_packet_inlin, timestamp 23:48:26.830
dbus info: src_vlan 0xC6(198), src_indx 0x341(833), len 0x42(66)
bpdu 0, index_dir 0, flood 1, dont_lrn 0, dest_indx 0x40C6(16582)
60020401 00C60400 03410400 42080000 00110448 0E087C7C 00000008 40C60000
mistral hdr: req_token 0x0(0), src_index 0x341(833), rx_offset 0x76(118)
requeue 0, obl_pkt 0, vlan 0xC6(198)
destmac 01.00.5E.00.00.02, srcmac 00.00.0C.07.AC.C6, protocol 0800
protocol ip: version 0x04, hlen 0x05, tos 0x00, totlen 48, identifier 0
df 0, mf 0, fo 0, ttl 1, src 10.X.X.X, dst 224.0.0.2
    udp src 1985, dst 1985 len 28 checksum 0x53BF
This issue is not continuous, its triggering intermittently sometime with in couple of hours or days

After digging I could able to find out
VLAN0195 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 165 last change occurred 00:31:14 ago
          from GigabitEthernet6/14
VLAN0196 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 122 last change occurred 00:31:14 ago
          from GigabitEthernet6/14
VLAN0197 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 291 last change occurred 00:31:14 ago
          from GigabitEthernet6/14
VLAN0198 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 961 last change occurred 00:31:14 ago
          from GigabitEthernet6/14
VLAN0199 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 1165 last change occurred 00:31:25 ago
          from GigabitEthernet6/14
VLAN0200 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 888 last change occurred 00:31:25 ago
          from GigabitEthernet6/14
Port g 6/14 config
interface GigabitEthernet6/14
switchport
switchport trunk encapsulation dot1q
switchport trunk native vlan 200
switchport trunk allowed vlan 195-200
switchport mode trunk
connected to Dist2- WLC
195 Wireless-Voice                   active
196 GTC-VIDEO                        active
197 IP_Camera                        active
198 Wireless-client                        active
199 Cisco-AP-MGMT                    active
200 NW-MGMT                          active
Rest of all vlans
VLAN0110 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 824 last change occurred 00:51:49 ago
          from TenGigabitEthernet1/3
VLAN0111 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 680 last change occurred 00:51:49 ago
          from TenGigabitEthernet1/3
Also some ports I can root inconsistent on secondary switch configured as root secondary
Ten gig1/3 is connected to floor switch
VLAN0110 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 297 last change occurred 00:37:47 ago
          from StackPort1
VLAN0111 is executing the rstp compatible Spanning Tree protocol
Number of topology changes 164 last change occurred 00:37:47 ago
          from StackPort1

WLC 2006 EEPROM

I'm a teatcher in the Technical High-School of Geneva.
We have a project in the laboratory with a CISCO AIR-WLC2006-K9 V1. Due a bug (CISCO Field Notice: FN-62555; http://www.cisco.com/en/US/ts/fn/620/fn62555.html) Bug in CISCO IOS, the EEPROM (contain MAC address, serial Number, …) was erased and now the device can't boot.
It's a never used equipment and CISCO won't repair this (don't support this, End of Live ?)
Does someone could copy the EEPROM of its controller and send me the file ?
Many thanks in advance !

It's true, I must find an EEPROM but on the side of the Cisco product is no longer supported ! But we do not have money to buy a new WLC for Student's laboratory
Do you still have a wlc 2006 ?
if yes, would it be possible to have a copy of the contents of the EEPROM ?

[Athlon64] MSI K8T800Pro Neo2 FISR - 6702E - higher CPU compatability

I have the above motherboard and have been running this with a 3000+ Winchester core CPU for a year now with no problems at all (touch wood!) - it does everything I want especially that now I have upgraded to 1.5 GB RAM.
It will be my intention to upgrade to a higher spec CPU later in 2006 ... when prices come down sufficiently - what I wanted to know was whether others had any expereince of using the higher end CPUs specifically on this motherboard ... 3700+ and up?
I know that MSI have tested this board as OK with everything up to the DUAL Core X2 4800+ (with the BIIOS update of course), but I was curious as to whether anyone had first hand experience of running the higher CPUS (even FX51, 53, 55, 57) on this particular board.
It is not my intention to upgrade to an SLI or crossfire motherboard ... as my MSI 6600GT will do fine for a long while yet ... anyway I only want to upgrade a bit at a time!
Thanks
JLP

Well there have been several of us with each of the higher CPU's Both single and dual core. The only one's at the moment that we are not real sure on are the socket 939 opterons. Thoase may need a Bios Update. The only other ones to avoid are the lower end Semperon 64 cores as they have proven to be a problem at the moment. A Bios upgrade may fix those as well.

High CPU usage for webservd

we are seeing a very high CPU usage for webservd. looking at the java stack it seems to be threads communicating to sun one LDAP server.
Anyone experienced this? is there a know issue in Java LDAP SDK?
Sun ONE Web Server 6.1SP4 B12/16/2004
17393 root 3741M 1655M cpu0 10 0 59:30:33 8.8% webservd/6235
17393 root 3741M 1655M cpu16 10 0 223:58:38 8.7% webservd/5043
17393 root 3741M 1655M cpu17 10 0 545:54:49 8.7% webservd/2902
17393 root 3741M 1655M run 10 0 379:07:26 8.3% webservd/3996
17393 root 3741M 1655M cpu1 30 0 213:54:52 8.3% webservd/5115
17393 root 3741M 1655M run 20 0 56:03:44 8.2% webservd/6265
17393 root 3741M 1655M cpu18 30 0 556:18:29 8.2% webservd/2830
17393 root 3741M 1655M cpu3 30 0 548:09:11 8.2% webservd/2890
17393 root 3741M 1655M run 20 0 328:18:42 8.1% webservd/4359
17393 root 3741M 1655M cpu2 30 0 5:11:16 8.1% webservd/6722
17393 root 3741M 1655M run 20 0 181:49:48 8.1% webservd/5322
17393 root 3741M 1655M run 20 0 251:44:35 7.8% webservd/4857
[02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: "BlockedThread" daemon prio=1
0 tid=0x01110650 nid=0xb56 runnable [0x1714f000..0x1714fc10]
[02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at netscape.ldap.LDAPSe
archListener.nextMessage(LDAPSearchListener.java:86)
[02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at netscape.ldap.LDAPSe
archListener.getResponse(LDAPSearchListener.java:77)
[02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at com.iplanet.services
.ldap.event.BlockedThread.run(BlockedThread.java:121)
[02/Aug/2006:15:06:16] warning (17393): CORE3283: stderr: at java.lang.Thread.run
(Thread.java:595)

forgot to mention: OS is solaris 9

Weak performance and high cpu usage

I've been wondering for sometime now, how can some flash games run so laggy on my pc at the same time where i run DX and OpenGL games without any problem and smooth!
Whenever i play games in FB or any other site, i notice high cpu usage about 70-90% especially when i run them fullscreen (1152x864) and with effects enabled then my system kneals almost!!!!!! This is UNACCEPTABLE of course..
I also found an interesting article which i dought if it has been updated as it was supposed to, which is the following link: http://forums.adobe.com/message/5417983#5417983
I run Flash player on an Intel E5700 - Win XP sp3 - 4GB ram and an Nvidia GTX650.. for those who understand, such a system is in position to run flash games like an adult holds a baby in his arms... so either the hardware acceleration does not work or adobe has let this problem unresolved for years now as i have made an interesting research on this case before i come here.
For the records, i run flash games within Chrome since it's proved to be the most apropriate browser for videos and flash-shockwave games.. firefox comes 2nd to me and IE 8.....leave it unused better!
Even in 2006 up to today, people are facing high cpu usage and weak performance in flash apps no matter what pc they have, so who is to blame here?? Adobe ofc.
Is there anyone who has a solution to propose or has found somethin relevant to this case? Or should we wait a solution in 2020?

Mike M., i didn't give any load or credit on u, but Adobe, as i see you're not responsible for their mistakes or ignorance so i have nothin to ask from u, i have seen that u reply to ppl and good for u.
All i have to say to what u replied, is that, what if win xp reach the end of life? i mention a problem that remains for years now and is unresolved, or didn't they see that the previous years?since 2008 let's say!!!
I have noticed the same exactly behavior on newer OS and specifically tested on Win Vista 32-64 and Win 7 32-64 too..... it's EXACTLY the same behavior, so it's not OS dependant, i won't take any excuse for Adobe cause i have experienced their terrible work on flash-shockwave for too long.
It's their responsibility to solve it but they have chosen to ignore this and many other mistakes that users report weekly for years, their response is 2/10 solved... it's just disgusting. I dont' want to argue with anyone for Adobe's shake, they don't worth it.

Attn: ALL APPLE PORTABLE OWNERS -Macbook Pro, MacBook Air Apple portable slowdown / kernel high CPU solution

Attn: ALL APPLE PORTABLE OWNERS -MacBook Pro, MacBook Air, Mac mini slowdown kernel / high CPU use problem and solution.
YOU COULD FRY YOUR COMPUTER IF YOU DO NOT FIX THIS PROBLEM SO PLEASE READ THIS ENTIRE MESSAGE!
YOUR MAC WILL THANK YOU
Hey all.
Like many of you I've got a newer Apple portable which slows down to an unusable level for an unknown reason. In my case a 13" mid 2009 Intel MacBook Pro Core 2 duo laptop. After many failed attempts to figure out what this nutty problem is I have discovered the problem, the solution and I have solved this for my own MacBook Pro. Since this fix it has been working immediately and consistently -without issue
I am sharing this with you in hopes that you to can fix your Apple portable yourself or so you know what to tell the Apple techs so they can quickly fix your Mac from this wacky and unfortunate kernel CPU hogging problem.
User Software Symptoms :
Your Apple portable computer periodically for an unknown reason slows down making everything frustratingly slow. This happens even when running previous apps that were never a problem; things that your Mac should be able to handle easily but for some reason now it can't.
Slowdown most often happens during high CPU use such as gaming, video playback/editing, etc. or when running multiple apps (even non CPU intensive apps) at the same time.
Possible Hardware Symptoms:
Your computer is making more noise than it did previously.
Your computer occasionally makes more noise but then gets quieter.
Your computer is always extremely quiet (too quiet) even during high CPU apps -worst case scenario.
It feels hotter than it normally does. Test: After several minutes of the slowness/high kernel CPU touch the computer to feel if it's hotter than normal.
Looking at Activity Monitor (in the Utilities folder) shows the kernel_task is going bonkers eating up CPU but you have no idea why.
After trying many different things to solve this problem such as :
PR ram reset, SMC reset, fresh OS install of 10.5 and 10.6 on external hard-drives, calling and speaking to various Apple tech people who had no ideas/solutions, etc. I had no luck.
Btw, if you're having the symptoms I've decscribed above I would not run the Apple Hardware check (read below as to why). You could fry your Mac!
After much testing I found the problem :
It is my belief that "recent" Apple portable computers are using low quality internal fans which soon stop working!
Fail time period seems to be about 1.0 years to 2.5 years of use but this fail rate could vary depending on use.
First noticeable symptoms (depending on what you notice) could be computer slowdown or your fan is making more noise than it normally does. This is your fan's lubrication slowly eroding making your fan spin slower and less smooth resulting in the louder noise and slower rpm spin speed. The slower fan spin speed means less cooling is happening for your computer. The effect on your computer is that the CPU and other chips are heating up! Overheating to be more specific. When your computer's chips overheat they get wonky and screw things up. Most often this seems to have the effect of making the kernel hog CPU resulting in a frustratingly slow user experience! Heat kills computer chips and it is extremely bad for them. Extreme overheat or repeated overheating has been said to shorten the life of computer chips or in extreme cases even fry them completely!
The longer this goes on without being fixed your fan loses more lubrication and spins slower and slower cooling lesser and lesser resulting in your CPU heating up more and more possibly shortening the life of your Mac! Eventually your fan will stop completely and you could fry your chips! My fan stopped completely and my MBP was running very quietly, too quietly. Luckily I did not fry my chips because I was avoiding using high CPU apps because I knew something was wrong due to the massive slow down and wonkiness when I'd run them.
Side Note:I'm a bit concerned about all those Mac mini servers which may be using the same defective low quality fans which cannot be easily serviced by their owners as they are co-located in some server facility. One positive thing is those facilities are usually well airconditioned keeping temps low.
I suggest you do not run the Apple hardware test if you suspect your computer is overheating because the hardware test can seriously heat up your Mac! I tried running this test and my Mac got so hot I had to shut it down forcefully and I was concerned I damaged the chips. If you want to run the Apple hardware check make sure your CPU temperature is ok and that your fan works well before you run the test.
IF YOU DON'T FIX THIS PROBLEM YOU COULD FRY YOUR COMPUTER DUE TO HEAT DAMAGE!
DO NOT IGNORE THIS PROBLEM YOUR MACS LIFE MAY DEPEND ON IT!
First you need to properly diagnose this problem and see if your CPU is getting to hot and you need to see if your fans are spinning at high rpms giving proper cooling, or if they are spinning at low rpms when running high intensive apps as your CPU temp increases.
TEST IF YOUR FAN(s) IS WORKING CORRECTLY :
Unfortunately Apple does not include CPU temperature reading software nor fan rpm speed software that I am aware of.
However, There are two free ways that I know of to check your CPU tempurature and your fan speed :
One app shows fan speed, and CPU heat, etc.
One app shows fan speed, CPU heat and allows you to adjust your fan speed settings.
One app is a dashboard widget, the other is a system preference.
I suggest you download both of these to check your computer statistics.
http://www.eidac.de/?p=134
http://www.islayer.com/apps/istatpro/
http://fan-control.en.softonic.com/mac
I am not exactly sure what proper CPU temperatures are for the different Apple computers and this will change given different CPU loads.
My MBP doesn't seem to function properly with anything around 90 degrees or higher (celcius).
It seems when the fan is operating normally the CPU temp should not stay above 78 degrees even under heavy load, at least with the apps I'm running in the room temperature I'm in.
I can post back later with more specific temps under longer load, etc. but I wanted to get this post up for people to read as soon as possible so they don't fry their Macs.
If a bad fan is your problem :
THERE ARE ONLY TWO SOLUTIONS FOR THIS PROBLEM :
Fix or replace your fan so it cools the CPU and other chips properly.
I fixed my fan myself and I didn't need to buy a new one. Total cost was about $8.00 because I had to buy a #00 sized screwdriver and had it shipped to me. Price includes shipping.
On my mid 2009 model MacBook Pro fixing the fan was incredibly easy :
Before I started doing this I wasn't 100% this was the problem so I decided to try to fix my fan instead of ordering a new one and replacing it. As it turns out I didn't need a new fan, I only needed to clean the existing fan and relube it's axl so it could spin easier like when it was new. It also didn't make sense to buy a brand new fan from an Apple authorized parts reseller selling me the same low quality fan for $49.00 which would probably fail in 2 years again. Prices for new comparable fans from different manufactures range from about $15.00 USD + shipping to around $49.00 USD + shipping depending on where you order them from and what brand you get.
How to fix / replace your internal fan on a mid 2009 MacBook Pro :
Please note : I am not a hardware technician, nor expert. If you decide to fix your Mac yourself you do so at your own risk through no fault of my own. Prior to opening up your Mac you should google around and learn how to do it correctly and safely so you won't damage your Mac. For example, it is possible for you to damage your Mac by static electricity from your body. To avoid this I believe proper procedure is that you wear a 'ground strap' (around your wrist) which you clip to your Mac's metal body so your body will not excude a charge into your Mac. I believe the idea here is to keep your body's charge level and your Mac's similar. Since I do not have a ground strap and fixing/replacing the fan doesn't require touching any chips I did not wear a ground strap during my fan fix. What I did was periodically repeatedly touch the metal case of my MBP hoping that would be enough and it was. Avoid unecessary actions that can build up a static charge in you. Once I started the repair I did not walk around the room building up an electrical charge in my body. Walking on carpet can often build up a large charge in us so it is better to be avoided while working on your Mac. Certain clothing can build up static charges. Combing hair, etc. If you need to get up from your repair when you come back make sure you first touch the Mac's metal case and not anything inside.
Now that we're done with the scary paranoia, below you will find some instructions on how I fixed my MBP's internal fan
Before you begin:
Check out someone's video (not mine) on how to remove / replace the fan (but not take it apart and repair it):
http://www.youtube.com/watch?v=AghE9newvbs
Check out someone's web page (not mine) on how to replace the fan in a mid 2009 MacBook Pro:
http://www.ifixit.com/Guide/Installing-MacBook-Pro-13-Inch-Unibody-Mid-2009-Fan/ 1338/1
How to repair your mid 2009 MacBook Pro fan:
Make sure you are in a 'secure' environment. No pets, no kids running around, no drinks near the Mac, etc.
Make sure your computer is unplugged from it's power supply and turned off. NOT slept. Totally off / powered down.
1. Get a size #00 phillips screwdriver (Hobby store, Radioshack, Amazon).
2. Open up your MBP by unscrewing the bottom (yes flip it over so it's resting upsidedown). Note where each screw goes because some are different lengths. I placed each one around my MBP where they go, insuring I know their order (don't jumble them up). Note which direction your MBP is facing when it's upside down so if you spin it around while working on it you still know where the screws go.
2b. Some recommend removing the MBP's battery but I didn't do this step. You probably should, just to be safe. Follow the online instructions from the web page I listed about disconnecting the battery.
3. Unscrew the fan's 3 holding screws.
4. Unplug the fan's electrical connection (lift it straight up off the board). If you need to you can try to pry it up while you lift with a non metal/non electrical conductive object like a spudger if you have one or -perhaps a pen cap. Before you remove it, look closely at how it's attached so when you put it back on you won't wonder if you're doing it correctly. There's only one way it can go because it cannot fit 'the wrong way' but looking at it closely will make you feel more confident popping it back on when the time comes.
5. Remove the fan - it easily lifts out.
6. Take the fan apart by unscrewing it's one screw then unlatching the plastic clips which hold it together.
7. Seperate the fan blades from the housing. Lift the fan blades off of the fan housing by pulling it straight out away from the housing.
8. Clean off the dust that's gathered. A can of compressed air helps here (I didn't have one). I used a little brush from my electric shaver kit which worked well. Once you've removed all the dust from the fan and surrounding areas proceed to the next step.
9. Reapply new lubrication. You need less than 1 drop. Be sure it covers the entire fan blade axl as this is what needs to be well lubricated. Make sure there isn't excess oil that will fly around when the axl/fan spins at high rpms. I used the only oil I had which was olive oil (for cooking!) but I do not suggest this. At the time I was doing this I didn't know my fan was the problem so I wasn't even sure I was going to relube it. You should probably use something more appropriate perhaps like 3 in 1 oil. A good idea would be to call the manufatures of these little fans and ask them. Maybe a hobby store knows of good lubricants for these purposes?
DO NOT use things like WD 40 as it's not a long term lubricant or so I've read.
10. Once your fan is now clean and oiled (make sure there isn't too much oil) reassmble the fan.
Push the fan blades/axl back into the housing shaft. Give it a few spins with your finger.
Screw together the fan housing then reclip the clips.
11. Place the now reassembled fan back into your Mac and screw it in place (3 screws).
12. Reattach the fan's electrical wiring by gently pushing it into place. Make sure you've got the right end facing down before you push it in place.
13. Once your Mac's internals are clean and reassembled, place the rear cover back on your Mac and screw it in place.
14. Double check you didn't forget anything like screws, tools, etc.
15. Boot up your Mac and monitor the temperature and fan speed using those programs.
Compare the previous temps/fan speed to the current temp/fan speed.
Run a high CPU intensive app where your computer has been slowing down.
You should now have a happy Mac
If you have this problem and this solution fixed it for you please post in this thread letting me and everyone else know!
Hope that helps.

Thanks for your lengthy reminder dude, I have a similar Mac with yours. I suspect its a software fault because it happens after I upgraded to Lion, 10.7.2.

Tecra M2 - hard shutdown on high CPU (turns off with no BSOD)

Have been experiencing consistent shutdowns when CPU runs at full for a little while.
- by "shutdowns" I mean complete power cut with no blue screen of death where all is lost and the computer has to be manually restarted.
- by "high CPU" I mean when the processor locks at full usage such as when you insert a column into a large Excel sheet with errors or when you are RARing a large number of files and you open a video from the network or when you run a virus scan and registry scan at the same time.
The problem has been occurring regularly for a couple of months and I can now manufacture an occurrence with high predictability. Using the hardware monitor suite 'Everest', it seems the problem happens when the CPU temperature sits at 99 for more than a minute or so.
It happen with some but never when running from batteries - during attempts to force the error, it will not shutdown if the power cable is pulled out just before the crash point.
In many instances of the problem, there seems to be a small error message which pops up only a fraction of a second before the computer dies.
Every forum and help reference I read would suggest the problem is hardware related and that the chip or motherboard is overheating and in need of replacement. While the laptop is nearly 18 months old, I bought a new "everything but the screen and HDD" early this year and was not prepared to accept the explanation without more testing.
Kantonix Linux works fine and the boot from CD seems to tax the processor as much as the same events that are killing it for me under XP.
A few weeks back, I installed the WinXP on a second HDD in the hotswappable bay and noted the installation seems to run the computer pretty hot and it did not die during the process. No problems were experienced for while but, a few days after moving the reinstalled HDD into the primary position and having reinstalled many many applications, the error started happening again.
Last night I caught it just fractions of a second before death, pulling the power and stopping the process and allowing me to see the error message (as referred above) properly:
- first message was from "TOSHIBA Power Saver" saying "A fatal errorn has occurred x06" (not sure on the last bit)
- second message was from "THotkey.exe" saying "Cannot load powrprof.dll"
- many hundreds of instances of the second message followed.
Due to error messages, I wasn't able to get a screen print.
Any solutions or even ideas about such would be very much appreciated!
Message was edited by: DC-Financial

Hello Markus, thank you for your suggestion and apologies for the lateness of this reply (thought I was supposed to receive email notification (?!?)).
I agree with your initial assessment "sounds like software related issue" and I would hate to think it is hardware - am die hard Toshiba man! (onto my 5th in as many years) .
Anywho, I have been through all the power saver options, as well as the CPU options under the Toshiba HWSetup: the system crashes under all situations if properly encouraged.
NB: Per my understanding, one shouldn't be able to crash a Pentium M, operating within the acceptable environmental conditions and I am working in a room between 16 & 20 degrees.
It is much more difficult to crash when it has been off for a while (ie. when it is cooler) and is more difficult to crash when on batteries as opposed to AC. Tried switching the RAM during the week and after mistakenly thinking it was all fixed, the problem resurfaced again. While I had the keyboard off, I had a look at the fan and there is a bit of dust on it but not very much. I have a Tecra M3 also, which is only half the age and, compared the fans, the M2 is about twice as dusty [if it were on your dinner table you'd wipe it down but there is not so much that you would imagine it to be a problem].
I mentioned previously that I was using Everest to monitor outputs from the temperature sensors and that crashes occur when the CPU temperature sits at 99 degrees for a while. Sometimes after turning it on after a crash, Everest is not able to display the CPU temperature. Am very reluctant to believe that the heat sensor on the chip has malfunctioned as all the internals were replaced in January (as was stolen and recovered somewhat worse for the adventure).
I have had to bite the bullet and move all my work to the Tecra M3 but am not very happy with this (the M3 I have is 1.86Ghz w/ 512MB vs 2.03Ghz w/ 1536MB RAM in the M2). As I'm sure you will appreciate, the cost of the M2 has now already been spent many times over in lost work time but one needs to know if they have an error related to software or if it is hardware, so as not to live in fear of a recurrance.
I will reinstall the M2 OS as soon as the work lag is caught up again (probably later this week) but really don't know what to try other than crash testing after each piece of software is reinistalled. Note, have already run the Toshiba Hardware Diagnosis console with no errors identified.
If you have any suggestions or thoughts on what I should try they are greatly appreciated!

High CPU usage after 10g to 11g Migration

Hello,
I have migrated some database instances via import/export from 10g 10.0.3.0 to 11g 11.2.0.2
I found that below SQL Statements mainly cause the high CPU load
select * from (select null table_qualifier, o1.owner table_owner, o1.object_name table_name, decode(o1.owner, :"SYS_B_00", decode(o1.object_type, :"SYS_B_01", :"SYS_B_02", :"SYS_B_03", :"SYS_B_04", o1.object_type), :"SYS_B_05", decode(o1.object_type, :"SYS_B_06", :"SYS_B_07", :"SYS_B_08", :"SYS_B_09 ", o1.object_type), o1.object_type) table_type, null remarks from all_objects o1 where o1.object_type in (:"SYS_B_10", :"SYS_B_11") union select null table_qualifier, s.owner table_owner, s.synonym_name table_name, :"SYS_B_12" table_type, null remarks from all_objects o3, all_synonyms s where o3.object_type in (:"SYS_B_13", :"SYS_B_14") and s.table_owner= o3.owner and s.table_name = o3.object_name union select null table_qualifier, s1.owner table_owner, s1.synonym_name table_name, :"SYS_B_15" table_type, null remarks from all_synonyms s1 where s1.db_link is not null ) tables WHERE :"SYS_B_16"=:"SYS_B_17" AND TABLE_NAME=:"SYS_B_18" ORDER BY :"SYS_B_19", :"SYS_B_20", :"SYS_B_21"
(SELECT :"SYS_B_00", T.owner, T.table_name, TO_NUMBER(NULL), :"SYS_B_01", :"SYS_B_02", :"SYS_B_03", TO_NUMBER(NULL), :"SYS_B_04", :"SYS_B_05", num_rows, blocks, NULL FROM ALL_TABLES T WHERE table_name=:"SYS_B_06" UNION SELECT :"SYS_B_07", a.table_owner, a.table_name, decode(a.uniqueness, :"SYS_B_08", :"SYS_B_09", :"SYS_B_10"), a.owner, a.index_name, :"SYS_B_11&q uot;, b.column_position, b.column_name, :"SYS_B_12", a.distinct_keys, a.leaf_blocks, NULL FROM ALL_INDEXES a, ALL_IND_COLUMNS b WHERE a.owner = b.index_owner AND a.index_name = b.index_name AND a.table_owner=:"SYS_B_13" AND a.table_name=:"SYS_B_14" UNION SELECT :"SYS_B_15", c.owner, c.synonym_name, decode(a.uniqueness, :"SYS_B_16", :"SYS_B_17", :"SYS_B_18"), a.owner, a.index_name, :"SYS_B_19", b.colu mn_position, b.column_name, :"SYS_B_20", a.distinct_keys, a.leaf_blocks, NULL FROM ALL_INDEXES a, ALL_IND_COLUMNS b, ALL_SYNONYMS c WHERE c.synonym_name=:"SYS_B_21" AND c.owner=:"SYS_B_22" AND c.table_name = a.table_name AND c.table_name = b.table_name AND c.table_owner= a.table_owner AND c.table_owner= b.table_owner AND a.owner = b.index_owner AND a.index_name = b.index_name ) ORDER BY :"SYS_B_23", :"SYS_B_24", :"SYS_B_25", : "SYS_B_26"
Does anyone know why it is so??
I have gathered System Statistics and data dictionary statistics also, but had same performance issue.
Thanks,
Raj

We have a similar issue:
SELECT '', T.owner, T.table_name, TO_NUMBER(NULL), '', '', 0, TO_NUMBER(NULL), '', '', num_rows, blocks, NULL FROM ALL_TABLES...
It appears this kind of statement is being generated from MS Access 2007 as part of a translation to Oracle SQL. I suspect Access 2007 doesn't know about the 11gR2 system catalog changes.
The Oracle SQL Advisor indicates the following on the SQL statement comming from Acess 2007:
Restructure SQL An expensive cartesian product operation was found at line ID 5 of the execution plan. Consider removing the disconnected table or view from this statement or add a join condition which refers to it. A cartesian product should be avoided whenever possible because it is an expensive operation and might produce a large amount of data.
Restructure SQL An expensive "UNION" operation was found at line ID 1 of the execution plan. Consider using "UNION ALL" instead of "UNION", if duplicates are allowed or uniqueness is guaranteed. "UNION" is an expensive and blocking operation because it requires elimination of duplicate rows. "UNION ALL" is a cheaper alternative, assuming that duplicates are allowed or uniqueness is guaranteed.
I think application needs to upgrade to Access 2010 or Access 2007 needs a service pack.
There is also supposed to be a way to remove the system & sys catalog calls from Access 2007 on the PC this is coming from.

CUCM 8.6(2) - High CPU utilization - CCM process

Hello,
Process name ccm is peacking 91% of CPU utilization in one of Subscribers.
On cluster there are 1 Pub, 2 Subs, and 2 TFTP.
CCM service was already restart, and Subs reload, but problem remain.
We have checked and removed association with phones not registered, but problem remain.
Proc,PID,CPU,Status,SharedMem,Nice(Level)VmRSS,VMSize,VMData,ThreadCount,DataStackSize,PageFault
ccm,32687,90,SLEEPING,87380,0,426792,605276,468544,47,418345,744
VMware Installation:
        1 vCPU: Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz
        Disk 1: 80GB
        4096 Mbytes RAM
admin:show process name ccm
PID PPID   TID %CPU S COMMAND
32687     1 32687 0.0 S ccm
32687     1 19549 0.0 S ccm
32687     1 19570 0.0 S ccm
32687     1 19639 0.0 S ccm
32687     1 20057 0.0 S ccm
32687     1 20331 0.0 S ccm
32687     1 20332 0.0 S ccm
32687     1 20333 0.0 S ccm
32687     1 20354 0.0 S ccm
32687     1 20360 0.0 S ccm
32687     1 20361 0.0 S ccm
32687     1 23336 0.0 S ccm
32687     1 23337 0.0 S ccm
32687     1 23338 0.0 S ccm
32687     1 23339 1.0 S ccm
32687     1 23340 0.1 S ccm
32687     1 23341 0.2 S ccm
32687     1 23342 0.0 S ccm
32687     1 23349 0.0 S ccm
32687     1 23988 0.0 S ccm
32687     1 23989 21.6 S ccm
32687     1 23990 0.7 S ccm
32687     1 24013 0.0 S ccm
32687     1 24043 0.0 R ccm
32687     1 24044 0.0 S ccm
32687     1 24045 0.0 S ccm
32687     1 24046 0.0 S ccm
32687     1 24047 0.0 S ccm
32687     1 24048 0.7 R ccm
32687     1 24049 0.2 S ccm
32687     1 24050 0.1 R ccm
32687     1 24051 0.0 S ccm
32687     1 24052 0.0 S ccm
32687     1 24053 0.0 S ccm
32687     1 24054 0.0 S ccm
32687     1 24091 0.0 S ccm
32687     1 24092 0.0 S ccm
32687     1 24093 0.0 S ccm
32687     1 24181 0.0 S ccm
32687     1 24182 0.0 S ccm
32687     1 24192 0.0 S ccm
32687     1 24277 0.1 S ccm
32687     1 24278 0.0 S ccm
32687     1 24279 0.0 S ccm
32687     1 24280 0.0 S ccm
32687     1 24281 0.0 S ccm
32687     1 24282 0.0 S ccm
admin:
Are there any specific tests, or logs prior to isolate this issue?

Hi,
A few points:
> Use one of the recommended OVA templates
> Check if the spike is random or occurs at a specific time. If it occurs at a specific time it could be coinciding with something like DRS backup, CDR load, busy hours etc.
> Minimum set of logs needed for one such high CPU spike instance are:
Detailed ccm traces from all nodes
RisDC Perfmon logs
Proglogs
Also, capture the output of the following:
utils diagnose test
utils core active list
show process load
HTH
Manish

Config Manager Agent - after Hardware Inventory High CPU Usage with WMIPRSVE and very fast empty Battery

Hi there,
since a few days there is on some machines (40-60) a high cpu usage on one core (quad core cpu machines) with the WMIPRSVE.EXE if the HARDWARE INVENTORY CYCLE started.
i try out some tests, read some forum articles and troubleshooting the WMI management but a real problem i doesn´t see.
in some articles i read that hardware inventory runs about minutes up to more hours but some machines runs longer, someone more as 1 day.
here an example of mine PC:
at 8:07 i started Hardware Inventory Cycle, in the InventoryAgent.log i can see that some Collection Namespace are captured.
after a few minutes there stopped and does nothing round about 5.9 hours or better, after 21436.097 Seconds.
For any hints i am grateful. :)
Inventory: *********************** Start of message processing. ***********************
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Message type is InventoryAction InventoryAgent
18.03.2015 08:09:56 11088 (0x2B50)
Inventory: Temp directory = C:\WINDOWS\CCM\Inventory\Temp\
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Clearing old collected files. InventoryAgent
18.03.2015 08:09:56 11088 (0x2B50)
Inventory: Opening store for action {00000000-0000-0000-0000-000000000001} ...
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
CInvState::VerifyInventoryVersionNumber: Mismatch found for '{00000000-0000-0000-0000-000000000001}': 4.2 vs. 0.0
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Version number mismatch; will do a Full report.
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Action=Hardware, ReportType=ReSync, MajorVersion=5, MinorVersion=0
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Initialization completed in 0.141 seconds
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Collection: Namespace = \\localhost\root\Microsoft\appvirt\client; Query = SELECT __CLASS, __PATH, __RELPATH, CachedLaunchSize, CachedPercentage, CachedSize, LaunchSize, Name, PackageGUID, TotalSize, Version, VersionGUID FROM Package; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:09:56
7836 (0x1E9C)
Failed to get IWbemService Ptr for \\localhost\root\vm\VirtualServer Namespace: 8004100E
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Failed to enumerate instances of VirtualMachine: 8004100E
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, AddressWidth, BrandID, CPUHash, CPUKey, DataWidth, DeviceID, Family, Is64Bit, IsHyperthreadCapable, IsMobile, IsTrustedExecutionCapable, IsVitualizationCapable, Manufacturer,
MaxClockSpeed, Name, NormSpeed, NumberOfCores, NumberOfLogicalProcessors, PCache, ProcessorId, ProcessorType, Revision, SocketDesignation, Status, SystemName, Version FROM SMS_Processor; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\CCM\powermanagementagent; Query = SELECT __CLASS, __PATH, __RELPATH, Requester, RequesterInfo, RequesterType, RequestType, Time, UnknownRequester FROM CCM_PwrMgmtLastSuspendError; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Availability, Description, DeviceID, Manufacturer, Name, Status FROM Win32_IDEController; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, BinFileVersion, BinProductVersion, Description, ExecutableName, FilePropertiesHash, FilePropertiesHashEx, FileSize, FileVersion, HasPatchAdded, InstalledFilePath, IsSystemFile,
IsVitalFile, Language, Product, ProductCode, ProductVersion, Publisher FROM SMS_InstalledExecutable; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, DefaultIPGateway, DHCPEnabled, DHCPServer, DNSDomain, DNSHostName, Index, IPAddress, IPEnabled, IPSubnet, MACAddress, ServiceName FROM Win32_NetworkAdapterConfiguration; Timeout
= 600 secs. InventoryAgent
18.03.2015 14:06:43 7836 (0x1E9C)
Collection: Namespace = \\.\root\Nap; Query = SELECT __CLASS, __PATH, __RELPATH, description, fixupState, friendlyName, id, infoClsid, isBound, percentage, registrationDate, vendorName, version FROM NAP_SystemHealthAgent; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, AdditionalProductCodes, CompanyName, ExplorerFileName, FileDescription, FilePropertiesHash, FileSize, FileVersion, FolderPath, LastUsedTime, LastUserName, msiDisplayName,
msiPublisher, msiVersion, OriginalFileName, ProductCode, ProductLanguage, ProductName, ProductVersion, SoftwarePropertiesHash FROM CCM_RecentlyUsedApps; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, BankLabel, Capacity, Caption, CreationClassName, DataWidth, Description, DeviceLocator, FormFactor, HotSwappable, InstallDate, InterleaveDataDepth, InterleavePosition, Manufacturer,
MemoryType, Model, Name, OtherIdentifyingInfo, PartNumber, PositionInRow, PoweredOn, Removable, Replaceable, SerialNumber, SKU, Speed, Status, Tag, TotalWidth, TypeDetail, Version FROM Win32_PhysicalMemory; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Availability, Description, DeviceID, InstallDate, Manufacturer, Name, PNPDeviceID, ProductName, Status FROM Win32_SoundDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Caption, ClassGuid, ConfigManagerErrorCode, ConfigManagerUserConfig, CreationClassName, Description, DeviceID, Manufacturer, Name, PNPDeviceID, Service, Status, SystemCreationClassName,
SystemName FROM Win32_USBDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Collection: 62/74 inventory data items successfully inventoried.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Collection Task completed in 21436.097 seconds
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: 12 Collection Task(s) failed. InventoryAgent
18.03.2015 14:07:12 7836 (0x1E9C)
Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\25bf01b2-12fc-4eea-8e97-a51b3c75ba50.xml
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Starting reporting task. InventoryAgent
18.03.2015 14:07:12 7552 (0x1D80)
Reporting: 4381 report entries created. InventoryAgent
18.03.2015 14:07:13 7552 (0x1D80)
Inventory: Reporting Task completed in 1.030 seconds
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Successfully sent report. Destination:mp:MP_HinvEndpoint, ID: {5541A94A-BED9-4132-AE54-110CB6896F02}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Cycle completed in 21453.570 seconds
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Inventory: Action completed. InventoryAgent
18.03.2015 14:07:30 7552 (0x1D80)
Inventory: ************************ End of message processing. ************************
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Caption, ClassGuid, ConfigManagerErrorCode, ConfigManagerUserConfig, CreationClassName, Description, DeviceID, Manufacturer, Name, PNPDeviceID, Service, Status, SystemCreationClassName,
SystemName FROM Win32_USBDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Collection: 62/74 inventory data items successfully inventoried.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Collection Task completed in 21436.097 seconds
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: 12 Collection Task(s) failed. InventoryAgent
18.03.2015 14:07:12 7836 (0x1E9C)
Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\25bf01b2-12fc-4eea-8e97-a51b3c75ba50.xml
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Starting reporting task. InventoryAgent
18.03.2015 14:07:12 7552 (0x1D80)
Reporting: 4381 report entries created. InventoryAgent
18.03.2015 14:07:13 7552 (0x1D80)
Inventory: Reporting Task completed in 1.030 seconds
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Successfully sent report. Destination:mp:MP_HinvEndpoint, ID: {5541A94A-BED9-4132-AE54-110CB6896F02}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Cycle completed in 21453.570 seconds
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Inventory: Action completed. InventoryAgent
18.03.2015 14:07:30 7552 (0x1D80)
Inventory: ************************ End of message processing. ************************
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)

InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, DefaultIPGateway, DHCPEnabled, DHCPServer, DNSDomain, DNSHostName, Index, IPAddress, IPEnabled, IPSubnet, MACAddress, ServiceName FROM Win32_NetworkAdapterConfiguration; Timeout
= 600 secs. InventoryAgent
18.03.2015 14:06:43 7836 (0x1E9C)
Collection: Namespace = \\.\root\Nap; Query = SELECT __CLASS, __PATH, __RELPATH, description, fixupState, friendlyName, id, infoClsid, isBound, percentage, registrationDate, vendorName, version FROM NAP_SystemHealthAgent; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Looks like something in one or both of those wmi queries. it goes from 8:10:03 to 14:06:43 right around there. 6 hours to do that...
try running those queries from wbemtest manually; and see which one just never finishes.
Standardize. Simplify. Automate.

Google Earth Plugin and LabVIEW: High CPU usage when adding placemarks

Hi,
I posted this question on stackoverflow earlier this week but feel it might be better suited to the LabVIEW community specifically so I'm reposting here:
I'm writing an application which uses the Google Earth Plugin to display events on the globe. Each event is a single point kml placemark with an icon which is a 3kb png file. Placemarks are uploaded to the plugin as they are received by the software. I am experiencing increasing CPU usage with the number of placemarks that are added.
I have tested displaying a new placemark every second and running until the software running the plugin completely froze (graph attached). The GEPlugin (green trace) stopped responding (i.e. the globe did not respond to the mouse) at around 1200 placemarks added and CPU usage was at ~30%. When the software itself (red trace) froze the plugin was using around 50% CPU and ~3700 placemarks had been added). After the freeze, no new placemarks were added which caused the software to respond (but not the plugin) so I could clear all the placemarks. After the placemarks were cleared from the globe, the CPU usage of the plugin returned to around 5% CPU.
So what I've seen is that GEPlugin CPU usage increases linearly with each kml placemark added. Is this the expected behaviour/ a normal limitation of the plugin? If not is there a more efficient way of adding many placemarks to the globe?
I am using GEPlugin version 7.1.1.1580 (API version 1.010) and LabVIEW 12.0f3
Please see the test results attached. Any input greatly appreciated!
Original stackoverflow post:
http://stackoverflow.com/questions/20994323/google-earth-plugin-with-labview-high-cpu-usage-when-add...
Attachments:
Performance Log 020114_095115.png ‏82 KB

Hello,
I have had a look at your graphs and understood what you are trying to do. To me it seems that as the image gets more complex it gets harde to render which wold likely cause increase in CPU usage resulting in the freeze. I would suggest you try running the program on anoher computer to check on the RAM front of things. If this is a limitation of the GE Plugin then unfortunately I can not do much to help, but if you think this is a problem coming from your LabVIEW code then you can post your code here and I can take a look.

Performance issue with high CPU and IO

Hi guys,
I am encountering huge user response time on a production system and I don’t know how to solve it.
Doing some extra tests and using the instrumentation that we have in the code we concluded that the DB is the bottleneck.
We generated some AWR reports and noticed the CPU was in top wait events. Also noticed that in a random manner some simple sql take a long time to execute. We activated the sql trace on the system and noticed that for very simple SQLs (unique index access on one table) we have huge exec times. 9s
In the trace file the huge time we had it in fetch area: 9.1s cpu and elapsed 9.2.
And no or very small waits for this specific SQL.
it seems like the bottle neck is on the CPU but at that point there were very few processes running on the DB. Why can we have such a big cpu wait on a simple select? This is a machine with 128 cores. We have quicker responses on machines smaller/busier than this.
We noticed that we had a huge db_cache_size (12G) and after we scale it down we noticed some improvements but not enough. How can I prove that there is a link between high CPU and big cache_size? (there was not wait involved in SQL execution). what can we do in the case we need big DB cache size?
The second issue is that I tried to execute an sql on a big table (FTS on a big table. no join). Again on that smaller machine it runs in 30 seconds and on this machine it runs in 1038 seconds.
Also generated a trace for this SQL on the problematic machine:
call     count       cpu    elapsed       disk      query    current        rows
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        1    402.08    1038.31    1842916    6174343          0           1
total        3    402.08    1038.32    1842916    6174343          0           1
db file sequential read                     12419        0.21         40.02
i/o slave wait                             135475        0.51        613.03
db file scattered read                     135475        0.52        675.15
log file switch completion                      5        0.06          0.18
latch: In memory undo latch                     6        0.00          0.00
latch: object queue header operation            1        0.00          0.00
********************************************************************************The high CPU is present here also but here I have huge wait on db file scattered read.
Looking at the session with the select the AWG_wait for db scattered read was 0.5. on the other machine it is like 0.07.
I though this is an IO issue. I did some IO tests at SO level and it seems like the read and writes operation are very fast…much faster than the machine that has the awg_wait smaller. Why the difference in waits?
One difference between these two DBs is that the problem one has the db block size = 16k and the other one has 8k.
I received some reports done at OS level on CPU and IO usage on the problematic machine (in normal operations). It seems like the CPU is very used and the IO stays very low.
On the other machine, the smaller and the faster one, it is other way around.
What is the problem here? How can I test further? Can I link the high CPU to low/slow IO?
we have 10G on sun os with ASM.
Thanks in advance.

Yes, there are many things you can and should do to isolate this. But first check MOS Poor Performance With Oracle9i and 10g Releases When Using Dynamic Intimate Shared Memory (DISM) [ID 1018855.1] isn't messing you up to start.
Also, be sure and post exact patch levels for both Oracle and OS.
Be sure and check all your I/O settings and see what MOS has to say about those.
Are you using ASSM? See Long running update
Since it got a little better with shrinking the SGA size, that might indicate (wild speculation here, something like) one of the problems is simply too much thrashing within the SGA, as oracle decides "small" objects being full scanned in memory is faster than range scans (or whatever) from disk, overloading the cpu, not allowing the cpu to ask for other full scans from I/O. Possibly made worse by row level locking, or some other app issue that just does too much cpu.
You probably have more than one thing wrong. High fetch count might mean you need to adjust the array size on the clients.
Now that that is all out of the way, if you still haven't found the problem, go through http://oracle-randolf.blogspot.com/2009/02/basic-sql-statement-performance.html
Edit: Oh, see Solaris 10 memory management conflicts with Automatic PGA Memory Management [ID 460424.1] too.
Edited by: jgarry on Nov 15, 2011 1:45 PM

High CPU on WLC 2006

Similar Messages

Maybe you are looking for