Date: Sat, 4 Aug 2001 19:07:13 +0200 From: Bernd Walter <ticso@mail.cicely.de> To: Rik van Riel <riel@conectiva.com.br> Cc: Terry Lambert <tlambert2@mindspring.com>, Julian Elischer <julian@elischer.org>, craig <craiglei@pasia.com.cn>, freebsd-hackers@FreeBSD.ORG Subject: Re: How to visit physical memory above 4G? Message-ID: <20010804190712.B7176@cicely20.cicely.de> In-Reply-To: <Pine.LNX.4.33L.0108040235500.2526-100000@imladris.rielhome.conectiva>; from riel@conectiva.com.br on Sat, Aug 04, 2001 at 02:38:23AM -0300 References: <3B6B86F0.EAAA016@mindspring.com> <Pine.LNX.4.33L.0108040235500.2526-100000@imladris.rielhome.conectiva>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Aug 04, 2001 at 02:38:23AM -0300, Rik van Riel wrote: > On Fri, 3 Aug 2001, Terry Lambert wrote: > > > This is a trivial implementation. I'm not very impressed. > > > Personally, I'm not interested in a huge user space, > > Maybe not you, but I bet the database and scientific > computing people will be interested in having 64 GB > memory support in this simple way. All I was interested so far was more address space for a single process and more physical memory for kernel use. Both I've found in ALPHA machines and am happy with it. Go and compare prices for ALPHA and i386 systems which support more than 4G of physical memory and don't forget that you put a lot of CPU power in managing the memory with i386. In the unix world there is less reason to stuck with a single architecture as in Windows. If I need more than one process to gain use of the memory I would consider using a second machine. > > Fully populating both the transmit and receive windows for > > 1M connections is 32G of RAM, right there... and it better > > be kernel RAM, or you're screwed. > > Well, you _could_ store this memory in "files", which > get mapped and unmapped by the same code the filesystem > code uses to access file data in non-kernel-mapped RAM. Consider that you don't need such evilness on existing Machines such as ALPHA. Well AFAIK FreeBSD currently doesn't support ALPHAs with that amount of memory very well - but this can be considered more as a bug than a missing feature and can be fixed. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de 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?20010804190712.B7176>