Build 818 Takes 100% Of CPU

I am on W2K, but the only problem I am running into right now is when I edit JSP files, the CPU jumps way up and everything gets very sluggish.

If I switch over to a JAVA file, then everything goes to normal.

Also, if I am editting(well, trying to) a JSP file, after a few key strokes, the CPU starts to jump up. If I stop, the CPU does drop back down. But as soon as I start again, it pegs and becomes very unresponsive; this problem does not occur in JAVA files.

If you have all your source paths and project path on your network drive try
to add a source path (even if empty directory) to your hard drive.
We have exactly this problem in the past. Besides processor utilization it
would generate enormous network traffic too


"Aidan Monroe" <jiveadmin@jetbrains.com> wrote in message
news:2171130.1054676245325.JavaMail.jrun@is.intellij.net...

I am having a problem with IDEA taking 100% of my Windows 2000 CPU. I have

my Task Manager running in my system tray. Whenever IDEA is running AND it
is in the background, the task manager shows that my CPU is at 100%
utilization. This slows down whatever I am doing in the foreground
(obviously).
>

If I bring IDEA to the foreground (by doing nothing more than clicking on

an open IDEA window), the CPU utilization drops dramatically and whatever
was in the foreground (and is now in the background) gets CPU and runs. I do
nothing with IDEA to make this happen. All I do is bring it to the
foreground and the CPU drops. As soon as I bring something else to the
foreground (thereby sending IDEA to the background) my CPU gets pegged at
100% again.
>

This also happens with IDEA 3.0.4. Any ideas?

I have everything on my local drive. Nothing is on a network drive.

Same here -- I've had to kill off 818 3-4 times because it pegs the CPU.

Please go to IDEA console window and press Ctrl-Break. Send us the thread
dump printed.

--
Valentin Kipiatkov
JetBrains, Inc
http://www.intellij.com
"Develop with pleasure!"

"Aidan Monroe" <jiveadmin@jetbrains.com> wrote in message
news:2171130.1054676245325.JavaMail.jrun@is.intellij.net...

I am having a problem with IDEA taking 100% of my Windows 2000 CPU. I have

my Task Manager running in my system tray. Whenever IDEA is running AND it
is in the background, the task manager shows that my CPU is at 100%
utilization. This slows down whatever I am doing in the foreground
(obviously).
>

If I bring IDEA to the foreground (by doing nothing more than clicking on

an open IDEA window), the CPU utilization drops dramatically and whatever
was in the foreground (and is now in the background) gets CPU and runs. I do
nothing with IDEA to make this happen. All I do is bring it to the
foreground and the CPU drops. As soon as I bring something else to the
foreground (thereby sending IDEA to the background) my CPU gets pegged at
100% again.
>

This also happens with IDEA 3.0.4. Any ideas?

Here it is:

Full thread dump Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode):

"EditorCaretThread" prio=7 tid=0x0F5C1778 nid=0x148 waiting on condition [16b5f0
00..16b5fd8c]
at java.lang.Thread.sleep(Native Method)
at com.intellij.openapi.editor.c.df.run(df.java:15)

"AWT-EventQueue-1" prio=7 tid=0x0F3C7A28 nid=0x530 runnable

at java.awt.EventQueue.dispatchEvent(Unknown Source)
at com.intellij.ide.t.a(t.java:86)
at com.intellij.ide.t.dispatchEvent(t.java:117)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)

at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

"com.jniwrapper.NativeResourceCollector" daemon prio=7 tid=0x0F893508 nid=0x67c
in Object.wait()
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) at com.jniwrapper.NativeResourceCollector$1.run(NativeResourceCollector. java:56) "TimerQueue" daemon prio=5 tid=0x0F5F5D58 nid=0x54c in Object.wait() [10b1f000.. 10b1fd8c] at java.lang.Object.wait(Native Method) - waiting on <0373C658> (a javax.swing.TimerQueue) at javax.swing.TimerQueue.run(Unknown Source) - locked <0373C658>]]> (a javax.swing.TimerQueue)
at java.lang.Thread.run(Unknown Source)

