- This topic has 19 replies, 6 voices, and was last updated 20 years, 1 month ago by
.
-
Posts
-
Is this a known issue? Every time I go to save or add a JSP, Eclipse grinds to a halt while it compiles. This becomes very frustrating and time-consuming because I like to save my files often. Any ideas?
-Zack
I have the same problem too,it’s so slow when i was saving a Jsp file.About 7-8 seconds every time.why?
strawberry, can you please post all the information we request in the [URL=http://www.myeclipseide.com/PNphpBB2+file-viewtopic-t-393.html]Posting Guidelines[/URL] thread at the top of this forum? That will give us some context so that we can determine if this is an installation issue, a configuration problem, or a bug. Thanks.
This is important so I know you are using version 2.6.4 or something and I start making suggestions that won’t work 😉
I have solve the problem last night,i searched the some topics about the key of “slow”:) in the forum,i got the way of compiling jsp file rapiddly by cancel the MyEclipse preference of JSP(window->preferences->MyEclipse ->Validation->JSP validator) ,then the speed while i saving the jsp file is so quickly!
This shows my problem is not a questions of configuration or an installation issue:)
My parameters:Windows2000 server
Eclipse Platform
Version: 3.0.0
Build id: 200406251208Version: 3.8.1
Build id: 200408201200-3.8.1JDK1.4
Tomcat5Thanks~
mrgreen,
Is everything working satisfactorily for you now? Keep in mind that if you turn off JSP validation, you might miss some compile-time errors in your pages that will popup after you deploy the page to your app server. If this is alright for you then that is perfectly fine to do.I, too, have noticed that it is the JSP Validator that causes extreme slowness. I get 7-9 second JSP build times on every JSP save if I have the JSP Validator option enabled (even with a very small JSP). I turn off the JSP Validtor and the build time becomes instantaneous.
JSP validation is a valuable feature – what can be done to track down the cause of the unusable slowness?
Here are my config specs:
Windows XP
Elipse 3.0.0 Build id: 200406251208
Running in JDK 1.4.2MyEclipse Version: 3.8.2
Build id: 200409171200-3.8.2(nothign in .log)
erizzo,
There are a whole slew of things we can and will do to improve validation performance for future releases (3.9+). We have filed this isuse as a high priority and will look at addressing it soon. Sorry guys for the inconvenience.erizzo,
What are your system hardware specs? 7-9 seconds is rediculously long…@support-rkalla wrote:
erizzo,
erizzo,
What are your system hardware specs? 7-9 seconds is rediculously long…I’ve got a Pentium 4, 2.66GHz with 512MB RAM – so I’d doubt that the hardware is a problem 🙂
I’ve allocated a 192MB heap to Eclipse, which it is never even close to using (accoring to the MemMonirot plugin)I agree that 7-9 seconds is ridiculous – I’m looking for any help in tracking down why…
Do you start Eclipse with a -vm argument? If so, what is it?
If you open up a console (Start > Run > cmd) in Windows, and type “javac” at your command prompt, does anything happen? Try javac -version, what version of JDK is in your path?
If you do not use the -vm argument and point to a JDK install, MyEclipse will attempt to use the javac executable that is in your path. On a Pentium 4, 2.4 with 512 Ram and 256 heap compilation with 1.4.2_06 JDK on semi-heavy tagged up JSF/JSTL pages takes around 1.5 seconds, give or take 1/2 a second.
Note: If you are running a real-time virus scanner like Sophos, Norton, McAfee that does real-time scanning of files on-access (most all real-time scanners do) this will most likely be the cause of this slow down. Because of how we validate, it is done by launching multiple Ant targets and running the javac task. If you are running a real-time scanner then it is scanning all the Ant files, class files, JAR files, etc. that are required to launch/compile and validate the JSP files.
On a side note I hate real-time scanners, the performance impact just isn’t worth it. You figure every time you load something (Eclipse), click a website (graphics, parsing libraries, etc.) or save something the scanner is touching/scanning every single file that piece of software is trying to get to. I prefer to setup early-morning deep system scans instead to happen while I”m not infront of my machine. I set the scan level and such to extremely aggressive since i don’t care how long it takes.
If this turns out to be what was happening to you, I”ll post a detailed description of what is going on and make it sticky for others.
@support-rkalla wrote:
Do you start Eclipse with a -vm argument? If so, what is it?
If you open up a console (Start > Run > cmd) in Windows, and type “javac” at your command prompt, does anything happen? Try javac -version, what version of JDK is in your path? If you do not use the -vm argument and point to a JDK install, MyEclipse will attempt to use the javac executable that is in your path.
I (intentionally) have no Java on my system path. My Eclipse shortcut starts up with -vm pointing to JDK 1.4.2.
@support-rkalla wrote:
Note: If you are running a real-time virus scanner like Sophos, Norton, McAfee that does real-time scanning of files on-access (most all real-time scanners do) this will most likely be the cause of this slow down. Because of how we validate, it is done by launching multiple Ant targets and running the javac task. If you are running a real-time scanner then it is scanning all the Ant files, class files, JAR files, etc. that are required to launch/compile and validate the JSP files.
If this turns out to be what was happening to you, I”ll post a detailed description of what is going on and make it sticky for others.
I do run Norton AV with realtime protection – but that is company policy and I’m not inclined to fight that battle. I don’t have performance problems with other apps related to it, and core Eclipse behaves just fine. It is only the JSP validation that has demonstrated such dramatic performance problems.
I will try temporarily disabling realtime AV scanning and report the results (just for informational purposes), but that is not a solution I can really consider.@erizzo wrote:
@support-rkalla wrote:
Note: If you are running a real-time virus scanner like Sophos, Norton, McAfee that does real-time scanning of files on-access (most all real-time scanners do) this will most likely be the cause of this slow down. Because of how we validate, it is done by launching multiple Ant targets and running the javac task. If you are running a real-time scanner then it is scanning all the Ant files, class files, JAR files, etc. that are required to launch/compile and validate the JSP files.
If this turns out to be what was happening to you, I”ll post a detailed description of what is going on and make it sticky for others.
I will try temporarily disabling realtime AV scanning and report the results (just for informational purposes), but that is not a solution I can really consider.
I disabled the real-time AV protection, but it did not make any difference in the MyEclipse JSP validation times.
I disabled the real-time AV protection, but it did not make any difference in the MyEclipse JSP validation times.
Strange… can you check your CPU usage during validation, is it pegged?
It is only the JSP validation that has demonstrated such dramatic performance problems.
When we make the enhancements we intend to make to JSP validation, it will go back to using the JDT Java compiler which will avoid the Ant task running and the javac external process being launched, in addition the JDT compiler I believe is faster. This will increase the validation speed considerably; but this is no small change, which is why we didn’t do it for 3.8.3.
@support-rkalla wrote:
I disabled the real-time AV protection, but it did not make any difference in the MyEclipse JSP validation times.
Strange… can you check your CPU usage during validation, is it pegged?
Yes, the java process is CPU bound.
I am also having serious compilation performance issues with JSP’s. It only started after I installed MyEclipse 3.8.3 this morning.
I am using the Eclipse VM to 700mb with 1GB of Memory on P4 system with SCSI disks and no real time virus scanning.
If I am reading the posts above correctly, the issue should have existed prior to 3.8.3? However I have only observed problems in 3.8.3? That may help narrow it down.
Please advise if a workaround / fix is likely to be posted anytime soon.
