Write on full buffer about byte-stream HOT 4 CLOSED

You test this by writing large chunks of data to a stream, in particular > 128 KiB (depends on internal buffer sizes, but 128 KiB turned our to always be enough).

E.g. you create a socket pair and write > 128 KB onto it without reading from it.

The code in case there's no full buffer is about reducing latency. Otherwise we have to wait until the next tick for sending the data. You will in particular notice that on servers with a high load.

from byte-stream.

Thank you @bwoebi, I have done some tests, and get another question :)

example:

1. client fwrite() 128 bytes of data to stream
2. server don't fread() them

in this case client's fwrite() will succeed, and there are no way to detect if server fread() / stream_get_contents() them ?

P.S: I suppose that's why we always have server confirmations in classic client <-> server topology

from byte-stream.

Correct.
You still have to consider, even if you'd rely on a TCP confirmation, it still doesn't mean that a server actually processed something, it just means that the kernel (or if we move that to userspace: the application) has received it. But that doesn't contain any meaningful information for us: we want to know whether a client processed something. So, yes.

from byte-stream.

@bwoebi Thank you, this was very informative, I think we can close this.

from byte-stream.