From owner-freebsd-hackers Fri May 16 10:51:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10643 for hackers-outgoing; Fri, 16 May 1997 10:51:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA10637; Fri, 16 May 1997 10:51:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA17629; Fri, 16 May 1997 10:44:41 -0700 From: Terry Lambert Message-Id: <199705161744.KAA17629@phaeton.artisoft.com> Subject: Re: mmap() To: dyson@FreeBSD.ORG Date: Fri, 16 May 1997 10:44:41 -0700 (MST) Cc: james@westongold.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705161426.JAA01426@dyson.iquest.net> from "John S. Dyson" at May 16, 97 09:26:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay!!! Firstly, the FFS FS dependent VOP_GETPAGES does do read-aheads iff > the object is marked with MADV_SEQUENTIAL. Secondly, it would be fairly > easy to detect sequential behavior automatically. Right now, there are > much bigger fish to fry!!! :-) (The reason that it is in the FS dependent > code, is that it is only optional that one uses the cluster read ahead > code on a per filesystem basis.) It is likely that the FFS dependent > VOP_GETPAGES code will work with other filesystem types (perhaps with > minor mods.) It seems to me that the OBJ_SEQUENTIAL blocks the VOP_GETPAGE() caller until all pages have been faulted, instead of asynchronously doing the pages following the requested page, and returing immediately for the requested page. This would introduce "bursty" behaviour, as sequential access would incur a large latence for every read-ahead trigger. It seems to me that this is not what he is asking for? Else how do you explain the factor of 2 performance degradation he is seeing when using mmap() I/O over standard file I/O (with associated copies)? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.