Open Bug 1256224 Opened 8 years ago Updated 11 months ago

Thunderbird Windows crashes in OOM | small, even though Thunderbird is NOT out of memory per crash data

Categories

(Thunderbird :: General, defect)

x86
Windows
defect

Tracking

(Not tracked)

People

(Reporter: wsmwk, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash)

(In reply to Wayne Mery (:wsmwk, NI for questions) from comment #0)
> ~40% of Thunderbird 38.6.0 OOM | small crashes have Available Virtual Memory
> >1GB and System Memory Use Percentage <70%.  100% MS-Windows
> 
> https://crash-stats.mozilla.com/search/
> ?product=Thunderbird&available_virtual_memory=%3E1000000000&signature=%3DOOM+
> %7C+small&system_memory_use_percentage=%3C70&_facets=signature&_columns=date&
> _columns=version&_columns=platform&_columns=user_comments&_columns=email&_col
> umns=uptime#crash-reports

for 45.4.0, it is now 36%

https://crash-stats.mozilla.com/search/?available_virtual_memory=%3E1000000000&signature=%3DOOM%20%7C%20small&system_memory_use_percentage=%3C70&product=Thunderbird&date=%3E%3D2016-11-06T19%3A14%3A00.000Z&date=%3C2016-11-13T19%3A14%3A00.000Z&_sort=-date&_facets=signature&_columns=date&_columns=version&_columns=platform&_columns=user_comments&_columns=email&_columns=uptime#crash-reports
Many users with this crash signature also crash with "EMPTY" signature of bug 610551.
Blocks: 610551
See Also: → 1028720, 610551
Summary: Thunderbird Windows crashes in OOM | small → Thunderbird Windows crashes in OOM | small, even though Thunderbird is NOT out of memory per crash data
Depends on: 1565033
See Also: → tb-NoCrashReport, 1660696

Related to bug 1660696 and other OOM crashes (that are not like bug 583365 involving bulk message operations) ... not a scientific study, but examining 25-30 crashes I could find little few common themes - including add-ons. So some stats...

Address space - but I don't have a breakdown by OS

  • 9% are 64bit (as in 64bit windows 10 running 64bit Thunderbird)
  • 16% are 2gb (i.e. tiny)
  • 75% are 4gb

Uptime - roughly 15% are >1 week uptime, going as high as 5 weeks

Stacks - again, nothing stands out, except hat a significant percentage, 15-20%, are like bp-e26a7363-1b9a-41a6-9786-534060210530 with pretty useless stack with only xul.dll (and some no stack at all, like bp-99c0e112-809a-45ed-a459-781420210530 )

See Also: → 1660710

Assuming Thunderbird uses the same mozjemalloc that Firefox does, recent evidence suggests that this may often be due to Windows (and possibly macOS?) expanding the page file.

The investigation at bug 1716727 may be of interest.

Thanks, Ray, for pointing this out. Sounds interesting

New query at 70pct, using signature contains OOM (rather than OOM | small) - There are a few nightly crashes, and plenty of beta.

Changing the query to 90pct triples the number of crashes

removing the system_memory_use_percentage restriction completly increases number of crashes another 50%

Depends on: 1716727
Severity: critical → S2
No longer depends on: 1565033
You need to log in before you can comment on or make changes to this bug.