From: SourceForge.net <no...@so...> - 2009-01-30 23:32:42
|
Bugs item #2545734, was opened at 2009-01-29 16:40 Message generated for change (Comment added) made by oxk4r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&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: 9 Private: No Submitted By: oxk4r (oxk4r) Assigned to: Nobody/Anonymous (nobody) Summary: Huge memory usage (220 mb) Initial Comment: Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox. ---------------------------------------------------------------------- >Comment By: oxk4r (oxk4r) Date: 2009-01-31 00:32 Message: Ok, thanks for the help. ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2009-01-31 00:29 Message: It may help to search or ask about this issue in wider scope. For example: http://www.google.com/search?q=Java+64+bit+memory (This search gives some articles about general increase of memory usage on 64 bit JVM, but it seems about heap usage. Here we want information about non-heap memory usage. ... Use of EA version may be an issue.) However, I close this but since it turned out that the problem is not in jEdit. ---------------------------------------------------------------------- Comment By: oxk4r (oxk4r) Date: 2009-01-30 23:55 Message: Well I've downloaded and executed this little Java app http://jworksheet.ponec.net/ and the memory usage in Windows Task Manager is of 112 mb. Thus this seems to be a problem with Java. So, what could be done? ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2009-01-30 23:31 Message: "-Xms64M" is an option for javaw.exe. If you had it in the command line, it set the initial total heap size to 64 MB. But since you didn't have it, it seems irrelevant. Could you please try another Java desktop app, to see the problem is in jEdit? If another app shows similar result, task manager shows 60 MB larger than total heap size, the problem likely in JVM. ---------------------------------------------------------------------- Comment By: oxk4r (oxk4r) Date: 2009-01-30 22:22 Message: The assumption" over 130 MB memory usage after starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins" is true. In regard to -Xms64M I test it in the Windows command line (jedit.jar --Xms64M) but nothing happened (the program didn't start) ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2009-01-30 21:59 Message: Please please don't miss any questions. Is my assumption right? I'm wondering why it shows "62.848 Kb total" which seems too large for the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect that you have "-Xms64M" in the command line since old default installation of jEdit 4.3preX had it. ---------------------------------------------------------------------- Comment By: oxk4r (oxk4r) Date: 2009-01-29 23:36 Message: After double click: "Garbage collection released 12.844 Kb 4.356 Kb used, 62.848 Kb total" Windows task manager 134.556 Kb of memory usage By the way, I extracted the executable with Universal Extractor to a folder and jEdit is runnig in this way in a semi-portable mode. It was not installed in the system and I tested it in this fashion in the vmWare virtual machine with Windows Xp as I explained before. ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2009-01-29 21:46 Message: Hmm, strange. But I assume you can see over 130 MB memory usage after starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins". Right? Then, what is shown on jEdit's heap indicator (near the left end of the status bar)? And how it changes if you double-click the indicator (to run the garbage collection explicitly)? I'm trying to clarify whether the memory usage is in java heap or not. ---------------------------------------------------------------------- Comment By: oxk4r (oxk4r) Date: 2009-01-29 21:29 Message: _The number appears in the Windows task manager. _The file is an ActionScript file whose size is 4 kb. But with a blank file the behavior is the same. _Executed with -noplugins -nosettings and deleting the preferences directory (C:\Users\UserName\.jedit) the memory usage in the Windows task manager is of 134 mb) ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2009-01-29 18:50 Message: I want some more information to find the cause of the problem. Where the number ("between 170 and 230 mb") was shown? jEdit's heap indicator? or Windows' task manager? What size of the file opened? How much memory are used before opening the file? jEdit typically requires 3 or 4 times larger heap than the size of files. Does the problem happens with "-noplugins" command line option? If it does, the problem is likely in plugin. In that case, disabling some plugins may give what plugin causes the problem. Does the problem happens with "-nosettings" command line option? Sometimes, some large memory usage becomes persistent in settings. If there is a large text file in your settings, try renaming it. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2009-01-29 18:46 Message: Please try to determine which plugin is responsible. Chances are it is not related to the operating system. If you disable all plugins and start up, do you still see a discrepency? If not, then one of the plugins is responsible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588 |