News for hackers. Stuff that matters.
Re:Cap'n Proto 0.8: Streaming flow control, HTTP-over-RPC, f... by anderspitman on Thursday April 23, 2020 @09:21PM (#22963639)
Ah I think I misread the announcement to mean you were using the OS buffer level information. But if I understand correctly you're just using the buffer size as a heuristic for the window size, then doing all the logic at the application level?

If that's the case, then implementation-wise these approaches are probably very similar, and window/ACK is the normal way of doing this, and also the pragmatic approach in your case.

Re:Cap'n Proto 0.8: Streaming flow control, HTTP-over-RPC, f... by kentonv on Thursday April 23, 2020 @09:50PM (#22963813)
Yep. I probably should have gone into more detail on that, and about the problem of slow-app-fast-connection. Oh well.
Re:Cap'n Proto 0.8: Streaming flow control, HTTP-over-RPC, f... by dtaht99 on Saturday April 25, 2020 @04:32AM (#22976634)
I would hope you'd be amused by: https://blog.apnic.net/2020/01/22/bufferbloat-may-be-solved-...

and I am curious if you have considered a fq_codel-like approach to message queuing? Sending a whole socketbuf kind of scares me.