|Slow reaction of Eclipse Editors on a Windows VM [message #1748508]
||Wed, 23 November 2016 18:20
| Yigal Spinner
Registered: July 2009
have an Eclipse application that uses all standard IEditor and Jface tables.|
All development and testing is done on Windows 64 bit VM.
During the period that we used Kepler and Java 1.6 we did performance testing for the GUI and we had acceptable results.
Now that we switched to Luna and Java 1.8, the Eclipse application is extremely slower during some period of the day and just slower otherwise. "Slow" means I can see the editor clears the client area and draws the border and then draws the table. When closing the editor I can see the steps Jface is clearing the client area of the window (that may take several seconds) - Yes, that slow. Doing a right Click for a popup menu may take 3-10 seconds to come up and etc.
I did test other application like Notepad, Notepad++, VS2013 at the same time that Eclipse shows slowness, but those applications run fine.
My machine, which is a Windows 2008 R2 Terminal Server, has 24GB memory, 500GB hard drive and 8 CPUs.
I use Java 8, 64 bit, version 101, I'm attaching the eclipse.ini file.
As a side note, when I run the application on a laptop (or any stand alone Desktop), I do not see any performance issues.
Any ideas why Eclipse Luna will perform differently:
1. Using a VM
2. During different periods of the day
3. Why it will be slower then Kepler with Java 1.6
I'll appreciate any approach or direction to help my customers that have the same environment with the same issues. I'm been battling this for a year now.
(Size: 0.44KB, Downloaded 22 times)
|Re: Slow reaction of Eclipse Editors on a Windows VM [message #1752547 is a reply to message #1748508]
||Wed, 25 January 2017 01:47
|| Patrik Suzzi
Registered: June 2010
Location: Imola, Italy
In past, I had issues in doing GUI tests with SWTBot under a Windows Virtual Machine (the Windows VM was a Customer's constraint).|
My guess are:
1. GUI testing on a VM may causes problems because a VM provides different abstractions for the UI (virtualized), w.r.t. the abstraction provided by a Windows Physical Machine.
2. Perhaps there is some bottleneck in your network connection when accessing the virtual server. Check if it is faster when there is nobody/no application using the network.
3. BTW, there are performance differences in different versions of Eclipse, and the newer version should be more performant w.r.t. the older one, in normal conditions. So I suspect the VM is not a normal condition.
And now, a couple of questions that might help:
- Can you perform the same tests on a physical machine and see any difference?
- Can you increase the quantity of memory used for (a) the JVM, (b) Maven (supposing you're testing with it ), and (c) the eclipse under test (edit the "eclipse.ini" or change the related properties) ?
Please, let me know if you find the solution.
Ing. Patrik Suzzi
Consultant Software Engineer,
Eclipse Platform Committer
Powered by FUDForum
. Page generated in 0.02463 seconds