You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In tests I noticed that Nighthawk may sometimes wait for a long time, or even hang after reporting results. After reproducing it, I think there are two factors at play.
We set up a drain callback on the connection pool regardless of the number of active connections. But when passing, say, --request-header "connection: close", no active connections may exist, and therefore no drain callback will be fired.
When sending high volume traffic into a proxy, it may buffer up a lot of requests. In practice, this spooling may take a long time to unwind.
The text was updated successfully, but these errors were encountered:
- set up a timer that will cap the amount of time we wait for the pool
to drain.
- disable latency measurement when commencing the drain procedure, as
by that time we are no longer interested in it, and in particular
don't want to hear about any warnings issued by the Statistic
implementation about recorded values being too large.
Fixesenvoyproxy#627
Signed-off-by: Otto van der Schaaf <[email protected]>
- don't set up a drain callback when there are no active connections
- set up a timer that will cap the amount of time we wait for the pool
to drain.
- disable latency measurement when commencing the drain procedure, as
by that time we are no longer interested in it, and in particular
don't want to hear about any warnings issued by the Statistic
implementation about recorded values being too large.
Fixesenvoyproxy#627
Signed-off-by: Otto van der Schaaf <[email protected]>
- don't set up a drain callback when there are no active connections
- set up a timer that will cap the amount of time we wait for the pool
to drain.
- disable latency measurement when commencing the drain procedure, as
by that time we are no longer interested in it, and in particular
don't want to hear about any warnings issued by the Statistic
implementation about recorded values being too large.
Fixes#627
Signed-off-by: Otto van der Schaaf <[email protected]>
In tests I noticed that Nighthawk may sometimes wait for a long time, or even hang after reporting results. After reproducing it, I think there are two factors at play.
--request-header "connection: close"
, no active connections may exist, and therefore no drain callback will be fired.The text was updated successfully, but these errors were encountered: