[mythtv-users] random livetv stalls

Mike Thomas mt3 at pfw.demon.co.uk
Sun Feb 23 10:10:45 UTC 2014


On Sat, 22 Feb 2014 10:29:27 -0800
Monkey Pet <monkeypet at gmail.com> wrote:
> On Thu, Feb 20, 2014 at 10:47 AM, Monkey Pet <monkeypet at gmail.com>
> wrote:
> 
> > On Wed, Feb 19, 2014 at 3:27 PM, Jean-Yves Avenard
> > <jyavenard at gmail.com>wrote:
> >
> >> On 20 February 2014 08:55, Doug Lytle <support at drdos.info> wrote:
> >> > What would this have caused?
> >> >
> >> > I put the patch into place on my mother's system this morning.
> >>
> >
> > How often are people seeing these stalls in LiveTV? I applied the
> > patch on my backend and LiveTV seems smooth.  However, I didn't
> > test the before patch LiveTV, so I don't know if this is an
> > improvement or not.
> >
> 
> I saw a stall after 30 mins using the patch.  It reproduced a few
> times. The frontend is remote using streaming not nfs.  On the
> backend side, I am suspecting the btrfs is slowing down the writes,
> so I am switch back to ext4.

Dear Monkey and others,

I suggest you switch to xfs (defaults should be fine) for your
video storage directories. ext4 for video directories has always
caused stalling on my computers. ext3 is a joke. ext2 can't support
files large enough. I think trendy new filesystems like btrfs will
exhibit greater latency than xfs because in general they do more work
than xfs.

Conversely, xfs is NBG for the database. ext4 seems best for me, but
some people use ext2. The claimed 'improvement' from ext2 comes from it
using the drive's write cache in a less than safe manner.

Another show-stopper is RAID. Anyone using RAID 5/6 for either a
database or video storage (or anything) deserves it.

Yours,

Mike.


More information about the mythtv-users mailing list