Heavy CPU usage after restoring of background tab |
|||||||||||||||
Issue descriptionChrome Version: OS: OSX 10.12.1 What steps will reproduce the problem? (1) Open a few tabs (2) Make sure that one of the tabs is this one: http://this.deakin.edu.au/culture/car-wars (3) Set your browser to restore the tabs and select another tab than the one above. (4) Close Chrome and launch it again Observe the CPU usage: Chrome hits 100% CPU usage (fans get really noisy, etc) with almost all of it coming from the tab that has http://this.deakin.edu.au/culture/car-wars open. What is the expected result? No observable CPU increase. What happens instead? Huge impact on the CPU usage and my laptop power. I cannot reproduce this 100% of the time, but I grabbed sampling reports. See the attached files.
,
Dec 5 2016
,
Dec 5 2016
Can you also take an about:tracing trace of the bad behavior?
,
Dec 5 2016
The problem is difficult to reproduce, but I will make sure that I get the about:tracing trace the next time it happens.
,
Dec 7 2016
I'd like to get to the bottom of this, upping priority for now. Once we have some reasonable hypothesis, let's keep on this.
,
Dec 7 2016
,
Apr 26 2017
,
Apr 27 2017
,
Apr 27 2017
I just hit it today and tried to collect a couple of traces. v57.0.2987.133. It burned 25% of my battery in ~20 min. The fan spinning like crazy and the laptop getting really hot. Note that activity monitor showed that "kernel task" takes 280% CPU for a while then Chrome took over as being the major consumer.
,
Apr 27 2017
Looking at trace_RightAfterCPUCrunch.json.gz, MemoryCoordinator::onMemoryPressure was invoked. So chrome spent too much memory, and MacOS was probably under critical memory pressure status... The memory pressure status caused 280% CPU usage. So would you run trace with memory-infra? If possible, run chrome with --enable-heap-profiling. I would like to know activity monitor's memory usage too. Probably some renderers' compressed memory usage was too large.
,
Apr 27 2017
I plugged the machine in and closed the lid. Instead of going to sleep the machine started spinning the fan like crazy for several minutes. When I opened the lid again, the screen remained blank and eventually the laptop shut itself down. Everything seems ok after the restart. Something seems to be happening around going to/resuming from sleep. Sure next time it happens, I will check the memory usage as well. I was focusing on the CPU this time.
,
Apr 27 2017
Tab restoring seems to do the same. See the attached trace. I ran with --enable-heap-profiling.
,
May 2 2017
Note that the bug is more typically hit when the machine comes out of sleep. At that point, the issue is so extensive that the whole system dies shortly after (black screen) and only forced shutdown recovers it. Activity monitor shows kernel_task using all CPU. Adding Nasko@, as he mentioned that there was a recent thread about this issue. Nasko, can you loop in the folks on the thread? Hopefully the problem is better known now?
,
May 10 2017
Erik, can you take a look at the traces. This sounds like a common problem.
,
Sep 20 2017
,
Aug 1
|
|||||||||||||||
►
Sign in to add a comment |
|||||||||||||||
Comment 1 by borisv@chromium.org
, Dec 5 2016