Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Feb 2002 02:39:12 -0800
From:      Tim Baird <tim@techvalley.ca>
To:        Greg Lehey <grog@FreeBSD.org>
Cc:        questions@FreeBSD.org
Subject:   Re: Vinum strangeness
Message-ID:  <4.2.0.58.20020203022911.009418b0@pop3.norton.antivirus>
In-Reply-To: <20020203123017.I2189@wantadilla.lemis.com>
References:  <4.2.0.58.20020202165607.009dccb0@pop3.norton.antivirus> <4.2.0.58.20020202030832.0094a820@pop3.norton.antivirus> <4.2.0.58.20020202030832.0094a820@pop3.norton.antivirus> <4.2.0.58.20020202165607.009dccb0@pop3.norton.antivirus>

next in thread | previous in thread | raw e-mail | index | archive | help
At 12:30 PM 03/02/02 +1030, Greg Lehey wrote:
>On Saturday,  2 February 2002 at 17:04:28 -0800, Tim Baird wrote:
> > As per your request for a little more info....
> > on-disk config...
> >
> > IN VINOvinum1H<*L<V}volume usr state up
>
>Hmm.  That "vinum1" is a drive name.  That's why it couldn't rename it
>alpha, but I don't understand that.  I'll try to reproduce that one.
>Try copying zeros to the disk:
>
>   # dd if=/dev/zero  of=/dev/ad0s1f count=2 seek=8
>
>That should transfer two blocks, and after that you should have no
>information from the output dump.  Check that I'm right with the
>output device name.

That seemed to do it....

BTW, I am attempting some crude performance tests...basically read/write 
speeds using the 4.5 source distribution as a bundle of files to push 
around.  So far it is about 20% faster when doing a cp from one directory 
to another on the non-vinum partition than the equivalent cp between 
directories on the vinum partition.    I have softupdates enabled on both 
partitions.

There is one fly in the ointment in that the smaller drive (one of the 
subdisks of 2G) is a UDMA 33 and the other (which holds 1 2G subdisk and 
the remaining non-vinum partions) is a UDMA 66.

The improved bus transfer rate will still help vinum I suppose when using 
the faster subdisk....

The bottom line is, am I justified in expecting to see a higher throughput 
on the vinum area than the non-vinum area or are there simply too many 
other latency factors that I am ignoring?


vinum list is....
  drives:
D alpha                 State: up       Device /dev/ad0s1f      Avail: 
0/2014 MB (0%)
D beta                  State: up       Device /dev/ad2s1e      Avail: 
0/2014 MB (0%)

1 volumes:
V omega                 State: up       Plexes:       1 Size:       4027 MB

1 plexes:
P omega.p0            S State: up       Subdisks:     2 Size:       4027 MB

2 subdisks:
S omega.p0.s0           State: up       PO:        0  B Size:       2013 MB
S omega.p0.s1           State: up       PO:      500 kB Size:       2013 MB

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




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