From owner-freebsd-questions@FreeBSD.ORG Sat Aug 4 07:40:25 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B347416A420 for ; Sat, 4 Aug 2007 07:40:25 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id F243313C48E for ; Sat, 4 Aug 2007 07:40:24 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8) with ESMTP id l747eFQa024962; Sat, 4 Aug 2007 09:40:15 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.13.8/8.13.8/Submit) with ESMTP id l747eEmm024959; Sat, 4 Aug 2007 09:40:15 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sat, 4 Aug 2007 09:40:14 +0200 (CEST) From: Wojciech Puchar To: Kris Kennaway In-Reply-To: <20070803202757.GA68434@rot26.obsecurity.org> Message-ID: <20070804093853.F24954@wojtek.tensor.gdynia.pl> References: <20070803172639.F17414@wojtek.tensor.gdynia.pl> <20070803164621.GA65921@rot26.obsecurity.org> <20070803220027.C19191@wojtek.tensor.gdynia.pl> <20070803202757.GA68434@rot26.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Re: parformance patch? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2007 07:40:25 -0000 >> loaded servers for over a year with FreeBSD 6.2 > > Lucky you ;) Doesn't mean that parts of the kernel you're not using > can handle it. well - it exactly mean that it can :) >> better. >> >> >> patched vm_fault make pageins faster, but not pageout. disks often does >> write caching clustering pageouts anyway, but probably not that efficient. > > This is pageout, not pagein. Probably the negative effect is that the > when paging out the system does I/O in larger chunks, improving swap > throughput but increasing delays for other applications. actually i tested changing it to 64 it was positive improvement, but after shutting down kernel crashed.