I have a similar (but smaller) situation. I have a 40GB raid array (hardware
raid5) it looks like a single spindle to the system. I use it for several
hundred small databases (informix which my DBA tells me prefers seperate
filesystems for each database ~32MB ea) and occasionally need to add space to
one of them as they grow. This is curently being run on an IBM AIX box which
allows me to grow filesystems in 16MB chunks. so far I have only had to grow one
database more then once. On this system I have not (yet) had the requirement to
shrink filesystems.
The allocation size on AIX depends on the drive size. They have a max number of
allocation units (~1006) and when you create a volume group you pick the
allocation size for that volume group. the default is 4MB which works up to ~4GB
beond that you need larger chunks.
David Lang
On Tue, 30 Jun 1998, Theodore Y. Ts'o wrote:
> Date: Tue, 30 Jun 1998 13:38:05 -0400
> From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
> To: "Craig I. Hagan" <hagan@cih.com>
> Cc: "Theodore Y. Ts'o" <tytso@MIT.EDU>,
> Shawn Leas <sleas@ixion.honeywell.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
>
> 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?)
>
> 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
iQEVAwUBNZlYsz7msCGEppcbAQE3IQf+JGu05cToflVRujZZsLC1WRsgFifYqTMo
KJ7oTNOSzyL1he/r09ZfAq3VlhLcS68apwixNrk4cEgCR9e4OpiHUjcUgqN2zwc6
7UZF8dkPawgQoi7C2zHZ+nCnRthmfTultR7LHmoGFNNPVp+YevnN3wmcKAtkCodK
gvKuOYqR9se1hkNbtNvQjv0jW7wbSE0EVk1uNCsgzrZU6AGMgb7hvRdpKwNcjjth
mw+vXNAZ33eurtd1hRUi07sYNHyBjYCHWv/z3jA7hvPPfgik29C53aZbgc/FD0ua
TAmS0beODG7tv2CasdDEFT82at7fR84jEvwZ6oyP7Irte166LtBlzw==
=ql+d
-----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