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

Issue 692222 link

Starred by 2 users

Issue metadata

Status: Archived
Owner: ----
Closed: Oct 1
Cc:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Browser slows to a halt; input events, UI actions, and typing seem to block on slow disc access

Project Member Reported by seththompson@chromium.org, Feb 14 2017

Issue description

Chrome Version: Chrome/54.0.2840.98
OS: OSX 10.12.1

What steps will reproduce the problem?
(1) Heavy usage of tabs & leaving Chrome open for multiple days

What is the expected result?
Responsiveness similar to Chrome on fresh profile, fresh startup

What happens instead?
Browser slows to a halt. Input events, UI actions, and typing lag heavily. Clicking on a new tab, for example, will cause entire browser to pause for 10-20 seconds, then page loads normally. Typing in an input box will often introduce 10 second lags (although characters seem to be buffered and appear almost instantly after lag). Scrolling also introduces long delay. Browsing is almost impossible. Capturing a trace took over an hour and failed twice.

During lag events, I can hear disc access, which may be a sign of excessive paging or thrashing... (iMac hard drive has been previously tested at Apple Store with no issues found.) I have an unscientific hunch that lag is worse on pages which are cached, also making me wonder whether its an issue with disc access.

Restarting the browser (and/or logging out and logging back in on OSX) usually fixes issue for period of time.

Attached trace captures a period of time during which lag events happened frequently.
 
trace_trace.json.gz
17.9 MB Download

Comment 1 by shrike@chromium.org, Feb 14 2017

It sounds like the machine may be thrashing. Next time it happens, please check the Memory tab in Activity Monitor. It would also be great to find out which tabs are consuming the most memory. If you see Chrome Helpers using a lot of memory in Activity Monitor, please then look in the Chrome Task Manager to figure out the name of those helpers.
I see. Would any of that info appear in a trace (perhaps with different capture settings)?

This issue doesn't seem tab specific--are there generic Helpers that could be consuming the most amount of memory?
There's a "memory-infra" box in the right column you can select, but it's currently still emitting less-than-comprehensive information, so we still need the activity monitor memory tab snapshot.
Couple notes:

1) the trace is a bit long in time, if do you capture another one I'd say try to get it <10s
2) wondering if this is related to issue 685760. is this device an Air?
3) your chrome is 2 versions out of date :)

Talked to Seth offline, it's not an Air but a 2010 iMac.

Comment 6 by a...@chromium.org, Feb 28 2017

Status: Available (was: Untriaged)
Cc: -rsch...@chromium.org
Project Member

Comment 8 by sheriffbot@chromium.org, Sep 20

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Archived (was: Untriaged)

Sign in to add a comment