[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[dm-devel] RE: raid10 ... (was: Re: ANNOUNCE: mdadm 1.7.0)



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 vger kernel org [mailto:linux-raid-owner vger kernel org] On Behalf Of Jure PeÃar
Sent: Friday, August 13, 2004 10:18 PM
To: linux-raid vger kernel org
Cc: dm-devel redhat com
Subject: raid10 ... (was: Re: ANNOUNCE: mdadm 1.7.0)

On Thu, 12 Aug 2004 09:04:21 +1000
Neil Brown <neilb cse unsw edu au> 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 vger kernel org
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]