Subject: Re: kern/15364
To: None <chs@netbsd.org, gnats-admin@netbsd.org, netbsd-bugs@netbsd.org>
From: Chuck Silvers <chuq@chuq.com>
List: netbsd-bugs
Date: 08/30/2005 16:26:02
The following reply was made to PR kern/15364; it has been noted by GNATS.

From: Chuck Silvers <chuq@chuq.com>
To: YAMAMOTO Takashi <yamt@mwd.biglobe.ne.jp>
Cc: gnats-bugs@NetBSD.org
Subject: Re: kern/15364
Date: Tue, 30 Aug 2005 09:25:34 -0700

 On Tue, Aug 30, 2005 at 10:53:22AM +0900, YAMAMOTO Takashi wrote:
 > > well, I was thinking it would be good to have the property that a given block
 > > is written in one I/O, since that's what the softdep code was designed for,
 > > and it'd be safer to maintain the assumptions that the softdep code makes.
 > > but you're probably right that it's not really required.
 > 
 > while block-alignment might have good aspects,
 > it can confuse pagedaemon and increase number of i/o
 > if both of active and inactive pages are in a block.
 
 could you give some details on how the pagedaemon would be confused by this?
 the pagedaemon will do the write-clustering regardless of what range is
 considered for clustering, so how does the block-alignment make things worse?
 
 
 > i'm not sure if it affects real-world performance, tho.
 
 I doubt it would make any difference.  in the common case of sequential writes,
 the ranges sent to VOP_PUTPAGES (by VOP_WRITE) are block-aligned anyway.
 only for random unaligned writes that happen to be close to MAXPHYS in size
 would we create more I/O requests than before.
 
 -Chuck