Re: io performance...

2006-01-19 Thread Al Boldi
Jeff V. Merkey wrote: Jens Axboe wrote: On Mon, Jan 16 2006, Jeff V. Merkey wrote: Max Waterman wrote: I've noticed that I consistently get better (read) numbers from kernel 2.6.8 than from later kernels. To open the bottlenecks, the following works well. Jens will shoot me -#define

RE: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Mark Hahn
Use either for raid0 (I don't think dm has particular advantages for md or md over dm). I measured this a few months ago, and was surprised to find that DM raid0 was very noticably slower than MD raid0. same machine, same disks/controller/kernel/settings/stripe-size. I didn't try to

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Lars Marowsky-Bree
On 2006-01-19T21:12:02, Jan Engelhardt [EMAIL PROTECTED] wrote: Use md for raid1, raid5, raid6 - anything with redundancy. Use dm for multipath, crypto, linear, LVM, snapshot There are pairs of files that look like they would do the same thing: raid1.c - dm-raid1.c linear.c -

Re: raid reconstruction speed

2006-01-19 Thread Mike Hardy
PFC wrote: When rebuilding md1, it does not realize accesses to md0 wait for the same disks. Thus reconstruction of md1 runs happily at full speed, and the machine is dog slow, because the OS and everything is on md0. (I cat /dev/zero to a file on md1 to slow the rebuild so it

Re: raid reconstruction speed

2006-01-19 Thread PFC
What kernel are you using? NeilBrown Kernel version : 2.6.15-gentoo Yes, it's strange... Not very annoying, as the rebuild is finished already (at 40 MB/s it was short), but strange. - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Neil Brown
On Thursday January 19, [EMAIL PROTECTED] wrote: I'm currently of the opinion that dm needs a raid5 and raid6 module added, then the user land lvm tools fixed to use them, and then you could use dm instead of md. The benefit being that dm pushes things like volume autodetection and

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Phillip Susi
I'm currently of the opinion that dm needs a raid5 and raid6 module added, then the user land lvm tools fixed to use them, and then you could use dm instead of md. The benefit being that dm pushes things like volume autodetection and management out of the kernel to user space where it

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Phillip Susi
Neil Brown wrote: The in-kernel autodetection in md is purely legacy support as far as I am concerned. md does volume detection in user space via 'mdadm'. What other things like were you thinking of. Oh, I suppose that's true. Well, another thing is your new mods to support on the fly

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Neil Brown
On Thursday January 19, [EMAIL PROTECTED] wrote: Neil Brown wrote: The in-kernel autodetection in md is purely legacy support as far as I am concerned. md does volume detection in user space via 'mdadm'. What other things like were you thinking of. Oh, I suppose that's true.

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Phillip Susi
Neil Brown wrote: Maybe the problem here is thinking of md and dm as different things. Try just not thinking of them at all. Think about it like this: The linux kernel support lvm The linux kernel support multipath The linux kernel support snapshots The linux kernel support raid0 The

Re: [PATCH 000 of 5] md: Introduction

2006-01-19 Thread Reuben Farrelly
On 20/01/2006 11:32 a.m., Neil Brown wrote: On Thursday January 19, [EMAIL PROTECTED] wrote: I'm currently of the opinion that dm needs a raid5 and raid6 module added, then the user land lvm tools fixed to use them, and then you could use dm instead of md. The benefit being that dm pushes