[lkml]   [2002]   [Aug]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: aio-core why not using SuS? [Re: [rfc] aio-core for 2.5.29 (Re: async-io API registration for 2.5.29)]

    On Fri, 16 Aug 2002, Linus Torvalds wrote:
    > I suspect that you are used to the traditional UNIX "process" notion,
    > where a "process" has exactly one file table, and has exactly one set of
    > signals, one set of semaphores etc. In that setup it can be quite
    > convenient to map these into the VM address space at magical addresses.

    Btw, at this point I should say that that doesn't mean that I'm _against_
    a per-VM kmap table, I'm just pointing out that it's not a trivial issue.

    Andrea and I talked about exactly this at OLS, because Andrea would have
    liked to use it for handling the generic_file_write() kmap case without
    having to worry about running out of kmap's and the deadlocks we used to
    have in that space (before the atomic user copy approach).

    And the thing is, you _can_ use a per-VM kmap setup, but it really only
    moves the problem from a global kmap space ("everybody shares the same
    VM") into a slightly smaller subset of it, a global thread kmap ("all
    threads share the same VM").

    So at least in that particular case, by moving it from a global space to a
    per-VM space, the DoS wrt generic_file_write() didn't actually go away. It
    just had to be triggered slightly differently (ie using lots of threads).

    There may be other cases where this is ok. Moving to a per-VM kmap space
    may not _fix_ some fundamental scalability problem, but it might move it
    further out and make it a non-issue under normal load. Which is why I
    don't think the idea is fundamentally flawed, I just wanted to point out
    some of the traps to people since we've already almost fallen into some of


    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: 2005-03-22 13:28    [W:4.296 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site