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

Fix scrolling performance issues in tree-view #958

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

easyaspi314
Copy link

Part of fix for atom/atom#12949.

Forces Chromium to use the compositor to render scroll containers. This greatly decreases CPU usage when scrolling.

Part of fix for atom/atom#12949.

Forces Chromium to use the compositor to render scroll containers. This greatly decreases CPU usage when scrolling.
@simurai
Copy link
Contributor

simurai commented Dec 13, 2016

Tested this change and scrolling sometimes seems smoother, but not all the time. Kinda hard to tell. Also it seems that even though the .tree-view-scroller uses a compositor layer, it still needs painting. See how the paint count goes up when scrolling:

perf2

I think the problem is that the content inside a scrolling area needs to be clipped and therefore repainted. Not sure if it's possible to use overflow: auto without having to repaint? The editor uses compositor layers without repainting, but has to take care of moving the lines/tiles itself.

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

Successfully merging this pull request may close these issues.

3 participants