Closed
Bug 1451250
Opened 7 years ago
Closed 7 years ago
Firefox crashes with OOM | large | NS_ABORT_OOM | mozilla::cyclecollector::HoldJSObjectsImpl ]
Categories
(Core :: DOM: Workers, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 1216175
People
(Reporter: ramniklal.mota, Unassigned)
References
Details
Crash Data
Attachments
(1 file)
280.13 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
Steps to reproduce:
1. Opened one of my web (KVM) application.
2. Kept the windows idle & after some time the window crashes. I could reproduce it several times.
Actual results:
1. I monitored the resource utilisation & could see that as soon as I start the KVM application the physical memory allocation keeps on increasing & once the memory is full, the window crashes.
2. I tried working with the same KVM application on Chrome & IE & it worked well as expected without any crashes.
Expected results:
1. The window should have opened correctly & should not have crashed
Seems there is some memory leakage.
Comment 1•7 years ago
|
||
a particular crash report resulting from this memory leak according was bp-43df80b4-1dad-4fa2-8530-d34ef1180329 according to https://support.mozilla.org/questions/1211441
https://crash-stats.mozilla.com/report/index/90fad19d-e711-467e-81ef-692840180404
https://crash-stats.mozilla.com/report/index/bp-a2cddab1-e7b3-4145-bbcb-3e6730180404
https://crash-stats.mozilla.com/report/index/bp-00b56486-8434-4f21-9271-184a00180404
https://crash-stats.mozilla.com/report/index/bp-54d1ba4b-5efc-4d7b-9f5b-f5a270180404
all these are the latest(generated today i.e 4th April 2018) crash reports along with the above-mentioned report.
Updated•7 years ago
|
Crash Signature: [@ OOM | large | NS_ABORT_OOM | mozilla::cyclecollector::HoldJSObjectsImpl ]
Updated•7 years ago
|
Priority: -- → P2
Comment 3•7 years ago
|
||
The OOM allocation size is 3.12 GB, which is quite a lot! The crash stacks are all under WorkerGlobalScopeBinding::setTimeout. Baku, could you take a look? Maybe this is a case where the worker is getting starved so the timeouts are being created but never used up.
Flags: needinfo?(amarchesini)
Comment 5•7 years ago
|
||
This is next in our priority queue. We'll take a look shortly.
Flags: needinfo?(amarchesini)
Comment 6•7 years ago
|
||
Ramnik, I need some extra information in order to reproduce the issue.
Do you have a testcase or a webpage I can use?
Thanks!
Flags: needinfo?(ramniklal.mota)
I will not be able to share the webpage because of the policies. What I can do is capture the data you require. You may let me know the test I should carry out & ways to capture the required data. Briefly, it's a Remote KVM application with complete console redirection of one of my systems. Looks like some video sockets are in use.
Flags: needinfo?(ramniklal.mota)
I see some recent comments on Bug 1216175. Are these similar? Could same be tracked together?
Flags: needinfo?(amarchesini)
Comment 9•7 years ago
|
||
Yes, it looks the same bug. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(amarchesini)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•