Re: Fibre controlled raid (mediavault 4210)

Frank Hellmann <[email protected]> Wed, 07 Nov 2007 20:32:09 +0100
Newsgroups gmane.comp.video.linux.movies
Message-ID <[email protected]>
Hi Alan,

I am not to familiar with gentoo, but you can usually set this in:

/etc/sysctl.conf or include the lines in /etc/rc.local or =

/etc/init.d/rc.local

There are some other options where the system could be checked:

- Check the single raw devices for speed (mkfs.xfs /dev/sdb and run =

tests). This can rule out problems in the lvm part.

- Check the RAID Setup in the Huge Arrays. Any quirks here, like mini =

stripesizes (32k can be a killer here)?

- Use a different scheduler (Deadline I/O scheduler might help):
echo =93deadline=94 > /sys/block/sdb/queue/scheduler
echo =93deadline=94 > /sys/block/sdc/queue/scheduler
(This will probably not be noticable, though...)

Good luck! Cheers,

Frank...

Alan Jones schrieb:
> 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=3D32k /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 Celeri=
ty 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 1=
20MB/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/
> _______________________________________________
> 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/