[mythtv-users] random livetv stalls

[Monkey Pet]

On Sun, Feb 23, 2014 at 2:10 AM, Mike Thomas <mt3 at pfw.demon.co.uk> wrote:

> 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.
>

I switched from btrfs back to ext4 with mount options
"noatime,nobarrier,commit=60,data=writeback,journal_async_commit".  I'll
monitor for a week to see if I get stalls.



>
> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140223/38b8981b/attachment.html>