Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Apr 2005 22:28:11 +0200
From:      Claus Guttesen <kometen@gmail.com>
To:        Eric Anderson <anderson@centtech.com>
Cc:        freebsd-performance@freebsd.org
Subject:   Re: some simple nfs-benchmarks on 5.4 RC2
Message-ID:  <b41c7552050420132821eb32e8@mail.gmail.com>
In-Reply-To: <42666371.9080800@centtech.com>
References:  <b41c75520504190418308f94cc@mail.gmail.com> <b41c755205041906145fc4719c@mail.gmail.com> <426507DC.50409@centtech.com> <b41c7552050419065519057cb2@mail.gmail.com> <42650EB2.4040409@centtech.com> <b41c75520504200117608f8e31@mail.gmail.com> <b41c7552050420014730ae39e1@mail.gmail.com> <426642D4.8000202@centtech.com> <b41c7552050420070350db3315@mail.gmail.com> <42666371.9080800@centtech.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> You could use the atabeast to do two raid 5's, then use vinum to stripe t=
hose two.

I actually thought of that a while ago (unrelated to this). I read the
vinum-page in the handbook, assume this is still valid. I recall a
discussion regarding it's (re)naming to gvinum, but don't see any
mention of it so gvinum is no longer used I guess.

Are there any performance-issues doing striping by FreeBSD. I actually
have two unused LUN's, each with two 2 TB volumes, so I can stripe the
first volume in the first LUN with the first volume in the second LUN
and the second volume etc. so I distribute the load on as many disks
as possible.

As far as I know a vinum-volume don't have the same 2 TB
sizelimitation as disklabel and newfs has, but will I be able to
newfs? The handbook refers to newfs -v when making a new fs, but I
can't find -v in man newfs, man 8 vinum says:

Just run newfs(8).  Use the -v option to state that the device is not
divided into partitions...

The example uses the -U (enable softupdates) parameter instead:

# newfs -U /dev/vinum/mirror

regards
Claus



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b41c7552050420132821eb32e8>