Closed
Bug 1387395
Opened 8 years ago
Closed 8 years ago
Websocket memory leak
Categories
(Core :: Networking: WebSockets, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: bato3, Unassigned)
Details
(Keywords: memory-footprint, Whiteboard: [MemShrink])
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
Steps to reproduce:
Open page: https://czat3.shinden.pl/ff-ws.html (1-5 tabs) and observe groving memory.
Open connection to websocket (In my case Faye library) and send messages to server.
FF 54.0.1 (64 bity),
Actual results:
Memory usage grows, and isn't free after closing tab. In my case, after couple hours FF memory consumption is ~3GB. Friend have crashes.
Expected results:
Better garbage collection
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0
After click all buttons in about:memory -> Free memory - it looks, that memory don't grows
Updated•8 years ago
|
Whiteboard: [MemShrink]
Comment 2•8 years ago
|
||
Those memory reports all look good, is it possible to provide one with the observed behavior?
Flags: needinfo?(bato3)
Heh, I hate situations like this. Now works for me...
But yesterday I take info from another user about memory grows until crash FF. After disabling websocket transport - it looks OK.
In archive 2 sets memory dumps from live + prefs.js
I don't remember, but memory00[\n]-report is fresh FF run.
Flags: needinfo?(bato3)
Attachment #8896211 -
Flags: feedback+
It turned out that after the lock ws still has a problem.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•