Linus basically designed the original kiobuf scheme of course so I guess
he's allowed to dislike it. Linus disliking something however doesn't mean
its wrong. Its not a technically valid basis for argument.
Linus list of reasons like the amount of state are more interesting
> > So, what are the benefits in the disk IO stack of adding length/offset
> > pairs to each page of the kiobuf?
>
> I don't see any real advantage for disk IO. The real advantage is that
> we can have a generic structure that is also usefull in e.g. networking
> and can lead to a unified IO buffering scheme (a little like IO-Lite).
Networking wants something lighter rather than heavier. Adding tons of
base/limit pairs to kiobufs makes it worse not better
-
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/