>Events could also (I haven't thought this out, so please forgive me if
>there's an obvious bugaboo here) return additional information about the
>descriptor/whatever. One nice possibility would be outgoing buffer space
>on sockets. This may or may not be worth the coding effort.
>
First, If y
>Events could also (I haven't thought this out, so please forgive me if
>there's an obvious bugaboo here) return additional information about the
>descriptor/whatever. One nice possibility would be outgoing buffer space
>on sockets. This may or may not be worth the coding effort.
>
First, If
On Wed, 15 Sep 1999, Alfred Perlstein wrote:
>
> On Wed, 15 Sep 1999, Christopher Sedore wrote:
>
> > My ideas for this are a little different than what I've seen proposed thus
> > far, more along the lines of creating something that acts as both an event
> > queue and a IOCP. Ideally this wo
On Wed, 15 Sep 1999, Alfred Perlstein wrote:
>
> On Wed, 15 Sep 1999, Christopher Sedore wrote:
>
> > My ideas for this are a little different than what I've seen proposed thus
> > far, more along the lines of creating something that acts as both an event
> > queue and a IOCP. Ideally this w
On Wed, 15 Sep 1999, Christopher Sedore wrote:
> My ideas for this are a little different than what I've seen proposed thus
> far, more along the lines of creating something that acts as both an event
> queue and a IOCP. Ideally this would be a descriptor that could be shared
> across processes
On Wed, 15 Sep 1999, Christopher Sedore wrote:
> My ideas for this are a little different than what I've seen proposed thus
> far, more along the lines of creating something that acts as both an event
> queue and a IOCP. Ideally this would be a descriptor that could be shared
> across processes
On Wed, 15 Sep 1999, Jayson Nordwick wrote:
> I did research this weekend on high performance I/O. I looked at differerent
> approaches and to me they all appear the same (I know that I will get some
> flamage for this). The two most prominent models that I saw were IO
> Completion Ports and
On Wed, 15 Sep 1999, Jayson Nordwick wrote:
> I did research this weekend on high performance I/O. I looked at differerent
> approaches and to me they all appear the same (I know that I will get some
> flamage for this). The two most prominent models that I saw were IO
> Completion Ports and S
I did research this weekend on high performance I/O. I looked at differerent
approaches and to me they all appear the same (I know that I will get some
flamage for this). The two most prominent models that I saw were IO
Completion Ports and Synchronous Events (such as the Gaurav
http://www.cs.ric
I did research this weekend on high performance I/O. I looked at differerent
approaches and to me they all appear the same (I know that I will get some
flamage for this). The two most prominent models that I saw were IO
Completion Ports and Synchronous Events (such as the Gaurav
http://www.cs.ri
10 matches
Mail list logo
