Date: Thu, 30 Jan 2003 09:51:28 -0800 From: David Schultz <dschultz@uclink.berkeley.edu> To: Terry Lambert <tlambert2@mindspring.com> Cc: "Andrew R. Reiter" <arr@watson.org>, Scott Long <scott_long@btc.adaptec.com>, arch@FreeBSD.ORG Subject: Re: PAE (was Re: bus_dmamem_alloc_size()) Message-ID: <20030130175128.GA9891@HAL9000.homeunix.com> In-Reply-To: <3E3922DA.55D9CDE9@mindspring.com> References: <Pine.NEB.3.96L.1030129153953.13361A-100000@fledge.watson.org> <3E385A1E.629EB694@mindspring.com> <20030130064800.GB7258@HAL9000.homeunix.com> <3E3922DA.55D9CDE9@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Terry Lambert <tlambert2@mindspring.com>: > David Schultz wrote: > > Thus spake Terry Lambert <tlambert2@mindspring.com>: > > > "Andrew R. Reiter" wrote: > > > > Anyone know the status of PAE in fBSD? I heard rumors awhile back that > > > > people had patches, or Y! had patches... but has anyone actually coughed > > > > them up? > > > > > > Contact Paul Saab. > > > > A year ago, the rumor was that DG was eventually going to do it. > > Six months ago it was Peter Wemm. And now Paul Saab?! Sheesh. > > Why don't we just wait another few years so 64-bit machines solve > > all our problems and we don't have to hack up the VM system? ;-) > > PSE36 is more intelligent than PAE, but neither one are very smart; > they were put there by hardware people who thought that what software > people wanted was more processes in RAM, not more RAM in individual > processes. As such, they are a generally bad idea. Most people > asking the question seem to have bought into the hardware people's > picture of the universe, without understanding that. 8-(. More specifically, they are the same people who brought us bank switching at least twice in the past, and lo and behold it still isn't a very good idea. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030130175128.GA9891>