Memory usage regression on current beta release |
|||||
Issue descriptionChrome 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.
,
Dec 2
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
,
Dec 2
,
Dec 5
Adding Needs-Bisect label for trying a repro and bisect this, cc'ing dcheng@ as well as per C#1.
,
Dec 5
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.!
,
Dec 5
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).
,
Dec 5
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
,
Dec 12
haraken@/dcheng@: Could you please have a look into the issue and help further. Thanks.! |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by woxxom@gmail.com
, Dec 2