M53: ThreadWatcher.ResponseTime graphs are much worse on M53 than M52. |
||||||
Issue descriptionI was just reading issue 603594 to learn why we disabled "COMPACTION" for chromeos kernel. At comment 51, ihf mentioned that "we should watch variations of these UMA graphs": https://uma.googleplex.com/p/chrome/timeline_v2?sid=1e50f5532463a2db9ce6a14ff827d9a3 The graphs show a dramatic increase on M53 compared to M52 for Beta:P99.99, Beta:P99.999, and Beta:P99.9999. Assigning over to Raman to help triage, since according to the graphs, he owns them.
,
Aug 16 2016
There is a similar bump on Linux (but not other OS), which might be coming back down now. Maybe once CrOS revs again it could become normal?
,
Aug 19 2016
rtenneti@ are you actively investigating this one? This is currently a stable blocker.
,
Aug 19 2016
Hi ketakid@, We in chrome networking noticed that IO thread became janky. In Canary and Dev, we had seen this regression around July 7th time frame in Canary and July 28th in Dev. + mmenke@, jkarlin@chromium.org and csharrison@ https://uma.googleplex.com/p/chrome/timeline_v2/?sid=024c1ac07c29a93136b7cb070c283d9d Would appreciate if someone could dig deeper. Thanks.
,
Aug 19 2016
Hrm...The regression I'm looking at is M54, not M53, but very clearly shows up on ThreadWatcher.ResponseTime.IO on Windows https://uma.googleplex.com/p/chrome/timeline_v2?sid=d9a0e0b4064b51f0f1ee7bb77ce37208 (Less clear if there's something going on over on the UI thread). ChromeOS is also pretty weird, maybe because of sparse data: https://uma.googleplex.com/p/chrome/timeline_v2?sid=dc7948ffa3a239826f9875714998f893
,
Aug 22 2016
rtenneti@ Do we see this janky behavior on the latest beta M53?
,
Aug 22 2016
No, the regression he's describing happened in M54.
,
Aug 22 2016
Just to clarify, beta M53 has a pretty clear regression on these values (Which is seen in the latest version of the beta), while M54 looks to have a much bigger regression, and that one (issue 627999) is being investigated by me, off and on.
,
Aug 24 2016
The behavior on M53 looks like something that needs to investigated asap as well. WE are about to hit Stable end of month and this bug is currently marked a blocker for that. mmenke@ do you know who can investigate this issue on M53 branch?
,
Aug 24 2016
No, I don't. This issue isn't clearly a problem with any particular component, unfortunately. Something weird is happening somewhere on the IO thread...what that is, or what's doing it, is completely unclear.
,
Aug 26 2016
We are getting close to Stable next week. We need a call on whether we are planning on investigating or punting this to the next milestone.
,
Aug 30 2016
Moving this bug to M54.
,
Oct 10 2016
Is this still active? I can't repro on my Samus running latest M54
,
Oct 10 2016
The M53 regression this bug was filed for does not look to have been fixed, looking at the numbers. The M54 cross-platform (At least Win/OSX) ThreadWatcher.ResponseTime.IO regression I mentioned above looks to be fixed. There also looks to be a new bonus regression in ThreadWatcher.ResponseTime.UI in M55. Exciting times!
,
Oct 11 2017
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. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 28
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ihf@chromium.org
, Aug 16 2016