![]() It's like it's redrawing its entire contents with every little bit of scrolling it does, rather than just move the (supposedly already rendered) canvas inside the viewport.Ĭomparing with other editors such as Sublime Text 2 is depressing, because the scrolling there is soooo smooth. ![]() It's only the text editor that exhibits this issue (other GUI lists/trees are super fast when scrolling). On my Air 2011 i7, scrolling a two pages long PHP file uses about 70% CPU according to Activity Monitor. Scrolling is horribly CPU intensive, and slow as described. This is still an issue with Juno and Kepler. I haven't looked at the code, but any (and all of) these options have a noticeable impact on scrolling performance. For ultimate speed, also turn off "Show line numbers" and "Show print margin". Ie: Eclipse > Preferences > General > Editors > Text Editors > Show whitespace characters (turn this off).Ĥ. Disabling the display of "show whitespace characters" the problem goes away! Changing startup memory sizes etc (the usual eclipse optimizations) has no effect.ģ. On a 30" display it's so painful Eclipse is unusable.Ģ. On an external 24" display it is very frustrating. eg: I almost never notice it on a built-in 11" display. The slow-down is proportional to the size of the display. This is on Indigo (build 20120216-1857) and Juno on a new iCore 7 machine, 8GB ram and SSD, OSX 10.8.2, regardless of JDK 1.6 or 1.7.ġ. I've experienced the same issue - extremely slow scrolling of structured (Java and XML) editors. Screenshot: Suppress call drawRect when nextEventMatchingMask on stack What scrolling looks like on I20171015-0655 VisualVM Profile (.nps) of inertial scrolling w/ line numbers enabledĮclipse 3.4 carbon versus newer and patched ![]() Video showing slow scrolling on macOS (10.12.3) in Eclipse (4.6.2) Flame graph captured from simple profile while scrolling
0 Comments
Leave a Reply. |