March 6, 201610 yr Hi I'm completely new to Unraid 6 and Linux in general, and I am currently using the trial to figure out if I wan't to going to invest in a Pro licens or just stick with ESXI. The issue I am currently having is when I start the plexdocker (limetech one) the CPU utilization on all 4 cores (plus hyperthreading) is around ~10% an stays there as long as it is running without doing anything. But as soon as I either I update a library, analyze or refresh it goes up to 70%+ on all cores. And even after plex is done with whatever task is done the utilization doesn't go down. And this is with out it being used, no transcoding no nothing.To get it down I actually have to shut down the docker and restart it. Is this normal? You can see my system below in the signature. I have LecgacyRutottent running which should use more CPU from my experience with around 50-100 torrents seeding, and 50 torrents downloading at the same time, but that doesn't make the utilization go over 30%.
March 6, 201610 yr I'm running a Plex Docker (not the LT one) with a reasonably large library, and CPU utilisation is negligible when Plex is doing nothing (i5-4570S @ 2.90GHz). Are you sure Plex isn't rendering Video Preview Thumbnails/Media Index Files or something? What does the Plex log say? As for your signature, keep in mind that "b" is bit and "B" is byte. I assume you have 24GiB RAM and 2TB drives.
March 6, 201610 yr Are you sure it's plex that's running the high? You really need to look at either the resource monitor in CA or via cAdvisor to see what the app is actually doing with the CPU FWIW, Plex (linuxserver) runs < 1% when its idle
March 6, 201610 yr Might the difference be related to LT's Plex Docker not using the latest version of Plex like the LinuxServer.IO version does?
March 6, 201610 yr Might the difference be related to LT's Plex Docker not using the latest version of Plex like the LinuxServer.IO version does? Not that much of a % difference. Or at least would be very surprised
Archived
This topic is now archived and is closed to further replies.