New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 722356 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug
Hotlist-MemoryInfra



Sign in to add a comment

Lots of painting and raster work done when mousing over bookmark bar

Reported by tiago...@gmail.com, May 15 2017

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS armv7l 9334.58.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.89 Safari/537.36
Platform: 9334.58.0 (Official Build) stable-channel daisy_spring

Steps to reproduce the problem:
1. Open task manager. Look at CPU usage.
2. Browser process uses 15-10% CPU. GPU Process shows below 10%
3. Move the mouse cursor around using the touchpad. Browser jumps to 80% and GPU Process shows 25-40%.

What is the expected behavior?
Moving mouse cursor should use almost no CPU.

What went wrong?
No idea, I updated the system a couple days ago and started to notice that stuff like Secure Shell would take 10s of seconds to fully render while a web site was loading. Then noticed Browser and GPU Process were consuming a lot of CPU for seemingly no good reason.

Did this work before? N/A 

Chrome version: 58.0.3029.89  Channel: n/a
OS Version: 9334.58.0
Flash Version: Shockwave Flash 25.0 r0

Please have a look at this issue. System is much less usable and has been hindering work flow by a lot.
 
Components: Blink>MemoryAllocator Internals>Instrumentation>Memory Internals>GPU
Labels: M-58

Comment 3 by enne@chromium.org, May 19 2017

Labels: Needs-Feedback
Can you repro this reliably? If so can you attach a trace of the problem here? See: https://www.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs

Comment 4 by tiago...@gmail.com, May 23 2017

Hi,

Sure, no problem. Can do whatever you need, just was unable to these days due to a higher work load.

Please see the attached file. Seems some evdev stuff is using a lot of CPU but not sure how this reads.

Coupled with this, closing and changing tabs has been stalling again, which was a problem that had gone away a while back.

I'm now updated to the latest version:

Version 58.0.3029.140
Platform 9334.72.0 (Official Build) stable-channel daisy_spring
Firmware Google_Spring.3824.129.0
trace_Moving_Mouse.json.gz
5.6 MB Download
Project Member

Comment 5 by sheriffbot@chromium.org, May 23 2017

Cc: enne@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "enne@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by enne@chromium.org, May 23 2017

Cc: thestig@chromium.org erikc...@chromium.org
Thanks so much for the trace.

The GPU looks pretty idle.

I'm not 100% sure what's going on here, but looking at the trace, there's a bunch of spurts of 100ms BrowserBlockingWorker work that eats up an entire cpu.  This happens a couple of times a second.  It looks like it's all from task_group_sampler.cc, so CCing erikchen and thestig to investigate.
trace_Moving_Mouse.png
114 KB View Download
Cc: -thestig@chromium.org afakhry@chromium.org
Owner: wutao@chromium.org
Status: Assigned (was: Unconfirmed)
wutao, can you please investigate? Thanks!

Comment 9 by wutao@chromium.org, May 24 2017

Is this related? https://bugs.chromium.org/p/chromium/issues/detail?id=704763#c44
But it is supposed to be fixed in M58 branch 3029.


Comment 10 by tiago...@gmail.com, May 24 2017

@comment #6

You're welcome. Just let me know if you need more.

I mentioned the GPU because I noticed that when the CPU spikes, the GPU process also goes from ~10% to 30-35% just from moving the cursor. Seems like an awful lot of increase in processing for something so simple - not sure if it is significant though.

Comment 11 by wutao@chromium.org, May 24 2017

Cc: danakj@chromium.org
+danakj@. This could be related to  issue 704763 ?

On Kevin, I can repeat this on the following versions.
The CPU could as high as 80% and GPU as high as 50%, especially when I move the mouse back and force crossing browser's bookmarks and thumbnials, even for blank page. It seems the rendering of shadows and tooptips are expensive.

M58 stable: 9334.72.0/58.0.3029.140
M59 beta: 9460.42.0/59.0.3071.57
M60 dev: (TOT) 	9583.0.0/60.0.3109.0

When you move around on the bookmark bar you paint and raster the bar. I don't know how much work is cached there, but anything that changes has to be rastered, uploaded, etc. This has nothing to do with the renderer, so blank page not related.

You could try comment out tooltips so they dont happen and see what it looks like, same for parts of teh bookmarks, if you want to one way to measure each piece other than looking at traces.
Cc: wutao@chromium.org
Owner: ----
Status: Available (was: Assigned)
Hi danakj@, could you please help to find right owner for this. Thanks.
Cc: malaykeshav@chromium.org osh...@chromium.org
Summary: Lots of painting and raster work done when mousing over bookmark bar (was: Slow system after updates. Moving mouse increases CPU usage massively.)

Sign in to add a comment