Hi everyone, TLTR: after switching from APR to Nio2 our processor usage went down.
Longer version: Recently we had a production problem which was noticeable years ago, but it became a real problem recently. In our tests 0.75% of connection requests weren't served. I have recently posted in Tomcat-Users email list thread "native connector, server problems with "No data received" after migrating from APR to Nio2 connector, the problem was still there. It turned out that the upgrade from 8.5.5 to 9.0.41 solved the f......ine issue (!), it is a pitty that bug existed in Tomcat for years even in 2014. But what I have discovered from migrating from APR to Nio2 that our processor usage went down. We never tried Nio2, I have setup APR back in 2014 as I've read it has a better performance. So I don't see a reason why APR should stay as users can easily migrate to NIO2... On Thu, Dec 17, 2020 at 11:41 AM Michael Osipov <micha...@apache.org> wrote: > Am 2020-12-16 um 16:38 schrieb Emmanuel Bourg: > > Le 11/12/2020 à 17:56, Michael Osipov a écrit : > > > >> Well, isn't that really a OS vendor problem not ours? We can provide > >> grace periods, but that's pretty much it. They need to solve that, not > >> us on a volunteer basis. > > > > Note that (most) Debian Developers are volunteers too. > > This makes siauation even worse to sit on old version and continue back > porting for downstream. > > >> FreeBSD's port of libtcnative is uptodate. I provide patches on regular > >> basis. Vendors like Debian or Red Hat lag years behind. > > > > I don't know the state in Red Hat, but in Debian tomcat-native is > > up-to-date [1]. For the stable release there are backports with more > > recent versions available. > > Thanks for the info, wasn't aware of that. Guess it takes the maintainer > do that otherwise it will stick to very old versions. > > I am horribly surprised for RHEL 7: > > $ yum info tomcat-native 2>&- | grep Version > > Version : 1.2.23 > > in contrast: > > $ yum info curl 2>&- | grep Version > > Version : 7.29.0 > > This is unusable. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
