[lkml]   [2006]   [Nov]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [take21 0/4] kevent: Generic event handling mechanism.
    On Tue, Nov 07, 2006 at 07:17:03AM -0500, Jeff Garzik ( wrote:
    > Evgeniy Polyakov wrote:
    > >Well, kevent network and FS AIO are suspended for now (although first
    > Why?
    > IMO, getting async event submission right is important. It should be
    > designed in parallel with async event reception.

    It was not only designed but also implemented, but...

    FS AIO was confirmed to have correct design, but there were minor (from
    my point of view) layering design problems
    (I was almost suggested to make myself a lobotomy after I put
    get_block() callback into address_space_operations, there were also some
    code duplication of mpage_readpages() in async way in
    kevent/kevent_aio.c - I made it to separate kevent as much as possible,
    both changes can live in fs/ with appropriate callback export).

    Network AIO I postponed for a while, since looking how hard core changed
    are processed, it looks like a better decision...
    Using Ulrich's DMA allocation API (if it would exist not only as
    proposal) it would be possible to speed up NAIO yet a bit too.

    Kevent based FS AIO patch can be found for example here (it contains
    full kevent subsystem with network aio and fs aio):

    Network aio homepage:

    > Jeff

    Evgeniy Polyakov
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-11-07 13:37    [W:0.024 / U:7.460 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site