jim owens <owens6...@gmail.com> writes: Hi Jim,
I read through large chunks of that patch. I don't claim to fully understand all the btrfs infrastructure details enough, so it wasn't really serious code review. One thing that stroke me while reading is that, except for the out of line no data checksum case, this isn't real classical zero copy direct IO because you always have to copy through some buffer. It's more like "uncached IO" I was wondering that at least for those cases wouldn't it be simpler to use the normal page cache IO path and use new hints that disable prefetch/write-behind/caching in the page cache after the IO operation? Is there any particular reason this wasn't done? Was it because of aio? I know the page cache currently doesn't support that today, but presumably it wouldn't be too hard to add. I guess the code would be much simpler if it only did the no checksum case. -Andi -- a...@linux.intel.com -- Speaking for myself only. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
