Chris,
Take a java flight recording on the server. If you enable recording of TLS
handshakes (it's off by default,) you can see them under the event browser in
Mission Control. If you start the recording via Mission Control, you have to
hit "next" a couple of times in the "start window" to get to a tree view where
you can enable it. In the tree it's under Java Development Kit | Security |
TLS Handshake. If you start from the command line, you either need to update
the JDK's profile.jfc/default.jfc file or add an additional config file to
enable TLS handshake recording:
<event path="java/tls_handshake">
<setting name="enabled">true</setting>
<setting name="stackTrace">true</setting>
</event>
I would expect the number of handshakes to be low because clients should be
reusing their connections.
Method sampling is enabled by default and will give you can idea what's using
the CPU.
Good luck
> -----Original Message-----
> From: Chris Whitaker <whitake...@gmail.com>
> Sent: Friday, February 18, 2022 10:38 AM
> To: httpclient-users@hc.apache.org
> Subject: problem with high CPU in app using http-components
>
> Hi there;
>
> I hope this is a good place to ask about some issues I am facing.
>
> I have a java app [on a linux vm] with an https server which waits for and
> responds to requests from clients [using http-components v4.4.15].
> Everything seems to function well enough but occasionally something occurs
> which is causing increased CPU load.
>
> I suspect it has to do with the TLS connection being torn down from both
> sides causing some issues. Any advice on how I should proceed would be
> appreciated.
>
> Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
For additional commands, e-mail: httpclient-users-h...@hc.apache.org
