[mythtv-users] Storing recordings on network share

[belcampo]

On 09/25/2011 11:49 AM, sususu wrote:
> im using XFS and though i have to admit i sometimes(random once a 2 
> months on my "big" system)  have a uncleared recorder failure
> especially recording 4(sometimes more) programs in parallel at  maybe 
> 3 MBit/s per stream works fine with allocsize 512MB and a cheap segate 
> 1TB
> (also with the system on the same disk but different partition and 
> using almost no swap with 2GB RAM)
>
> however i also use NFS to give the old system the possibility to 
> access the recordings of the big system too.
> though i don't record through it a major performance drop even when 
> reading can be viewed and even expanding the NFS buffering does not 
> get rid of it completely
> when working with NFS one can see that accessing files only partially 
> and not reading through causes some stuttering too as with many small 
> files
> this would either call for a "temporary file" (Buffer) stored locally 
> and feed through the NFS in a constant stream or use of a different 
> networkFF (both some options i have not evaluated yet completely)
What size are your nfs buffers, on the server, if less then 1M, then add
echo "1048576" > /proc/fs/nfsd/max_block_size
to your system start-up config.
less /proc/mounts, at client side, should give you among others
rsize=1048576,wsize=1048576
>
> ------------------------------------------------------------------------
> *Von:* Gary Buhrmaster <gary.buhrmaster at gmail.com>
> *An:* Discussion about MythTV <mythtv-users at mythtv.org>
> *Gesendet:* 20:02 Samstag, 24.September 2011
> *Betreff:* Re: [mythtv-users] Storing recordings on network share
>
> On Sat, Sep 24, 2011 at 10:37, belcampo <belcampo at zonnet.nl 
> <mailto:belcampo at zonnet.nl>> wrote:
> ....
> > If you use xfs with with allocsize=1024M, one can easy avoid most of the
> > randomness of videofile-writes and thereby avoiding allmost if not all
> > of the mentioned troubles.
>
> Yes, and no.  Using any extent based file system will reduce the
> file fragmentation (which is generally a good thing), and reduce
> the ongoing allocation overheads (also a good thing).  But if you have
> multiple files open for writing, you will still be seeking from one file
> extent to another as each files chunks are written.  As always, your
> particular usage and results will vary.
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org <mailto:mythtv-users at mythtv.org>
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users