Crashpad.HandlerLifetimeMilestone is Overflowing |
|||
Issue descriptionThe Crashpad.HandlerLifetimeMilestone sparse histogram is being incremented so frequently that it sometimes overflows the 31-bit sample count and rolls negative. Desktop does uploads about every 30 minutes (and resets the counters) so whatever extension these are, it's happening on the order of 1M times per second on some occasions. https://uma.googleplex.com/p/chrome/histograms/?endDate=latest&dayCount=7&histograms=Crashpad.HandlerLifetimeMilestone%2CUMA.NegativeSamples.Histogram%2CUMA.NegativeSamples.Reason&fixupData=true&showMax=true&filters=channel%2Ceq%2C1%2Cisofficial%2Ceq%2CTrue&implicitFilters=isofficial
,
Jun 29 2018
cc:mark (on leave) There are still numerous reports of this. Over the past 28 days: 2187 on Dev 2656 on Beta 289,471 on Stable
,
Jun 29 2018
Sorry, I'm going on leave after today and I don't think I'll have time to look at this before I go. Unrelated to the overflow though, this seems quite bad, as it would imply something is crashing ridiculously often.
,
Jun 29 2018
I think it's not necessarily crashes. There' a comparatively small count for Crashpad.ExceptionCaptureResult so something could just be repeatedly starting up a Crashpad handler and then exiting.
,
Jun 29 2018
Oh, right... still, starting the handler 1M/s seems unexpected. |
|||
►
Sign in to add a comment |
|||
Comment 1 by bcwh...@chromium.org
, Nov 7 2017