3 ms·
You say "round trip", but you mean "return trip", right? Because if I understand correctly, you don't queue the requests and then perform a single request/resp
by degamad 1y ago
You say "round trip", but you mean "return trip", right?
Because if I understand correctly, you don't queue the requests and then perform a single request/response cycle (a "round trip"), you send a bunch of requests as they happen with no response expected, then when an await happens, you send a message saying "okay, that's all, please send me the result" and get a response.
- crabmusket 1y agoNo, the requests are queued and sent as a batch.
- degamad 1y agoAh, okay, that's much better then... In principle, that then allows the server to aggregate or optimise the operations rather than performing them as written. While that might not be relevant for version 1, it's useful to have for later.
- kentonv 1y agoWhat does server-side aggregation for optimization have to do with round trips, though?
- kentonv 1y agoIn HTTP batch mode, they're all sent as a batch. In WebSocket mode, yes, you are sending messages with each call. But you're not waiting for anything before sending the next message. It's not a round trip until you await something. As far as round trips are concerned, there is really no difference between sending multiple messages vs. a single batch message, if you are ultimately only waiting for one reply at the end.