From owner-freebsd-arch Fri Jan 31 10:15:40 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8DEE37B401 for ; Fri, 31 Jan 2003 10:15:38 -0800 (PST) Received: from web41206.mail.yahoo.com (web41206.mail.yahoo.com [66.218.93.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FA7743F75 for ; Fri, 31 Jan 2003 10:15:38 -0800 (PST) (envelope-from gathorpe79@yahoo.com) Message-ID: <20030131181538.80926.qmail@web41206.mail.yahoo.com> Received: from [149.99.116.82] by web41206.mail.yahoo.com via HTTP; Fri, 31 Jan 2003 13:15:38 EST Date: Fri, 31 Jan 2003 13:15:38 -0500 (EST) From: Gary Thorpe Subject: Re: PAE (was Re: bus_dmamem_alloc_size()) To: "Andrew R. Reiter" , Julian Elischer Cc: David Schultz , Terry Lambert , Scott Long , arch@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- "Andrew R. Reiter" wrote: > On Thu, 30 Jan 2003, Julian Elischer wrote: > [...] > :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..) > : > : > > Ya, well Im glad you brought that up, b/c aside from the anti-PAE > rants > that have been coming across (which are of ZERO USE -- THX FOR THAT), > I > do believe there are uses for it. I am glad to hear that someone is > on > it :) Thanks to them and those who organized the project for it. > > Cheers, > Andrew > > -- > Andrew R. Reiter > arr@watson.org > arr@FreeBSD.org Would this be part of a unified buffer-cache scheme though? If I have been following correctly, this memory cannot be directly mapped into processes address space (i.e. a process in one "segment" cannot access directly memory in another "segment"), so how would it be useful as a cache? Wouldn't this need lots of data copying as in bounce buffers? ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message