On Sun, Oct 06, 2002 at 07:44:56AM +0930, Greg 'groggy' Lehey [EMAIL PROTECTED] wrote:
Some time ago Scott Long pointed out to me that ccd has less
overhead than vinum
It does?
The actual tests showed a very little improvement in a few cases, so
I must admit that it made really no
Yes, ccd is fairly light weight. 'man tuning' and 'man ccd' has
a lot of information on how to use it. I generally recommend
using a stripe size of 1152 for multitasking loads. Only use a
small/tiny stripe size if you need single-tasking sequential
performance (and even
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
Worst case you will have the option to use:
options NOGEOM
options vinum
A NOGEOM option would be as acceptable as a NOFFS option for turning off
forcing of the one true file system down everyone's throats.
Bruce
To Unsubscribe:
On Fri, Oct 04, 2002 at 12:45:59PM -0700, Lars Eggert [EMAIL PROTECTED] wrote:
Well, the showstopper is in vinum. The fact that ccd(4) works
seamlessly with GEOM is testament to this.
For some reason I was under the (mis?)impression that ccd was no longer
being maintained... If it works
Bruce Evans wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
Worst case you will have the option to use:
options NOGEOM
options vinum
A NOGEOM option would be as acceptable as a NOFFS option for turning off
forcing of the one true file system down everyone's throats.
On Sat, 5 Oct 2002, Peter Wemm wrote:
Bruce Evans wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
Worst case you will have the option to use:
options NOGEOM
options vinum
A NOGEOM option would be as acceptable as a NOFFS option for turning off
forcing of the one
In message [EMAIL PROTECTED], Bruce Evans writes:
On Sat, 5 Oct 2002, Peter Wemm wrote:
Bruce Evans wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
Worst case you will have the option to use:
options NOGEOM
options vinum
A NOGEOM option would be as acceptable as a
On Fri, Oct 04, 2002 at 12:44:30PM -0700, Julian Elischer wrote:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
So when is a KSE person going to fix the libc_r and releng4 binaries
problem?? That certainly is old
On Saturday, 5 October 2002 at 15:55:05 +0300, Vallo Kallaste wrote:
On Fri, Oct 04, 2002 at 12:45:59PM -0700, Lars Eggert [EMAIL PROTECTED] wrote:
Well, the showstopper is in vinum. The fact that ccd(4) works
seamlessly with GEOM is testament to this.
For some reason I was under the
On Sat, 5 Oct 2002, David O'Brien wrote:
On Fri, Oct 04, 2002 at 12:44:30PM -0700, Julian Elischer wrote:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
So when is a KSE person going to fix the libc_r and releng4
On 04.10-18:27, Poul-Henning Kamp wrote:
In message n0go013 writes :
On 04.10-15:40, fergus wrote:
On 04.10-14:20, Poul-Henning Kamp wrote:
[...]
I suspect vinum uses this sysctl to get an inventory of disks in
the system, so can I get you to try again making sure you have
In message [EMAIL PROTECTED], n0go013 writes
:
On 04.10-18:27, Poul-Henning Kamp wrote:
In message n0go013 writes :
On 04.10-15:40, fergus wrote:
On 04.10-14:20, Poul-Henning Kamp wrote:
[...]
I suspect vinum uses this sysctl to get an inventory of disks in
the system, so can I
Poul-Henning Kamp wrote:
I would need to look at the code to be able to tell, I don't have
time for that.
I'd consider not having vinum work under geom a show-stopper... at least
until geom can stripe.
Lars
--
Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute
In message [EMAIL PROTECTED], Lars Eggert writes:
This is a cryptographically signed message in MIME format.
--ms040706010906030302070807
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Poul-Henning Kamp wrote:
I would need to look at the
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Lars Eggert writes:
I'd consider not having vinum work under geom a show-stopper... at least
until geom can stripe.
Well, the showstopper is in vinum. The fact that ccd(4) works
seamlessly with GEOM is testament to this.
For some
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Lars Eggert writes:
This is a cryptographically signed message in MIME format.
--ms040706010906030302070807
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
On 04-Oct-2002 Julian Elischer wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Lars Eggert writes:
This is a cryptographically signed message in MIME format.
--ms040706010906030302070807
Content-Type: text/plain; charset=us-ascii;
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
I'm _so_ glad to hear _you_ say that:
When will you have made KSE work on sparc64 and ia64 ?
--
Poul-Henning Kamp
Lars Eggert wrote:
For some reason I was under the (mis?)impression that ccd was no longer
being maintained... If it works with geom, we can probably move our
machines over to ccd. They're all no-frills stripes, so ccd
functionality is good enough.
From the man page of ccd:
ccd has an
In message [EMAIL PROTECTED], Daniel Holmes write
s:
As I understand vinum ccd (please correct me if I am wrong), this will
keep ccd from ever achieving the performance and ease of use of vinum.
I don't think anybody advocated ccd as a wholesale replacement for
vinum. That being said, I have
On Fri, 4 Oct 2002, John Baldwin wrote:
On 04-Oct-2002 Julian Elischer wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Lars Eggert writes:
This is a cryptographically signed message in MIME format.
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
I'm _so_ glad to hear _you_ say that:
When will you have made KSE
On 04-Oct-2002 Julian Elischer wrote:
On Fri, 4 Oct 2002, John Baldwin wrote:
On 04-Oct-2002 Julian Elischer wrote:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Lars Eggert writes:
This is a cryptographically signed message in MIME format.
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
I'm _so_ glad to hear _you_ say that:
When will you have made
In message [EMAIL PROTECTED], Daniel E
ischen writes:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
I'm _so_ glad
On Fri, 4 Oct 2002, John Baldwin wrote:
Oh, you mean like KSE on Alpha?
What existing functionality on the alpha does KSE stop?
So you agree that requiring vinum users to turn off GEOM is ok? Part
of adding a new feature is providing proof of concept that it works
for more
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
responsibility to make older subsystems work.
I'm _so_ glad to hear _you_ say that:
When will you have made KSE work on sparc64 and
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Daniel E
ischen writes:
On Fri, 4 Oct 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
No, it is established principal tha the importer of new features has the
At 9:02 PM +0200 10/4/02, Poul-Henning Kamp wrote:
There are numerous architectural issues which have never been
fixed in vinum, and one or more of these bits now.
Whoever loves vinum will have to chase it/them down and fix it.
If I receive patches or requests for changes to GEOM as result
of
29 matches
Mail list logo