Bbedit for mac 10.102/19/2023 The two processes stuck is, as always, "Spotify Helper" PID COMMAND %CPU TIME #TH #WQ #POR #MREG MEM RPRVT PURG CMPRS VPRVT VSIZEĨ38 eclipse 1.6 02:46:39 50 612M 592M 0B 4036K 1214M 4726Mġ.6% CPU usage when idle and minimized. VM: 492G vsize, 1026M framework vsize, 0(0) swapins, 0(0) swapouts. Scrolling in other applications (browsers, text editors, finder, etc) works butter-smooth. While on my external 27" monitor (2560x1440) CPU usage spikes above 80% but with ~2-5 fps. The scrolling is slow and renders in approx. When scrolling in eclipse while maximized (1280x720) top reports >80% CPU usage. MacBook Pro Mid 2009 (Core 2, 2,26 GHz, 8 GB RAM, Intel x25-m SSD with plenty of free space). The CPU usage remains the same, though, which to me definitely indicates a serious problem somewhere.Īn option to turn off horizontal scrolling with anything but the keyboard would be helpful, as would adding a soft word wrap feature so that we could control the width of the code in text editors. Hiding gui elements to make the content fit horizontally and making the horizontal scroll bar disappear helps a lot. The problem is much worse when the file being edited is also wider than the editor can display, especially when you're scrolling with the touchpad, because it then scrolls both horizontally and vertically at the same time. Turning on persistent scroll bars also helps. Eclipse scrolling looks like I'm using a ten year old machine in comparison.Īs noted, turning off visible whitespace helps quite a bit. 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.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |