[ 
https://issues.apache.org/jira/browse/HTTPCORE-751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17731897#comment-17731897
 ] 

Sandeep_gaur edited comment on HTTPCORE-751 at 6/13/23 5:48 AM:
----------------------------------------------------------------

I have reviewed the code and tested it, it is working fine, memory consumption 
is almost same as with http1.

[~olegk]  when we can expect release having this fix.

 

Thanks,

Sandeep gaur


was (Author: JIRAUSER300839):
I have reviewed the code and tested it, it is working fine, memory consumption 
is almost same as with http1.

@Oleg Kalnichevski when we can expect release having this fix.

 

Thanks,

Sandeep gaur

> Memory Consumption and GC Performance Issues with HttpClient-5.2.1 in HTTP/2 
> Communication
> ------------------------------------------------------------------------------------------
>
>                 Key: HTTPCORE-751
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-751
>             Project: HttpComponents HttpCore
>          Issue Type: Bug
>          Components: HttpCore
>    Affects Versions: 5.2.1
>            Reporter: Sandeep_gaur
>            Priority: Blocker
>             Fix For: 5.2.2
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> After upgrading from version 5.1 to 5.2.1 of the HttpClient library for 
> HTTP/2 communication, we encountered an issue. When connecting to any 
> endpoint exposed by ALB (Application Load Balancer), our application consumes 
> a significant amount of memory and fails to release it efficiently, leading 
> to increased time spent on garbage collection (GC).
>  
> Some analysis already done:- 
> This is what happens: both endpoints, the client and server, transmit their 
> settings approximately at about the same time. The client states it can 
> handle 64K frames at max, whereas the server states it can handle 16MB 
> frames. The client ACKs the server settings because its MAX_FRAME_SIZE is 
> lesser than that of the server. The server, however, just ACKs the client 
> settings without re-sending its settings with a smaller MAX_FRAME_SIZE. I 
> suppose what means is the server acknowledges the client settings including 
> the limit and states its intent to respect it and the client can be 
> reasonably sure it will never get hit with a frame greater than 64K, but I 
> have to got to revisit the HTTP/2 specification to be sure.
>  
> For more details please follow below link:
> https://stackoverflow.com/questions/76439023/memory-consumption-and-gc-performance-issues-with-httpclient-5-2-1-in-http-2-com



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org

Reply via email to