[mythtv-users] mythcommflag taking all the cpu 0.19 svn revision 9806
Osma Ahvenlampi
oa at iki.fi
Mon May 15 07:38:56 EDT 2006
On ke, 2006-05-10 at 20:07 -0400, Khanh Tran wrote:
> Thanks for the help. While running xine and one mythcommflag, I think
> there's a problem with too many things waiting for CPU time. The
> higher numbers in the wait column came around when xine paused and I
You have pretty high constant CPU use there, but you also have some idle
CPU time, so for the most part you don't have processes waiting for
that. In fact, the only rows where your CPU idle was zero were those
where you had I/O wait. It's not the CPU that's your problem - it's disk
I/O. The block I/O throughput is at REALLY low levels, under a megabyte
per second, and you should not have any I/O wait time under that load.
Are you sure you have DMA enabled on the hard disk? hdparm -d /dev/hda
to find out. Or maybe your filesystem is fragmented, or badly tuned for
your use, or something. In any event, look at disk as the bottleneck,
not the CPU.
> believe mythcommflag was writing to the database. There was even the
> end of on recording on mythbackend and the beginning of another.
>
> Is 0.19 just more taxing on the cpu than 0.18 was?
Anecdotal evidence says sometimes it is, sometimes it isn't. Depends on
which part you look at.
> procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> r b swpd free buff cache si so bi bo in cs us sy id wa
> 5 0 119676 22360 0 150884 0 0 756 115 822 1529 74 7 7 12
> 5 0 119676 7800 0 165328 0 0 774 8 800 1470 71 17 0 12
> 1 0 119676 7320 0 166024 0 0 193 663 738 1145 81 3 15 1
--
Osma Ahvenlampi <oa at iki.fi> http://www.fishpool.org
More information about the mythtv-users
mailing list