From owner-cvs-all@FreeBSD.ORG Mon Aug 16 06:47:58 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 170B616A4CE; Mon, 16 Aug 2004 06:47:58 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7583243D45; Mon, 16 Aug 2004 06:47:57 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 475AF530C; Mon, 16 Aug 2004 08:47:55 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A47F85308; Mon, 16 Aug 2004 08:47:48 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 65279B873; Mon, 16 Aug 2004 08:47:48 +0200 (CEST) To: "Mark W. Krentel" References: <200408160539.i7G5drJE018193@blue.mwk.domain> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 16 Aug 2004 08:47:48 +0200 In-Reply-To: <200408160539.i7G5drJE018193@blue.mwk.domain> (Mark W. Krentel's message of "Mon, 16 Aug 2004 01:39:53 -0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: alc@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_map.c vm_map.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2004 06:47:58 -0000 "Mark W. Krentel" writes: > If you (or anyone else) have a real-world application that runs > measurably better with the new vm_map_findspace() algorithm, I'd > love to hear about it, especially if you have numbers. Probably on > -hackers or something. Off the top of my head - web servers with large number of small static documents should benefit, and so should proxy servers. Database engines may benefit as well, depending on the number and size of tables and their allocation strategy. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no