From owner-cvs-all@FreeBSD.ORG Thu Mar 27 09:39:20 2003 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 A0C3F37B405; Thu, 27 Mar 2003 09:39:20 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D641F43F75; Thu, 27 Mar 2003 09:39:18 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id C606F2ED3CF; Thu, 27 Mar 2003 09:39:18 -0800 (PST) Date: Thu, 27 Mar 2003 09:39:18 -0800 From: Alfred Perlstein To: Eivind Eklund Message-ID: <20030327173918.GZ48996@elvis.mu.org> References: <200303262340.h2QNegJg065498@repoman.freebsd.org> <20030327031602.C77894@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030327031602.C77894@FreeBSD.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-18.7 required=5.0 tests=AWL,IN_REP_TO,REFERENCES,USER_AGENT_MUTT version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Tor Egge cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/conf NOTES files options src/sys/kern vfs_bio.c src/sys/ufs/ffs ffs_rawread.c ffs_vnops.c 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: Thu, 27 Mar 2003 17:39:23 -0000 * Eivind Eklund [030327 03:16] wrote: > On Wed, Mar 26, 2003 at 03:40:42PM -0800, Tor Egge wrote: > > tegge 2003/03/26 15:40:42 PST > > > > FreeBSD src repository > > > > Modified files: > > sys/conf NOTES files options > > sys/kern vfs_bio.c > > sys/ufs/ffs ffs_vnops.c > > Added files: > > sys/ufs/ffs ffs_rawread.c > > Log: > > Add support for reading directly from file to userland buffer when the > > O_DIRECT descriptor status flag is set and both offset and length is a > > multiple of the physical media sector size. > > Why only in the O_DIRECT case? O_DIRECT is normally used to avoid caching > effects *in order to avoid side effects of caching*, at the cost of speed. > This patch seems to do the opposite - speed up the codepath significantly. > > Not that it isn't nice - it would just be even nicer to have available some > way to just say "max speed, please". Actually this is what O_DIRECT was intended to be as soon as someone got around to it. I initially thought it would be dillon, but tegge was a pleasant suprise. :) -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.'