include
Answered

Memory leak in browser and Deezer desktop app


Userlevel 2
Recently, there is a memory leak when using the player in the browser. After closing the tab with the player, the memory returns.
OS: Debian 8.8 amd64 / 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
Browser: Firefox Quantum 59.0.2 (64-bit)
icon

Best answer by Ana. 1 April 2018, 10:43

View original

99 replies

Iḿ facing this problem with both Linux and Windows. It was reported 2 years ago and it is still there. It affects both Linux and Windows users. It happens with my Fedora 33 machine running Firefox 84.0.1 and also with my Windows 10 machine running the same version of firefox for windows.

@Deezer, do you have any plans to fix this, or should I stop using the service and sign up to youtube music or spotify?

Userlevel 1

The same behaviour in Google Chrome. IMHO, as this is a web access app, it should work without serious issues in any browser following HTTP standard. I wouldn’t expect company like yours can afford to ignore Linux platform as a whole. You indirectly limit your user’s freedom of choice.

Bug confirmed with Firefox 78.0.2 - 64 bits under Ubuntu 20.04LTS.

As a french user, I recently changed to a hifi account and the memory leak is now extremely quick to take down the whole system memory (8Go+2Go swap) and crash/freeze the browser (in less than 2 hours of listening).

So the leak seems proportional to the selected audio quality. This problem is terrible and does not happen with other audio streaming providers i have tested. So this is probably not a linux-specific related issue.

Please fix it ASAP.

Userlevel 1

same issue here, if I use web deezer player in firefox, it consumes all memory I have in half a day

mce@mcl2:~$ uname -a
Linux mcl2 5.3.0-45-lowlatency #37-Ubuntu SMP PREEMPT Thu Mar 26 21:30:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
mce@mcl2:~$ cat /etc/issue
Ubuntu 19.10 \n \l
mce@mcl2:~$ apt show firefox
Package: firefox
Version: 74.0+build3-0ubuntu0.19.10.1

Userlevel 2
Badge

Same bug. After an hour or two of HD music on FF 86.

(image from about:memory snapshot)

 

When can we expect this to be fixed?

It has been going on for a long while, and nothing seems to have changed. This is extremely annoying and constantly breaks Deezer in the browser. I think it would be fair to state that we should have seen this fixed years ago, we pay a monthly subscription to use the service after all.

Userlevel 1

Hi all, 

I’m having the same problem: when deezer in a browser is playing songs, the memory footprint of the browser process grows and grows, making it infeasible to enjoy deezer. This is on all my browsers (Chromium, Brave + Vivaldi (which both rely on Chromium), and Firefox (which does not)), ran on Linux Mint. 

I know you «don’t support Linux» but since the problem persists in several browsers, and arnaudd_fr reproduced the problem on Windows 7, there is evidence that this is not a Linux issue but a problem of the deezer browser app. 

Either way, I find this very frustrating - it makes deezer unusable on the desktop for me. Please make an effort to fix this, it has been two years with this problem now. 

best wishes

Kai

Seconded. Seeing this problem, too. Latest 64bit Firefox, various recent Ubuntu versions, Lenovo Thinkpad, Dell XPS13. Would be nice if the webapp wouldn’t require a restart every couple of hours.

Same issue here (Linux 64bits / Chrome 80.0)

 

The Deezer tab does not use a lot of memory itself, but the Browser one is constantly leaking memory when using “flow”

Closing the Deezer tab will free the memory in the Browser process however

Same problem here! I just want to reinforce the impact of the problem! It does not last more than a half-day to run my computer out of memory.

I am also affected by this issue. Last night my whole system (Manjaro Linux) became unresponsive and I had to reboot the computer. After reviewing system logs I found out Firefox had been eating 26 gigabytes of memory, almost all of it by Deezer (I had been playing music for a while and it had time to accumulate without me noticing).

It’s puzzling to me how an issue of this magnitude can go unfixed for this long. It is dead simple to reproduce and memory allocations should be pretty easy to track for a competent developer armed with a debugger.

I’d also like to add my 2 cents to this. The memory leaks happen a lot on my Arch Linux system regardless of what I use. Firefox, Vivaldi (Chromium-based), MellowPlayer (Chromium-based music streaming wrapper) and the unofficial Linux port of the desktop app. Most of the time it just uses about 2 GB of RAM, which is still way too much, other times it fills up my entire RAM even when just browsing an artist page.

Userlevel 1

Hello friends,

 

I come to you bearing good news.

The terrible beast of a memory leak has reportedly been slain.

Soon, humble users of the web interface shall no longer fear the dreadful OOM-killer.

 

https://bugzilla.mozilla.org/show_bug.cgi?id=1591722

 

