Created attachment 552403 [details] needed files for reproduce and gdb-logs Seems like out of memory is handled bad when lots of threads are created. Most crashes seem to be null pointer references, but the crashes near allocator might also suggest a corruption. Attachment includes the reproducing files and GDB backtraces for 5 different crashes.
Reports via crash reporter: SIGSEGV https://crash-stats.mozilla.com/report/index/46cb80be-60ed-41b8-b3d4-b0ba02110811 https://crash-stats.mozilla.com/report/index/229bfe46-17c3-4e59-936c-9ad5f2110811 https://crash-stats.mozilla.com/report/index/bp-09a597dc-0aa1-41dd-8e5d-bc95b2110811 SIGABRT https://crash-stats.mozilla.com/report/index/bp-070536ca-5440-41f2-9bf6-f298e2110811 https://crash-stats.mozilla.com/report/index/bp-fb30220a-293c-4ae6-b9f5-1e1762110811 https://crash-stats.mozilla.com/report/index/bp-90ad8a81-d368-4d5d-8c71-835442110811
Crash Signature: [@ libxul.so@0xa67169 ] [@ libxul.so@0x943e25 ] [@ libxul.so@0x4dbde1 ] [@ linux-gate.so@0x424 ]
Crash Signature: [@ libxul.so@0xa67169 ] [@ libxul.so@0x943e25 ] [@ libxul.so@0x4dbde1 ] [@ linux-gate.so@0x424 ] → [@ libxul.so@0xa67169 ] [@ libxul.so@0x943e25 ] [@ libxul.so@0x4dbde1 ] [@ linux-gate.so@0x424 ]
Still crashing on this? I don't have any 32-bit machines to test on anymore.
We've made some progress on out-of-memory (OOM) handling since this was filed: * We stopped trying to recover from OOM during string manipulation (bug 737164), but many other dependencies of bug 427099 remain unfixed. * Christian Holler (decoder) did some fuzzing with artificial OOM (bug 687256).
Summary: Firefox crashes in different ways(abort/segfault) with multiple threads. → Firefox crashes in different ways with multiple threads and OOM
James, can you test and reproduce?
FF 23b on Mac 10.8.4. Testcase is chowing on my CPU (over 100% of a core) and RAM (1.6 GB active and rising) but 20 minutes later it isn't crashing.
I have never seen out of memory with Firefox, but I have 32GB. However, the latest Firefox (and previous ones) keep increasing the memory used to over 3 GB, and everything slows to a halt. This has become so annoying that I have switched to Opera Next as my primary browser. I suspect that this is doe to pages that refresh, and that somehow FF is not throwing away old images and text. I keep wunderground.com radar images and online.wsj.com as always up pages. They refresh themselves. Opera Next with the same set of pages up uses about 354 MB of memory.
I'm not sure what I am supposed to see. I opened automagic.html, and indeed a get6 1 CPU pegged at 100%. I just see "This too" and 2 images. The real memory used stays at 560 MB thus far. But I see very different behavior in Opera Next. Something keeps reloading the page, the memory grows, and it crashes! So I am not sure that this file loads properly in Firefox.
So, Opera uses about 95% CPU. Safari handles the file properly. Keeps redrawing the two images and then a "This Too" screen, and uses just 8% CPU.
I am not sure that Firefox even displays the file properly. The "preschool" in the tab flashes for a while, and memory grows. Then this behavior stops. FF has 36 threads and the memory growth and CPU has stopped. But Safari alternates the two images with the "This Too" text screen. And yes, FF is no longer using 100% CPU. Weird.
WFM per comment 5
Status: UNCONFIRMED → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.