This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 223865 - CPU at 100% without activity
Summary: CPU at 100% without activity
Status: RESOLVED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Maven (show other bugs)
Version: 7.2
Hardware: PC Windows XP
: P2 normal (vote)
Assignee: Milos Kleint
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-15 06:28 UTC by bht
Modified: 2012-12-21 02:33 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Thread dump (15.83 KB, text/plain)
2012-12-15 06:28 UTC, bht
Details
self sampler from temp directory (439.98 KB, application/octet-stream)
2012-12-15 06:29 UTC, bht
Details
Logs in zip file (52.44 KB, application/octet-stream)
2012-12-15 06:30 UTC, bht
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bht 2012-12-15 06:28:15 UTC
Created attachment 129398 [details]
Thread dump

I have observed this multiple times but was not able to find a pattern.

Some time after running simple java projects, perhaps sometimes accidentally running the same program twice (which could be because of my confusion after the CPU is already at 100%), the IDE becomes very slow.

Not as slow as not to respond, therefore it is probably some background thread taking all the CPU.

In situations like this, I closed NetBeans normally. But the netbeans.exe process still consumed 100% and did not die, although the GUI was no longer showing so I killed it.

This time, I could self-profile the IDE and start VisualVM and take a thread dump.

After about 10 minutes, CPU is back to normal.


- No processes running according to IDE status bar - no background scanning reported etc.
- 100% CPU
- 500 I/Os per second
- No log entries

I have never seen anything like this before 7.3

Is there anything else I should do when I see this next time?
Comment 1 bht 2012-12-15 06:29:29 UTC
Created attachment 129399 [details]
self sampler from temp directory
Comment 2 bht 2012-12-15 06:30:11 UTC
Created attachment 129400 [details]
Logs in zip file
Comment 3 Tomas Hurka 2012-12-19 09:07:14 UTC
It looks like org.netbeans.modules.maven.queries.RepositoryForBinaryQueryImpl$SrcResult$3.fileDataCreated() posts a lot of runnables to single-treaded request processor "Maven Repository SFBQ result change". Assigning to maven for further evaluation.
Comment 4 Milos Kleint 2012-12-20 12:49:30 UTC
https://hg.netbeans.org/core-main/rev/5b9171245aca

only one task running per result (however if there are 1800 results, not much we can do, 1800 is fairly realistic as we probably have one per maven dependency)
also when reacting to file ownership changes, only react to changes related to the current result's GAV.

I cannot think of more improvements there.
Comment 5 Quality Engineering 2012-12-21 02:33:22 UTC
Integrated into 'main-golden', will be available in build *201212210001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main-golden/rev/5b9171245aca
User: Milos Kleint <mkleint@netbeans.org>
Log: #223865 only one RP task per result and only react to MFOQI changes when related to the current result's gav