From: jef knoors ([email protected])
Date: Sat Jun 17 2000 - 22:27:24 CEST
I think you're right about what Michele might think, but I also think we
could break this hard code and start allocating the ramdisks dynamically, to
the benefit of muLinux.
Now we are restricting the number of addons.
With my idea you can develop as many addons as you wish.
Jef
* - Truth is a compelling concept - *
----- Original Message -----
From: <[email protected]>
To: <[email protected]>
Sent: Saturday, June 17, 2000 6:17 PM
Subject: Re: [muTech] Allocating ramdisks
> In a message dated 6/17/00 11:00:50 AM Central Daylight Time,
> [email protected] writes:
>
> I think Michele means that each of the addons has the ramdisk number(s)
> hard coded into the addon's code, so dymanic allocation is not possible.
>
> If one of the Logical Volume Managers (those things that combine physical
> drives into a bigger logical drive) were tiny (but they are not), it could
> combine
> ram0...ram15 into a larger ramtotal but this would still break all of the
> install code.
>
> >
> > So that leaves us with ram3 for EXT and allocate the other ramdisks for
> > the
> > addons dynamically, this way you can use "millions" of addon disks.
> > jef
> > * - Truth is a compelling concept - *
> > ----- Original Message -----
> > From: Michele Andreoli <[email protected]>
> > To: <[email protected]>
> > Sent: Saturday, June 17, 2000 1:40 PM
> > Subject: Re: [muTech] Allocating ramdisks
> >
> >
> > > On Sat, Jun 17, 2000 at 10:42:30AM +0200, jef knoors nicely wrote:
> > > > Hello Michele,
> > > > Might be an idea to allocate the ramdisk0-3 static.
> > > > The other ramdisk4-15 dynamically.
> > >
> > > Obscure statement. ram0,1,2 ram for /, /usr and /tmp. ram1 and ram2
> > > are allocated if you respond "y" to setup/usr and setup/tmp.
> > >
> > > Michele
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
This archive was generated by hypermail 2.1.6 : Sat Feb 08 2003 - 15:27:14 CET