4, 2025 at 7:44 PM Timothy Resh wrote:
> ALCON,
> I have a production server with JMX enabled. However, we cannot install
> any additional software to do performance monitoring. We can, however,
> extract data from the MBeans and transfer it elsewhere for analysis.
>
> I sa
Mark,
On 6/4/25 1:43 PM, Timothy Resh wrote:
I have a production server with JMX enabled. However, we cannot install
any additional software to do performance monitoring. We can, however,
extract data from the MBeans and transfer it elsewhere for analysis.
I saw the ant tasks in the Tomcat
ALCON,
I have a production server with JMX enabled. However, we cannot install
any additional software to do performance monitoring. We can, however,
extract data from the MBeans and transfer it elsewhere for analysis.
I saw the ant tasks in the Tomcat documentation. Does anyone know of
value for the discardFacades connector attribute, thus causing
facade objects to be discarded by default. (remm)
It makes sense that would cause some performance degradation. We are
currently seeing *at least* a 5x increase in the number of
connections. This doesn’t *seem* right, but maybe it is
causing facade objects to be
discarded by default. (remm)
It makes sense that would cause some performance degradation. We are currently
seeing *at least* a 5x increase in the number of connections. This doesn’t
*seem* right, but maybe it is?
We’ve been able to reproduce this in 9.0.90 through
discardFacades connector attribute, thus causing
facade objects to be discarded by default. (remm)
It makes sense that would cause some performance degradation. We are
currently seeing *at least* a 5x increase in the number of
connections. This doesn’t *seem* right, but maybe it is?
That does seem
facade objects to be
discarded by default. (remm)
It makes sense that would cause some performance degradation. We are currently
seeing *at least* a 5x increase in the number of connections. This doesn’t
*seem* right, but maybe it is?
That does seem high. Are requests/second staying the same
. (remm)
It makes sense that would cause some performance degradation. We are currently
seeing *at least* a 5x increase in the number of connections. This doesn’t
*seem* right, but maybe it is?
We’ve been able to reproduce this in 9.0.90 through 9.0.104. If we set
RECYCLE_FACADES to false, then
x27;t believe Tomcat scans the temp/ directory for any reason, so I
don't think the size of the temp directory would impact Tomcat performance.
That said, a thread dump showing what your threads are actually doing
would point directly to that, if it were a problem.
-chris
On Sun, Mar 9,
gt; I'm running Tomcat 9.0.98 in the AWS Cloud. After several days of use,
> > we
> > >> see that the CPU utilization eventually reaches 100% in the Cloud, but
> > when
> > >> we RDP into the Server and look at the Task Manager, we do not see the
> > >
he CPU utilization eventually reaches 100% in the Cloud, but
> when
> >> we RDP into the Server and look at the Task Manager, we do not see the
> >> performance being impacted. However, users complain of severe slowdowns,
> >> and sometimes, it stops responding.
> >
o the Server and look at the Task Manager, we do not see the
performance being impacted. However, users complain of severe slowdowns,
and sometimes, it stops responding.
We are trying to discover what may be the issue. We have an automated
process that will fire off a restart when it reaches 100% utiliz
at the Task Manager, we do not see the
> performance being impacted. However, users complain of severe slowdowns,
> and sometimes, it stops responding.
>
> We are trying to discover what may be the issue. We have an automated
> process that will fire off a restart when it reache
Dear Apache Support Team,
I'm running Tomcat 9.0.98 in the AWS Cloud. After several days of use, we
see that the CPU utilization eventually reaches 100% in the Cloud, but when
we RDP into the Server and look at the Task Manager, we do not see the
performance being impacted. However,
nuary 21, 2025 11:32 AM
To: Tomcat Users List
Subject: Re: Tomcat Virtual Threads Performance
Hi Maxim,
https://postimg.cc/N9n8CQW7
there you go! Do let me know if it's not up :)
Regards
Andy
On Tue, Jan 21, 2025 at 6:30 PM Maxim Solodovnik
wrote:
your image was dropped :((
please use
uesday, January 21, 2025 11:32 AM
To: Tomcat Users List
Subject: Re: Tomcat Virtual Threads Performance
Hi Maxim,
https://postimg.cc/N9n8CQW7
there you go! Do let me know if it's not up :)
Regards
Andy
On Tue, Jan 21, 2025 at 6:30 PM Maxim Solodovnik
wrote:
your image was dropped :((
p
List
Subject: Re: Tomcat Virtual Threads Performance
Hi Maxim,
https://postimg.cc/N9n8CQW7
there you go! Do let me know if it's not up :)
Regards
Andy
On Tue, Jan 21, 2025 at 6:30 PM Maxim Solodovnik
wrote:
> your image was dropped :((
> please use some image image service and prov
actorial = factorial.multiply(BigInteger.valueOf(j));
> > }
> > factorial = BigInteger.ONE;
> > }
> >
> > When enabling virtual threads (using spring.virtual.threads.enabled with
> > Tomcat 10.1.33), the results I get are as follow
= n; j++) {
> factorial = factorial.multiply(BigInteger.valueOf(j));
> }
> factorial = BigInteger.ONE;
> }
>
> When enabling virtual threads (using spring.virtual.threads.enabled with
> Tomcat 10.1.33), the results I get are as follows. I utilise JMeter to
as follows. I utilise JMeter to do
stress testing -
[image: image.png]
Is there a reason why for CPU tasks, the performance for virtual threads is
so much worse? Theoretically both virtual threads and platform threads
should take the same amount of CPU time right?
Thank you!
Regards,
Andy
27;ab'
once you get beyond just throwing X requests at a site.
-chris
-Original Message-
From: Christopher Schultz
Sent: Thursday, March 28, 2024 3:09 PM
To: users@tomcat.apache.org
Subject: [EXT]Re: [EXT]Re: performance tunning of Tomcat 10
Rick,
On 3/27/24 09:22, Rick Noel wrot
Message-
From: Christopher Schultz
Sent: Thursday, March 28, 2024 3:09 PM
To: users@tomcat.apache.org
Subject: [EXT]Re: [EXT]Re: performance tunning of Tomcat 10
Rick,
On 3/27/24 09:22, Rick Noel wrote:
> -Original Message-
> From: Christopher Schultz
> Sent: Wednesday, March 27,
Rick,
On 3/27/24 09:22, Rick Noel wrote:
-Original Message-
From: Christopher Schultz
Sent: Wednesday, March 27, 2024 8:24 AM
To: Tomcat Users List ; Rick Noel
Cc: Voodoo nmulcahy gmail ; David Jung
Subject: [EXT]Re: performance tunning of Tomcat 10
Rick,
On 3/27/24 07:53, Rick
Rick Noel
Systems Programmer | Westwood One
rn...@westwoodone.com
-Original Message-
From: Christopher Schultz
Sent: Wednesday, March 27, 2024 8:24 AM
To: Tomcat Users List ; Rick Noel
Cc: Voodoo nmulcahy gmail ; David Jung
Subject: [EXT]Re: performance tunning of Tomcat 10
Rick
O at this point unless you have very strict
circumstances where it will work great for you) takes up a bunch of
memory, so you can't just set maxThreads=1M. Threads take "time" to
start, but it's not really that much. If starting and stopping threads
is what is making your
Hello,
I was wondering if the apache foundation has any tools we can use to fine tune
Tomcat 10.
Tools to deteming how to set the best heap size for Tomcat startup and the best
connection attributes of minSpareThreads and MaxThreads.
I know my application at times will reach 100 concurrent conn
only
one Tomcat instance is used, and a shared machine with other
processes. We tried increasing the platform thread pool as much as we
could, but there was a limit where no more threads helped at all, the
context switch was eating the performance. We have seen 5000
requests/second with good laten
Daniel,
This is obviously a "big" question whose answer likely take months to
really determine. But we can get started :)
On 11/27/23 08:59, Daniel Andres Pelaez Lopez wrote:
We are facing some challenges with performance tunning for embedded
Tomcat using Spring Boot 3 (Tomcat vers
Hi community,
We are facing some challenges with performance tunning for embedded
Tomcat using Spring Boot 3 (Tomcat version 10.1.7) and we would like
to ask for advice. The following is an overview of how our workload
looks like:
- The client is a CDN distributed around the world
- Tomcat serves
: Friday, October 13, 2023 1:04 PM
To: Tomcat Users List
Subject: Re: Tomcat 9.0.81 Degraded ssl performance
On Fri, Oct 13, 2023 at 9:25 AM Rathore, Rajendra wrote:
>
> Hi Team,
>
> Can you please share the release plan for 9.0.82 version, as we are planning
> to update it?
You ca
s,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: i...@flyingfischer.ch
> Sent: Thursday, October 12, 2023 10:54 AM
> To: users@tomcat.apache.org
> Subject: Re: Tomcat 9.0.81 Degraded ssl performance
>
> Am 12.10.23 um 03:01 schri
9.0.81 Degraded ssl performance
Am 12.10.23 um 03:01 schrieb Paul Zepernick:
> Thank you Chuck
>
> Paul
>
> From: Chuck Caldarale
> Sent: Wednesday, October 11, 2023 8:54:59 PM
> To: Tomcat Users List
> Subject: Re: Tomcat 9.0.81
Am 12.10.23 um 03:01 schrieb Paul Zepernick:
Thank you Chuck
Paul
From: Chuck Caldarale
Sent: Wednesday, October 11, 2023 8:54:59 PM
To: Tomcat Users List
Subject: Re: Tomcat 9.0.81 Degraded ssl performance
NOTICE: This email originated from outside of the
Thank you Chuck
Paul
From: Chuck Caldarale
Sent: Wednesday, October 11, 2023 8:54:59 PM
To: Tomcat Users List
Subject: Re: Tomcat 9.0.81 Degraded ssl performance
NOTICE: This email originated from outside of the organization. Do not click
links or open
> On Oct 11, 2023, at 19:44, Paul Zepernick
> wrote:
>
> Tomcat Version: 9.0.81
> OS: Windows Server 2016
>
> We recently patched one of our QA servers to test 9.0.81 and ran into
> performance issues. Page loads that normally take 1-2 seconds are now taking
&
Tomcat Version: 9.0.81
OS: Windows Server 2016
We recently patched one of our QA servers to test 9.0.81 and ran into
performance issues. Page loads that normally take 1-2 seconds are now taking
50-60 seconds. We were finally able to narrow the issue down to the SSL
connector. Adding an HTTP
in an extra trip to the database. Based
on implementation of com.mysql.jdbc.ConnectionImpl, providing an extra
parameter in connection URL: `&useLocalSessionState=true` fixes the
performance problem in Tomcat 9.0.69.
Without providing the extra `&useLocalSessionState=true` parameter in
ction pool. Although
that carries the risks of the unknown. You are probably better off with
a minimal change to fix the issue you see.
- Since the solution in the Pull Request seems to result in a
considerable performance hit, would that be considered an issue or
necessary evil?
ion of com.mysql.jdbc.ConnectionImpl, providing an extra
parameter in connection URL: `&useLocalSessionState=true` fixes the
performance problem in Tomcat 9.0.69.
Without providing the extra `&useLocalSessionState=true` parameter in
connection URL, copying tomcat-dbcp.jar file from Tomcat 9.0.33 to Tomc
On 22/02/2023 04:58, Konstantin Kolinko wrote:
ср, 22 февр. 2023 г. в 01:31, Artur Tomusiak - Hannon Hill
:
After upgrading from Tomcat 9.0.33 to Tomcat 9.0.69,
Note that using a binary search (bisection) one could limit the version range.
Relevant version information is:
9.0.71 - DBCP f13
On 2/21/2023 10:58 PM, Konstantin Kolinko wrote:
ср, 22 февр. 2023 г. в 01:31, Artur Tomusiak - Hannon Hill
:
After upgrading from Tomcat 9.0.33 to Tomcat 9.0.69,
Note that using a binary search (bisection) one could limit the version range.
If I understand the point you're making:
If testi
ср, 22 февр. 2023 г. в 01:31, Artur Tomusiak - Hannon Hill
:
>
> After upgrading from Tomcat 9.0.33 to Tomcat 9.0.69,
Note that using a binary search (bisection) one could limit the version range.
Alternatively, it is possible to reconfigure the pool to use Apache
Commons DBCP 2 and Apache Common
Artur,
> -Original Message-
> From: Artur Tomusiak - Hannon Hill
> Sent: Tuesday, February 21, 2023 4:31 PM
> To: users@tomcat.apache.org
> Subject: Database related performance degradation after upgrading from
> Tomcat 9.0.33 to Tomcat 9.0.69
>
> After upgradi
to the speed
of the database or the app - the longer the database latency, the more
significant the slowdown is. When testing with a local database on the same
machine, there is no performance hit between the two versions of Tomcat.
When testing with a database on another network across
Lance,
On 1/13/22 11:16, Campbell, Lance wrote:
For Tomcat 9.x is there a particular website you have found to be helpful for
performance tuning Tomcat 9?
Tomcat performs pretty well in its default configuration.
Do you have a particular problem you are trying to investigate or solve,
or
e a particular website you have found to be helpful
> for performance tuning Tomcat 9?
>
> Thanks,
>
> Lance
>
--
Thanks,
Brian Wolfe
https://www.linkedin.com/in/brian-wolfe-3136425a/
For Tomcat 9.x is there a particular website you have found to be helpful for
performance tuning Tomcat 9?
Thanks,
Lance
here any benchmarking results for HTTP2, in comparison to HTTP1.1 I
> can refer?
Have a look at Jean-Frederic's HTTP/2 presentations.
As with most performance tests, the results you get depend on a lot on
how you structure the test.
Mark
http://tomcat.apache.org/presentations.html
>
&
hether you see a
> benefit is going to depend on where the bottleneck is in your system.
>
> If you are testing on a single machine or on a local network I'd expect
> the additional complexity of HTTP/2 multiplexiing to quickly dominate
> the results.
>
> If you want an i
plexiing to quickly dominate
the results.
If you want an idea of what is going on, I recommend using a profiler
although be aware that - unless there is an obvious performance issue -
you can quickly get to the point where getting the level of detail
required to track down the next bottlene
Hi,
I am trying to move to HTTP2 based APR connector from my HTTP1 based
connector because of some customer requirements.
I am trying to form some sort of throughput benchmark for HTTP2 in
comparison to HTTP1. I have a simple Jersey service that accepts a JSON
request and sends 200 with some head
91
>
> -Original Message-
> From: Rathore, Rajendra
> Sent: Wednesday, January 8, 2020 11:43 AM
> To: 'Tomcat Users List'
> Subject: RE: performance issue with Tomcat 8.5.35 in
> org.apache.tomcat.util.net.NioBlockingSelector.write API
>
> Can
o help me out to know the root cause of the
> problem?
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Zahid Rahman
> Sent: Thursday, January 9, 2020 10:53 AM
> To: Tomcat Users List
> Subject: Re: BLOCKIN
Rathore
> 9922701491
>
> -Original Message-
> From: Zahid Rahman
> Sent: Thursday, January 9, 2020 10:53 AM
> To: Tomcat Users List
> Subject: Re: BLOCKING: performance issue with Tomcat 8.5.35 in
> org.apache.tomcat.util.net.NioBlockingSelector.write API
>
> Extern
https://youtu.be/VhSu1pRIEqQ
This will you understand . Also explains io blocking performance.
On Thu, 9 Jan 2020, 05:25 Rathore, Rajendra, wrote:
> Hi Zahid,
>
> How below link is going to help me out to know the root cause of the
> problem?
>
> Thanks and Regards,
Hi Zahid,
How below link is going to help me out to know the root cause of the problem?
Thanks and Regards,
Rajendra Rathore
9922701491
-Original Message-
From: Zahid Rahman
Sent: Thursday, January 9, 2020 10:53 AM
To: Tomcat Users List
Subject: Re: BLOCKING: performance issue with
know because it is blocking
> for me.
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Rathore, Rajendra
> Sent: Wednesday, January 8, 2020 11:43 AM
> To: 'Tomcat Users List'
&g
ll caused by network please let me know because it is blocking
> for me.
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Rathore, Rajendra
> Sent: Wednesday, January 8, 2020 11:43 AM
> To: 'Tomcat Users List'
&g
, 2020 11:43 AM
To: 'Tomcat Users List'
Subject: RE: performance issue with Tomcat 8.5.35 in
org.apache.tomcat.util.net.NioBlockingSelector.write API
Can someone please help me to find out the root cause for below issue.
Thanks and Regards,
Rajendra Rathore
9922701491
-Origin
Can someone please help me to find out the root cause for below issue.
Thanks and Regards,
Rajendra Rathore
9922701491
-Original Message-
From: Rathore, Rajendra
Sent: Tuesday, January 7, 2020 4:16 PM
To: Tomcat Users List
Subject: RE: performance issue with Tomcat 8.5.35 in
PM
To: Tomcat Users List
Subject: Re: performance issue with Tomcat 8.5.35 in
org.apache.tomcat.util.net.NioBlockingSelector.write API
External email from: users-return-269207-rarathore=ptc@tomcat.apache.org
On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra wrote:
> Hi Rémy/ Christo
On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra wrote:
> Hi Rémy/ Christopher,
>
> It will stuck there for 10-15 minutes, so it will take time to load simple
> Web UI, there is no WebSocket call. I am giving you one of the sample where
> it will take 90% time in write operation, sometime it will
)
||
|
O-java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
count=1667(%92.766)
Thanks and Regards,
Rajendra Rathore
9922701491
-Original Message-
From: Rémy Maucherat
Sent: Monday, January 6, 2020 10:18 PM
To: Tomcat Users List
Subject: Re: performance issue with
On Mon, Jan 6, 2020 at 1:27 PM Rathore, Rajendra wrote:
> Hi Team,
>
>
>
> We are facing performance issue during
> *org.apache.tomcat.util.net.NioBlockingSelector.write
> API call, *,most of our thread stuck and spending more time in that API,
> you can check below scr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Rajendra,
On 1/6/20 07:26, Rathore, Rajendra wrote:
> We are facing performance issue during
> *org.apache.tomcat.util.net.NioBlockingSelector.write API call,
> *,most of our thread stuck and spending more time in that API, you
> can
Hi Team,
We are facing performance issue during
org.apache.tomcat.util.net.NioBlockingSelector.write API call, ,most of our
thread stuck and spending more time in that API, you can check below screenshot
for more details.
[cid:image002.jpg@01D5C4BA.A1BBFAB0]
We debug the code and found
Hi,
-Original Message-
From: Mark Thomas
Sent: Thursday, October 10, 2019 3:54 AM
To: users@tomcat.apache.org
Subject: Re: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 22:58, Rhuberg,Anthony wrote
imply that.
-Original Message-
From: john.e.gr...@wellsfargo.com.INVALID
Sent: Thursday, October 10, 2019 6:54 PM
To: users@tomcat.apache.org
Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
Tony
Tony,
> -Original Message-
> From: Rhuberg,Anthony
> Sent: Thursday, October 10, 2019 5:22 PM
> To: Tomcat Users List
> Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
> because of repeated opening/closing of jars in WEB-INF/lib
the related application jars - which if happening
enough can cause the high cpu/disk usage as we observed in our performance
tests.
Thanks
-Original Message-
From: Mark Thomas
Sent: Thursday, October 10, 2019 3:54 AM
To: users@tomcat.apache.org
Subject: Re: Performance test with Tomcat
were closed was low enough that the
performance impact was not noticed.
Mark
>
> Thanks,
> Tony
>
> -Original Message-
> From: Mark Thomas
> Sent: Wednesday, October 09, 2019 5:32 PM
> To: users@tomcat.apache.org
> Subject: Re: Performance test with Tomcat 9
I have not seen the trace message for modified()... So my understanding of this
is wrong.
-Original Message-
From: Paul Carter-Brown
Sent: Wednesday, October 09, 2019 4:42 PM
To: Tomcat Users List
Subject: Re: Performance test with Tomcat 9 shows increased cpu/disk usage
because of
: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 21:03, Rhuberg,Anthony wrote:
> This seems to alleviate the issue... in context.xml (sc-test#sc.xml)
> swallowOutput="true" backgroundProcessorDelay=&q
On 09/10/2019 21:03, Rhuberg,Anthony wrote:
> This seems to alleviate the issue... in context.xml (sc-test#sc.xml)
> backgroundProcessorDelay="90">
>
> Not sure if this is the context reload trigger... i.e. the
> webappLoader.backgroundProcess method is triggered every 90 seconds...
It isn't. I
n the filesystem are not changing - unless there is something
> happening in the classes folder.
>
> Thanks
>
> -Original Message-
> From: Mark Thomas
> Sent: Wednesday, October 09, 2019 3:56 PM
> To: users@tomcat.apache.org
> Subject: Re: Performance test with Tomcat 9 s
, 2019 3:56 PM
To: users@tomcat.apache.org
Subject: Re: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
On 09/10/2019 20:08, Rhuberg,Anthony wrote:
> On the other thread: Is this genuine class loading (in which case
ClassLoader.jarsRemoved",
resources.getContext().getName()));
return true;
}
// No classes have been modified
return false;
}
-Original Message-
From: Rhuberg,Anthony
Sent: Wednesday, October 09, 2019 3:08 PM
To: Tomcat Users
the
> jar files?
If an application was reading the same resource from a JAR over and over
again, that may have a performance impact. Increasing the TTL for cached
resources would probably address that although, arguably, the better
solution in that case would be to fix the app to load it once and
, 2019 2:53 PM
To: Tomcat Users List
Subject: RE: Performance test with Tomcat 9 shows increased cpu/disk usage
because of repeated opening/closing of jars in WEB-INF/lib
Just noticed another thread on this topic: RE: Tomcat discards and reloads the
jar files from the webapps folder.
Setting
To: users@tomcat.apache.org
Subject: Performance test with Tomcat 9 shows increased cpu/disk usage because
of repeated opening/closing of jars in WEB-INF/lib
Background:
In the last few months we migrated our web application from Tomcat 7.0.55 to
Tomcat 9.0.19 (26). That transition was
Background:
In the last few months we migrated our web application from Tomcat 7.0.55 to
Tomcat 9.0.19 (26). That transition was relatively straightforward until we
reviewed the results of our performance tests. Those tests showed an increase
in CPU usage and disk I/O on our Windows 2012 server
I published a video that shows the performance benefits of HTTP/2 vs
HTTP/1.1
To see just the demo, skip to 1:39 - https://youtu.be/jhqrRT4fvOA?t=99
To watch from the beginning where there is some more information about
the h2 protocol, visit https://youtu.be/jhqrRT4fvOA
h/t Jean-Frederic
https://bz.apache.org/bugzilla/show_bug.cgi?id=62723
Mitch
On 09/14/2018 10:10 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mitch,
On 9/14/18 09:43, Mitch Claborn wrote:
On 09/13/2018 08:10 PM, Christopher Schultz wrote: Mitch,
On 9/13/18 10:29, Mitch Clab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mitch,
On 9/14/18 09:43, Mitch Claborn wrote:
> On 09/13/2018 08:10 PM, Christopher Schultz wrote: Mitch,
>
> On 9/13/18 10:29, Mitch Claborn wrote:
On 09/12/2018 11:37 AM, Christopher Schultz wrote:
> Would you care to submit a documentat
git
I've used subversion in the past, but it's been a LONG time.
Mitch
On 09/13/2018 08:10 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mitch,
On 9/13/18 10:29, Mitch Claborn wrote:
On 09/12/2018 11:37 AM, Christopher Schultz wrote:
Would you care to subm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mitch,
On 9/13/18 10:29, Mitch Claborn wrote:
> On 09/12/2018 11:37 AM, Christopher Schultz wrote:
>> Would you care to submit a documentation patch/PR?
>>
>> Get your name in the ChangeLog and you get the text that makes
>> the most sense to you:)
Sure. How do I go about that?
Mitch
On 09/12/2018 11:37 AM, Christopher Schultz wrote:
Would you care to submit a documentation patch/PR?
Get your name in the ChangeLog and you get the text that makes the
most sense to you:)
- -chris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mitch,
On 9/12/18 12:01 PM, Mitch Claborn wrote:
> Thanks Mark. I changed to channelSendOptions="2" and the failure
> rate of my health check program has dropped significantly, down to
> 1 - 2 per 24 hours.
>
> I did quite a bit of reading in the d
Thanks Mark. I changed to channelSendOptions="2" and the failure rate of
my health check program has dropped significantly, down to 1 - 2 per 24
hours.
I did quite a bit of reading in the doc before posting this, but your
explanation of the options is much better than the doc. I suggest that
On 10/09/18 17:33, Mitch Claborn wrote:
> Further information and questions.
>
> I created my own interceptor based on ThroughputInterceptor so that I
> could log the timing of specific sessions to correlate them with the
> failures in my health check program. I was surprised to find that in
> th
Further information and questions.
I created my own interceptor based on ThroughputInterceptor so that I
could log the timing of specific sessions to correlate them with the
failures in my health check program. I was surprised to find that in
those instances where the health check reported a
I'm using a cluster with the DeltaManager between two servers on Tomcat
9.0.11. I've set channelSendOptions="8" (asynchronous session replication).
I have a "health check" app that I run periodically, one of the
functions being to check that sessions are being replicated properly.
That app
1)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Markus,
On 10/25/17 10:53 AM, i...@flyingfischer.ch wrote:
>
>>
>> Yes, it's the SecureRandom initialization that is killing you.
>> Being a virtual server, it likely has no direct source of true
>> randomness so it needs to pull from whatever the
And haveged works GREAT! Thanks Markus.
On Wednesday, October 25, 2017 10:53 AM, "i...@flyingfischer.ch"
wrote:
>
> Yes, it's the SecureRandom initialization that is killing you. Being a
> virtual server, it likely has no direct source of true randomness so
> it needs to pull from wha
>
> Yes, it's the SecureRandom initialization that is killing you. Being a
> virtual server, it likely has no direct source of true randomness so
> it needs to pull from whatever the hypervisor is willing to provide.
>
> You'll need to ask your virtualization vendor for how to get access to
> more
er.
>
> I had an error in the scan skip lines and the time above was 10.5
> minutes till I fixed it so I know CATALINA_HOME is right. (left off
> a comma in middle of list, so it scanned a lot of jars - :=[ ).
>
> I suspect the performance problem has nothing to do with jar
>
se NO time to get on with
it, but 1.5 minutes is used for the server.
I had an error in the scan skip lines and the time above was 10.5 minutes till
I fixed it so I know CATALINA_HOME is right.
(left off a comma in middle of list, so it scanned a lot of jars - :=[ ).
I suspect the performan
. I am running around 10 virtual hosts. 2 hosts are
dedicated to JSPWiki. The other 8 are running variations of the same custom
application with around 10-15 individual webapps each.
When I am running 7 of the 10 hosts, performance is great. I get JSP
response time under a second. But when I add
hosts are
dedicated to JSPWiki. The other 8 are running variations of the
same custom
application with around 10-15 individual webapps each.
When I am running 7 of the 10 hosts, performance is great. I get JSP
response time under a second. But when I add just a couple of more
of the
hosts
running variations of the same custom
application with around 10-15 individual webapps each.
When I am running 7 of the 10 hosts, performance is great. I get JSP
response time under a second. But when I add just a couple of more of the
hosts, my page response time on all of the apps goes from an
1 - 100 of 1397 matches
Mail list logo
