Many years ago HP had a product called an AutoRAID (12 and 12H). It was similar to what you describe. If you added a disk it used it as needed. Even the "spare" was used for live data. It used a combination of RAID1 and RAID5. Writes were to the RAID1 area, during low usage times it would move the RAID1 data to the RAID5 area. It would also balance the disks during low usage times. When you added a disk, it would be out of balance, later it would start to balance the disks. Any unallocated space (not used for LUNs) was used as extra RAID1 space to improve performance, as was the spare. It was a real good idea! The performance sucked.... Guy -----Original Message----- From: linux-raid-owner@xxxxxxxxxxxxxxx [mailto:linux-raid-owner@xxxxxxxxxxxxxxx] On Behalf Of Jure Peèar Sent: Friday, August 13, 2004 10:18 PM To: linux-raid@xxxxxxxxxxxxxxx Cc: dm-devel@xxxxxxxxxx Subject: raid10 ... (was: Re: ANNOUNCE: mdadm 1.7.0) On Thu, 12 Aug 2004 09:04:21 +1000 Neil Brown <neilb@xxxxxxxxxxxxxxx> wrote: > Data is laid out in a raid0 style, but multiple copies of each chunk > are possible. There can be "near" copies, where copies of the one > block are at the same or similar offsets in different drives, and > "far" copies, where copies of the one block are at a substantial > offset from one drive to the next. ... this really fuels my imagination. Imagine having a pool of drives, where chunks of data are distributed evenly across all drives in a redundant manner. If one drive dies, the chunks that are not redundant anymore get their copies on the remaining drives, provided that there's enough space left; if one or more drives are added to the array, new chunks are written there until the balance is reached again. Disk space could be the first key for balancing across the drives, with transfer rate or seek time maybe added later. Maybe the pool could even adapt dinamically to the i/o patterns ... Am i dreaming (it's well over 4am here :) ? Or is something like this possible? Maybe not with a md personality, but by some daemon that would be taking care of a dm map? -- Jure Pečar - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html