Roancea Posted November 17, 2011 Posted November 17, 2011 Hi all, this could be a non-issue, but hopefully someone might have a quick interpretation that will answer this for me. Current situation: I've been running the sabnzbd/couchpotato/sickbeard unmenu apps for some time now with no issue (as well as the airvideo one). I recently added 2 new drives to my array which appeared to run with no problems, and I don't think that is necessarily related to my issue here, but mentioning in case. I just had the time to sit down and queue up a substantial number of downloads through couchpotato/sickbeard (more than I have in the past), and after a great number of downloads were added, I found the response time of adding additional titles to degrade some, as well as the unpacking/repairing/etc. that happens in sabnzbd to slow down dramatically. I can still stream videos from the server over the network, but many things just feel overly sluggish. Checking memory usage, I see this: total used free shared buffers cached Mem: 3971272 3847424 123848 0 143464 3076292 -/+ buffers/cache: 627668 3343604 Swap: 0 0 0 I haven't restarted the server yet, which I figure could be an easy fix potentially - I was going to just now but it was in the process of an extremely slow unpack/repair of a download which I didn't want to kill. I plan on restarting shortly, and maybe that will make it all go away, but I was just wondering if those memory statistics would lead anyone to think that the slow-down was somehow memory related, or if there was any other idea. Thanks, and I apologize for the somewhat nebulous question.
Joe L. Posted November 17, 2011 Posted November 17, 2011 Hi all, this could be a non-issue, but hopefully someone might have a quick interpretation that will answer this for me. Current situation: I've been running the sabnzbd/couchpotato/sickbeard unmenu apps for some time now with no issue (as well as the airvideo one). I recently added 2 new drives to my array which appeared to run with no problems, and I don't think that is necessarily related to my issue here, but mentioning in case. I just had the time to sit down and queue up a substantial number of downloads through couchpotato/sickbeard (more than I have in the past), and after a great number of downloads were added, I found the response time of adding additional titles to degrade some, as well as the unpacking/repairing/etc. that happens in sabnzbd to slow down dramatically. I can still stream videos from the server over the network, but many things just feel overly sluggish. Checking memory usage, I see this: total used free shared buffers cached Mem: 3971272 3847424 123848 0 143464 3076292 -/+ buffers/cache: 627668 3343604 Swap: 0 0 0 I haven't restarted the server yet, which I figure could be an easy fix potentially - I was going to just now but it was in the process of an extremely slow unpack/repair of a download which I didn't want to kill. I plan on restarting shortly, and maybe that will make it all go away, but I was just wondering if those memory statistics would lead anyone to think that the slow-down was somehow memory related, or if there was any other idea. Thanks, and I apologize for the somewhat nebulous question. looks like you've got plenty of memory. Much is in the disk buffer cache, but that is expected and proper. It would be freed if needed.
dgaschk Posted November 18, 2011 Posted November 18, 2011 Enter "top" to see what the processor is doing. The slow down may be perfectly normal if the CPU is loaded.
Roancea Posted November 18, 2011 Author Posted November 18, 2011 Thanks for the responses. I saw that there was a python based process running constantly with around 5-10% cpu usage, sometimes spiking to ~25%. Tried killing sabnzbd/sickbeard/couchpotato to see if there was any background thing there, but none of those had any effect. However, killing airvideo removed this particular python process. I was not streaming anything recently, maybe loaded something a couple days ago through airvideo, but is it possible that the airvideo unmenu-based plugin had just stayed rendering something, even though there was no device actively connected? As a followup - I noticed that even once I killed airvideo and I'm seeing minimal loading on my cpu, the unpacking done in sabnzbd is much slower than I've been used to. Even while the file is actively being unpacked, cpu usage is barely more than idle (a python process that I'm assuming is the unpacking stays under 10%) - does this sound like something is wrong?
Recommended Posts
Archived
This topic is now archived and is closed to further replies.