Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Nov 1998 13:11:46 +0100
From:      Eivind Eklund <eivind@yes.no>
To:        Peter Jeremy <peter.jeremy@auss2.alcatel.com.au>, hackers@FreeBSD.ORG
Subject:   Re: Kernel threads
Message-ID:  <19981126131146.Q17813@follo.net>
In-Reply-To: <98Nov26.072820est.40325@border.alcanet.com.au>; from Peter Jeremy on Thu, Nov 26, 1998 at 07:28:49AM %2B1100
References:  <98Nov26.072820est.40325@border.alcanet.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Nov 26, 1998 at 07:28:49AM +1100, Peter Jeremy wrote:
> On Tue, 24 Nov 1998 00:52:18 -0800 (PST), Matthew Dillon <dillon@apollo.backplane.com> wrote:
> [Redesign the entire KVM subsystem]
> >    I just don't know how feasible it all is... it would mean a huge amount of
> >    rewriting.
> And I don't suppose you currently have the time to examine it in detail :-).
> 
> >  The disadvantage of this
> >    scheme is that it limits main memory to around 2GB on a 32 bit machine.  
> 
> Whilst I don't believe this is a serious problem at present, I can see
> that it might be in a couple of years.

Presently, the code is almost ready to handle Intels memory extension
stuff - modifications should be needed in pmap.c only, if I understood
John correctly (private conversation as a result of wanting to run
with more than 4GB of memory...)

I think giving up this could really limit us for heavy duty server
use.  With the RAM prices at the level they are today (and dropping),
wanting to run more than 2GB is not that exotic.

> >    The benefits cascade very quickly.... if one is willing to give up > 2GB
> >    memory configurations on 32 bit cpus.
> In which case it would seem worthwhile doing some more detailed
> examination.  In particular, how much effort would be involved and
> whether the 2GB boundary can be avoided.
> 
> Now 3.0 is nearly stable, we need a new bleeding edge for -current.  This
> sounds like a good start for FreeBSD 4.x :-).

I don't think 4.0 should be the next branch.  It is easy to bounce it
to 4.0 if we want to, but not easy to decrease from 4.0 to 3.1, so let
us start at 3.1 :-)

Eivind.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981126131146.Q17813>