In that case, HTTP/3 might actually perform worse for you than HTTP/2, unless v8 caches QUIC conns as well.
The major advantage you'd get with HTTP/3 and QUIC is fewer round trips to start a conn, and no head-of-line blocking like with TCP (which might be irrelevant if the Pg protocol doesn't use simultaneous streams, dunno).
The disadvantage is you'd have to support QUIC in your proxy (and gmac said your server lib doesn't support it yet.)
Don't get hung up on HTTP/3 as the latest and greatest, HTTP/2 is probably still an improvement for you.
> Even when queries are sent from unrelated V8 isolates.
Heh, I've definitely written a few AWS Lambdas that exploited this sort of behavior. "Sure, this resource might not exist. But I'm going to check, just in case..."
The major advantage you'd get with HTTP/3 and QUIC is fewer round trips to start a conn, and no head-of-line blocking like with TCP (which might be irrelevant if the Pg protocol doesn't use simultaneous streams, dunno).
The disadvantage is you'd have to support QUIC in your proxy (and gmac said your server lib doesn't support it yet.)
Don't get hung up on HTTP/3 as the latest and greatest, HTTP/2 is probably still an improvement for you.
> Even when queries are sent from unrelated V8 isolates.
Heh, I've definitely written a few AWS Lambdas that exploited this sort of behavior. "Sure, this resource might not exist. But I'm going to check, just in case..."