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/