Hi,
On Tue, 3 Sep 2002, Hacksaw wrote:
> > > But more importantly, I want controllers that survive total power down.
> >
> > You can't get that with partition tables either.
>
> WHAT? Partition tables written onto the disk certainly do survive total power
> down.
Disk-backed raid config storage can do that just as well. I don't really
think a partition table is the thing you'll want in order to store your
raid config.
> Again, with an annoying controller, and having the user change their
> requirements every so often (like once a day), I do not want to change
> the RAID setup lots. The last RAID I was working with took up to an hour
> to commit geometry changes to the disk.
As mentioned -- there may still be bad hardware out there. And why can't
the people just live with it? I mean you can't resize disks either. You
could even assign a number of disks of different size to the users, and if
one of them needs to get to another level of disk space, shall he. A pool
of disks can save you resizes.
> Please describe this algorithm? Would this potentially mean looking at
> every block on the disk, including the giant logical disk that a RAID
> might present? Even if you only have to look at the first few bytes of
> each block, this is a lot of seeking.
(I still wonder how often you resize your partitions, per second.)
I was talking about saving your time. And I've presented the theory of no
partition tables on raid, which reduces the whole thing to backup work on
PC, or few seeking on small disks, up to 200 GiB. Yes, currently.
Thunder
-- --./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .- --/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..- .- -/---/--/---/.-./.-./---/.--/.-.-.- --./.-/-.../.-./.././.-../.-.-.-- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Sep 07 2002 - 22:00:19 EST