Re: i/o scheduling (was Re: NEW_BUFQ_STRATEGY)

YAMAMOTO Takashi <[email protected]>
Newsgroups gmane.os.netbsd.devel.performance,gmane.os.netbsd.devel.kernel
Message-ID <[email protected]>
> > > Why would these reads be generated?  If the write has not completed, is
> > > it not the case that the page must still be dirty, and should thus still
> > > be in the cache?
> > 
> > because the page is marked as PG_BUSY during delayed write,
> > VOP_GETPAGES will wait on it.  we have no way to hurry
> > the i/o in this case.
> > 
> > maybe distinguishing PG_BUSY-for-read and PG_BUSY-for-write can be
> > an alternative solution?
> 
> Won't this also help avoid reads, period, when the I/O queues get lots
> of writes backed up in them?  That seems like a very good thing.

anyway, it won't help other cases like fsync on the
delayed writed pages, etc.

YAMAMOTO Takashi
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.