Thanks Jan - Much appreciated ! We'll digest your answers. The hints about backtracking and lookahead look very helpful.
Note that the 433MB were only retained heap from under that one Job. There was other things going on too, so the Heap was in fact used up. Also, extending heap to 2g while keeping -XX:MaxPermSize the same made the problem go away so I'm pretty sure it wasn't a PermSize issue. I'm afraid we can't share (even parts of) our grammar, but your hints are helping a lot our investigations. We'll try the grammar improvements you suggested, and potentially turning off the reconciler on large documents (Like CDT's scalability mode does in CSourceViewerScalableConfiguration [1]). Would such a "scalability mode" be interesting for XText based Editors in general, has anybody thought about this before ? Regarding Xtext 2.6, why do you think it would potentially help ? [1] http://git.eclipse.org/c/cdt/org.eclipse.cdt.git/tree/core/org.eclipse.cdt.ui/src/org/eclipse/cdt/internal/ui/text/CSourceViewerScalableConfiguration.java Thanks, Martin -- Martin Oberhuber, SMTS / Product Owner - Development Tools, Wind River direct +43.662.457915.85 fax +43.662.457915.6 -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jan Koehnlein Sent: Wednesday, August 06, 2014 11:40 AM To: xtext-dev list Subject: Re: [xtext-dev] OutOfMemoryError in an XText-generated editor Martin, I've answerd your post in the forum. Note that itemis offers professional services especially for advanced scenarios such as large scale models. Best regards Jan Am 06.08.2014 um 10:28 schrieb Oberhuber, Martin <[email protected]>: > Dear XText committers, > > Last week I posted a question on the XText Newsgroup but got no response so > far: > https://www.eclipse.org/forums/index.php/m/1404199/#msg_1404199 > > We did some investigations ourselves and found that disabling the editor's > "update" method helps. So it looks like there's indeed too much work being > done when typing into the editor . but is this the right approach ? And where > might be a proper hook adding sort of a "scalability mode" for opening large > files in an XText-generated editor ? What are the team's experiences with > editing large files ? > > Any thoughts on this would be highly appreciated ! > > Thanks, > Martin > -- > Martin Oberhuber, SMTS / Product Owner - Development Tools, Wind River > direct +43.662.457915.85 fax +43.662.457915.6 > > _______________________________________________ > xtext-dev mailing list > [email protected] > To change your delivery options, retrieve your password, or > unsubscribe from this list, visit > https://dev.eclipse.org/mailman/listinfo/xtext-dev - Dr. Jan Köhnlein Senior Software Architekt Mobile: +49 (0) 151 / 17396687 Telefon: +49 (0) 431 / 99026870 Fax: +49 (0) 431 / 99026872 http://www.itemis.de [email protected] itemis AG Niederlassung Kiel Am Germaniahafen 1 24143 Kiel http://www.itemis.de/ Rechtlicher Hinweis: Amtsgericht Dortmund, HRB 20621 Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus _______________________________________________ xtext-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/xtext-dev
