lkml.org 
[lkml]   [2002]   [Aug]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: aio-core why not using SuS? [Re: [rfc] aio-core for 2.5.29 (Re: async-io API registration for 2.5.29)]
    Suparna Bhattacharya wrote:
    >
    > On Thu, Aug 15, 2002 at 09:42:25PM -0400, Benjamin LaHaise wrote:
    > > > Now reading the SuS specifications I also like less and less our current
    > > > kernel API of this sumbit_io, the SuS does exactly what I suggested
    > > > originally that is aio_read/aio_write/aio_fsync as separate calls. So
    > > > the merging effect mentioned by Ben cannot be taken advantage of by the
    > > > kernel anyways because userspace will issue separate calls for each
    > > > command.
    > >
    > > Read it again. You've totally missed lio_listio. Also keep in mind what
    > >
    >
    > Also, wasn't the fact that the API was designed to support both POSIX
    > and completion port style semantics, another reason for a different
    > (lightweight) in-kernel api? The c10k users of aio are likely to find
    > the latter model (i.e. completion ports) more efficient.

    You can actually consider posix AIO using sigtimedwait() to pick up completion
    notices to fit the definition of completion port if you squint a bit.
    (The patented scheduler magic of NT completion ports is just a fun extra...)
    - Dan
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

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