lkml.org 
[lkml]   [2001]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Kiobuf-io-devel] RFC: Kernel mechanism: Compound event wait /notify + callback chains
    Hi,

    On Thu, Feb 01, 2001 at 05:34:49PM +0000, Alan Cox wrote:
    > >
    > > 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

    Networking has fundamentally different requirements. In a network
    stack, you want the ability to add fragments to unaligned chunks of
    data to represent headers at any point in the stack.

    In the disk IO case, you basically don't get that (the only thing
    which comes close is raid5 parity blocks). The data which the user
    started with is the data sent out on the wire. You do get some
    interesting cases such as soft raid and LVM, or even in the scsi stack
    if you run out of mailbox space, where you need to send only a
    sub-chunk of the input buffer.

    In that case, having offset/len as the kiobuf limit markers is ideal:
    you can clone a kiobuf header using the same page vector as the
    parent, narrow down the start/end points, and continue down the stack
    without having to copy any part of the page list. If you had the
    offset/len data encoded implicitly into each entry in the sglist, you
    would not be able to do that.

    --Stephen

    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:27    [W:4.429 / U:0.080 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site