From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 03:59:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1D716A4CE; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D54F43D55; Mon, 25 Apr 2005 03:59:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id BAF591B6F2E; Sun, 24 Apr 2005 20:59:27 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j3P3xQQC081458; Sun, 24 Apr 2005 20:59:26 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <426C6B1D.3040704@elischer.org> Date: Sun, 24 Apr 2005 20:59:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org References: <20050424175543.71041.qmail@web51805.mail.yahoo.com> <20050424151517.O68772@lexi.siliconlandmark.com> <3822.216.177.243.38.1114385370.localmail@webmail.dnswatch.com> <20050425000459.GA28667@xor.obsecurity.org> <6.2.1.2.0.20050424204611.072105a0@64.7.153.2> <20050425010242.GA44110@xor.obsecurity.org> <6.2.1.2.0.20050424210422.03d22990@64.7.153.2> <20050425014453.GA59981@xor.obsecurity.org> In-Reply-To: <20050425014453.GA59981@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Kris Kennaway cc: freebsd-current@freebsd.org cc: Mike Tancsa Subject: Re: FreeBSD 6 is coming too fast X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 03:59:28 -0000 Kris Kennaway wrote: > Measuring disk device performance (i.e. running a benchmark against > the bare device) and filesystem performance (writing to a filesystem > on the device) are very different things. I wish people would stop trying to deny that we have serious work in front of us to get the VFS and disk IO figures back to where they were before. there ARE slowdowns and I have seen it both with tests on teh basic hardware and throug the filesystems. I don't know why this surproses people because we have still a lot of work to do in teh interrupt latency field for example, and I doubt that even PHK would say that there is no work left to do in geom. Where we are now is closing in on "feature complete". Now we need to profile and optimise.