Re: Disk scheduling policy (Re: NEW_BUFQ_STRATEGY)

Jason Thorpe <[email protected]>
Newsgroups gmane.os.netbsd.devel.performance,gmane.os.netbsd.devel.kernel
Message-ID <[email protected]>
On Dec 1, 2003, at 4:56 PM, Thor Lancelot Simon wrote:

> Unfortunately, this requires modifying every disk driver to handle
> uber-bufs instead of bufs, no?  It's highly similar to the change
> that BSDI made long ago to chain buffers together through a pointer
> in struct buf -- we could have whacked pagemove() much earlier if
> we picked up that change, but we didn't because of the changes it
> would have required in all of the disk drivers.

Yes, it would require a change to disk controller drivers (not disk 
drivers; they enqueue/dequeue, but don't really "process" the bufs).  
But is that really so horrible?

See what I said about adding a bus_dmamap_load_buf(); we could add this 
API call, and then such drivers would automatically pick up additional 
enhancements to the buf data representation mechanism.

         -- Jason R. Thorpe <[email protected]>
PGP.sig (application/pgp-signature, 186 B) - not displayed
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.