Perhaps for some users APR is significantly faster than NIO or NIO2, but
Graham Leggett didn't bring some examples like:
- company ZZZ reports 39% of higher CPU usage with APR for their project
- company XXX which is an Apache gold sponsor reports 43% of higher CPU
usage for APR for their project L
On Thu, Dec 17, 2020 at 12:12 PM Mladen Adamović
wrote:
> 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.
>
I would still say the APR connector is faste
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
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 Developer
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.
> FreeBSD's port of l
Am 2020-12-09 um 14:36 schrieb Graham Leggett:
On 01 Dec 2020, at 14:09, Mark Thomas wrote:
I also object to the removal of OpenSSL code, for the same reason.
It isn't being removed. The APR/Native library will be retained along
with OpenSSL support for the NIO and NIO2.
I expect the scope
Am 2020-12-06 um 11:03 schrieb Mark Thomas:
On 05/12/2020 11:38, Michael Osipov wrote:
A suitable roadmap for libtcnative would be:
* Tag current patch version
* Move to 1.3.0 and remove everything non-TLS/networking related out
* Move to 1.4.0 drop OpenSSL support for < 1.1.1 because it requ
Graham,
On 12/9/20 08:36, Graham Leggett wrote:
[Downstream use of Tomcat] is the core of the problem - gone are the
days when Tomcat was just a simple server that people downloaded and
used to make bespoke web services and could write code any way they
liked. Now Tomcat is part of other systems
On 09/12/2020 15:16, Mark Thomas wrote:
On 09/12/2020 13:36, Graham Leggett wrote:
On 01 Dec 2020, at 14:09, Mark Thomas wrote:
Using APR to perform the low-level I/O creates additional risk without
little/no reward. Any performance benefits of using APR are offset
against the associated
On 09/12/2020 13:36, Graham Leggett wrote:
> On 01 Dec 2020, at 14:09, Mark Thomas wrote:
>
>>> I also object to the removal of OpenSSL code, for the same reason.
>>
>> It isn't being removed. The APR/Native library will be retained along
>> with OpenSSL support for the NIO and NIO2.
>>
>> I expe
On 01 Dec 2020, at 14:09, Mark Thomas wrote:
>> I also object to the removal of OpenSSL code, for the same reason.
>
> It isn't being removed. The APR/Native library will be retained along
> with OpenSSL support for the NIO and NIO2.
>
> I expect the scope of the APR/Native library for Tomcat 1
Le 06/12/2020 à 11:03, Mark Thomas a écrit :
> 3. Once downstream distributions have access to 1.1.1 move Tomcat Native
> 1.2.x to 1.3.x and remove all the OpenSSL <1.1.1 code. We can make 1.3.x
> recommended for Tomcat 8.5.x and 9.0.x (or even required if necessary /
> appropriate).
The current
On 05/12/2020 11:38, Michael Osipov wrote:
> A suitable roadmap for libtcnative would be:
> * Tag current patch version
> * Move to 1.3.0 and remove everything non-TLS/networking related out
> * Move to 1.4.0 drop OpenSSL support for < 1.1.1 because it requires
> thread locks from APR which aren
Am 2020-12-01 um 13:09 schrieb Mark Thomas:
On 01/12/2020 11:05, Graham Leggett wrote:
Hi all,
I object to the deprecation of the tomcat-native/APR connector.
Most specifically, I am -1 on the following:
https://marc.info/?l=tomcat-dev&m=160681846808019&w=2
Looking at past discussion on this
On 01/12/2020 12:05, Graham Leggett wrote:
Hi all,
I object to the deprecation of the tomcat-native/APR connector.
Understand, but APR is the major problem. Tomcat Native uses
a small subset of APR (networking), and since APR will
eventually merge with apr-util (already merged in apr/trunk)
t
Graham,
On 12/1/20 12:43, Graham Leggett wrote:
On 01 Dec 2020, at 13:48, Rémy Maucherat wrote:
You still have years to plan a migration off the APR connector as it will
only be removed in 10.1 and Tomcat 9.0 continues to be supported.
This eventual removal or APR has been discussed for year
Graham,
On 12/1/20 06:05, Graham Leggett wrote:
Hi all,
I object to the deprecation of the tomcat-native/APR connector.
Most specifically, I am -1 on the following:
https://marc.info/?l=tomcat-dev&m=160681846808019&w=2
Looking at past discussion on this, the justification has been:
"It is i
Hi Graham,
On Tue, Dec 1, 2020 at 7:43 PM Graham Leggett
wrote:
> On 01 Dec 2020, at 13:48, Rémy Maucherat wrote:
>
> > You still have years to plan a migration off the APR connector as it will
> > only be removed in 10.1 and Tomcat 9.0 continues to be supported.
> >
> > This eventual removal o
On 01 Dec 2020, at 13:48, Rémy Maucherat wrote:
> You still have years to plan a migration off the APR connector as it will
> only be removed in 10.1 and Tomcat 9.0 continues to be supported.
>
> This eventual removal or APR has been discussed for years. BTW, so that you
> know, there are also d
On 01/12/2020 11:05, Graham Leggett wrote:
> Hi all,
>
> I object to the deprecation of the tomcat-native/APR connector.
>
> Most specifically, I am -1 on the following:
>
> https://marc.info/?l=tomcat-dev&m=160681846808019&w=2
>
> Looking at past discussion on this, the justification has been:
On Tue, Dec 1, 2020 at 12:05 PM Graham Leggett
wrote:
> Hi all,
>
> I object to the deprecation of the tomcat-native/APR connector.
>
> Most specifically, I am -1 on the following:
>
> https://marc.info/?l=tomcat-dev&m=160681846808019&w=2
>
> Looking at past discussion on this, the justification
Hi all,
I object to the deprecation of the tomcat-native/APR connector.
Most specifically, I am -1 on the following:
https://marc.info/?l=tomcat-dev&m=160681846808019&w=2
Looking at past discussion on this, the justification has been:
"It is inherently less stable. If we get the NIO code wrong
22 matches
Mail list logo
