Menu
▾
▴
[ jEdit-devel ] [ jedit-Bugs-1666925 ] idle cpu consumption about 50 percent (dual core, winxp)
|
From: SourceForge.net <no...@so...> - 2007-06-01 04:19:25
|
Bugs item #1666925, was opened at 2007-02-23 01:46 Message generated for change (Comment added) made by daleanson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1666925&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: severe bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: maassg (maassg) Assigned to: Nobody/Anonymous (nobody) Summary: idle cpu consumption about 50 percent (dual core, winxp) Initial Comment: jedit version 4.3pre8 and 4.3pre9 when idling constantly uses about 50 percent of cpu starting with -noplugins shows the same misbehaviour ---------------------------------------------------------------------- >Comment By: Dale Anson (daleanson) Date: 2007-05-31 21:19 Message: Logged In: YES user_id=187628 Originator: NO Sounds like 2 different bugs. If you're seeing the behaviour with -noplugins, then the cause isn't the ecmascript parser. If you're only seeing the problem while editing javascript files and you're using the ecmascript parser, then this is a known bug. There is also a javascript parser, it tends to work on the files that the ecmascript parser chokes on. ---------------------------------------------------------------------- Comment By: Mike Harris (eharmic) Date: 2007-05-31 20:40 Message: Logged In: YES user_id=1630292 Originator: NO Actually, this is easy to reproduce. 1) Create an empty file with this content: function fred() { var z=10+3; return z; ! } (include the exclamation point on the second last line - this is the error that causes the parser to bomb) 2) Save the file as eg. test.js 3) In the sidekick, make sure "ecmascript" is selected as the parser. 4) Click on the "Parse" button. It will go beserk, consuming ~100% of cpu on a single cpu machine or 50% on a dual core one. The heap will increase to 64MB (or whatever max you have set) and then it will finally stop. It looks like almost any error in the javascript will cause it to bomb. ---------------------------------------------------------------------- Comment By: Mike Harris (eharmic) Date: 2007-05-31 20:24 Message: Logged In: YES user_id=1630292 Originator: NO I got one instance of this today, when editing a javascript file. I noticed that in the sidekick display it just said "parsing", and hung. I got the following output (including thread stack trace) from the JVM. Looks like some kind of infinite recursion in the Ecmascript parser. It would make sense that this becomes evident after saving files since that can trigger the parsing to start (depending on your sidekick parser options). I am not completely sure that it is the same fault all the time: I could swear I have had this problem when I did not have any javascript files open. I'll see if I can catch that today as well. C:\Documents and Settings\eharmic>"C:\Program Files\Java\jdk1.5.0_11\jre\bin\java.exe" -jar "C:\Program Files\jEdit\jedit.jar" [warning] ContextHelpPlugin: contexthelp.ContextHelpPlugin should extend EditPlugin not EBPlugin since it has an empty handleMessage() [error] KeyEventTranslator: Invalid key stroke: C+e C+BACK_QUOTE [error] KeyEventTranslator: Invalid key stroke: C+e C+BACK_QUOTE [error] BrowserIORequest: java.io.IOException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection refused: connect [error] BrowserIORequest: at ftp.SFtpConnection.<init>(SFtpConnection.java:76) [error] BrowserIORequest: at ftp.ConnectionManager.getConnection(ConnectionManager.java:334) [error] BrowserIORequest: at ftp.FtpVFS.getConnection(FtpVFS.java:460) [error] BrowserIORequest: at ftp.FtpVFS._listFiles(FtpVFS.java:225) [error] BrowserIORequest: at org.gjt.sp.jedit.browser.BrowserIORequest.listDirectory(BrowserIORequest.java:159) [error] BrowserIORequest: at org.gjt.sp.jedit.browser.BrowserIORequest.run(BrowserIORequest.java:90) [error] BrowserIORequest: at org.gjt.sp.util.WorkThread.doRequest(WorkThread.java:203) [error] BrowserIORequest: at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:170) [error] BrowserIORequest: at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) [error] ErrorListDialog$ErrorEntry: sftp://eh...@ut...:8022/home/eharmic: [error] ErrorListDialog$ErrorEntry: Cannot list directory: java.io.IOException: com.jcraft.jsch.JSchException: java.net.ConnectException: Connection r efused: connect [error] SideKick #1: Cannot find CatalogManager.properties Full thread dump Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, sharing): "SideKick #1" prio=2 tid=0x055ff6c8 nid=0xee8 runnable [0x05e1e000..0x05e1fce4] at sidekick.ecmascript.parser.EcmaScript.jj_add_error_token(EcmaScript.java:8301) at sidekick.ecmascript.parser.EcmaScript.jj_scan_token(EcmaScript.java:8250) at sidekick.ecmascript.parser.EcmaScript.jj_3R_60(EcmaScript.java:7685) at sidekick.ecmascript.parser.EcmaScript.jj_3R_40(EcmaScript.java:7738) at sidekick.ecmascript.parser.EcmaScript.jj_3_6(EcmaScript.java:7857) at sidekick.ecmascript.parser.EcmaScript.jj_3R_112(EcmaScript.java:7984) at sidekick.ecmascript.parser.EcmaScript.jj_3R_98(EcmaScript.java:7218) at sidekick.ecmascript.parser.EcmaScript.jj_3R_79(EcmaScript.java:7312) at sidekick.ecmascript.parser.EcmaScript.jj_3R_49(EcmaScript.java:7362) at sidekick.ecmascript.parser.EcmaScript.jj_3R_82(EcmaScript.java:6632) at sidekick.ecmascript.parser.EcmaScript.jj_3R_51(EcmaScript.java:6859) at sidekick.ecmascript.parser.EcmaScript.jj_3R_261(EcmaScript.java:6757) at sidekick.ecmascript.parser.EcmaScript.jj_3R_258(EcmaScript.java:6673) at sidekick.ecmascript.parser.EcmaScript.jj_3R_254(EcmaScript.java:6702) at sidekick.ecmascript.parser.EcmaScript.jj_3R_249(EcmaScript.java:6603) at sidekick.ecmascript.parser.EcmaScript.jj_3R_241(EcmaScript.java:6528) at sidekick.ecmascript.parser.EcmaScript.jj_3R_232(EcmaScript.java:6479) at sidekick.ecmascript.parser.EcmaScript.jj_3R_220(EcmaScript.java:6420) at sidekick.ecmascript.parser.EcmaScript.jj_3R_201(EcmaScript.java:6287) at sidekick.ecmascript.parser.EcmaScript.jj_3R_178(EcmaScript.java:6203) at sidekick.ecmascript.parser.EcmaScript.jj_3R_154(EcmaScript.java:6145) at sidekick.ecmascript.parser.EcmaScript.jj_3R_130(EcmaScript.java:6103) at sidekick.ecmascript.parser.EcmaScript.jj_3R_120(EcmaScript.java:6066) at sidekick.ecmascript.parser.EcmaScript.jj_3R_107(EcmaScript.java:6029) at sidekick.ecmascript.parser.EcmaScript.jj_3R_91(EcmaScript.java:5994) at sidekick.ecmascript.parser.EcmaScript.jj_3R_69(EcmaScript.java:5965) at sidekick.ecmascript.parser.EcmaScript.jj_3R_44(EcmaScript.java:5974) at sidekick.ecmascript.parser.EcmaScript.jj_3R_58(EcmaScript.java:8004) at sidekick.ecmascript.parser.EcmaScript.jj_3R_54(EcmaScript.java:7432) at sidekick.ecmascript.parser.EcmaScript.jj_3R_140(EcmaScript.java:7852) at sidekick.ecmascript.parser.EcmaScript.jj_3R_127(EcmaScript.java:7932) at sidekick.ecmascript.parser.EcmaScript.jj_3R_114(EcmaScript.java:7645) at sidekick.ecmascript.parser.EcmaScript.jj_3R_100(EcmaScript.java:7669) at sidekick.ecmascript.parser.EcmaScript.jj_3R_83(EcmaScript.java:7655) at sidekick.ecmascript.parser.EcmaScript.jj_3R_53(EcmaScript.java:7693) at sidekick.ecmascript.parser.EcmaScript.jj_3R_135(EcmaScript.java:7882) at sidekick.ecmascript.parser.EcmaScript.jj_3R_127(EcmaScript.java:7922) at sidekick.ecmascript.parser.EcmaScript.jj_3R_184(EcmaScript.java:7086) at sidekick.ecmascript.parser.EcmaScript.jj_3R_164(EcmaScript.java:7393) at sidekick.ecmascript.parser.EcmaScript.jj_3R_141(EcmaScript.java:7847) at sidekick.ecmascript.parser.EcmaScript.jj_3R_127(EcmaScript.java:7934) at sidekick.ecmascript.parser.EcmaScript.jj_3R_177(EcmaScript.java:6213) at sidekick.ecmascript.parser.EcmaScript.jj_3R_153(EcmaScript.java:6366) at sidekick.ecmascript.parser.EcmaScript.jj_3R_129(EcmaScript.java:6372) at sidekick.ecmascript.parser.EcmaScript.jj_3R_119(EcmaScript.java:6409) at sidekick.ecmascript.parser.EcmaScript.jj_3R_106(EcmaScript.java:6430) at sidekick.ecmascript.parser.EcmaScript.jj_3R_90(EcmaScript.java:6473) at sidekick.ecmascript.parser.EcmaScript.jj_3R_95(EcmaScript.java:6517) at sidekick.ecmascript.parser.EcmaScript.jj_3R_97(EcmaScript.java:7293) at sidekick.ecmascript.parser.EcmaScript.jj_3R_79(EcmaScript.java:7310) at sidekick.ecmascript.parser.EcmaScript.jj_3R_49(EcmaScript.java:7362) at sidekick.ecmascript.parser.EcmaScript.jj_3R_82(EcmaScript.java:6632) at sidekick.ecmascript.parser.EcmaScript.jj_3R_51(EcmaScript.java:6859) at sidekick.ecmascript.parser.EcmaScript.jj_3R_261(EcmaScript.java:6757) at sidekick.ecmascript.parser.EcmaScript.jj_3R_258(EcmaScript.java:6673) at sidekick.ecmascript.parser.EcmaScript.jj_3R_254(EcmaScript.java:6702) at sidekick.ecmascript.parser.EcmaScript.jj_3R_249(EcmaScript.java:6603) at sidekick.ecmascript.parser.EcmaScript.jj_3R_241(EcmaScript.java:6528) at sidekick.ecmascript.parser.EcmaScript.jj_3R_232(EcmaScript.java:6479) at sidekick.ecmascript.parser.EcmaScript.jj_3R_220(EcmaScript.java:6420) at sidekick.ecmascript.parser.EcmaScript.jj_3R_201(EcmaScript.java:6287) at sidekick.ecmascript.parser.EcmaScript.jj_3R_178(EcmaScript.java:6203) at sidekick.ecmascript.parser.EcmaScript.jj_3R_154(EcmaScript.java:6145) at sidekick.ecmascript.parser.EcmaScript.jj_3R_130(EcmaScript.java:6103) at sidekick.ecmascript.parser.EcmaScript.jj_3R_120(EcmaScript.java:6066) at sidekick.ecmascript.parser.EcmaScript.jj_3R_107(EcmaScript.java:6029) at sidekick.ecmascript.parser.EcmaScript.jj_3R_91(EcmaScript.java:5994) at sidekick.ecmascript.parser.EcmaScript.jj_3R_69(EcmaScript.java:5965) at sidekick.ecmascript.parser.EcmaScript.jj_3R_44(EcmaScript.java:5974) at sidekick.ecmascript.parser.EcmaScript.jj_3R_68(EcmaScript.java:8098) at sidekick.ecmascript.parser.EcmaScript.jj_3R_44(EcmaScript.java:5972) at sidekick.ecmascript.parser.EcmaScript.jj_3R_58(EcmaScript.java:8004) at sidekick.ecmascript.parser.EcmaScript.jj_3R_54(EcmaScript.java:7432) at sidekick.ecmascript.parser.EcmaScript.jj_3_28(EcmaScript.java:7726) at sidekick.ecmascript.parser.EcmaScript.jj_rescan_token(EcmaScript.java:8405) at sidekick.ecmascript.parser.EcmaScript.generateParseException(EcmaScript.java:8354) at sidekick.ecmascript.parser.EcmaScript.jj_consume_token(EcmaScript.java:8231) at sidekick.ecmascript.parser.EcmaScript.Statement(EcmaScript.java:3271) at sidekick.ecmascript.parser.EcmaScript.SourceElement(EcmaScript.java:5403) at sidekick.ecmascript.parser.EcmaScript.SourceElements(EcmaScript.java:5311) at sidekick.ecmascript.parser.EcmaScript.FunctionBody(EcmaScript.java:5191) at sidekick.ecmascript.parser.EcmaScript.FunctionExpression(EcmaScript.java:5098) at sidekick.ecmascript.parser.EcmaScript.MemberExpression(EcmaScript.java:907) at sidekick.ecmascript.parser.EcmaScript.LeftHandSideExpression(EcmaScript.java:1453) at sidekick.ecmascript.parser.EcmaScript.PostfixExpression(EcmaScript.java:1506) at sidekick.ecmascript.parser.EcmaScript.UnaryExpression(EcmaScript.java:1595) at sidekick.ecmascript.parser.EcmaScript.MultiplicativeExpression(EcmaScript.java:1719) at sidekick.ecmascript.parser.EcmaScript.AdditiveExpression(EcmaScript.java:1803) at sidekick.ecmascript.parser.EcmaScript.ShiftExpression(EcmaScript.java:1883) at sidekick.ecmascript.parser.EcmaScript.RelationalExpression(EcmaScript.java:1967) at sidekick.ecmascript.parser.EcmaScript.EqualityExpression(EcmaScript.java:2154) at sidekick.ecmascript.parser.EcmaScript.BitwiseANDExpression(EcmaScript.java:2292) at sidekick.ecmascript.parser.EcmaScript.BitwiseXORExpression(EcmaScript.java:2406) at sidekick.ecmascript.parser.EcmaScript.BitwiseORExpression(EcmaScript.java:2520) at sidekick.ecmascript.parser.EcmaScript.LogicalANDExpression(EcmaScript.java:2635) at sidekick.ecmascript.parser.EcmaScript.LogicalORExpression(EcmaScript.java:2749) at sidekick.ecmascript.parser.EcmaScript.ConditionalExpression(EcmaScript.java:2864) at sidekick.ecmascript.parser.EcmaScript.AssignmentExpression(EcmaScript.java:2983) at sidekick.ecmascript.parser.EcmaScript.AssignmentExpression(EcmaScript.java:2958) at sidekick.ecmascript.parser.EcmaScript.Expression(EcmaScript.java:3155) at sidekick.ecmascript.parser.EcmaScript.ExpressionStatement(EcmaScript.java:3709) at sidekick.ecmascript.parser.EcmaScript.Statement(EcmaScript.java:3234) at sidekick.ecmascript.parser.EcmaScript.SourceElement(EcmaScript.java:5403) at sidekick.ecmascript.parser.EcmaScript.SourceElements(EcmaScript.java:5311) at sidekick.ecmascript.parser.EcmaScript.Program(EcmaScript.java:5269) at sidekick.ecmascript.EcmaScriptSideKickParser.parse(EcmaScriptSideKickParser.java:127) at sidekick.ecmascript.EcmaScriptSideKickParser.parse(EcmaScriptSideKickParser.java:93) at sidekick.SideKick$ParseRequest.run(SideKick.java:471) at org.gjt.sp.util.WorkThread.doRequest(WorkThread.java:203) at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:170) at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) "Connect thread xxxxxx.xxxx.xxxx.xxx session" prio=2 tid=0x037d9838 nid=0xe7c runnable [0x055bf000..0x055bfd64] at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at com.jcraft.jsch.IO.getByte(Unknown Source) at com.jcraft.jsch.Session.read(Unknown Source) at com.jcraft.jsch.Session.run(Unknown Source) at java.lang.Thread.run(Thread.java:595) "jEdit server daemon [C:\Documents and Settings\eharmic\.jedit\server]" daemon prio=6 tid=0x03741ea0 nid=0xcf4 runnable [0x0484f000..0x0484fb64] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384) - locked <0x2306ee90> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:450) at java.net.ServerSocket.accept(ServerSocket.java:421) at org.gjt.sp.jedit.EditServer.run(EditServer.java:132) "jEdit I/O #4" prio=2 tid=0x037413b0 nid=0xb04 in Object.wait() [0x0480f000..0x0480fa64] at java.lang.Object.wait(Native Method) - waiting on <0x2306e798> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:188) - locked <0x2306e798> (a java.lang.Object) at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) "jEdit I/O #3" prio=2 tid=0x0373f2e8 nid=0x84c in Object.wait() [0x047cf000..0x047cfd64] at java.lang.Object.wait(Native Method) - waiting on <0x2306e798> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:188) - locked <0x2306e798> (a java.lang.Object) at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) "jEdit I/O #2" prio=2 tid=0x0373f160 nid=0x380 in Object.wait() [0x0478f000..0x0478fae4] at java.lang.Object.wait(Native Method) - waiting on <0x2306e798> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:188) - locked <0x2306e798> (a java.lang.Object) at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) "jEdit I/O #1" prio=2 tid=0x037986f0 nid=0xd88 in Object.wait() [0x0474f000..0x0474f9e4] at java.lang.Object.wait(Native Method) - waiting on <0x2306e798> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at org.gjt.sp.util.WorkThread.doRequests(WorkThread.java:188) - locked <0x2306e798> (a java.lang.Object) at org.gjt.sp.util.WorkThread.run(WorkThread.java:144) "DestroyJavaVM" prio=6 tid=0x00236c48 nid=0x814 waiting on condition [0x00000000..0x0006fae8] "TimerQueue" daemon prio=6 tid=0x02d61ad0 nid=0xb10 in Object.wait() [0x003ef000..0x003efd64] at java.lang.Object.wait(Native Method) - waiting on <0x23195268> (a javax.swing.TimerQueue) at javax.swing.TimerQueue.run(TimerQueue.java:236) - locked <0x23195268> (a javax.swing.TimerQueue) at java.lang.Thread.run(Thread.java:595) "AWT-EventQueue-0" prio=6 tid=0x02e32710 nid=0xb78 in Object.wait() [0x0309f000..0x0309f9e4] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:474) at java.awt.EventQueue.getNextEvent(EventQueue.java:345) - locked <0x22fa4440> (a java.awt.EventQueue) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:189) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) "Java2D Disposer" daemon prio=10 tid=0x02d36de0 nid=0x9c0 in Object.wait() [0x02fdf000..0x02fdfae4] at java.lang.Object.wait(Native Method) - waiting on <0x22fd9eb8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked <0x22fd9eb8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) at sun.java2d.Disposer.run(Disposer.java:125) at java.lang.Thread.run(Thread.java:595) "AWT-Windows" daemon prio=6 tid=0x02d18e58 nid=0x240 runnable [0x02f9f000..0x02f9fb64] at sun.awt.windows.WToolkit.eventLoop(Native Method) at sun.awt.windows.WToolkit.run(WToolkit.java:269) at java.lang.Thread.run(Thread.java:595) "AWT-Shutdown" prio=6 tid=0x02d27860 nid=0x5b4 in Object.wait() [0x02f5f000..0x02f5fbe4] at java.lang.Object.wait(Native Method) - waiting on <0x22fb0d08> (a java.lang.Object) at java.lang.Object.wait(Object.java:474) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) - locked <0x22fb0d08> (a java.lang.Object) at java.lang.Thread.run(Thread.java:595) "Low Memory Detector" daemon prio=6 tid=0x009b27d0 nid=0x264 runnable [0x00000000..0x00000000] "CompilerThread0" daemon prio=10 tid=0x00236f50 nid=0xbe4 waiting on condition [0x00000000..0x02c8fa44] "Signal Dispatcher" daemon prio=10 tid=0x009b0840 nid=0xc50 waiting on condition [0x00000000..0x00000000] "Finalizer" daemon prio=8 tid=0x009accc8 nid=0x740 in Object.wait() [0x02c0f000..0x02c0fa64] at java.lang.Object.wait(Native Method) - waiting on <0x22f9ca80> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116) - locked <0x22f9ca80> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=10 tid=0x009ac030 nid=0x94c in Object.wait() [0x02bcf000..0x02bcfae4] at java.lang.Object.wait(Native Method) - waiting on <0x22f9cb00> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:474) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) - locked <0x22f9cb00> (a java.lang.ref.Reference$Lock) "VM Thread" prio=10 tid=0x00982500 nid=0x890 runnable "VM Periodic Task Thread" prio=10 tid=0x009b3e10 nid=0xc44 waiting on condition [error] WorkThread: Exception in work thread: [error] WorkThread: java.lang.OutOfMemoryError: Java heap space ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2007-05-30 22:36 Message: Logged In: YES user_id=75113 Originator: NO Of course by heap dump I mean thread stack trace. (You can take gprof heap dumps with Java 6, but that's still not useful until we figure out what's going on with the threads.) ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2007-05-30 22:34 Message: Logged In: YES user_id=75113 Originator: NO A Java heap dump while the CPU is at 100% would be very useful. If you start jEdit from a terminal, you can hit CTRL-Break on the terminal window (CTRL-\ under cygwin?). Not exactly sure about the key shortcut, though. ---------------------------------------------------------------------- Comment By: Mike Harris (eharmic) Date: 2007-05-30 22:00 Message: Logged In: YES user_id=1630292 Originator: NO Happens for me to. JEdit 4.3 Pre9 Windows 2000 Java 1.5.0_11-b03 - I most often notice this when the memory consumption of JEdit approaches 64MB, which is seems to do far faster than it used to under 4.2, so maybe JVM is constantly running GC? - Happens editing any kind of file - Happens even if I am not even using jedit actively. Yesterday I had the jedit window minimised while I did some other stuff, noticed the PC was sluggish, then discovered that jedit was at 100%. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-11 14:44 Message: Logged In: YES user_id=935841 Originator: NO This does not reproduce under Linux with a dual core. It seems to be a windows only bug. ---------------------------------------------------------------------- Comment By: Edward (tutelar) Date: 2007-02-26 09:14 Message: Logged In: YES user_id=1729480 Originator: NO No - it can happen with any file (ini, html, php, js, xml). It seems like the problem occurs during or immediately after a file save. i.e. I notice the high CPU usage after I save a file in jEdit and then switch to my browser to test the web script. Checking task manager shows jEdit at (or near) 100% cpu. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-02-26 09:03 Message: Logged In: YES user_id=935841 Originator: NO Does it only happen with certain files and not others? if so, please attach them as attachments to this tracker item. ---------------------------------------------------------------------- Comment By: Edward (tutelar) Date: 2007-02-26 08:57 Message: Logged In: YES user_id=1729480 Originator: NO Happens with me too - running 4.3pre8 or 4.3pre9 on Windows XP SP2. Unfortunately, since I only have a single core CPU, my cpu usage goes to 100%. Restarting jedit fixes it ... for a while. ---------------------------------------------------------------------- Comment By: maassg (maassg) Date: 2007-02-25 13:48 Message: Logged In: YES user_id=504358 Originator: YES It happens with JDK 1.5 as well as with JDK 1.6 ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-02-24 09:57 Message: Logged In: YES user_id=935841 Originator: NO Are you using the latest version of JDK 1.6? ---------------------------------------------------------------------- Comment By: maassg (maassg) Date: 2007-02-23 16:39 Message: Logged In: YES user_id=504358 Originator: YES yes it only happens with my dual core cpu computer running windows xp not with my linux box which has an old fashioned single core cpu ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2007-02-23 01:49 Message: Logged In: YES user_id=285591 Originator: NO Hi, you have a dual core CPU ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1666925&group_id=588 |