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.
[ JDK VERSION : J2SE 1.4.2_02 ] While I was debugging my machine slowed to a crawl and I noticed that the IDE was using all of the CPU. I had been searching through the various debugging views looking for a way to control which class members (static, protected, inherited, etc) are displayed in the local variables view, at some point during that search is when the abnormal CPU usage began. When I stopped the debugging session the CPU usage went back down to normal. I'm attaching a Thread Dump during the debugging session, and one from right after I stopped the debugger. I was not able to easily reproduce this.
Created attachment 13480 [details] Thread Dump during excessive CPU usage.
Created attachment 13481 [details] Thread Dump after stopping debug session
Could somebody please comment on this issue ?
There are 2 suspicious threads running: Java source parsing and Debugger request processor. As for the debugger thread, it runs periodically to update the Classes view and I do not see any problem in the stack trace. I will pass this to the Java module for evaluation of their thread's stack trace to make sure it is not problem in the parser.
When you took the second thread dump was the cpu free? If it is reproducible try to take several thread dumps with delay about 15s. I saw you use the cvs filesystem. Try the same with plain local filesystem. It would be also helpful if you could widen your console to not break lines. Thanks
Yes, the CPU was "free" (normal background usage) when I took the second thread dump. As I noted orignally this is not easily reproducable, it's happened one more time since I reported it so that's twice out of maybe 100 debugging sessions. The next time it happens I will try to take the thread dumps. Sorry I don't have any more info.
The code in the thread dumps is rewritten so it should no longer happen. Please reopen if this occurs again and provide a more recent thread dumps.