Eclipse 4.2 GUI is very slow [message #894739] |
Tue, 10 July 2012 10:29 |
|
Hello,
i'm using Eclipse 4.2 on Windows 7 64Bit with Java 1.7u5 64Bit and I think AND see that the GUI takes a long time to refresh themselves. It takes to long before a file gets opened in the editor. Thats not only on the JDT editor its on every view/editor!
I have tried to use the other themes but nothing changed...the GUI is very sluggish!
I know some performance problems occurs if you have a lot of plugins installed but i have tested it with the same plugins on Eclipse 3.8 and i cant determine this GUI-slownes there.
Is it possible to activate a native look&feel like in Eclipse 3.8 ?
Thanks!
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #895619 is a reply to message #895615] |
Fri, 13 July 2012 20:09 |
|
Thanks Thomas for this "hidden" tip with the shadows.
I have add or edit "swt-shadow-visible: false;" to all CSS statemants at "e4_basestyle.css" and "e4_default_win7.css" found at "\plugins\org.eclipse.platform_4.2.0.v201206081400\css" but improvements are not really noticeable...a little bit but not really.
Also animations were already disabled all the time.
BTW: Sorry for my poor english I speak primarily german and i hope you guys understand what I write here.
best regards...
Rico
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #896880 is a reply to message #896876] |
Fri, 20 July 2012 09:15 |
Eclipse User |
|
|
|
Maybe this vm thing is why I couldn't understand people complaining about performance.
First thing I do with any eclipse install is tune the vm. Having become a habit I thought people would tune the vm by default. I mean the default has 512 Megs.
One might think "Oh well in Indigo it wasn't needed." Well I guess it's like pc games: Games advance, and so should your graphics card
I give 2 gigs on a 3 gig ram and don't find it noticeably slow.
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #896925 is a reply to message #896880] |
Fri, 20 July 2012 13:04 |
|
Sopot Cela wrote on Fri, 20 July 2012 11:15One might think "Oh well in Indigo it wasn't needed."
It is always needed if you have a bunch of plugins installed! As in my case.
I always tune the eclipse.ini a little with additional parameters. Doing that since I'm using eclipse (since Version 3.3).
--launcher.XXMaxPermSize
1024m
--launcher.defaultAction
openFile
-vm
D:/installed/Java/JDK_1.7.5_64bit/bin/javaw.exe
-vmargs
-Declipse.p2.unsignedPolicy=allow
-Xss4m
-XX:+UnlockExperimentalVMOptions
-Xms1024m
-Xmx2560m
-Dsun.lang.ClassLoader.allowArraySyntax=true
The VM is on a separate HDD as my Eclipse installation.
There are more parameters available and i tried to use them but there are some plugins they have problems with different parameters so I use only those that are really necessary.
But I also think an IDE should be as performant as possible. An IDE ist not a "Game", i really don't need an "eye orgasm" if i open up eclipse.
I need performance like a native UI as in previous versions.
Please, do not get me wrong.
The possibility of customizing via CSS is really amazing but you should have a choice between CSS styling and a native UI.
Thanks.
best regards...
Rico
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #896935 is a reply to message #896925] |
Fri, 20 July 2012 13:31 |
Eclipse User |
|
|
|
Hi Rico. I guess we agree on the tuning then.
The game analogy was not to show that eclipse ide is a game, or eye orgasmic. It meant to show that when a software advances it may need more resources to be exploited effectively, just as Skyrim forced me to get a 1gb nVidia card some time ago. Hope you got my idea.
Also I think there's a bug somewhere tracking the providing of an ability to switch to native. I'll see if I can find it.
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #898090 is a reply to message #896690] |
Wed, 25 July 2012 18:46 |
Eclipse User |
|
|
|
Don't forget the -server option. I'm mostly using:
-vmargs
-server
-Xms128m
-Xmx768m
I really can't notice any annoying performance degree with v4.2. It feels
really good to me (Win7/x64)!
Regards
Frank
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #898342 is a reply to message #898338] |
Thu, 26 July 2012 09:05 |
Eclipse User |
|
|
|
Raffaele Gambelli wrote on Thu, 26 July 2012 11:51
I'm talking about computers having good hardware, ram 4GB and modern processors.
Best regards and I hope noone is really thinking that IDE is like game...
IDE is not a game
If you are indirectly referring to my analogy regarding games I really don't see how difficult it is to understand what I really meant. Anyway, if you really think that I think that an IDE is a game then I again tell you that you are way off the truth.
Raffaele Gambelli wrote on Thu, 26 July 2012 11:51
What is -server option? Could you explain it please, I wasn't able to find it
The -server option is an argument given to the JVM while it starts. -server tells the jvm to optimize the overall runtime of the app meanwhile -client tells it to optimize starting time. Generally it is server by default (especially on 64 bit JVMs). You can see how you are running if you do java -version on command line:
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) 64-Bit Server VM (build 21.0-b17, mixed mode)
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #898726 is a reply to message #898722] |
Fri, 27 July 2012 11:18 |
Thomas Schindl Messages: 6651 Registered: July 2009 |
Senior Member |
|
|
Just to make sure I understand.
Is it slow:
a) when switching only between Java-Files
b) when switching between XML and Java-Files
If a) is fast and b) is slow this would indicate that the bottleneck is
e.g. the updating of the toolbar, ... .
Tom
Am 27.07.12 12:56, schrieb tester tester:
> While the additional ram helped a bit, it still remains noticeable
> slower than previous versions. And yes, exactly that switching between
> tabs of xml (e.g. poms) and java files are very annoying. And yeah, I am
> also talking of Quad 2.5Ghz+ with 4gig ram.
> That said, it's not that previous Eclipse versions were Speedy Gonzalez
> anyways. Imo the reason lies in the SWT toolkit which is basically a
> tortoise anyways. People always tried to convince me how fast and
> performant SWT was compared to e.g. Swing, but I never experienced it
> that way. I really don't know where people got that illusion. I'd
> probably need to check out Netbeans if I have time.
>
> Besides, I agree an IDE is not a game which needs to be colorful and
> sparkle, but the new theme gave me at least something nice and clean to
> look at compared to the previous versions.
>
> Guess I gotta live with it. It's not that I expect performance to be
> increased magically...
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #898738 is a reply to message #898726] |
Fri, 27 July 2012 11:57 |
|
About point "a":
Switching between Java-Files is faster than switching between Java & XML
Files AND switching between Java-Files is even faster with closed
Outline-View (not just minimized, completely closed!).
With closed Outline-View it is really significant.
About point "b": Right. I can confirm that.
I'm running also on a Core2Quad @ 2,7 GHz with 6GB of RAM and a
8800GTS-320 Nvidia Videocard.
Rico
Am 27.07.2012 13:18, schrieb Tom Schindl:
> Just to make sure I understand.
>
> Is it slow:
> a) when switching only between Java-Files
> b) when switching between XML and Java-Files
>
> If a) is fast and b) is slow this would indicate that the bottleneck is
> e.g. the updating of the toolbar, ... .
>
> Tom
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #908144 is a reply to message #901645] |
Tue, 04 September 2012 20:31 |
Eclipse User |
|
|
|
Karen Butzke wrote on Mon, 13 August 2012 21:38I am seeing the same type of problems as Maksym Kit. I have upgraded to Juno on a Windows XP platform. I installed the Eclipse Classic 4.2 Windows 32bit package. I have changed the theme to Windows 7 Classic. For a little info about my workspace, I have about 30 plug-ins and a target platform of the WTP project. I will be switching to 3.8 if this problem annoys me enough, but as a full time Eclipse committer on the WTP Dali project, I clearly have a vested interest in the future of e4!
I opened 20 java files in a Java perspective and it took 60 seconds! Choosing 'Close All' took about 20 seconds. Restarting Eclipse made it take closer to 15 seconds to open 20 java files.
I have attached a jvisualvm snapshot where I opened 30 java files in an empty Java perspective. I also attached a snapshot of closing those same 30 java files. It's hard to know exactly how to narrow the scope in jvisualvm. I have settings:
Start profiling from classes:
org.eclipse.e4.**
Profile only classes:
org.eclipse.ui.*
org.eclipse.e4.*
org.eclipse.core.*
Took a guess based on what I saw in a threaddump. If you need me to profile again with different settings, I am more than happy to do that. I will also let you know if I can reproduce opening 20 files taking 60+ seconds on the UI thread.
Thanks,
Karen
Thanks for your description. The nps files are really helpful. Please file a bug with this information so we can track it there.
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #908829 is a reply to message #894739] |
Thu, 06 September 2012 04:43 |
Stefan M Messages: 5 Registered: July 2012 |
Junior Member |
|
|
Hello guys,
Win7 x64
Work as is shoud
C:\eclipse4\eclipse.exe -data c:\_e4wsjre620 -vm "C:\Program Files\Java\jre1.6.0_20\bin\javaw.exe" -vmargs -Xms1024m -Xmx2048m -XX:MaxPermSize=1024m
damn slow, exactly as described here
C:\eclipse4\eclipse.exe -data c:\_e4wsjre7 -vm "C:\Program Files\Java\jre7\bin\javaw.exe" -vmargs -Xms1024m -Xmx2048m -XX:MaxPermSize=1024m
And with jre7 something is going wrong with the ftp support (remote system, aptana remote, iam sure other ftp-services also), no connection can etablished.
Maybe this can help to get e4 work till a generally solution is available.
adios, Stefan
[Updated on: Thu, 06 September 2012 04:43] Report message to a moderator
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #910691 is a reply to message #910639] |
Mon, 10 September 2012 08:19 |
Eclipse User |
|
|
|
The u5 was released 5 days after Juno so it is possible most people have tried Juno with 7u5. I'm on same as you with 7u0 and don't notice any major slowdown.
There have been reports about slowdowns with java 6 also but anyway the biggest the feedback the more faster this thing is solved.
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #911180 is a reply to message #910691] |
Tue, 11 September 2012 06:25 |
Raffaele Gambelli Messages: 27 Registered: July 2009 |
Junior Member |
|
|
Have you read this jaxenter.com/eclipse-4-2-performance-slated-will-the-community-come-out-in-force-44390.html?
It is a sort of confirm of what we are stating in this thread, it's soon to speak about bugs and slowness, it's time to work hard to get a usable stable new release and then we could continue to send feedback
Go Eclipse dev team and good luck!
[Updated on: Tue, 11 September 2012 06:27] Report message to a moderator
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #933216 is a reply to message #933205] |
Thu, 04 October 2012 21:07 |
Eclipse User |
|
|
|
Thanks for taking the time to appreciate the committer's work. Keep in mind that most major performance upgrades are already fixed and are targeted for 4.2.2. Those that made it in 4.2.1 are just the initial ones.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #990414 is a reply to message #990371] |
Wed, 12 December 2012 11:18 |
Thomas Schindl Messages: 6651 Registered: July 2009 |
Senior Member |
|
|
Hi,
So what is still too slow to work with? Are the problems in 4.2.2 still
the same you have in 4.2.0/1, are there now different areas that are
still too slower?
Tom
Am 12.12.12 09:23, schrieb Roland Tepp:
> Downloading and installing an Eclipse 3.8 works equally well (if not
> better).
>
> I found performance of 4.2.2 to be still below the acceptable level,
> although not quite as bad as 4.2.0
>
> 10.12.2012 9:35, Tom Schindl kirjutas:
>> You should download one of the latest builds towards 4.2.2 it has solved
>> most of the performance problems. Also make sure that you switch the
>> Eclipse Theme to the classic one.
>>
>> Tom
>>
>> Am 10.12.12 02:38, schrieb Mike Carr:
>>> I just reimaged my machine with Fedora and was so pissed off on how
>>> Gnome screwed up the desktop, trying to find some comfort I thought I
>>> would do some coding. I saw that Eclipse 4 was out, knowing Eclipse had
>>> always done a pretty good job with releases in the past I decided to
>>> download it. When I started it I could not believe what I saw and felt,
>>> performance was horrible (I have a quad core Machine with 16G RAM), I
>>> could not do my usual customizations, the UI kept changing making it
>>> difficult to so what I needed to do. My solution? I downloaded Eclipse
>>> 3.7.2 and I was happy again.
>>
>
|
|
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #1007968 is a reply to message #1007839] |
Thu, 07 February 2013 18:21 |
Thomas Schindl Messages: 6651 Registered: July 2009 |
Senior Member |
|
|
Did you tried Juno SR2 builds - we are at RC-candidates for them as of
now - Are they still slow?
Tom
Am 07.02.13 18:17, schrieb Reuben Sivan:
> I confirm my own experience switching between XML file tabs on Juno 4.2
> SR1 under Windows 7/64.
>
> My eclipse system is configured with 2g memory and most other
> applications (other than XML documents), including Java editing,
> debugging, etc., do not have such a heavy impact on performance when
> comparing Juno with Indigo.
>
> For the first time after several months using Juno I tried going back to
> Indigo SR2, and I verified that switching between XML tabs is
> instantaneous.
>
> I tried to change validation and other settings for XML but it seems
> this is a 4.2 issue, as the same XML files on the same workspace work
> 10x faster on Indigo...
>
> Also: using classic theme.
>
> Did something go wrong or untested in Juno?
>
> Even if we find ways to fix this issue with the help of this and other
> forums, as a veteran eclipse user I honestly expect to be able to update
> to a new version without having to read hundreds of posts in order to
> make that version work...
>
> Best regards,
>
> Reuben
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #1015274 is a reply to message #894739] |
Thu, 28 February 2013 01:30 |
MC Handler Messages: 1 Registered: February 2013 |
Junior Member |
|
|
64 bit mac OS 10.6.8 w/8GB DDR3, just loaded up Juno and it's beach balls all the way. I was running Indigo previously, it was also slow to compile programs, even tiny ones (<10 lines of code), running only Eclipse and maybe 10 windows in a browser. In Juno, I have turned off animations, boosted the VM in the .ini, and activated the classic theme. Juno is not only slow to run programs, but will give me beach balls for simple things like clicking the mouse to place the cursor, typing one character, etc. Hope this helps the progression toward a fix.
|
|
|
|
|
|
|
Re: Eclipse 4.2 GUI is very slow [message #1170729 is a reply to message #1061415] |
Mon, 04 November 2013 21:04 |
Top Kat Messages: 37 Registered: March 2013 |
Member |
|
|
Just my own experience.
I'm using Juno on a 2001 XP Pentium 4/1.6GHz/1GB RAM . . .
It was terribly frustrating starting up.
And also often in the middle of coding.
I did the things suggested by you folks, i.e. classic, disable animations, increase allocated VM etc.
But I think what was killing my performance was this goddam Comodo internet security pack I'm using at present.
Just seeing how Comodo's stupid file scanning process ("cavwp.exe") was using around 50-60% of CPU versus Eclipse's 5-10% made me wonder what the hell it was at. I turned it off of course -- at least until Eclipse was up and running.
I had similar problems recently with a "trial" version of Webroot.
So my advice is use a good anti-virus/internet security pack and monitor how it interacts with Eclipse at times of slowness.
Thanks to all for the speed-up tips -- they really make a visible difference and, like another poster said, I am feeling like the system is responding swiftly to my code rather than me being at the beck & call of a dragass machine.
[Updated on: Mon, 04 November 2013 21:23] Report message to a moderator
|
|
|
|