lkml.org 
[lkml]   [1998]   [Jun]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: (reiserfs) Re: LVM / Filesystems / High availability
-----BEGIN PGP SIGNED MESSAGE-----

how about the following division of responsibility.

filesystem
needs to know how to grow/shrink on command in the device it is on

LVM
presents a single device to the filesystem and handles the details of
allocating/dealocating sections of lower level devices (similar to the md append
mode, but dynamicly adjustable)

raid drivers/low level drivers
handles the raid specifics (striping, etc) and physical device access.

This sort of seperation would keep the raid details out of the LVM (where they
are not needed if you have a hardware raid system) and lets the filesystem work
on stuff as if it is all on one device (for the cases where the LVM puts
todeather chunks from several devices)

David Lang



On Tue, 30 Jun 1998, Shawn Leas wrote:

> Date: Tue, 30 Jun 1998 16:28:35 -0500 (CDT)
> From: Shawn Leas <sleas@ixion.honeywell.com>
> To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
> Cc: "Craig I. Hagan" <hagan@cih.com>,
> Heinz Mauelshagen <mauelsha@ez-darmstadt.telekom.de>,
> linux-kernel@vger.rutgers.edu, mge@ts1.ez-darmstadt.telekom.de
> Subject: Re: (reiserfs) Re: LVM / Filesystems / High availability
>
> On Tue, 30 Jun 1998, Theodore Y. Ts'o wrote:
>
> > From: "Craig I. Hagan" <hagan@cih.com>
> > Date: 30 Jun 1998 13:10:43 -0400
> >
> > let me propose the following to you: i have a very large (read > 100g)
> > raid array (hitachi). when i carve a chunk out for a specific system,
> > it looks like one honkin huge spindle. i DON'T want to allocate/deallocate
> > based upon entire spindles.
> >
> > OK, great. You have a RAID unit. Is it RAID 0/1/4/5? Presumably the
> > RAID unit is doing the striping, et. al, right? In this configuration,
> > how often do you need to resize the amount of disk space allocated for a
> > particular filesystem, and in what size chunks? Is it usually only to
> > grow the filesystem, or are you sometimes shrinking it? (And in what
> > units do you typically do the growing and shrinking --- and why?)
>
> You speak like there's a significant performance hit with the LVM! With
> the benifit of being able to tune your device and implement striping,
> mirroring, etc... The performance gain of having all that with NO IMPACT
> to the complexity of an FS is more than a justification for it.
>
> Your not spliting up the disk device, per say, you're only handling
> address remapping in 4 meg units. You can choose bigger, or smaller. I
> don't see you complaining about disk blocks...
>
> -Shawn
>
> > If you don't mind the questions, I'd like to better understand your
> > application, and what's driving your requirements. Thanks....
> >
> > - Ted
> >
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
>

-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv

iQEVAwUBNZldRj7msCGEppcbAQHmvgf9Hf7+gBO//VZoJhu/aZ5Ygq7B3KhyO2et
OfvO5EQ/D7G6rGx5rzIeQHO5HVCTyMM4R6haB2dyEerunma8ZRmyBiAj0I8v83Py
JLvSBwuNwisDTweJrMkkgMDjSHyhtPJeglRDXQGAFF5nN54pvnGEfNe2VX1U3cJe
Zx9RDhGth0r3rqmxKg5SQkkksf/MsCJ3lMur7QYF+ZAit6IuRH8xu+/sq2sLXXtF
Ws/nTswp8x7kgHn9460ZU6qoXb59hngEpBHni8bK69I9ESs1cPDTbeOnRm2aLXlY
jIS55KW0Jqg+sEtfp3Gu9jMoIbX7NmtbT5IjjO3CinHK3/u7rs7Uhg==
=dk+J
-----END PGP SIGNATURE-----


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

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