Re: md faster than h/w?

Max Waterman wrote: Mark Hahn wrote: I've written a fairly simple bandwidth-reporting tool: http://www.sharcnet.ca/~hahn/iorate.c it prints incremental bandwidth, which I find helpful because it shows recording zones, like this slightly odd Samsung:

Re: md faster than h/w?

--- Max Waterman [EMAIL PROTECTED] wrote: Of course, bonnie++ only works on mounted devices, but gives me reasonable (but not great) numbers (130MB/s) which don't seem to vary too much with the kernel version. Out of curiosity, have you compared bonnie++ results with and without -f (fast)?

Re: block size issue when re-syncing RAID1 with ext2fs on top

On Monday January 16, [EMAIL PROTECTED] wrote: Hi, I'm experiencing a problem on a 2.2.16C37_III driven Cobalt RaQ4 after I add a new 2nd disk to a RAID1. 2.2.16 that's old, isn't it! raid1 was only every available as external patches for 2.2 kernels... I'm uncertain whether this

Re: Expanding RAID array?

Hey, I was wondering where I can find raidreconfig? google doesnt seem to know a website for it. Gordon Henderson wrote: On Tue, 17 Jan 2006, Neil Brown wrote: - status of RAID6 I believe it is as stable/reliable as raid5. FWIW: I've been using RAID-6 since early last year in

Re: Expanding RAID array?

Neil Brown wrote: - add disks to convert to raid6. I don't think this is possible, but you should check the latest raid reconfig. It's not. I started work on it Feb last year but then real life got in the way again. In the longer term, I think raidreconf as it stands is going to die

[PATCH 000 of 5] md: Introduction

Greetings. In line with the principle of release early, following are 5 patches against md in 2.6.latest which implement reshaping of a raid5 array. By this I mean adding 1 or more drives to the array and then re-laying out all of the data. This is still EXPERIMENTAL and could easily eat your

[PATCH 002 of 5] md: Allow stripes to be expanded in preparation for expanding an array.

Before a RAID-5 can be expanded, we need to be able to expand the stripe-cache data structure. This requires allocating new stripes in a new kmem_cache. If this succeeds, we copy cache pages over and release the old stripes and kmem_cache. We then allocate new pages. If that fails, we leave

[PATCH 003 of 5] md: Infrastructure to allow normal IO to continue while array is expanding.

We need to allow that different stripes are of different effective sizes, and use the appropriate size. Also, when a stripe is being expanded, we must block any IO attempts until the stripe is stable again. Key elements in this change are: - each stripe_head gets a 'disk' field which is part of

[PATCH 005 of 5] md: Final stages of raid5 expand code.

This patch adds raid5_reshape and end_reshape which will start and finish the reshape processes. raid5_reshape is only enabled in CONFIG_MD_RAID5_RESHAPE is set, to discourage accidental use. Don't use this on valuable data. Read the 'help' for the CONFIG_MD_RAID5_RESHAPE entry. and Make sure

Re: Expanding RAID array?

Jacob Schmidt Madsen wrote: Hey, I was wondering where I can find raidreconfig? google doesnt seem to know a website for it. http://unthought.net/raidreconf/index.shtml -- Eyal Lebedinsky ([EMAIL PROTECTED]) http://samba.org/eyal/ attach .zip as .dat - To unsubscribe from this