Re: gvinum panic?

On Tuesday, 23 November 2004 at 14:20:07 +0100, Ivan Voras wrote:
> Lukas Ertl wrote:
>> On Mon, 22 Nov 2004, Ivan Voras wrote:
>>
>>> I'm consistently getting a system panic, trap #12 in process g_event
>>> when I try:
>>
>> Are you sure that kernel (modules) and userland are in sync?
>
> Thanks, it looks like they've been unsynced for a while :(
> It's ok now.
>
> But, the performance is pretty bad (same with regular vinum). I tried
> setting up graid3 class with same parameters, and got these results:
>
> linear read (1024 MB file, blocks of 32768) .................  38.5 MB/s
> linear write (1024 MB file, blocks of 32768) ................  16.8 MB/s
> random read (1024 MB file, blocks of 32768) .................  41.9 MB/s
> random write (1024 MB file, blocks of 32768) ................   3.4 MB/s
>
>
> with raid5, gvinum or vinum, I get these:
>
> linear read (1024 MB file, blocks of 32768) .................  27.8 MB/s
> linear write (1024 MB file, blocks of 32768) ................   4.2 MB/s
> random read (1024 MB file, blocks of 32768) .................  44.2 MB/s
> random write (1024 MB file, blocks of 32768) ................   1.9 MB/s
>
> (random reads are really random, no clustering or anything).
> My setup is 2 IDE channels with three discs, so one is a slave (and
> contains the parity disc in case of raid3). Do these numbers make
> sense?

Not without clarifying what you're doing.  If you're only doing one
request at a time, there's no way that RAID can help you.  I find it
highly unlikely that all three RAID alternatives generate the same
numbers.

Greg
--
See complete headers for address and phone numbers.