Messages in this thread |  | | Date | Sun, 31 Dec 2000 03:34:19 +0100 | From | Andrea Arcangeli <> | Subject | Re: [RFC] Generic deferred file writing |
| |
On Sat, Dec 30, 2000 at 08:50:52PM -0500, Alexander Viro wrote: > And its meaning for 2/3 of filesystems would be?
It should stay in the private part of the in-core superblock of course.
> I _doubt_ it. If it is a pagecache issue it should apply to NFS. It should > apply to ramfs. It should apply to helluva lot of filesystems that are not > block-based. Pagecache doesn't (and shouldn't) know about blocks.
With pagecache I meant the library of pagecache methods in buffer.c. Even if they are recalled by the lowlevel filesystem code and they can be overridden by lowlevel filesystem code, they aren't lowlevel filesystem code but they're infact common code. We can implement another version of them that instead of knowing about get_block, also know about another filesystem callback and when possible it only reserve the space for a delayed allocation later triggered (in parallel) by future kupdate. They will know about this new callback in the same way the current standard pagecache library methods knows about get_block_t. Filesystems implementing this callback will be able to use those new pagecache library methods.
> it should use functions that do not expect such argument. That's it. No > need to invent new methods or shoehorn all block filesystems into the same > scheme.
Of course.
Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |