Community
Participate
Working Groups
+++ This bug was initially created as a clone of Bug #509519 +++ - Import the attached projects (there is a Viewpoint Specification Projet and a Modeling project with a single empty Ecore) - Make sure the "Perfo Tree" viewpoint is enabled and create a new Tree representation on the EPackage - Right click in the tree on "Create Many EClasses" -> the code which is launched is in perfo.tree.design.Services.createMany(EPackage) and basically create 20K new EClasses each having 10 attributes, this should end up being a tree with 20K*10=>200K tree items. -> the UI thread is blocked and CPU goes crazy for a fairly long time, I gave up after 5 minutes No doubt there is n^n algorithm working its magic here. First hint: after a bit of digging, commenting out: willBeExpandedOnSelection(RefreshPlan) to always return false makes the whole tree to be created in about 10 seconds
Clone to backport the performance improvements on the 3.1.x branch. Note that not all patches that will be merged for #509519 should be backported, but only the only which offer signifcant improvement without introducing risks of regressions. https://git.eclipse.org/r/#/c/87864/ looks relatively safe.
Closing as WONTFIX, no new 3.1.x version is planned.