[lkml]   [2002]   [Sep]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: PATCH - change to blkdev->queue calling triggers BUG in md.c

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.

--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:28    [W:0.163 / U:0.752 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site