Massive RAM Usage in Activity Dashboard

Plex Players Desktop Players
21

This is normal use (taken a few minutes ago)

And here it is after loading the activity dashboard (only shows the spike for about 5-10 seconds), people are also streaming right now so I stayed there after taking this image to see if it would spike again, it did not. I can reliably make the server process spike by loading a new tab with the dashboard.

408f8f45.png960Ɨ202 23.3 KB

22

Thanks to both of you, much appreciated!

1 Like
23

Hi!

Looking at your network requests, I can see the bandwidth payload is 2MB. This isnā€™t expected, so Iā€™d love to understand the contents of the response.

Could you copy the url, paste it into a web browser, and send over a copy of the output?

Thanks!

24

I believe you were asking Brian for this, as he was the one that posted the previous web transfer screenshot, but I just tested this myself (loading the dev tools, loading the page, sorting network transfers by file sizes) and can see repeated 1.4Mb transfers to my browser that look the same as Brians. They all seem to have the same name/URL and when I try and copy that and load it in a new browser tab I donā€™t seem to get any response at all, no page ever loads and the browser just sits and ā€˜spinsā€™ on the request. Interestingly, if I take the URL, close the dashboard to reset CPU use to normal, then try and load just the resource URL by itself outside the dashboard, the tab that never loads anything starts sucking up CPU and memory also even outside the rest of the normal rendered dashboard page/when in a new tab solo.

Edit: I donā€™t mind sharing the URL privately, but it appears to have my personal IP/token info in it and would prefer not to send that publicly.

25

I attempted to load the page same as neobob, and the page never loads. If I re-open the app.plex.tv url and refresh the link, then the page appears to load but has no content.

https://192-168-0-144.>uuid<.plex.direct:32400/statistics/bandwidth?timespan=6&X-Plex-Product=Plex%20Web&X-Plex-Version=3.81.1&X-Plex-Client-Identifier=>client id<&X-Plex-Platform=Safari&X-Plex-Platform-Version=12.0&X-Plex-Sync-Version=2&X-Plex-Device=OSX&X-Plex-Device-Name=Safari&X-Plex-Device-Screen-Resolution=1819x1194%2C2560x1440&X-Plex-Token=>plex token<&X-Plex-Language=en

This is the URL without the UUID, Client ID and Plex Token.

26

While on the dashboard page, I copied the bandwidth url and used CURL to download it from my mac.

Iā€™m not sure if any of this is private information but hereā€™s the downloaded file at 63MB uncompressed bandwidth.xml.zip (2.4 MB).

I re-uploaded the file and removed the identifying information from the tags.

27

Nice, I tried that as well but being at work it bounced my connection attempt for being unauthenticated out of my home network I think, and working out the authentication to post with that curl request was beyond what I have time for at the moment. :slight_smile:

28

Thanks - Iā€™ll take a look when Iā€™m next at my computer!

29

Did you guys do anything over the weekend?

I just loaded the dashboard and nothing is broken. Bandwidth loads just fine at a size of about 1.2KB/s. The RAM usage is within the 100MB or so range of other loaded tabs as well.

30

Iā€™ve looked into your bandwidth.xml (thanks!) and 63MB of data is very unexpected. It appears that something was awry on your server, but has since become unstuck.

Your logs confirm ^.

Did your server restart over the weekend? Could I get a new capture of the bandwidth response?

31

bandwidth.xml.zip (2.6 KB)

Here is the new output from the bandwidth url.

32

I did a server restart, and it seemed like the issue was better for a little while, but checking the dashboard again now several hours later I am starting to see the same issues, not quite as bad again yet, but it seems like it has gotten worse since the bounce.

33

I restarted my server as well which seems to have cleared the issue. I will keep an eye out as well.

Something else that may or may not be related, restarting the server also cleared up some stuck sync conversions, which now have converted and are pending sync upon mobile connection to wifi.

34

after restarting the server, the dashboard works for indeterminate time then starts bogging down the browser cpu/ram usage again.

35

Server restart does clear the issue for the time being for me as well. I am running a local Windows-based server (1.14.1.5488) and viewing the web app (3.83.1) on another Windows box.

In addition to the Dashboard RAM usage, widgets appear to not refresh properly. I ran Optimize Database, and the widget at the top-right of the page just spun and spunā€¦ for hours. I refreshed the page, and it was done. I have had other widgets stop functioning as well, such as the Check for Updates button just forever stuck on Checking for Updatesā€¦

36

Iā€™ve seen the same issues with Web Client Version 3.83.1ā€¦
Screen just doesnā€™t update, clicking on things and moving back will update the scrrens.

37

Iā€™m seeing the same issue on macOS Mojave 10.14.2
Safari latest, and also on chrome for mac.
Only one server running on unraid.

ā€“EDITā€“
After the most recent plex update and on an updated chrome this problem doesnā€™t exist anymore.

38

I still have the same problem on

server 1.15.0.659
web 3.85.2

39

I am having the exact same issue, and unknowingly started a different thread for it.

PLEX Version 1.14.1.5488
DSM 6.2.1-23824 Update 4
Synology Model DS1815+

It happens on my Windows 10 PC with Firefox 65.0.1 (64-bit), my Surface Pro connecting from an external source (not local WiFi) and also on my iPhone. This makes me think itā€™s something in the generation of the Bandwidth graph.

40

Same here. Running 1.14.1.5488 on a remote server (Xeon E3-1270, 32GB RAM). Noticed this behaviour in macOS Safari and Firefox. Cannot say if it started recently as i purchased Plex Pass just a few days ago and it happened from the very beginnung.