Skip to content
This repository has been archived by the owner on Oct 28, 2022. It is now read-only.

ANTLR 4 IDE Degrades Eclipse Performance Significantly #171

Open
sithys opened this issue Nov 26, 2016 · 8 comments
Open

ANTLR 4 IDE Degrades Eclipse Performance Significantly #171

sithys opened this issue Nov 26, 2016 · 8 comments

Comments

@sithys
Copy link

sithys commented Nov 26, 2016

Please refer to a YouTube video I uploaded demonstrating my issue: https://www.youtube.com/watch?v=zGraNrwP8Es

Typing any text into any editor with ANTLR 4 IDE installed causes the text to be delayed by several fractions of a second, sometimes all appearing at once on the screen after a delay of almost a full second. It makes it difficult to correct mistakes while typing.

The first and second VMs both have 2 cores and 4096mb of RAM, both with 64mb video memory and 3D acceleration enabled. In both VMs eclipse has been configured to start with 1 gig of ram with a max of 2. Both use the same version of JDK and eclipse.

No other plugins have been installed on the first VM except: Faceted framework, Xtext, ANTLR 4 IDE. No plugins have been installed on the second VM.

Is there any way I can increase the performance of the text editors while running ANTLR 4 IDE?

@HSorensen
Copy link
Member

Can you try
Eclipse -consolelog

Maybe something shows up.

Which versions of eclipse jdk antlr4ide etc?

@HSorensen
Copy link
Member

Also if you run just one vm with Antlr4ide, does the problem still exists?

@sithys
Copy link
Author

sithys commented Nov 27, 2016

Sorry I never run more than one VM at a time.

Neon.1a Release (4.6.1)
ANTLR 4 IDE 0.3.6

What were you looking for from the logs?

@timeraider4u
Copy link
Member

can you please post the content of your eclipse.ini file? maybe some modification of the Java heap memory settings could help improve the performance.. please see also https://wiki.eclipse.org/FAQ_How_do_I_increase_the_heap_size_available_to_Eclipse%3F

@sithys
Copy link
Author

sithys commented Nov 27, 2016

One VM with the IDE:

cat eclipse.ini
-startup
plugins/org.eclipse.equinox.launcher_1.3.200.v20160318-1642.jar
--launcher.library
/home/sithys/.p2/pool/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.400.v20160518-1444
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.appendVmargs
-vm
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin
-vmargs
-Dosgi.requiredJavaVersion=1.8
-XX:+UseG1GC
-XX:+UseStringDeduplication
-Dosgi.requiredJavaVersion=1.8
-Xms256m
-Xmx1024m
-Declipse.p2.max.threads=10
-Doomph.update.url=http://download.eclipse.org/oomph/updates/milestone/latest
-Doomph.redirection.index.redirection=index:/->http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/

A second VM also with the IDE:

cat eclipse.ini
-startup
plugins/org.eclipse.equinox.launcher_1.3.200.v20160318-1642.jar
--launcher.library
/home/antlrdev/.p2/pool/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.400.v20160518-1444
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.appendVmargs
-vm
/usr/lib/jvm/java-8-openjdk-amd64/jre/bin
-vmargs
-Dosgi.requiredJavaVersion=1.8
-XX:+UseG1GC
-XX:+UseStringDeduplication
-Dosgi.requiredJavaVersion=1.8
-Xms1024m
-Xmx2048m
-Declipse.p2.max.threads=10
-Doomph.update.url=http://download.eclipse.org/oomph/updates/milestone/latest
-Doomph.redirection.index.redirection=index:/->http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/

Both have about the same performance.

@HSorensen
Copy link
Member

@sithys Did the -consolelog option show anything?

@timeraider4u
Copy link
Member

Nothing unusual in your eclipse.ini I would say - at least nothing that would explain the slow performance.
Do you recognize this problem with all ANTLR grammar files or only with specific ones?
May also be related to #117

@HSorensen
Copy link
Member

I have noticed similar to this. It seems related to the outline view. If you minimize the outline it helped in my case.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants