News for hackers. Stuff that matters.
Re:OpenSSL 4.1.0 by Bender on Friday October 23, 2026 @11:39AM (#50210835)
I looked into this and was tempted as there is less read locking and better RNG performance but they stripped the SSL_get1_curves() API which I depend on for bot detection plus I would have to recompile nginx and all its modules everywhere so in the end it was not tempting enough for me. Perhaps I am just lazier in my older age.
Re:OpenSSL 4.1.0 by mrweasel on Friday October 23, 2026 @12:10PM (#50211304)
We ran a number of tests, including sending a percentage of real traffic to endpoints running AWS-LC and Wolfssl. Technically yes, OpenSSL 3.X is slow, measurably so, but not enough that we wanted to deal with it. That's for our use case, I can easily imagine there being others, where maybe you have different hardware or way more traffic, where it would be worth while. For basic TLS termination in haproxy, it wasn't really worth it to us.
Re:OpenSSL 4.1.0 by thayne on Friday October 23, 2026 @09:08PM (#50217457)
It also depends on exactly which version of OpenSSL. We ran similar tests with multiple versions of openssl. Openssl 3.0, which was the version in the official packages of our LTS distro was unacceptably slow. With 3.4, it was still worse than 1.1.1 but the regression was an acceptable level.

It also definitely depends on your hardware, and how you use it. The main source of the performance regression is more lock contention, so it is more noticeable if you have more threads running on more cores.

Re:OpenSSL 4.1.0 by otterley on Friday October 23, 2026 @12:19PM (#50211443)
Nothing wrong with being frugal with your time!