[
https://issues.apache.org/jira/browse/HTTPCORE-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17176445#comment-17176445
]
Carter Kozak commented on HTTPCORE-645:
---------------------------------------
It is already configurable, however I wanted to follow up on the discussion
that [~michael-o] began in
[https://github.com/apache/httpcomponents-core/pull/206#discussion_r462154831]
about 2k being potentially too small. Currently, using a larger value results
in larger allocations for each request which we may want to avoid by reusing
the chunk buffer, however the optimization I described could be implemented
separately from any change to the default chunk hint, if you think it's a good
idea.
> Increase default chunked request body chunk size
> ------------------------------------------------
>
> Key: HTTPCORE-645
> URL: https://issues.apache.org/jira/browse/HTTPCORE-645
> Project: HttpComponents HttpCore
> Issue Type: Improvement
> Components: HttpCore
> Affects Versions: 5.0.1
> Reporter: Carter Kozak
> Priority: Minor
>
> Currently the default value is 2 KiB, which is relatively small as discussed
> in
> [https://github.com/apache/httpcomponents-core/pull/206#discussion_r462154831]
> Creating this ticket to discuss using a larger default value. The drawback to
> increasing the chunk size is that the chunk cache buffer is created for each
> request entity stream unlike the session buffer which is associated with a
> potentially persistent connection. This will result in higher allocation
> pressure for chunked request heavy uses, especially when the chunked request
> body may be much smaller than the chunk hint size. In order to work around
> this, the connection may create a reusable buffer based on the chunk hint
> which is reused across requests.
> Open questions:
> Should we increase the default chunk size?
> What value should we use?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
