Hi!

I landed and deployed the change today. Previously, we'd get
signatures like this:

IPCError-browser | ShutDownKill

Now that text gets prepended to whatever the signature was.

After deploying the change, I went and reprocessed the last week of
signatures. You can see the differences here:

https://crash-stats.mozilla.org/search/?signature=~ShutDownKill&product=Firefox&date=%3E%3D2020-01-30T00%3A00%3A00.000Z&date=%3C2020-02-06T23%3A57%3A00.000Z&_facets=signature&_sort=-date&_columns=date&_columns=signature&_columns=product&_columns=version&_columns=build_id&_columns=platform#facet-signature

One thing to note is that I changed a signature generation rule that
isn't specific to ShutDownKill crash reports--it's general to all
IPCError crash reports. If there are cases of IPCError crash reports
where this change doesn't make sense, chime in on bug #1612569 and I
can adjust the changes accordingly.

/will

On Thu, Feb 6, 2020 at 6:16 AM Gabriele Svelto <gsve...@mozilla.com> wrote:
>
> [cross-posting to dev-platform]
>
> IPCError-browser | ShutDownKill crashes are the second most common ones
> after OOMs and generally not actionable because we've been lumping
> together a bunch of different stacks under the same signature.
>
> These crashes represent a snapshot of a content process taking too long
> to shut down. The affected content process is killed right after the
> crash report is generated.
>
> Bug 1612569 [1] will change those signatures soon. The new signatures
> will include one or more function names after `IPCError-browser |
> ShutDownKill` coming from the stack of the content process.
>
> This will allow us to find common causes of slowness (or deadlocks) that
> prevent content processes from shutting down rapidly and hopefully act
> on them.
>
>  Gabriele
>
> [1] Improve IPCError-browser | ShutDownKill signatures
>     https://bugzilla.mozilla.org/show_bug.cgi?id=1612569
>
> _______________________________________________
> Stability mailing list
> stabil...@mozilla.org
> https://mail.mozilla.org/listinfo/stability
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to