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
ho-229 opened this issue
May 15, 2022
· 4 comments
· May be fixed by #2837
Labels
A-clientArea: client.C-featureCategory: feature. This is adding a new feature.E-easyEffort: easy. A task that would be a great starting point for a new contributor.
Is your feature request related to a problem? Please describe.
By default hyper will try to get the HttpInfo for each Response even if they are not needed in most cases. The bottom line is that getpeername and getsockname are actually very slow and they can become a performance bottleneck when making a lot of requests
Describe the solution you'd like
Just provide an API like client::Builder::set_host
The text was updated successfully, but these errors were encountered:
seanmonstar
changed the title
How to turn off getting HttpInfo for each Response
Add option to HttpConnector to enable or disable HttpInfo
May 17, 2022
@seanmonstar If no one is currently working on this and if this is still needed, I would like to take it up. Also, I think the relevant code is no longer part of the hyper crate and has instead moved into hyper-util.
I noticed your comment on the linked PR of adding the configuration without introducing a new type. However, based on the below snippet, the Connection trait is implemented for tokio::TcpStream which has no access to Config where the new flag will be stored. Do you have any pointers on getting access to this flag without an outer wrapper object?
A-clientArea: client.C-featureCategory: feature. This is adding a new feature.E-easyEffort: easy. A task that would be a great starting point for a new contributor.
Is your feature request related to a problem? Please describe.
By default hyper will try to get the
HttpInfo
for each Response even if they are not needed in most cases. The bottom line is thatgetpeername
andgetsockname
are actually very slow and they can become a performance bottleneck when making a lot of requestsDescribe the solution you'd like
Just provide an API like client::Builder::set_host
The text was updated successfully, but these errors were encountered: