[mythtv] Re: New idea for storing recordings to disks

Tony Lill ajlill at ajlc.waterloo.on.ca
Thu Jun 30 03:32:09 UTC 2005


Nigel Pearson <nigel at ind.tansu.com.au> writes:

>> I think that's a bad idea personally. UNIX design philosopy is to
>> split up systems into small components that connect together.
>
> 	And is why I would prefer not to add extra "multiple disk"
> code to the backend, and to have an external script or program
> (mythculldisks? mythdecimatedisks :-) to do this soft of thing.
> (move to extra local/Samba/NFS partition, create symlinks, et c)

Well, then you still have to fix myth not to do stupid things if you
use this scheme, which means it's aware of multiple disks, just too
stupid to deal with them elegantly itself. I noticed someone put in a
setting so myth will follow symlinks when deleting files, which is a
start.

>
> 	To my way of thinking, mythbackend should only be concerned
> with arbitrating access to the cards, making and streaming recordings.
> Simple or complex disk management would be better off elsewhere.

You must be thinking of freevo, that's a lightweigt system that
stitches together dozens of unix tool to try and pretend to be Myth. I
gave up after about the 20th prerequisite bit of software, myself :-)

Myth is alredy a big-ass, un-UNIX, OO program. Actually, adding a class
to handle storage management would make it better OO. Better than
adding ugly, hacky scripts, IMHO.

Anyway, I figured fixing myth would be easier that writing my own
filesystem! 
--
Tony Lill,                         Tony.Lill at AJLC.Waterloo.ON.CA
President, A. J. Lill Consultants        fax/data (519) 650 3571
539 Grand Valley Dr., Cambridge, Ont. N3H 2S2     (519) 241 2461
--------------- http://www.ajlc.waterloo.on.ca/ ----------------
"Welcome to All Things UNIX, where if it's not UNIX, it's CRAP!"


More information about the mythtv-dev mailing list