Community
Participate
Working Groups
This has been going as long as I remember at least from Eclipse 3.4 and it's still there in Helios. Behaviour is sudden spikes in memory use and consequent crashes of subcomponents of Eclipse with the suggestion to close the editor. If you don't, UI responsiveness is crap. My assumption is that it gets stuck in endless loops while trying to analyze the code or something like that. If you close all js files and force garbage collection, memory use drops to accetable levels again
Created attachment 178163 [details] javascript file
Are you doing any content assist or some other operation when you see the memory spikes?
Nope, just opening a javascript file is enough. It's been that way across several major version releases of Eclipse, various projects, various machines.
I am able to open that file without trouble. I just created a new workspace, with a single project, containing a that one file. I assume your workspace is more complicated than that? Do you have other javascript files in that project or in other projects in the workspace?
I'm marking this one as a duplicate because I was able to reproduce this problem with the even larger file included in BUG323283. *** This bug has been marked as a duplicate of bug 323283 ***
Ok, so it's reproduced now. Good. If you need more details about my workspace let me know. Yes, multiple js files but it *seems* to happen just opening one. But I have Eclipse open all the time, sometimes days at an end, so that might just seem that way to me.
(In reply to comment #6) > Ok, so it's reproduced now. Good. If you need more details about my workspace > let me know. Yes, multiple js files but it *seems* to happen just opening one. > But I have Eclipse open all the time, sometimes days at an end, so that might > just seem that way to me. Do you have other files in the Include Path containing functions that declare lots of local variables?
Well, not sure what you mean with the "include path" but I have YUI 3 and YUI 2 in the webapp folder if that's what you mean. They contain a large amount of js files with lots of local variables.
(In reply to comment #8) > Well, not sure what you mean with the "include path" but I have YUI 3 and YUI 2 > in the webapp folder if that's what you mean. They contain a large amount of js > files with lots of local variables. That would be the project properties page that tells JSDT which folders and libraries to pay attention to.
(In reply to comment #8) > Well, not sure what you mean with the "include path" but I have YUI 3 and YUI 2 > in the webapp folder if that's what you mean. They contain a large amount of js > files with lots of local variables. Everything seems fine when I unzip the Full Developer Kits for both 2.9.0 and 3.3.0 into the include path of the same project as the attached file and open it in the editor. Is there a specific set of files I should be opening instead? Do you have additional plug-ins installed over Indigo M7 (or RC3 by now)?
My Indigo installation was vanilla. However, the project I used was an existing one which uses among others maven, jdk6, subversion, Project Facets: Dynamic Web Module, Java, Javascript. That's about it. If you're taking this issue serious, I'd be happy to give you all the info you need.
Can you give more details of the project's layout, where the YUI .js files are located and what the .settings/.jsdtscope file contains, then?
Created attachment 197388 [details] jsdtscope
yui files are located src/main/webapp/assets/js/yui-[version number] All the js assets are in the js folder or a subdirectory thereof
Created attachment 197390 [details] all the .settings folder
(In reply to comment #15) > Created attachment 197390 [details] > all the .settings folder Not that I'm positive it's related, but you've got some duplicate and overlapping deployment settings in the org.eclipse.wst.common.component file as (I'm guessing) authored by the Maven integration. Can you retry on a project that's not using Maven or FileSync?
If I create a new web project and open some fairly large Javascript files at the same time, I don't see the memory spiraling out of control. Memory use jumps with about 14 Megs for each file.
That's more like what I expected, but I'm still puzzled at how those two plug-ins could have the effect you saw on our editor. Which update sites were used to install them?
Well, this is the I seem to have installed on my Helios install http://subclipse.tigris.org/update_1.6.x https://dl-ssl.google.com/android/eclipse/ http://download.eclipse.org/egit/updates http://download.eclipse.org/modeling/emft/updates/ http://download.eclipse.org/releases/helios http://m2eclipse.sonatype.org/sites/m2e http://download.eclipse.org/tools/mylyn/update/helios http://download.eclipse.org/eclipse/updates/3.6 http://download.eclipse.org/webtools/repository/helios There are a bunch of other download sites disabled for some reason
Is the problematic project located on a remote disk, or checked out from SVN or Git? I want to determine what ways is it different from a conventional new project created from scratch on a local disk directly under the workspace directory so I can work at isolating the cause. Assuming it's one of them.
Checked out through svn on a local disk
I checked out my files from GIT and all files are local. Copy and paste took forever to complete (5-10 seconds, sometimes 15 seconds). Eclipse IDE for Javascript Web Developers Indigo Service Release 2 Build Id: 20120216-1857 Same thing happened for SpringSource STS 2.9.1. Both are running on CentOS 6.2.