From owner-freebsd-hackers Thu Mar 22 3: 8:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from hell.branda.to (61-216-80-11.HINET-IP.hinet.net [61.216.80.11]) by hub.freebsd.org (Postfix) with ESMTP id 6656237B71F for ; Thu, 22 Mar 2001 03:08:14 -0800 (PST) (envelope-from thinker@branda.to) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by hell.branda.to with local; Thu, 22 Mar 2001 19:10:57 +0000 Date: Thu, 22 Mar 2001 19:10:57 +0000 From: thinker To: Rik van Riel Cc: hackers@FreeBSD.ORG Subject: Re: tuning a VERY heavily (30.0) loaded s cerver Message-ID: <20010322191057.A46607@hell.branda.to> References: <200103211840.f2LIeYA16476@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from riel@conectiva.com.br on Wed, Mar 21, 2001 at 04:14:32PM -0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Mar 21, 2001 at 04:14:32PM -0300, Rik van Riel wrote: > The (maybe too lightweight) structure I have in my patch > looks like this: > > struct pte_chain { > struct pte_chain * next; > pte_t * ptep; > }; > > Each pte_chain hangs off a page of physical memory and the > ptep is a pointer to a page table entry. > > The page struct of the page table page itself is used to > note down which address space and offset we have. This means > that FreeBSD's pv_pmap, pv_va and pv_ptem are in the page > table page and NOT in each pte_chain structure... How about portability? It maybe efficient, but it is not easy to port to other platforms. -- thinker@branda.to Branda Open Site (BOS) thinker.bbs@bbs.yzu.edu.tw http://www.branda.to/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message