"StoreRefreshStatusThread" prio=2 tid=0x0F64DA20 nid=0x5b4 waiting on condition

at java.lang.Thread.sleep(Native Method)
at com.intellij.openapi.vfs.a.b.bk.run(bk.java:0)

"WatchForChangesThread" prio=7 tid=0x0F521558 nid=0x45c runnable [1081f000..1081
fd8c]
at com.intellij.vfs.local.win32.FileWatcher.waitForChangeImpl(Native Met
hod)
at com.intellij.vfs.local.win32.FileWatcher.b(FileWatcher.java:7)
at com.intellij.openapi.vfs.a.b.bl.run(bl.java:13)

"AlarmThread" prio=7 tid=0x0F4FD0C0 nid=0x694 in Object.wait() [105ef000..105efd
8c]
at java.lang.Object.wait(Native Method)
at com.intellij.util.Alarm$MyThread.run(Alarm.java:43)
- locked (a java.lang.Object) "AlarmThread" prio=7 tid=0x0F4FC6C8 nid=0x680 in Object.wait() [104ef000..104efd 8c] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Unknown Source) at com.intellij.util.Alarm$MyThread.run(Alarm.java:69) - locked <0366C450> (a java.lang.Object) "AWT-Shutdown" prio=7 tid=0x0F5A4008 nid=0x444 in Object.wait() [ffaf000..ffafd8 c] at java.lang.Object.wait(Native Method) - waiting on <035F6910> (a java.lang.Object) at java.lang.Object.wait(Unknown Source) at sun.awt.AWTAutoShutdown.run(Unknown Source) - locked <035F6910> (a java.lang.Object) at java.lang.Thread.run(Unknown Source) "Java2D Disposer" daemon prio=10 tid=0x0F6AA4B8 nid=0x454 in Object.wait() [feaf 000..feafd8c] at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(Unknown Source) - locked <035F6980>]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
at sun.java2d.Disposer.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"AWT-Windows" daemon prio=7 tid=0x0F56D910 nid=0x5f8 runnable

at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

"Lock thread" prio=5 tid=0x0F49D568 nid=0x510 runnable
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(Unknown Source)
- locked ]]> (a java.net.PlainSocketImpl)
at java.net.ServerSocket.implAccept(Unknown Source)
at java.net.ServerSocket.accept(Unknown Source)
at com.intellij.idea.o.run(o.java:2)
at java.lang.Thread.run(Unknown Source)

"Signal Dispatcher" daemon prio=10 tid=0x0098C008 nid=0x4fc waiting on condition


"Finalizer" daemon prio=9 tid=0x009D3C90 nid=0x570 in Object.wait() [ee9f000..ee
9fd8c]
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(Unknown Source)
- locked (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(Unknown Source) at java.lang.ref.Finalizer$FinalizerThread.run(Unknown Source) "Reference Handler" daemon prio=10 tid=0x009D3020 nid=0x35c in Object.wait() [ed 9f000..ed9fd8c] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Unknown Source) at java.lang.ref.Reference$ReferenceHandler.run(Unknown Source) - locked <034E2178>]]> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x008649E0 nid=0x684 waiting on condition

"VM Thread" prio=5 tid=0x009D1DE8 nid=0x5d8 runnable

"VM Periodic Task Thread" prio=10 tid=0x0098A998 nid=0x1e0 waiting on condition

"Suspend Checker Thread" prio=10 tid=0x0098B2F8 nid=0x47c runnable

I've had this problem at least once in 818 on MacOS X - can you tell me the eqivalent keystroke for 'Ctrl-Break' on the Mac?

kill -3, although you probably need to have started it from the command line via 'open /Applications/IntelliJ-IDEA-818/bin/idea.app'

The problem seems particularly bad on OSX as often IDEA doesn't even quit. You can close the window and file/exit, but there is still an idea process hanging around in the background hogging up CPU. Now and then I find that zombie processes are left behind too.