New issue
Advanced search Search tips

Issue 910941 link

Starred by 4 users

Issue metadata

Status: Unconfirmed
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Memory usage regression on current beta release

Project Member Reported by lrn@google.com, Dec 2

Issue description

Chrome Version: 71.0.3578.75 (Official Build) beta (64-bit)
OS: Windows 7, 64bit

Reporting this for a family member.

URL (if applicable) where the memory bloat occurred:

Can you reproduce this memory bloat?
Yes

What steps will reproduce this memory bloat (or if it's not reproducible,
what were you doing until then)?
(1) Start a Chrome profile with many tabs (259 or 176 tabs were concrete examples), with the Ghostery extension.
(2) Chrome uses 64% of memory (16 Gb)
(3) Chrome uses 100% of CPU (quad-core i5) for 30-45 seconds

The behavior is consistent for the two profiles, even if there are is an 80 tabs difference.

If you try to start two such profiles, the computer grinds to a halt.
Closing one of the windows takes minutes of grinding and a non-responsive computer.

With release of Chrome 69, memory consumption dropped for Chrome in general, so running several large profiles became viable. With the newest beta release, performance is now significantly *worse* than before v69.
This started within the last few days, matching the Nov 28 beta channel release.
 
While waiting for this to be addressed properly, you can try the new InfiniteSessionRestore mode, which pauses the inactive tabs initially on start up, then loads them one by one, not all at once, thus not stressing the device. When you switch to a paused tab manually it starts to load immediately. The feature is enabled by enabling the following flags:
chrome://flags/#infinite-session-restore
chrome://flags/#page-almost-idle
FWIW, tentatively suspecting r610309 "Flush microtask queue in DocumentLoader::DetachFromFrame later"
that is I'm assuming the previous beta 71.0.3578.62 was fine and the changelog is:
https://chromium.googlesource.com/chromium/src/+log/71.0.3578.62..71.0.3578.75
Labels: Needs-Triage-M71
Cc: haraken@chromium.org dcheng@chromium.org
Labels: Needs-Bisect OS-Windows Type-Bug
Adding Needs-Bisect label for trying a repro and bisect this, cc'ing dcheng@ as well as per C#1. 
Cc: swarnasree.mukkala@chromium.org
Components: Internals>Core
Labels: Triaged-ET Needs-Feedback
Tested the issue on chrome version #71.0.3578.62, reported chrome version #71.0.3578.75 and latest stable #71.0.3578.80 using Windows 7. Below are the observations noted while testing the issue.

Observations:
=============
1.Installed the extension "Ghostery", opened more than 200 tabs. Observed that while clicking Ctrl+t continuously to open new tabs the CPU usage reached 99% and memory to 8.5GB(out of 16GB) in all the three chrome versions.
2.Stopped opening new tabs then CPU usage dropped to 70% and memory to 4GB in all the three versions.

@reporter: Could you please confirm if the issue you are pointing to is while opening tabs or after opening all the tabs, so that it would be really helpful in further triaging of the issue.
Thanks.!
The person with the issue have multiple profiles, each set to "Continue where you left off".
When opening the first such profile, with 150+ tabs, the browser opens, then blocks completely (100% CPU on a quad-core i5) for 30-45 seconds, and afterwards it uses 60+% of the available memory. Opening a second profile makes the entire computer stutter under the load.

The tabs are not just new tabs, they contain actual pages (one profile had a significant number of facebook pages, the other had pages from news-sites).

So, it's both while "opening tabs" (opening and restoring a profile) which blocks everything, and afterwards, where there is significant lag and stuttering for everything else running on the computer.

The user could open three such profiles before (after Chrome 69), now (since Nov 28 beta release) they can only open one, and even that takes heavy work.

(The user is using the old set-up where their primary installation of Chrome is on the beta channel, not a separate installation for beta).

Project Member

Comment 7 by sheriffbot@chromium.org, Dec 5

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
haraken@/dcheng@: Could you please have a look into the issue and help further.

Thanks.!

Sign in to add a comment