Re: Fibre controlled raid (mediavault 4210)

Hi Frank,

Thanks very much for that. I'm now getting much better performance,
but only with single large files. 8mb dpx files are still only pulling
144mb/s or so.

I've tried a bunch of different sizes and messing with the -d su and
-d sw options as well.

Pushed the setra to 256k - though I've also noticed these are lost on
reboot - is there a standard way to restore this or should I just make
an init script? (I'm on gentoo)

Cheers,

Alan.

On Nov 6, 2007 9:34 PM, Frank Hellmann <[email protected]> wrote:
> Hi Alan!
>
> You might want to check your read-ahead settings, e.g.
>
> blockdev --getra /dev/sdb
> blockdev --getra /dev/sdc
> blockdev --getra /dev/hugeraid/huge
>
> This should be a bigger number, like 65535 and not 128 or 256. You can
> change it with:
>
> blockdev --setra 65535 /dev/...
>
> Also mkfs.xfs might not be able to find out the underlying disk
> structure and might consider both devices as standard disks. This might
> hurt as well. You could check out the man-page for an explanation of
> stripe units and sizes, but as a start making the filesystem with:
>
> mkfs.xfs -l su=32k /dev/hugeraid/huge
>
> could give you a starting point.
>
>        Hope this helps. Best,
>
>                 Frank...
>
> Alan Jones schrieb:
>
> > Hi All,
> >
> > Thanks to all for the help with tracking down playback options. I was
> > hoping to wait until
> > I had everything working to post and detail my solution, but I'm stuck.
> >
> > While the playback software side is sorted using djv I'm having issues
> > getting the correct
> > performance out of our mediavault 4210 which is hooked up with a Celerity fibre
> > controller. Running the 2.6.20 kernel.
> >
> > I setup the two channels of the fibre controller using lvm2 software
> > raid as follows:
> >
> > pvcreate /dev/sdb
> > pvcreate /dev/sdc
> > vgcreate hugeraid /dev/sdb /dev/sdc
> > vgdisplay
> > lvcreate -i2 -I4 -L2.27TB -nhuge hugeraid
> > mkfs -t xfs /dev/hugeraid/huge
> >
> > The write performance is over 400MB/sec as expected, but read is only 120MB/sec.
> > Unfortunately support is unfamiliar with linux so they've been unable
> > to resolve it.
> >
> > The read performance is pretty much identical when I just work on a
> > single channel, but
> > write slows down as expected.
> >
> > I'd be grateful for any assistance.
> >
> > Cheers,
> >
> > Alan.
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Linuxmovies-general mailing list
> > Linuxmovies-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/linuxmovies-general
> >
> >
> >
>
> --
> -----------------------------------------------
> Frank Hellmann     [email protected]     www.vfx.to
> Reimarusstr. 17    20459 Hamburg    Germany
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Linuxmovies-general mailing list
> Linuxmovies-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/linuxmovies-general
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/