[LAU] Best file system for audio?
arnold at arnoldarts.de
Wed Jun 29 07:14:10 UTC 2011
On Wednesday 29 June 2011 08:16:36 Jörn Nettingsmeier wrote:
> On 06/29/2011 08:02 AM, Arnold Krille wrote:
> > I don't believe the journal takes that much overhead. What makes
> > recording more difficult is that with one ardour-session and several
> > channels, you are writing several files at once. So you want a disk with
> > fast seek-time and/or high latencies set in jack/ardour.
> i found that increasing ardour's disk buffer size from 5 seconds to
> something like 45 seconds helps a lot. basically, you throw ram at the
> problem :) since i did that, i've never seen the dreaded "disk couldn't
> keep up with ardour" message again.
> you will want to undo this during editing, though, or else ardour will
> try to fill those buffers before playing, which takes time.
That is something good for the archives. And maybe for some wiki or FAQ on the
ardour page, I think...
> > And if you want to optimize the disk, you
> > will take a serious look at ssd for the recording of the current session
> > and hold the archive on a nas with raid.
> not sure about ssd - i think that's wasteful given the limited number of
> r/w cycles you get from those things.
Well, "limited" in the sense that manufacturers and admins are pushing to use
them for database-servers, lots of rw-access, lots of random-access. And thats
where their main advantage is. As a bonus you get less power consumption, less
heat and less mechanical vibrations and noise (which is good for the other
hdds in the server).
> but raid1 is pretty much a must
> for what i do. i can't imagine discussing accidental data loss due to
> single drive failure with a customer...
> especially not if it's a choir and orchestra whose combined salary would
> easily buy you a multi-TB RAID6 per hour.
> everything goes to raid1 when i do recording jobs, and before the
> machine is moved, i make a backup copy to an external disk that is
> looked after very, very well.
Too bad that most venues have slow connections, otherwise one could sync an
encrypted copy to amazons S3 or stratos HiDrive for security... But imagine
pushing a 2GB recording-session over a HDSPA+ connection that is limited to
64kbit/s after the first GB:-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: This is a digitally signed message part.
More information about the Linux-audio-user