I’m writing a server in C# which creates a (long, possibly even infinite) IEnumerable<Result> in response to a client request, and then streams those results back to the client.
Can I set it up so that, if the client is reading slowly (or possibly not at all for a couple of seconds at a time), the server won’t need a thread stalled waiting for buffer space to clear up so that it can pull the next couple of Results, serialize them, and stuff them onto the network?
Is this how NetworkStream.BeginWrite works? The documentation is unclear (to me) about when the callback method will be called. Does it happen basically immediately, just on another thread which then blocks on EndWrite waiting for the actual writing to happen? Does it happen when some sort of lower-level buffer in the sockets API underflows? Does it happen when the data has been actually written to the network? Does it happen when it has been acknowledged?
I’m confused, so there’s a possibility that this whole question is off-base. If so, could you turn me around and point me in the right direction to solve what I’d expect is a fairly common problem?
First, the only way your main thread can keep executing while other work is being done is through the use of another thread. A thread can’t do two things at once.
However, I think what you’re trying to avoid is mess with the Thread object and yes that is possible through the use of BeginWrite. As per your questions
The call is made after the network driver reads the data into it’s buffers.
Nope, just until it’s in the buffers handled by the network driver.
If by underflow your mean it has room for it then yes.
No.
No.
EDIT
Personally I would try using a Thread. There’s a lot of stuff that BeginWrite is doing behind the scenes that you should probably recognize… plus I’m weird and I like controlling my threads.