Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 07 Nov 2002 09:35:46 -0800 (PST) Received: from dynamic.galis.org (ool-4350143e.dyn.optonline.net [67.80.20.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id gA7HZhuR000959 for ; Thu, 7 Nov 2002 09:35:44 -0800 Received: (qmail 8418 invoked by uid 1010); 7 Nov 2002 17:37:30 -0000 Date: Thu, 7 Nov 2002 12:37:30 -0500 From: George Georgalis To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: streaming media and realtime subvolume Message-ID: <20021107173730.GB8321@trot> References: <20021107151729.GA7085@trot> <1036683254.13907.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1036683254.13907.4.camel@stout.americas.sgi.com> User-Agent: Mutt/1.3.28i X-archive-position: 1564 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: georgw@galis.org Precedence: bulk X-list: linux-xfs On Thu, Nov 07, 2002 at 09:34:14AM -0600, Eric Sandeen wrote: >On Thu, 2002-11-07 at 09:17, George Georgalis wrote: >> I've seen a few >> mentions of the Linux xfs realtime subvolume but no doc, is it ready for >> production? From what I can tell, it's a non journeled contiguous data >> block. > >The realtime volume is not supported, although it is basically >functional. You need to do an ioctl to the file to mark it realtime >after it's created (but before any data is written to it) and then do >Direct I/O to the file from then on. The main difference is a more >deterministic allocator that should allocate bigger chunks at a time. >"realtime" is perhaps a bit of a misnomer. Oh, and it is journalled >just as the main data volume is. Can you give examples of 'direct i/o'? do you mean like dd? from which I can pipe stdout to my media player? > >Maybe I should just use ext2 for the media files? Would that be >> higher performance? I'm not too worried about fsck, because in the case >> of corruption I can remake the filesystem (data partition) and renew the >> data from the node server. > >You'll probably just need to test in your environment, and see what >works best. Different filesystems excel at different things... Yes, just trying to glean as much as I can before I spend time learning things I don't need to know. :) Thanks for the tips. // George -- GEORGE GEORGALIS, System Admin/Architect cell: 347-451-8229 Security Services, Web, Mail, mailto:george@galis.org File, Print, DB and DNS Servers. http://www.galis.org/george