[ https://issues.apache.org/jira/browse/HTTPCORE-639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17163433#comment-17163433 ]
Oleg Kalnichevski commented on HTTPCORE-639: -------------------------------------------- [~michael-o] I personally see no good reason to use any timeout value other than 1ms. The timeout value should basically be as small as possible. Oleg > Consider a configurable ResponseOutOfOrder strategy for > DefaultBHttpClientConnection > ------------------------------------------------------------------------------------ > > Key: HTTPCORE-639 > URL: https://issues.apache.org/jira/browse/HTTPCORE-639 > Project: HttpComponents HttpCore > Issue Type: New Feature > Components: HttpCore > Reporter: Carter Kozak > Priority: Major > Fix For: 5.1 > > > In a known environment where the server fully reads full request bodies > before sending a response, I would like to disable the expensive > checkForEarlyResponse checks implemented by > DefaultBHttpClientConnection.sendRequestEntity. > Using TLS the check blocks for 1ms every 8kb, which limits the upload rate to > at most eight megabytes per second, relatively low in a data-center > environment. > Proposed interface: > {code:java} > public interface ResponseOutOfOrderStrategy { > /** > * Returns the interval in bytes describing how often the socket is > checked for an out-of-order response. > * The default implementation uses 8kb. A value of zero results in checks > being disabled, this may result > * in requests blocking until the socket timeout is reached while a > server sends an out-of-order response. > */ > int determineResponseCheckIntervalBytes(ClassicHttpRequest request, > Socket socket); > } > {code} > I'd be happy to implement and contribute such a feature if you agree that > it's reasonable. > I appreciate any input and feedback you can provide! -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org