![]() | |||||||||||||
Messages in this thread |
Hi, On Thu, 2004-10-07 at 11:12, Marcelo Tosatti wrote: > Oh yes, theres also the indirect blocks which we might need to read from > disk. Right. > Now the question is, how strict should the O_NONBLOCK implementation be > in reference to "not blocking" ? Well, I suspect that depends on the application. But if you've got an app that really wants to make sure its hot path is as fast as possible (eg. a high-throughput server multiplexing disk IO and networking through a single event loop), then ideally the app would want to punt any blocking disk IO to another thread. So it's a matter of significant extra programing for a small extra reduction in app blocking potential. I think it's worth getting this right in the long term, though. Getting readahead of indirect blocks right has other benefits too --- eg. we may be able to fix the situation where we end up trying to read indirect blocks before we've even submitted the IO for the previous data blocks, breaking the IO pipeline ordering. --Stephen - 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/ | ||||||||||||
| Last update: 2005-03-22 14:06 [from the cache] ©2003-2008 | |||||||||||||