From owner-freebsd-current Fri May 30 06:14:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA15087 for current-outgoing; Fri, 30 May 1997 06:14:34 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15078 for ; Fri, 30 May 1997 06:14:30 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA15844; Fri, 30 May 1997 14:14:23 +0100 (BST) Date: Fri, 30 May 1997 14:14:23 +0100 (BST) From: Doug Rabson To: Bruce Evans cc: current@freebsd.org Subject: Re: disk cache challenged by small block sizes In-Reply-To: <199705301242.WAA07183@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 30 May 1997, Bruce Evans wrote: > >This version fixes a bug (passing an offset instead of a size to > >vm_page_set_invalid) which was probably the cause of the trap, should work > >properly for large files (I was using the wrong offset type) and possibly > >has a more acceptable style(9). > > It seems to fix all the speed problems (except ufs is still slower with > a larger fs blocksize) and the block leak in ex2tfs. If you roll vfs_bio.c back to rev 1.115, does it affect the speed of ufs with 8k blocksize? I am not sure whether my changes to vfs_bio would affect that. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039