On Sun, 10 Oct 1999 16:57:18 +0200 (CEST), Andrea Arcangeli
<andrea@suse.de> said:
> My point was that even being forced to do a lookup before creating
> each empty buffer, will be still faster than 2.2.x as in 2.3.x the hash
> will contain only metadata. Less elements means faster lookups.
The _fast_ quick fix is to maintain a per-inode list of dirty buffers
and to invalidate that list when we do a delete. This works for
directories if we only support truncate back to zero --- it obviously
gets things wrong if we allow partial truncates of directories (but why
would anyone want to allow that?!)
This would have minimal performance implication and would also allow
fast fsync() of indirect block metadata for regular files.
--Stephen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/