xfs
[Top] [All Lists]

Re: GRIO in Linux XFS?

To: "Phetteplace, Thad (GE Healthcare, consultant)" <Thad.Phetteplace@xxxxxx>
Subject: Re: GRIO in Linux XFS?
From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Date: Wed, 11 Oct 2006 21:30:27 +0200 (MEST)
Cc: Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <CAEAF2308EEED149B26C2C164DFB20F4DDE78B@ALPMLVEM06.e2k.ad.ge.com>
References: <CAEAF2308EEED149B26C2C164DFB20F4DDE78B@ALPMLVEM06.e2k.ad.ge.com>
Sender: xfs-bounce@xxxxxxxxxxx
>
>what is the status of GRIO support in the Linux port of XFS?

Called realtime volume.
(http://en.wikipedia.org/wiki/XFS section 2.11)

>Also, if the answer is 'non existent', what is the recommended
>alternative?  I've got an application that needs to stream a
>huge amount of data to the harddrive without dropping any and
>without blocking the sender.  We will be pushing the limits
>of our high-end raid striped disks.  This seems the exactly
>the type of thing GRIO was made for, but last I heard it was
>missing from Linux XFS with no plans to add it.  Any change
>in that?  I know I can get almost there with I/O priorities
>and the RT features in 2.6... but its not quite the same
>thing.
> 
>Apologies if this has been beat to death here or elsewhere...
>I've googled the heck out of this and rummaged around in the
>list archives (as much as this fscking corporate firewall will
>let me) with little result.  I'll gladly RTFM if someone can
>point me at the right one.  :-/
>
>Feel free to CC me on replies, as I read the LKML in digest
>format.
>
>Thanks,
>
>Thad Phetteplace
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@xxxxxxxxxxxxxxx
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at  http://www.tux.org/lkml/
>

        -`J'
-- 


<Prev in Thread] Current Thread [Next in Thread>