Mladen,
On 12/16/20 13:32, Mladen Adamović wrote:
On Wed, Dec 16, 2020 at 7:07 PM Christopher Schultz
<ch...@christopherschultz.net <mailto:ch...@christopherschultz.net>> wrote:
I think your scripts will restart Tomcat even when it's not necessary.
Hm, is this
https://stackoverflow.com/questions/5816239/how-do-i-force-tomcat-to-reload-trusted-certificates
<https://stackoverflow.com/questions/5816239/how-do-i-force-tomcat-to-reload-trusted-certificates>
the way to reload the certificates or is there another suggestion?
The technique showed there seems perfectly fine. Your script completely
restarts Tomcat instead of just pinging the connector to reload its
configuration.
I might have found that odd had you posted that in your original
message, but you did not.
You need to show the full stack trace for that thread to make it
meaningful. Sockets are added to the poller all the time. It's not
unusual to see that happening. It they are getting *stuck*, that would
be bad, of course.
I did post full thread dump.
I don't see it in any of your previous posts.
> Don't you find it weird that all threads are trying to get
synchronized
> on a Poller instance and no one is in this block or another
synchronized
> block/method?
I would find it weird if no threads were making any progress. Lots of
threads adding sockets to the poller is not out of the ordinary.
If you suspect a bug in Tomcat's socket handling, upgrading to the
latest 8.5.x release and re-trying would be the best move. There have
been many fixes since your 8.5.5 release which is now 4+ years old.
I have switched today from Apr connector to Nio2 connector and no
problem yet.
What I have found strange is that processor usage is lower when using
Nio2, I have never tested it or tried it before, I have setup APR for
performances reason back in 2016. But oddly it seems with Nio2 processor
usage is lower.
Theoretically, NIO2 should be the lowest CPU usage for the same
workload. APR does real blocking for certain operations while NIO/NIO2
does "simluated" blocking which usually ends up with slightly higher CPU
usage (because there is work being actively done wheras blocking usually
just uses IO interrupts).
I have tried the last OpenJDK but jstack is not working for me, so
switched back to the previous old JRM.
jstack isn't working? Hmm. Make sure that your jstack and Java binary
are the same version. If you are a different user you might have to
elevate privileges and/or use "jstack -F".
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
