[mythtv-users] Commercial flagging on backend disrupts HDTV playback on front end
kuphal at dls.net
Mon Sep 10 20:20:52 UTC 2007
On 9/10/07, Taco Mel <taco_mel at yahoo.com> wrote:
> With my current settings I have experienced a problem
> with playing back HDTV (prebuffer pauses, very
> jittery) when the back end server is "busy":
> 1. Recording HDTV stream with pcHDTV 5500
> 2. Recording SDTV stream with Hauppauge 500
> 3. Commercial flagging #1 and #2
> 4. Feeding HDTV stream #1 to remote front end
> The back end has 1 TB storage in RAID-5 and is a dual
> Xeon 1.8 GHz setup, hyperthreading enabled. Linux
> sees this as 4 CPU's. There I find a "mythcommflag"
> process using 100% of a CPU (iowait around 5-20%).
> The front end (Athlon X2 5200+) isn't even breaking a
> sweat. I tried to "renice" the mythcommflag process to
> +19 on the back end and this did not help. Killing
> mythcommflag on the back end immediately "fixed" the
> While it's easy enough for me to log in to the back
> end to kill the commercial flagging, I'd like
> something more automated and wife-friendly than this.
> If I export the recordings directory via NFS is it
> possible to run the commercial flagging from another
> machine -- perhaps on the aforementioned front end
> which has plenty of free cycles? Preferably just for
> this one source? Should I turn off hyperthreading on
> the back end? Any better ideas?
Not to point out something simple but I missed this on my recent addition
of two 500GB drives to my system. Do all your drives have DMA enabled?
Without, my new drives were very unusable beyond one activity. Also, if you
have the ability to put your /var partition on a separate drive/array from
your recordings, this makes a big improvement with all the DB read/write
activity coupled with the disk activity.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-users