[mythtv-users] Help With High CPU Load on Backend and Frontend

[Andrew McCauley]

On Mon, Feb 10, 2014 at 4:04 PM, Raymond Wagner <raymond at wagnerrp.com>wrote:

>  On 2/10/2014 4:46 PM, Andrew McCauley wrote:
>
>  Cpu(s): 13.7%us, 37.6%sy,  0.0%ni, 47.0%id,  1.6%wa,  0.0%hi,  0.1%si,
>  0.0%st
>
>
> Having that much CPU tied up under "system" often means you've got some
> spinlock waiting on IO.
>
>
>   Mem:   3973608k total,  3807508k used,   166100k free,    12484k buffers
> Swap:  8062968k total,  1013136k used,  7049832k free,  2679528k cached
>
>
> Having a full GB of swap used might indicate it's waiting on memory access
> off the disk.  I would first check to see why you're using so much swap.
> Swap should really only ever get used under emergency circumstances.
>
>
>  Cpu(s):  5.0%us, 21.1%sy,  0.0%ni, 73.9%id,  0.0%wa,  0.0%hi,  0.0%si,
>  0.0%st
> Mem:   1017692k total,   915964k used,   101728k free,    29844k buffers
> Swap:  1999868k total,   119860k used,  1880008k free,   347552k cached
>
>
> Same thing down here, heavy "system" CPU usage, and significant swap usage.
>
> I doubt swap is the entire cause of your issue, but it's something that
> should be resolved none the less.
>

Thank you Raymond. I used a script found here:
http://stackoverflow.com/a/12254656 to find what was using swap space.  I
then uninstalled some packages that were running.  After a night of
monitoring, things seem to be consistent running much more smoothly.
 Thanks again!

top - 09:43:13 up 16:45,  2 users,  load average: 0.88, 0.64, 0.36
Tasks: 163 total,   2 running, 161 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  0.8%sy,  0.1%ni, 96.4%id,  1.3%wa,  0.0%hi,  0.0%si,
 0.0%st
Mem:   3973608k total,  3866216k used,   107392k free,    31628k buffers
Swap:  8062968k total,   100056k used,  7962912k free,  2657008k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2102 mythtv    20   0 2761m  58m  10m S    8  1.5  49:54.45 mythbackend
 2408 ajmccaul  20   0 3907m 263m  12m S    1  6.8  12:57.01 mythfrontend.re
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140211/1bba6413/attachment.html>