725024 - Run a query to find data on OOM crashes with empty signatures

Status: RESOLVED WONTFIX

(Socorro :: Data request, task)

Description

[(not currently active) Ted Mielczarek]

bug 716638 added an OOMAllocationSize annotation for when we crash with out of memory. This will be in the raw JSON data. We should run a query against our crashes with empty signatures to find out what percentage of them have this annotation (and thus are OOM crashes), and what the distribution of values is for empty signature crashes with this annotation.

Comment 1

[Benjamin Smedberg]

Specifically, this data will now be present on Aurora (12.0a2) and Nightly (13.0a1).

Comment 2

[Jesse Ruderman]

I think we should modify the signature generation algorithm so that when OOMAllocationSize is set but no other information is available, the signature is "mozalloc_abort" instead of "empty signature".  This would match the cases where we do have a stack trace, such as bp-f9122be1-204d-4c5a-b49e-f0b5e2120304.

Comment 3

[Robert Kaiser]

(In reply to Jesse Ruderman from comment #2)
> I think we should modify the signature generation algorithm so that when
> OOMAllocationSize is set but no other information is available, the
> signature is "mozalloc_abort" instead of "empty signature".

1) Please file a new bug for that.

2) I'd rather have something more explicit, like "EMPTY: OOM while allocating" or something like that (we don't get "empty signature" nowadays, BTW, we get "EMPTY: no crashing thread identified; corrupt dump").

Comment 4

[Jesse Ruderman]

Okay, submitted bug 734703.

Comment 5

[(not currently active) Ted Mielczarek]

This is probably not as interesting in light of bug 943051's significantly reducing our empty dump volume.

Comment 6

[Lonnen :lonnen]

if still desired, file a new bug an we can look at implementing as a processor rule