Date: Thu, 30 Jan 2003 11:01:15 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: David Schultz <dschultz@uclink.berkeley.edu> Cc: Terry Lambert <tlambert2@mindspring.com>, "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: <Pine.BSF.4.21.0301301059310.35796-100000@InterJet.elischer.org> In-Reply-To: <20030130175128.GA9891@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 30 Jan 2003, David Schultz wrote: > 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. The reason for PAE is simple. Disk caches need not be in mapped memory. Physical memory will do. If you want to cache more than 4GB, then PAE is an effective answer. (Assuming I have my TLAs the right way around..) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-arch" in the body of the message > 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?Pine.BSF.4.21.0301301059310.35796-100000>