Long live the web interface! Long live Firefox! Long live Deezer!

(Chrome users will be sent to the 9th circle of Hell)

 

Peace

Userlevel 2
Badge

I tested on Chrommium 88 and it seems to be fine. I did a little more digging into the memory snapshot and found “memory-file-data/string” is “Memory used to back a File/Blob based on a string”. In the snapshot above, it would have been ~10274 ~524KB chunks of blobby memory. Haven’t figured out how to dig further or do a clean up, but was wondering if they are stayin around if you are calling createObjectURL on Blobs/Files/MediaSources without then calling revokeObjectURL on them. Also noticed https://developer.mozilla.org/en-US/docs/Web/API/URL/createObjectURL#using_object_urls_for_media_streams which might be valid for you ¯\_(ツ)_/¯

 

I know you are working on a new and improved interface, but fixing this bug would make the current one not have to be closed and refreshed every couple of hours.

 

Just did a quick test to replicate it in FF (ran in console)
 

const part = 'zzzzzzzzz ';
let big = '';

for (let i = 0;i < 52000; i++) {
big += part;
}
// Take memory snapshot (60MB)
// Try making blobs without url
for (let i = 0; i < 400; i++) {
const blob = new Blob([big], {type: 'text/plain'});
}
// Take memory snapshot (60MB)
// Make blobs with urls
let urls = [];
for (let i = 0; i < 400; i++) {
const blob = new Blob([big], {type: 'text/plain'});
urls.push(URL.createObjectURL(blob));
}
// Take memory snapshot (260MB)
// Clear URLs
urls.forEach((url) => URL.revokeObjectURL(url))
// Take memory snapshot (60MB)

 

AFICT, this is specific to Deezer. I can reproduce this on Linux Firefox 81.0, Vivaldi 3.3.2022.47 and Chrome 85.0.4183.121, also under Windows using an older version of Firefox. With all theses browsers there is flat memory consumption with e.g. TuneIn.

Userlevel 7
Badge +7

Sure thing! @Dagrut 

That's really nice feedback from you.

Yes, and we've made some progress internally this week. Things are a bit slow but all going well.

Our current app has had a big update as well, to version 5.0, and I noticed the performance improved. Looking forward to what's coming next :grin:

I'll keep your name on the radar for future testing too :thumbsup_tone2:

No resolutions for this issue yet?
Any workaround?

Still waiting for linux native app (:

@Rudi It happens when I play Flow, but also when playing playlists (loved tracks in my test)

 

I’ll try Discovery / Chill cards tomorrow

 

The memory growth is very slow FYI, it takes a few hours to go up to up to a Gigabyte of memory (for example I’m at 350Mb after about one hour, starting from ~ 120Mb initialy)

It only occurs when playing, I have the tab kept open all night without any change

Userlevel 4
Badge +1

Recently, there is a memory leak when using the player in the browser. After closing the tab with the player, the memory returns.
OS: Debian 8.8 amd64 / 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
Browser: Firefox Quantum 59.0.2 (64-bit)

All answers from the Deezer Stuff show that no one of them read all comments. 
It’s not a problem of Ubuntu or linux. Same problem exist with windows.
There ist problem with deezer in any browser on WIndwos and Linux!

and in the app of windows. Mac I don’t know to be honest but in windows it has to be too...

I would like to share related discussions:

This problem seems to be annoying everyone that plays Deezer on PC for many hours

 

New user here.

Is this normal? Last night it even reached 800-900 MB.

Userlevel 7
Badge +7

Hi @Richard B. Kreckel, appreciate your opinion. In all honesty, it actually sounds we're going back to basics and improve the player as a whole, from scratch, not trying to fix a patch that may not offer a solution in the long term. One of our big focuses this year is to improve reliability, and that's why I suggested you to stay tuned for further updates.

Take good care and have a great week!

Userlevel 7
Badge +7

I have passed all your feedback and concerns to our developers. They are already investigating and well aware of the issue.
I can’t guarantee any permanent fix straight away, but I’ll keep you posted with any update.
Apologies for the inconvenience and you patience is very much appreciated :nerd:

I’ve also been experiencing this for years now, and it’s super annoying. I’m really surprised this has not been fixed yet.

As far as I understand this happens in the browser player, in any browser on any platform.

@developers It likely has something to do with the decrypted track cache. Make sure you explicitly clean this up after playing a track, the browser won’t do that for you.

This would also be a reason for me to switch to a different service.

Good luck!

Userlevel 7
Badge +7

Gapless is still on our roadmap but I don't have concrete dates yet @Loeki 

Thanks for asking and obviously thank you for your feedback, I've passed it on :relaxed:

Reply