High CPU usage on one core from 8.
This may not be an Arch specific issue but any help to track it down is appreciated...
One of my 8 cores is showing ~75% usage on kworker/0:1 right after logging in , I can kill the process but it will take a while to kill it, after killing it ,it goes down to 0.
Same thing happens in windows 7, but there I'm not able to kill it, the process in windows is system interrupt, so this smells like Hardware related...
any low-level psycho out there that can advise how to track it down on Arch?
anything with powers/knowledge
Similar Messages
-
High CPU Usage with one client
I work as a desktop support engineer. I've got a call that has been back and forth between departments that I believe to be an SCCM problem but I'm not involved in the back end of that, just desktop onsite type stuff, hardware, rebuilds etc...
So I'm wondering if I can get some ammo to take to the SCCM team and hopefully get the problem resolved for the affected user.
What happens is, one particular user, every time he logs onto a machine, from that moment on (all he needs to do is log on once, then log straight off) almost every night at a random time the CPU will starts behaving erratic around the 25% mark and will
not stop until the machine is rebooted. After the reboot, all is well, until the next night. The RAM in this time will also behave odd. It goes up and down every 10-20 seconds. It starts at a particular figure, goes up a little to another figure, then back
down to the previous, then back up again and so on. Obviously I'd expect the machine to mostly be sat idle, cpu usage around 0-5%, ram not moving, and this is the case with all other machines across our estate. The user likes to leave his machine on and logged
in hence why he sees it often.
Even if the machine is rebuilt, it will continue doing it if he has logged on previously, if we change the hostname in this rebuild, it doesn't, hence why I'm certain this is something to do with SCCM. Also, a level 3 guy has had a lot to do with this case
too, he says that when the cpu is going crazy, its always to do with svchost.exe and the WMI, again, pointing to SCCM I think.
Now, we don't have roaming profiles, software and patches are all installed by SCCM, I think we use 2012, but it may be 2007, I can find out if it will help.
From what I've read, it looks like it could be corrupt superseeded update packages. But the question is then, if so, why does it only affect one user? Can it affect his personal id SCCM account or something? sorry, I don't know too much about how SCCM works,
I have a rough idea, but its just that...Rough!
Any help would be most appreciated as this call has been outstanding for months and it keeps on popping back into my queue saying things like, try rebuilding the client, well...yeah...read the history geniuses, we've done that many times, ruled hardware
100% out and still it ends up back with us. Thankfully the bloke is really understanding and seems quite a problem solver himself, he's really intrigued to know whats happening now and has learnt to work around it.
Many Thanks for any and all help given, I can provide logs and any diagnostic info that will help.Even if the machine is rebuilt, it will continue doing it if he has logged on previously, if we change the hostname in this rebuild, it doesn't, hence why I'm certain this is something to do with SCCM. Also, a level 3 guy has had a lot to do with this case
too, he says that when the cpu is going crazy, its always to do with svchost.exe and the WMI, again, pointing to SCCM I think.
Now, we don't have roaming profiles, software and patches are all installed by SCCM, I think we use 2012, but it may be 2007, I can find out if it will help.
From what I've read, it looks like it could be corrupt superseeded update packages. But the question is then, if so, why does it only affect one user? Can it affect his personal id SCCM account or something? sorry, I don't know too much about how SCCM works,
I have a rough idea, but its just that...Rough!
Any help would be most appreciated as this call has been outstanding for months and it keeps on popping back into my queue saying things like, try rebuilding the client, well...yeah...read the history geniuses, we've done that many times, ruled hardware
100% out and still it ends up back with us. Thankfully the bloke is really understanding and seems quite a problem solver himself, he's really intrigued to know whats happening now and has learnt to work around it.
Many Thanks for any and all help given, I can provide logs and any diagnostic info that will help.
I'm not seeing how this is a CM12 problem at all. Yes it might be a WMI problem but that doesn't mean that it has anything to do with CM12.
Software Update are not deployed to a user they are deploied to a PC.
Start with the basic.
Have you check WMI health?
What OS are you talking about?
Have you applied all the WMI Software Updates to the PC?
Are you sure that he doesn't have roaming profile?
What happens when he logon to your healthy PC? Does the problem start? If so what then this is clearly NOT a CM12 problem but instead, a profile or application target to him that is the problem.
What GPO are target to him?
Garth Jones | My blogs: Enhansoft and
Old Blog site | Twitter:
@GarthMJ -
High CPU usage on all cores by ntoskrnl.exe? Help needed urgently Please.
ntoskrnl.exe, system, has multiple cores running with high usage, locking up my system when using programs.
After looking through the forums I did the following:
I ran
sfc /scannow but nothing found.
I used process Explorer to find that the system has a thread <ntoskrnl.exe!TtlSid HashLookup+0x 1ffc> that
is using up 40+% of all four cpu cores. Looks like a driver fault with 8.1, but cannot pinpoint the device. Any clues msg me.
I have created an etl file that contains usage data. this is present here:
https://dl.dropboxusercontent.com/u/8554814/highCPUUsage.zip
Would be a lot of help if this can be resolved. please help.forgot to ask, may I know your PC model?
mostly is related to the network, networking software, or software which need internet connection
did you already updated all the network driver?
is there any networking software or downloaded software? may I know your antivirus status? firewall?
try clean boot and go to safemode to check, choose safe mode only, safe mode with networking and normal mode without internet (unplug cable or disconnect Wifi) -
High CPU Usage while getting input from JTextArea
I have a core class (emulator) that can receive and handle command strings of varying sorts. I have an Interface that, when implemented, can be used to work with this emulator.
I have code that works, but the CPU is pegged. The emulator has its own thread, and my GUI, which implements the aforementioned Interface and extends JFrame, clearly has its own as well.
So, the emulator calls the gatherResponse(prompt) method of the interface driving it, in order to find out the next command :
Here is the code for this method (note that the console member variable is referring to the JTextArea that is within the JFrame) :
public String gatherResponse(String prompt) {
printPrompt(prompt);
lastPrompt = prompt;
class ResponseListener extends Thread implements KeyListener {
public volatile String response = null;
public ResponseListener() {
super();
public void run() {
while (getResponse() == null) {
try {
Thread.sleep((int)Math.random() * 100);
catch (InterruptedException ie) {
System.out.println("ResponseListener.run==>"+ie.toString());
public String getResponse() {
return response;
public void keyPressed(KeyEvent e) {
System.out.println("ResponseListener.keyPressed==>"+e.getKeyCode());
if (e.getKeyCode() == 10) {
try {
response = getLastConsoleLine();
System.out.println("response found:"+response);
catch (Exception exc) {}
} //end public void keyPressed(KeyEvent e)
public void keyTyped(KeyEvent e) {}
public void keyReleased(KeyEvent e) {}
} //end class ResponseListener implements KeyListener
ResponseListener rl = new ResponseListener();
console.addKeyListener(rl);
System.out.println("Starting ResponseListener");
rl.start();
String response = null;
while ((response = rl.getResponse()) == null) {
try {
Thread.sleep((int)Math.random() * 1000);
catch (InterruptedException ie) {
System.out.println(ie.toString());
} //end while((response = rl.getResponse())==null)
console.removeKeyListener(rl);
System.out.println("returning "+response);
return response;
} //end public void gatherResponse(String prompt) Like I said, this works just fine, but I don't want to go with it when it pegs the CPU. I've never really done any work w/ Threads, so I could be making a real newbie mistake here...Code adapted from The Producer/Consumer Example
import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
import javax.swing.event.*;
import javax.swing.text.*;
public class Listening
Scheduler scheduler;
JTextField north, south;
public Listening(Scheduler s)
scheduler = s;
north = new JTextField();
south = new JTextField();
north.setName("north");
south.setName("south");
scheduler.register(north);
scheduler.register(south);
private JTextField getNorth() { return north; }
private JTextField getSouth() { return south; };
public static void main(String[] args)
Scheduler scheduler = new Scheduler();
Listening test = new Listening(scheduler);
Monitor monitor = new Monitor(scheduler);
JFrame f = new JFrame("Listening");
f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
f.getContentPane().add(test.getNorth(), "North");
f.getContentPane().add(test.getSouth(), "South");
f.setSize(240,125);
f.setLocation(200,200);
f.setVisible(true);
monitor.start();
class Scheduler
private String contents;
private boolean available = false;
public synchronized String get(String caller)
while(!available)
try
wait();
catch (InterruptedException ie)
System.err.println("Scheduler.get interrupted: " + ie.getMessage());
available = false;
System.out.println(caller + " get: " + contents);
notifyAll();
return contents;
public synchronized void put(String sender, String input)
while(available)
try
wait();
catch (InterruptedException ie)
System.err.println("Scheduler.put interrupted: " + ie.getMessage());
contents = input;
available = true;
System.out.println(sender + " put: " + contents);
notifyAll();
protected void register(final JTextComponent tc)
Document doc = tc.getDocument();
doc.addDocumentListener(new DocumentListener()
public void changedUpdate(DocumentEvent e) { /*styles*/ }
public void insertUpdate(DocumentEvent e) { report(); }
public void removeUpdate(DocumentEvent e) { report(); }
private void report()
put(tc.getName(), tc.getText());
class Monitor extends Thread
Scheduler scheduler;
JTextField listenerField;
public Monitor(Scheduler s)
scheduler = s;
launchDialog();
public void run()
boolean continueToMonitor = true;
while(continueToMonitor)
try
Thread.sleep(10);
catch(InterruptedException ie)
System.err.println("Monitor.run interrupted: " + ie.getMessage());
continueToMonitor = false;
String text = scheduler.get(this.getClass().getName());
listenerField.setText(text);
private void launchDialog()
listenerField = new JTextField();
JDialog d = new JDialog(new Frame(), getClass().getName(), false);
d.getContentPane().add(listenerField, "North");
d.setSize(300,100);
d.setLocation(585,200);
d.setVisible(true);
} -
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. -
Wake-On-Lan (WOL) after sleep causes high CPU usage
Hi,
I noticed a problem with constant high CPU usage on one of my cores.
As much as 60% was used.
The problem occures after I put the system to "sleep" (S3 state) and perform a WOL with a "magic packet".
I discovered that ACPI.sys+0x1af44 thread was responsible (using sysinternals ProcessExplorer) under the System process.
If i perform WOL while the machine was shut down everything works perfectly.
My NIC is "Realtek PCIe GBE Family Controller" and I'm using the latest drivers.
I discovered that if I disabled the option in Power Management for the device: "Allow this device to wake the computer", the CPU usage immediately went to normal (without restarting). But enabling it back the high CPU usage resumes. Performing
another sleep and awaking the system with power button "resets" the CPU usage issue for "good". Until i WOL from sleep again ofcourse..
I contacted the motherboard manufacturer of the problem but so far no real answer.
I'm saddened because I need the WOL feature.
I'm hoping somebody who has more insight in the behaviour of ACPI on W7 can answer my questions.
Regards
Specs:
Model Name : GA-X58A-UD7(rev. 2.0)
M/B Rev : 2.0
BIOS Ver : FC
Serial No. :
Purchase Dealer :
VGA Brand : Nvidia Model : 7950GT
CPU Brand : Intel Model : i7 950 Speed : 3.06GHz
Operation System : Win 7 64-bit SP :
Memory Brand : Corsair Type : DDR3
Memory Size : 6GB Speed : 1600MHz
Power Supply : 450 WHi,
I noticed a problem with constant high CPU usage on one of my cores.
As much as 60% was used.
The problem occures after I put the system to "sleep" (S3 state) and perform a WOL with a "magic packet".
I discovered that ACPI.sys+0x1af44 thread was responsible (using sysinternals ProcessExplorer) under the System process.
If i perform WOL while the machine was shut down everything works perfectly.
My NIC is "Realtek PCIe GBE Family Controller" and I'm using the latest drivers.
I discovered that if I disabled the option in Power Management for the device: "Allow this device to wake the computer", the CPU usage immediately went to normal (without restarting). But enabling it back the high CPU usage resumes. Performing another sleep
and awaking the system with power button "resets" the CPU usage issue for "good". Until i WOL from sleep again ofcourse..
I contacted the motherboard manufacturer of the problem but so far no real answer.
I'm saddened because I need the WOL feature.
I'm hoping somebody who has more insight in the behaviour of ACPI on W7 can answer my questions.
Regards
Specs:
Model Name : GA-X58A-UD7(rev. 2.0)
M/B Rev : 2.0
BIOS Ver : FC
Serial No. :
Purchase Dealer :
VGA Brand : Nvidia Model : 7950GT
CPU Brand : Intel Model : i7 950 Speed : 3.06GHz
Operation System : Win 7 64-bit SP :
Memory Brand : Corsair Type : DDR3
Memory Size : 6GB Speed : 1600MHz
Power Supply : 450 W
same prob here. has anyone found a solution?
...stephen -
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 -
High CPU usage with Coherence 3.5.0 cluster node
We're noticing sustained high CPU usage on one of our Coherence nodes - this happens after running a job that pretty intensively interacts with the cache. The jobs complete, however we still see the Coherence process using approximately the equivalent of one core's worth of CPU. I took a couple of thread dumps about fifteen minutes apart, and the only noticeable differences are within the PacketListener1 and PacketListenerN threads - they're holding locks on different DatagramPacket instances, which suggests to be that this may be the piece of code that is looping.
There are two other cache nodes in this particular cluster - both of them on a different machine - and neither of them are exhibiting the same CPU utilization.
Environment:
Coherence 3.5.0
Java - BEA JRockit(R) (build R27.6.3-40_o-112056-1.6.0_11-20090318-2103-linux-x86_64, compiled mode)
Has anyone encountered this scenario before?
Here's a copy of the two thread dumps:
Thread Dump 1 -
===== FULL THREAD DUMP ===============
Thu Feb 24 21:45:00 2011
BEA JRockit(R) R27.6.3-40_o-112056-1.6.0_11-20090318-2103-linux-x86_64
"Main Thread" id=1 idx=0x4 tid=18143 prio=5 alive, in native, waiting
-- Waiting for notification on: java/lang/Class@0x43587b58[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/net/DefaultCacheServer.main(DefaultCacheServer.java:80)
^-- Lock released while waiting: java/lang/Class@0x43587b58[fat lock]
at com/zzzz/carbon/cacheserver/ZzzzCoherenceServerStartup.doWork(ZzzzCoherenceServerStartup.java:29)
at com/zzzz/util/runner/ZzzzRunnerBase.run(ZzzzRunnerBase.java:23)
at com/zzzz/carbon/cacheserver/ZzzzCoherenceServerStartup.main(ZzzzCoherenceServerStartup.java:16)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"(Signal Handler)" id=2 idx=0x8 tid=18144 prio=5 alive, in native, daemon
"(GC Main Thread)" id=3 idx=0xc tid=18145 prio=5 alive, in native, daemon
"(GC Worker Thread 1)" id=? idx=0x10 tid=18146 prio=5 alive, in native, daemon
"(GC Worker Thread 2)" id=? idx=0x14 tid=18147 prio=5 alive, in native, daemon
"(GC Worker Thread 3)" id=? idx=0x18 tid=18148 prio=5 alive, in native, daemon
"(GC Worker Thread 4)" id=? idx=0x1c tid=18149 prio=5 alive, in native, daemon
"(Code Generation Thread 1)" id=4 idx=0x20 tid=18150 prio=5 alive, in native, native_waiting, daemon
"(Code Optimization Thread 1)" id=5 idx=0x24 tid=18151 prio=5 alive, in native, native_waiting, daemon
"(VM Periodic Task)" id=6 idx=0x28 tid=18152 prio=10 alive, in native, daemon
"Finalizer" id=7 idx=0x2c tid=18153 prio=8 alive, in native, native_waiting, daemon
at jrockit/memory/Finalizer.waitForFinalizees([Ljava/lang/Object;)I(Native Method)
at jrockit/memory/Finalizer.access$500(Finalizer.java:12)
at jrockit/memory/Finalizer$4.run(Finalizer.java:159)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Reference Handler" id=8 idx=0x30 tid=18154 prio=10 alive, in native, native_waiting, daemon
at java/lang/ref/Reference.waitForActivatedQueue()Ljava/lang/ref/Reference;(Native Method)
at java/lang/ref/Reference.access$100(Reference.java:11)
at java/lang/ref/Reference$ReferenceHandler.run(Reference.java:79)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"(Sensor Event Thread)" id=9 idx=0x34 tid=18155 prio=5 alive, in native, daemon
"Logger@9217551 3.5/459" id=12 idx=0x38 tid=18158 prio=3 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/application/console/Coherence$Logger$Queue@0x4e1faef8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/application/console/Coherence$Logger$Queue@0x4e1faef8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketListener1" id=14 idx=0x3c tid=18159 prio=8 alive, in native, daemon
at java/net/PlainDatagramSocketImpl.receive0(Ljava/net/DatagramPacket;)V(Native Method)
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb21360[recursive]
at java/net/PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)[inlined]
at java/net/DatagramSocket.receive(DatagramSocket.java:712)[optimized]
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb21360[thin lock]
^-- Holding lock: java/net/DatagramPacket@0x73aa4e80[thin lock]
^-- Holding lock: java/net/DatagramSocket@0x4cb21338[thin lock]
at com/tangosol/coherence/component/net/socket/UdpSocket.receive(UdpSocket.CDB:20)[optimized]
at com/tangosol/coherence/component/net/UdpPacket.receive(UdpPacket.CDB:4)[optimized]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketListener.onNotify(PacketListener.CDB:19)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketReceiver" id=15 idx=0x40 tid=18160 prio=7 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketReceiver$InQueue@0x4cf60d58[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketReceiver.onWait(PacketReceiver.CDB:2)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketReceiver$InQueue@0x4cf60d58[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketPublisher" id=16 idx=0x44 tid=18161 prio=6 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketPublisher.onWait(PacketPublisher.CDB:2)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketSpeaker" id=17 idx=0x48 tid=18162 prio=8 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketSpeaker$BundlingQueue@0x4cabe9d8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/queue/ConcurrentQueue.waitForEntry(ConcurrentQueue.CDB:16)
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketSpeaker$BundlingQueue@0x4cabe9d8[fat lock]
at com/tangosol/coherence/component/util/queue/ConcurrentQueue.remove(ConcurrentQueue.CDB:7)
at com/tangosol/coherence/component/util/Queue.remove(Queue.CDB:1)
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketSpeaker.onNotify(PacketSpeaker.CDB:62)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketListenerN" id=18 idx=0x4c tid=18163 prio=8 alive, in native, daemon
at java/net/PlainDatagramSocketImpl.receive0(Ljava/net/DatagramPacket;)V(Native Method)
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb221b0[recursive]
at java/net/PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)[inlined]
at java/net/DatagramSocket.receive(DatagramSocket.java:712)[optimized]
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb221b0[thin lock]
^-- Holding lock: java/net/DatagramPacket@0x73e59890[thin lock]
^-- Holding lock: java/net/MulticastSocket@0x4cb22178[thin lock]
at com/tangosol/coherence/component/net/socket/UdpSocket.receive(UdpSocket.CDB:20)[optimized]
at com/tangosol/coherence/component/net/UdpPacket.receive(UdpPacket.CDB:4)[optimized]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketListener.onNotify(PacketListener.CDB:19)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Cluster|Member(Id=2, Timestamp=2011-02-23 16:25:36.488, Address=10.10.100.77:8095, MachineId=25677, Location=site:emtzzzz.com,machine:njdev04,process:18142,member:cldev201~carboncachelauncher~181)" id=19 idx=0x50 tid=18164 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4cac64d8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4cac64d8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"TcpRingListener" id=20 idx=0x54 tid=18165 prio=6 alive, in native, daemon
at java/net/PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;)V(Native Method)
at java/net/PlainSocketImpl.accept(PlainSocketImpl.java:384)
^-- Holding lock: java/net/SocksSocketImpl@0x4cb227d8[thin lock]
at java/net/ServerSocket.implAccept(ServerSocket.java:453)
at java/net/ServerSocket.accept(ServerSocket.java:421)
at com/tangosol/coherence/component/net/socket/TcpSocketAccepter.accept(TcpSocketAccepter.CDB:18)
at com/tangosol/coherence/component/util/daemon/TcpRingListener.acceptConnection(TcpRingListener.CDB:10)
at com/tangosol/coherence/component/util/daemon/TcpRingListener.onNotify(TcpRingListener.CDB:9)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Invocation:Management:EventDispatcher" id=22 idx=0x58 tid=18166 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher$Queue@0x4ab76140[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher$Queue@0x4ab76140[fat lock]
at com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher.onWait(Service.CDB:7)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Invocation:Management" id=23 idx=0x5c tid=18167 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4ab75508[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4ab75508[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"DistributedCache" id=25 idx=0x60 tid=18168 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4a3869b0[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4a3869b0[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
===== END OF THREAD DUMP ===============
Thread Dump 2 -
===== FULL THREAD DUMP ===============
Thu Feb 24 21:27:53 2011
BEA JRockit(R) R27.6.3-40_o-112056-1.6.0_11-20090318-2103-linux-x86_64
"Main Thread" id=1 idx=0x4 tid=18143 prio=5 alive, in native, waiting
-- Waiting for notification on: java/lang/Class@0x43587b58[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/net/DefaultCacheServer.main(DefaultCacheServer.java:80)
^-- Lock released while waiting: java/lang/Class@0x43587b58[fat lock]
at com/zzzz/carbon/cacheserver/ZzzzCoherenceServerStartup.doWork(ZzzzCoherenceServerStartup.java:29)
at com/zzzz/util/runner/ZzzzRunnerBase.run(ZzzzRunnerBase.java:23)
at com/zzzz/carbon/cacheserver/ZzzzCoherenceServerStartup.main(ZzzzCoherenceServerStartup.java:16)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"(Signal Handler)" id=2 idx=0x8 tid=18144 prio=5 alive, in native, daemon
"(GC Main Thread)" id=3 idx=0xc tid=18145 prio=5 alive, in native, native_waiting, daemon
"(GC Worker Thread 1)" id=? idx=0x10 tid=18146 prio=5 alive, in native, daemon
"(GC Worker Thread 2)" id=? idx=0x14 tid=18147 prio=5 alive, in native, daemon
"(GC Worker Thread 3)" id=? idx=0x18 tid=18148 prio=5 alive, in native, daemon
"(GC Worker Thread 4)" id=? idx=0x1c tid=18149 prio=5 alive, in native, daemon
"(Code Generation Thread 1)" id=4 idx=0x20 tid=18150 prio=5 alive, in native, native_waiting, daemon
"(Code Optimization Thread 1)" id=5 idx=0x24 tid=18151 prio=5 alive, in native, native_waiting, daemon
"(VM Periodic Task)" id=6 idx=0x28 tid=18152 prio=10 alive, in native, daemon
"Finalizer" id=7 idx=0x2c tid=18153 prio=8 alive, in native, native_waiting, daemon
at jrockit/memory/Finalizer.waitForFinalizees([Ljava/lang/Object;)I(Native Method)
at jrockit/memory/Finalizer.access$500(Finalizer.java:12)
at jrockit/memory/Finalizer$4.run(Finalizer.java:159)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Reference Handler" id=8 idx=0x30 tid=18154 prio=10 alive, in native, native_waiting, daemon
at java/lang/ref/Reference.waitForActivatedQueue()Ljava/lang/ref/Reference;(Native Method)
at java/lang/ref/Reference.access$100(Reference.java:11)
at java/lang/ref/Reference$ReferenceHandler.run(Reference.java:79)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"(Sensor Event Thread)" id=9 idx=0x34 tid=18155 prio=5 alive, in native, daemon
"Logger@9217551 3.5/459" id=12 idx=0x38 tid=18158 prio=3 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/application/console/Coherence$Logger$Queue@0x4e1faef8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/application/console/Coherence$Logger$Queue@0x4e1faef8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketListener1" id=14 idx=0x3c tid=18159 prio=8 alive, in native, daemon
at java/net/PlainDatagramSocketImpl.receive0(Ljava/net/DatagramPacket;)V(Native Method)
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb21360[recursive]
at java/net/PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)[inlined]
at java/net/DatagramSocket.receive(DatagramSocket.java:712)[optimized]
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb21360[thin lock]
^-- Holding lock: java/net/DatagramPacket@0x73a80930[thin lock]
^-- Holding lock: java/net/DatagramSocket@0x4cb21338[thin lock]
at com/tangosol/coherence/component/net/socket/UdpSocket.receive(UdpSocket.CDB:20)[optimized]
at com/tangosol/coherence/component/net/UdpPacket.receive(UdpPacket.CDB:4)[optimized]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketListener.onNotify(PacketListener.CDB:19)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketReceiver" id=15 idx=0x40 tid=18160 prio=7 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketReceiver$InQueue@0x4cf60d58[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketReceiver.onWait(PacketReceiver.CDB:2)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketReceiver$InQueue@0x4cf60d58[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketPublisher" id=16 idx=0x44 tid=18161 prio=6 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketPublisher.onWait(PacketPublisher.CDB:2)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketPublisher$InQueue@0x4ca053a8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketSpeaker" id=17 idx=0x48 tid=18162 prio=8 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/net/Cluster$PacketSpeaker$BundlingQueue@0x4cabe9d8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/queue/ConcurrentQueue.waitForEntry(ConcurrentQueue.CDB:16)
^-- Lock released while waiting: com/tangosol/coherence/component/net/Cluster$PacketSpeaker$BundlingQueue@0x4cabe9d8[fat lock]
at com/tangosol/coherence/component/util/queue/ConcurrentQueue.remove(ConcurrentQueue.CDB:7)
at com/tangosol/coherence/component/util/Queue.remove(Queue.CDB:1)
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketSpeaker.onNotify(PacketSpeaker.CDB:62)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"PacketListenerN" id=18 idx=0x4c tid=18163 prio=8 alive, in native, daemon
at java/net/PlainDatagramSocketImpl.receive0(Ljava/net/DatagramPacket;)V(Native Method)
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb221b0[recursive]
at java/net/PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136)[inlined]
at java/net/DatagramSocket.receive(DatagramSocket.java:712)[optimized]
^-- Holding lock: java/net/PlainDatagramSocketImpl@0x4cb221b0[thin lock]
^-- Holding lock: java/net/DatagramPacket@0x5e55a240[thin lock]
^-- Holding lock: java/net/MulticastSocket@0x4cb22178[thin lock]
at com/tangosol/coherence/component/net/socket/UdpSocket.receive(UdpSocket.CDB:20)[optimized]
at com/tangosol/coherence/component/net/UdpPacket.receive(UdpPacket.CDB:4)[optimized]
at com/tangosol/coherence/component/util/daemon/queueProcessor/packetProcessor/PacketListener.onNotify(PacketListener.CDB:19)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Cluster|Member(Id=2, Timestamp=2011-02-23 16:25:36.488, Address=10.10.100.77:8095, MachineId=25677, Location=site:emtzzzz.com,machine:njdev04,process:18142,member:cldev201~carboncachelauncher~181)" id=19 idx=0x50 tid=18164 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4cac64d8[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4cac64d8[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"TcpRingListener" id=20 idx=0x54 tid=18165 prio=6 alive, in native, daemon
at java/net/PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;)V(Native Method)
at java/net/PlainSocketImpl.accept(PlainSocketImpl.java:384)
^-- Holding lock: java/net/SocksSocketImpl@0x4cb227d8[thin lock]
at java/net/ServerSocket.implAccept(ServerSocket.java:453)
at java/net/ServerSocket.accept(ServerSocket.java:421)
at com/tangosol/coherence/component/net/socket/TcpSocketAccepter.accept(TcpSocketAccepter.CDB:18)
at com/tangosol/coherence/component/util/daemon/TcpRingListener.acceptConnection(TcpRingListener.CDB:10)
at com/tangosol/coherence/component/util/daemon/TcpRingListener.onNotify(TcpRingListener.CDB:9)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:37)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Invocation:Management:EventDispatcher" id=22 idx=0x58 tid=18166 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher$Queue@0x4ab76140[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher$Queue@0x4ab76140[fat lock]
at com/tangosol/coherence/component/util/daemon/queueProcessor/Service$EventDispatcher.onWait(Service.CDB:7)
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"Invocation:Management" id=23 idx=0x5c tid=18167 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4ab75508[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4ab75508[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
"DistributedCache" id=25 idx=0x60 tid=18168 prio=5 alive, in native, waiting, daemon
-- Waiting for notification on: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4a3869b0[fat lock]
at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
at java/lang/Object.wait(J)V(Native Method)[optimized]
at com/tangosol/coherence/component/util/Daemon.onWait(Daemon.CDB:18)[inlined]
at com/tangosol/coherence/component/util/daemon/queueProcessor/service/Grid.onWait(Grid.CDB:9)[optimized]
^-- Lock released while waiting: com/tangosol/coherence/component/util/queue/concurrentQueue/DualQueue@0x4a3869b0[fat lock]
at com/tangosol/coherence/component/util/Daemon.run(Daemon.CDB:34)
at java/lang/Thread.run(Thread.java:619)
at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
-- end of trace
===== END OF THREAD DUMP ===============Charlie, Cameron,
Thanks for following up. To answer Cameron's question - yes, running top shows that it is this process using a significant amount of the CPU. I captured a JRA this morning setting nativesamples=true.
I see the following when I look at the Hot Methods - let me know if there is something else that would shed some more light on this issue.
Method Percent(%) #Samples Optimized Native Method Id.
libjvm.so#mmDetGcFollowReferencesWorkers 28.575 2,062 0 1 0x2AE6B82EC2C1
libpthread.so.0#__recvfrom_nocancel 26.012 1,877 0 1 0x3CC1A0D689
libpthread.so.0#__accept_nocancel 26.012 1,877 0 1 0x3CC1A0D4A9
libjvm.so#mmBalanceGetReference 4.975 359 0 1 0x2AE6B817A65B
libjvm.so#objIterStepFieldFromBitmaskWord 4.753 343 0 1 0x2AE6B82A6B34
libjvm.so#objIterStep 3.88 280 0 1 0x2AE6B82A6F8D
libjvm.so#objIterInitInner 2.744 198 0 1 0x2AE6B82A71B7
libjvm.so#mmBalanceStoreReference 1.414 102 0 1 0x2AE6B817A781
libjvm.so#objIterSetupFields 0.637 46 0 1 0x2AE6B82A6B08
libjvm.so#nativeInnerLockNotLinked 0.236 17 0 1 0x2AE6B829DE76
libjvm.so#mmWorkPacketPoolGet 0.125 9 0 1 0x2AE6B817A4F5
libjvm.so#qBitSetIsBitSetInWord 0.069 5 0 1 0x2AE6B82C8AA6
libjvm.so#nativeInnerUnlockNotLinked 0.069 5 0 1 0x2AE6B829E028
libjvm.so#mmWorkPacketPoolAdd 0.042 3 0 1 0x2AE6B817A48E
libjvm.so#objPoolMarkAllHard 0.042 3 0 1 0x2AE6B82A4923
libjvm.so#objIterSetupArray 0.028 2 0 1 0x2AE6B82A6BDB
libjvm.so#markAcquired 0.028 2 0 1 0x2AE6B829DBD3
libjvm.so#mmPointerMatrixTryInsertAtIndex 0.028 2 0 1 0x2AE6B82BEFEB
libjvm.so#mmPointerMatrixClear 0.028 2 0 1 0x2AE6B82BF61C
libjvm.so#objPoolMarkWeakConcurrently 0.028 2 0 1 0x2AE6B82A5358
libjvm.so#qBitSetFindFirstNonClearedWord 0.014 1 0 1 0x2AE6B82C888E
libjvm.so#utilCounterToNanos 0.014 1 0 1 0x2AE6B8313B53
libjvm.so#waitForLockIfNeededAndMarkAcquired 0.014 1 0 1 0x2AE6B829DC30
libjvm.so#vmtLinkData 0.014 1 0 1 0x2AE6B8325B2E
libjvm.so#mmBitsIsObjectMarkedGrey 0.014 1 0 1 0x2AE6B82ED7E9
libjvm.so#qBitSetFindLastSetBitInWord 0.014 1 0 1 0x2AE6B82C8854
libjvm.so#mark_writebarriers 0.014 1 0 1 0x2AE6B8250EEA
libjvm.so#signalNextInLockQueueIfNeeded 0.014 1 0 1 0x2AE6B829DF52
libjvm.so#mmGetUsingMatrixes 0.014 1 0 1 0x2AE6B819F33C
libjvm.so#ptGetThreadId 0.014 1 0 1 0x2AE6B82BD9ED
libc.so.6#memset 0.014 1 0 1 0x3CC0A7A000
libjvm.so#setupNodeForSelf 0.014 1 0 1 0x2AE6B829DD87
libc.so.6#_int_free 0.014 1 0 1 0x3CC0A714E0
libjvm.so#mmAddChunkToList 0.014 1 0 1 0x2AE6B830977C
libjvm.so#vmtiUnlinkData 0.014 1 0 1 0x2AE6B8325B4A
libjvm.so#nativeLockInSuspendCritical 0.014 1 0 1 0x2AE6B829E0E3
libjvm.so#mmSweepHeapPart 0.014 1 0 1 0x2AE6B830989A
libjvm.so#mmBalanceWorkSetSwapPackets 0.014 1 0 1 0x2AE6B817A647
libc.so.6#_int_malloc 0.014 1 0 1 0x3CC0A71E80
libjvm.so#charToJlcType 0.014 1 0 1 0x2AE6B8253633
unknown#unknown functions 0 0 0 1 0x2AE6B8597090
Running with nativemethods=false, I see the following under hot methods
Method Percent(%) #Samples Optimized Native Method Id.
jrockit.vm.Locks.monitorExitSecondStage(Object) 50 1 1 0 0x161D30D0
com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.ClusterService.onNotify() 50 1 1 0 0x169D2C70
com.tangosol.coherence.component.util.daemon.queueProcessor.packetProcessor.PacketReceiver.onNotify() 0 0 1 0 0x1551C050
com.tangosol.coherence.component.util.queue.ConcurrentQueue.checkFlush(int) 0 0 1 0 0x151C2180
java.lang.Thread.run() 0 0 0 0 0x14E98EB0
jrockit.vm.RNI.c2java(long, long, long, long, long) 0 0 0 0 0x14C07830
unknown#unknown functions 0 0 0 1 0x2AE6B8597090
com.tangosol.coherence.component.util.Daemon.run() 0 0 0 0 0x15CFEBC0
com.tangosol.coherence.component.util.queue.ConcurrentQueue.add(Object) 0 0 1 0 0x15ED6B00
com.tangosol.coherence.component.util.queue.ConcurrentQueue.onAddElement() 0 0 1 0 0x151C9C20
com.tangosol.coherence.component.util.queue.ConcurrentQueue.flush(boolean) 0 0 1 0 0x1618CAD0
Thanks,
Jason -
Hi all,
I'm having high CPU usage with one of my Cisco 3845.
It works as an IP-IP Gateway and the CPU is quite high when the total number of calls only around 100-200 calls.
I check the CPU usage with "show process cpu sort" and it looks like there are some "hidden" processes that consuming CPU.
For example, 41% is total CPU, 25% is due to interrups, so CPU utilization on process level = 41 - 25 = 16%.
But as showed below, processes don't consume that much CPU, only around 7% ???
Please help to advise on this case. Any help is highly appreciated..
Thank you.
3845-GW#show process cpu sort | ex 0.00% 0.00% 0.00%
CPU utilization for five seconds: 41%/25%; one minute: 46%; five minutes: 47%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
382 6619708 1473171 4493 1.59% 1.81% 1.92% 0 CCSIP_SPI_CONTRO
141 4228940 10181955 415 1.35% 1.51% 1.57% 0 IP Input
65 2450824 163102 15026 1.19% 1.16% 1.17% 0 Per-Second Jobs
370 2702292 3709512 728 0.87% 0.88% 0.88% 0 VOIP_RTCP
224 321680 245640 1309 0.47% 0.49% 0.50% 0 AFW_application_
112 93940 18093506 5 0.39% 0.31% 0.32% 0 Ethernet Msec Ti
384 1058280 1553567 681 0.23% 0.28% 0.30% 0 CCSIP_UDP_SOCKET
2 18148 32905 551 0.07% 0.03% 0.02% 0 Load Meter
137 35644 4657843 7 0.07% 0.04% 0.05% 0 IPAM Manager
189 206392 267959 770 0.07% 0.05% 0.07% 0 TCP Protocols
30 30792 198554 155 0.07% 0.01% 0.00% 0 ARP Input
368 145456 176151 825 0.07% 0.04% 0.05% 0 CC-API_VCM
28 9628 32759 293 0.00% 0.01% 0.00% 0 Environmental mo
48 221352 37922 5837 0.00% 0.11% 0.11% 0 Net Background
63 16728 32924 508 0.00% 0.01% 0.00% 0 Compute load avg
64 72080 2781 25918 0.00% 0.01% 0.00% 0 Per-minute Jobs
6 371644 29792 12474 0.00% 0.14% 0.12% 0 Check heaps
176 12216 240288 50 0.00% 0.01% 0.00% 0 CEF: IPv4 proces
284 36416 4929826 7 0.00% 0.02% 0.01% 0 MMON MENG
307 12168 806151 15 0.00% 0.01% 0.00% 0 Atheros LED Ctro
335 35300 19755 1786 0.00% 3.16% 1.00% 708 Virtual Exec
3845-GW#sh int g0/0
GigabitEthernet0/0 is up, line protocol is up
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 1Gbps, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/2/56803 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1551000 bits/sec, 5751 packets/sec
5 minute output rate 4207000 bits/sec, 7643 packets/sec
925128804 packets input, 939078510 bytes, 0 no buffer
Received 62732 broadcasts (0 IP multicasts)
0 runts, 0 giants, 2 throttles
2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
0 watchdog, 3763438515 multicast, 0 pause input
1472816545 packets output, 3214770103 bytes, 0 underruns
0 output errors, 2067720191 collisions, 1 interface resets
0 unknown protocol drops
0 babbles, 2281155551 late collision, 0 deferred
2 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
3845-GW#sh int g0/1
GigabitEthernet0/1 is up, line protocol is up
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full Duplex, 1Gbps, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/30335 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1684000 bits/sec, 7697 packets/sec
5 minute output rate 3372000 bits/sec, 5632 packets/sec
1484558664 packets input, 2383177786 bytes, 0 no buffer
Received 208998 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
2 input errors, 0 CRC, 0 frame, 2 overrun, 0 ignored
0 watchdog, 3060386282 multicast, 0 pause input
903478941 packets output, 2814588854 bytes, 0 underruns
0 output errors, 2910776303 collisions, 1 interface resets
0 unknown protocol drops
0 babbles, 4157448025 late collision, 0 deferred
2 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped outHas this been something that just recently started happening, or have you had this issue for a while? Have you installed any new programs recently?
You may want to download Glary Utilities, which is a free software(they will ask you if you want to go Pro, just say no, the free version works very well). There is a module for startup manager. You can go in and disable stuff that starts with the computer. I would advise unchecking adobe, java, quicktime, printers, etc. Anything that doesn't REALLY need to start with the computer. The nice thing with Glary is that you can restart the computer, and if you find that you need one of the programs to start with windows, you can go back in and enable it again.
The Celeron 925 processor in your computer is a decent entry level processor, but if there are too many programs running in the background, it can bog down quick. I would also recommend downloading and running Malwarebytes Anti-malware, to be sure that there is nothing malicous running in the background.
Qosmio X875 i7-3630QM, 32GB RAM, OCZ SSD Qosmio X505 i7-920XM, PM55, 16GB RAM, OCZ SSD
Satellite Pro L350 T9900, GM45, 8GB RAM , Intel 320 SSD (my baby) Satellite L655 i7-620M, HM55, 8GB RAM, Intel 710 SSD (travel system) -
One of the web application is sudendly consumming high cpu usage.
hi
there are two web application running on the the standlone server.one of the web application is sudendly consumming high cpu usage. because of this issue, the entire cpu usages become very high and result in HTTP THROTTLING error. please suggest ways to
resolve this problem.
in the same standlone server, what are the service that must not run or minimum services that are required.
server:-
48 gb ram,
8 core processor
thanks in advancedHi jackhill,
Please check whether you configure Search service in your SharePoint.
And please use Taskmgr on the server to check which process may be cause this issue.
In addition, there is an article about high CPU in SharePoint 2013, please check if it is useful for you:
https://speverything.wordpress.com/2013/03/12/sharepoint-2013-high-cpu-and-memory-utilization-killing-my-server/
Thanks,
Wendy
TechNet Community Support
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
[email protected] -
High CPU usage when downloading from ITunes Match
When attempting to download matched songs from ITunes Match, ITunes utilization spikes to over 70% and makes it almost impossible to do any other function on the computer. Eventually ITunes fails to respond. I have tried several remedies including reseting winsock. Is there any other options I should try?
Hiya,
could it have something to do with the write speed/ cache/ram? On a "slow" disk, or one that is nearly full or one that is partitioned, it will take a great deal more ram and cache to "digest" the faster download and write it onto disk. I tend to do downloads to a separate drive. Have you got one? and can you repeat the high CPU usage when downloading / saving to the external drive? I note your drive might have 5,400 rpm, with "just" 8mB cache and 320 GB (quite a few SATA's have 7,200 rpm and 32 mB cache).
NB: If anything, I found SL more efficient, especially on my 4 year old Macbook, which is running much faster and has got more responsive after installation of (full version of) SL.
Message was edited by: Alexandre -
Hi everyone,
I'm having an issue with Word 2013 and I'm hoping someone can help. Seen as I got fleeced for my TechNet subscription this year (the price given on the invoice doubled when I called up to pay!) I’d very much like to see a speedy fix from the Microsofties
please! :D
Recently, I've found that Word will consistently exhibit high CPU utilisation, ~50% on a dual core second generation Core i5.
This continues, even when I’m not providing any input to or interacting with the Word window and even when the Word window is covered by other windows. Minimising Word causes its CPU usage to drop back down to zero.
The strange thing is that, so far, I’ve only observed this with a single document. I started writing this document at the start of this week and it’s been authored exclusively on Word 2013. In fact I’m the only one who’s editing it and I’ve only used a single
computer (and this one single install of Word 2013) to do so…
There’s nothing particularly unusual about this document, and a different but similar document which uses the same themes and features (in fact the theme for the second document was created from the first one) doesn’t appear to cause the same issues. Both
these documents are stored on SkyDrive, and are being edited directly from there.
Initially I tried the much recommended tweaks of disabling hardware graphics acceleration and sub-pixel positioning, however neither of these has had any effect.
I investigated a bit further using Sysinternals Process Monitor, and found that while Word is using a lot of CPU it’s actually looping very, very quickly polling for the existence of the registry key “HKCU\Software\Microsoft\Avalon.Graphics”.
This key doesn’t exist on my system, and a quick test I conducted where I created it just lead to Word looping polling for more non-existent registry keys.
My system is a HP Folio 13 running Windows 8 Pro x64 with Office 2013 (RTM, not Beta) 32 bit. Both Windows and Office are fully patched, as is everything else on the system.
Thanks in advance for any help anyone can offer.
ChrisHello again,
After working on my problematic document some more, I believe I’ve found the cause of the issue.
@Microsofties – I think this one is either a bug or a dodgy OOTB template…
I noticed that the high CPU usage only seemed to occur when the document’s footer was displayed. Experimenting with some careful scrolling and zooming to hide footer (without actually using the “hide white-space” option) seemed to confirm this so I investigated
the footer a bit more.
My document was using the standard Word “Facet (Odd Page)” footer template with a couple of fields added to suit my needs, namely “Publish Date” and a page number.
The template seems to be structured such that the content of the footer is inside two nested text boxes (one inside the other). I also noticed previously that this footer template also appears to “jump” up each page and back down again as I scrolled.
So I deleted the footer and its text boxes, and recreated the same content, in the same position (using the standard paragraph alignment tools) by hand without the nested text boxes. This has, so far, fixed the issue!
I also noticed that the CPU usage dropped right down to idle the moment I deleted the nested text boxes.
Altogether, this leads me to conclude that the “Facet (Odd Page)” footer template in Word 2013 is the source of my issue. Specifically, I believe that the use of nested text boxes in this template causes Word’s interactions with the .Net 4.5 WPF to go a
bit nuts, as evidenced by the infinite loop of request for the non-existent “Avalon.Graphics” WPF registry key I mentioned previously.
It would be nice to see some feedback on this one, Microsoft people, if only to know if this is actually a general issue or is specific to my document!
Thanks, Chris -
High CPU usage (more than 100%) while running video applications
Hello everyone,
I desperately need help with this.
I have a late 2007 White Macbook running Mac OS X 10.6.8 :
Model Name: MacBook
Model Identifier: MacBook2,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2 GHz
Number Of Processors: 1
Total Number Of Cores: 2
L2 Cache: 4 MB
Memory: 3 GB
Bus Speed: 667 MHz
The issue that I am having is, whenever I play a video (Netflix/Silverlight player, YouTube, Skype, etc.) the CPU usage shoots up above 100% and the video or the video chat becomes VERY choppy. It becomes impossible to keep going once that starts. Originally I had 1Gb RAM (512 + 512) ... then I upgraded to (1GB + 512mb) ... it was fine for about a year and then started chocking on memory... so recently I made it (1GB +2GB) and that's when this high CPU usage thing started (according to my knowledge)
I have had this machine since last 4 years and its very dear to me. I dont wanna buy a new one. I will really appreciate if someone could help.I am spending sleepless nights, researching for a fix. From what I found so far, a considerable amount of people were able to fix this issue by simple cleaning the insides of their machines using air dusters, especially the fans. I don't know how cleaning would help with CPU utilization, but by interpolation, I feel it's worth a try. At least it will be clean, if not perfectly functional. lol
Now the next big challenge ahead of me is getting the screws on my Macbook open. I was following the Fan Repair Guide on ifixit.com. I went and got the #00 Phillips screwdriver as suggested in the guide... came home and found out the screwdriver is too big.... went back got a #0000 Phillips (I also found out that screwdrivers with same number might be of different sizes in different stores)... got a couple of screws out and then--- another road-block!! there are a few extremely tiny Phillips screws on my macbook. Now I am hunting for the smallest Phillips screwdriver in the world. Hopefully, I will find it in some watch repair or eye-glasses repair kit in a store such as CVS or Walgreens... aaaah... this is sooo frustrating!!! I just want to get his done so that I can check it off the list of probable solutions that I want to try. Will update here if this works.
From what you say, I think that the Silverlight upgrade might be the culprit in my case too. But the effect is there also for Youtube, Skype , or any other Video/Graphics intensive application that I use. Although, Silverlight/Netflix performs the worst among all the apps.
I love my Macbook... don't want to part with it. -
Sometimes, after a while, firefox (36.0.4) uses up 1 core of my CPU (is a quad core due to hypertreading). The way it happens is really strange. Many tabs without a problem until suddenly ff decides to floor it. This is alway in the run, not on startup or close. All add-ons need to ask my permissions to be activated, this includes flash.
On close, I ordered ff to clear all history and cookies.
Notes that could be important (The behavior encountered while using it. This varies from time to time):
opening new tabs (a lot or a few) => "heavy" load during site loading, then idling
==> The above makes sense
- same as above but load continues to be heavy. => could be some badly written javascript on the site, however, sometimes this occurs with sites I know have no stressful javascript
==> The above seems odd
- Browser is idle in the background (not actively using it). Then all of the sudden "lets floor it until closed".
==> The above seems pretty odd
- When confronted with high CPU usage, closing ff doesn't close it (the ff process remains active. Not a ff process, THE ff process). => High CPU usage remains
==> The above looks like that there is definitely something wrong here
This last one has some other things to keep in mind
- When it happens and I close ff, upon restarting it it will ALWAYS ask to close ff. After confirming to close it, it will start and behave normally.
- When killing ff via the task-manager, or other means like powershell commands, restarting it will result in an idle ff even after every tab is loaded again.
I hope this isn't a heisenbug and there is a solution to this, a reboot ff button would be a nice workaround though. I personally think that it must be some routine in the code that decides to go nuts for no reason.
If you need further details, feel free to ask.
Thanks in advanceTried those before and tried them again. Unfortunately, the problem keeps repeating itself at random times. As said, sometimes it doesn't occur and sometimes suddenly it does. Keep the following things in mind about this, what seems like a heisenbug, behavior.
- opening new tabs (a lot or a few) => "heavy" load during site loading, then idling
==> The above makes sense
- same as above but load continues to be heavy. => could be some badly written javascript on the site, however, sometimes this occurs with sites I know have no stressful javascript
==> The above seems odd
- Browser is idle in the background (not actively using it). Then all of the sudden "lets floor it until closed".
==> The above seems pretty odd
- When confronted with high CPU usage, closing ff doesn't close it (the ff process remains active. Not a ff process, THE ff process). => High CPU usage remains
==> The above looks like that there is definitely something wrong here
As stated, a reboot ff button would be a nice workaround. I personally think that something like a tread must get stuck in some sort of infinite loop. Browsing in ff works just fine though. I just don't like the fact that I turns into a "gasoline guzzler".
Again, thanks in advance -
Lightroom Mobile Sync - Extremely High CPU Usage/Sync Process Causes LR To Lag
Since my other thread doesn't seem to be getting any responses, I'm pasting what I've found here. Please keep in mind I am not a beginner with Lightroom and consider myself very familiar with Lightroom's features excluding the new mobile sync.
1st message:
I'm on Lr 5.5 and using the 30 day trial of Adobe CC to try syncing one collection of slight more than 1000 images. Despite already having generated the Smart Previews, I can see my CPU crunching through image after image (the rolling hills pattern in the task manager) while doing the sync. I was assuming, since I already created the Smart Previews, that the sync of this collection would begin immediately and be done by simply uploading all of the existing Smart Previews. The Smart Previews folder of the catalog is 871MB and has stayed the same despite the CPU obviously doing *something*. As it is now, the sync progress is incredibly slow, almost at a pace like it's actually exporting full-res JPGs from the RAW images (as a comparison only, I know this should not be what it's actually doing).
Another side effect of this is that I'm basically unable to use my computer for other tasks due to the high CPU utilization.
Win 7 x64 / Lightroom 5.5
Intel i5 2500k OC'd 4.5GHz
16GB RAM
SSD for OS, separate SSD for working catalog and files
2nd message:
As a follow up, now Lightroom thinks all 1026 photos are synced (as shown in "All Sync Photographs" portion of the Catalog though all images after the 832nd image show the sync icon per image stuck at "Building Previews for Lightroom Mobile" and the status at the top left corner has been stuck at "Syncing 194 photos" for over 12 hours. Is there no option to force another sync via Lightroom Desktop and also force the iOS app to manually refresh (perhaps by pulling down on the collections view, like refreshing via the Mail app)?
3rd message:
One more update, I went into Preferences and deleted all mobile data, which automatically signed me out of Adobe CC and then I signed back in. Please keep in mind the Smart Previews were long generated before even starting the trial, and I also manually generated them again (it ran through quickly since it found they were already generated) many times. Now that I'm re-syncing my collection of 1026 images, I can clearly see Lightroom using the CPU to regenerate the Smart Previews which already exist. I have no idea why it's doing this except that it's making the process of uploading the Smart Previews extremely slow. I hope this time around it will at least sync all 1026 images to the cloud.
4th message:
All 1026 images synced just fine and I could run through my culling workflow on the iPad/iPhone perfectly. Now I'm on a new catalog (my current workflow unfortunately uses one catalog per event) and I see the same problem: Smart Previews already generated but when syncing, Lightroom seems to re-generate them again anyway (or take up a lot of CPU simply to upload the existing Smart Previews). Can anyone else chime in on what their CPU utilization is like during the sync process when Smart Previews are already created?
New information:
Now I'm editing a catalog of images that is synced to Lightroom Mobile and notice that my workflow has gotten even slower between photos (relative to what it was before, this is not a discussion about how fast/slow LR should perform). Obviously Lightroom is syncing the edited settings to the cloud, but I can see my CPU running intensively (all 4 cores) on every image I edit and the CPU utilization graph looks different than before I started using LR mobile sync. It still feels like every change isn't simply syncing an SQLite database change but re-generating a Smart Preview to go with it (I'm not saying this is definitely what's happening, but something is intensively using the CPU that wasn't prior to using LR Mobile).
For example: I only update the tint +5 on an image. I see the CPU spike up to around 30-40%, then falls back down, then back up to 100%, then back down to another smaller spike while Lightroom says "Syncing 1 photo". I've attached a screenshot of my CPU graph when doing this edit on just one image. During this entire time, if I try to move onto edit another image, the program is noticeably slower to respond than it was prior to using LR mobile, due to the fact that there appear to be much more CPU intensive tasks running to sync the previous edit. This is proven by un-syncing the collection and immediately the lag goes away.
I'd be happy to test/try anything you have in mind, because it's my understanding that re-syncing photos that are edited that are already in the cloud should be simply updating the database file rather than require regenerating any Smart Previews or other image data. If indeed that's what it should be doing, then some other portion of LR is causing massive CPU usage. If this continues, I will probably not choose to proceed with a subscription despite the fact that i think LR mobile adds a lot of value and boosts my workflow significantly if it wasn't causing the program to lag so badly in the process.
I know this message was incredibly long and probably tedious to read through so thanks in advance to anyone who gets through it
-JeffThanks for reporting. Just passed along your info to some of our devs. One of the things that needs to be created (beside smart previews) during an initial sync are thumbnails + previews for the LrM app - Guido
Hi Guido,
Thanks for pointing this out. I realized the same thing when I tried syncing a collection for offline mode and found out the required space sounded more like Previews + Smart Previews rather than just the Smart Previews.
greule wrote:
Hi Jeff, are your images particularly large or do you make a lot of changes which you save to the original file as part of your workflow?
The CPU usage is almost certainly from us uploading JPEG previews not the Smart Previews - particularly during develop edits as these force new JPEG previews to be sent from Lightroom desktop, but would not force new Smart Previews (unless the develop edits are modifying the original file making us think the Smart Preview is out of date) to be sent.
Guido
My images are full-resolution ~22mp Canon 5D Mark III RAW files so they're fairly large. Even if I only make one basic change such as exposure changes, I saw the issue. By "save to the original file" I'm assuming metadata changes such as timestamps, otherwise edits to the images aren't actually written to the original file. I'm only doing develop module edits so I shouldn't be touching the original file at all at this point in my workflow.
I think it makes sense now that you mention that new JPEG previews need to be generated and sent to the cloud due to updated develop edits. My concern is that this seems to be done in real-time as opposed to how Lightroom Desktop works (which is to render a new Standard Preview or 1:1 Preview on demand, which means only one is being rendered at any given time while viewing it in Loupe View or possibly 2 in Compare View). If I edit, for example, 10 images quickly in a row, once the sync kicks in a few seconds later, editing the 11th image is severely hindered due to the previous 10 images' JPEG previews being rendered and sync'd to the cloud (I'm assuming the upload portion doesn't take much CPU, but the JPEG render will utilize CPU resources to the fullest if it can). Rendering Standard/1:1 Previews locally and being able to walk away while the process finishes works because it is at the start of my workflow, but having to deal with on-the-fly preview rendering while I'm editing greatly impacts my ability to edit. Perhaps there can be a way to limit max CPU utilization for background sync tasks?
It may help to know that I'm running a dual-monitor setup, with Lightroom on a 27" 2560x1440 display maximized to fit the display (2nd display not running LR's 2nd monitor). Since I'm using a retina iPad, the optimal Standard Previews resolution should be the same at 2880 pixels.
Thanks again for the help!
Maybe you are looking for
-
Search for "more" playlists in iTunes Store no longer working
When you get a list of searched playlists on the left-hand side and try to click on "MORE" it dumps right back to same page. Has this feature been discontinued? It seems they are trying to change the way you "interact" with playlists anyway.
-
How to display the value of a column in a chart at the top of each column
How to display the value of each column in a chart at the top of each column?
-
Document protocol identification error for custom protocol
Hi, Working for B2B inbound transaction. By using B2B need to transfer file from remote TP location to Host TP location. The file type is non EDI file (FLAT file of type fixed length) . I am doing given below steps but B2B giving document identificat
-
Whenever I try to sync my ipod (second Generation), bad things happen. First off, When itunes opens up, it normally says that it cannot connect to itunes store. Though when I go to the store part of itunes it works fine. Second, I always get a proble
-
[SOLVED]Thunar not using Places
After installing xfce, followed by xdg user dirs (configuring them) and updating them, thunar won't display them in PLACES. The custom icons for those folders are still shown, however. hunar Version: 1.6.2 built using ABS (same thing with binary buil