Messages in this thread | | | Date | Fri, 24 Sep 2004 16:01:47 -0700 | From | Andrew Morton <> | Subject | Re: [PATCH/RFC] Simplified Readahead |
| |
Steven Pratt <slpratt@austin.ibm.com> wrote: > > >It's an application-specified readahead hint. It should ideally be > >asynchronous so the application can get some I/O underway while it's > >crunching on something else. If the queue is contested then the > >application will accidentally block when launching the readahead, which > >kinda defeats the purpose. > > > > > Well if the app really does this asynchronously, does it matter that we > block?
?? Not sure what you mean.
posix_fadvise(POSIX_FADV_WILLNEED) is used by applications to tell the kernel that the application will need that part of the file in the future. Presumably, the application has something else to be going on with meanwhile. Hence the application doesn't want to block.
> >Yes, the application will block when it does the subsequent read() anyway, > >but applications expect to block in read(). Seems saner this way. > > > Just to be sure I have this correct, the readahead code will be invoked > once on the POSIX_FADV_WILLNEED request, but this looks mostly like a > regular read, and then again for the same pages on a real read?
yup. POSIX_FADV_WILLNEED should just populate pagecache and should launch asynchronous I/O. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |