On 17.10.2016 17:52, Tullio Bettinazzi wrote:
I didn't find any solution to my problem.
Could someone provide suggestions or a strategy to find the solution ?
"I don't see relevant garbage collection : heap size and permgen have correct
Define "correct". Are you really *logging* the JVM Garbage Collection, and do you *know*
that this is not the issue ?
(Note that 4 seconds seems an awfully long time for a GC; but one would want to eliminate
this with certainty, before looking any further).
Da: Martijn Bos <mart...@maboc.nl>
Inviato: lunedì 3 ottobre 2016 21.05
A: Tomcat Users List
Oggetto: Re: Strange wait time in my application - Tomcat 7.0.67
On 2016-10-03 07:56:34, Tullio Bettinazzi wrote:
I've an application under tomcat.
When only a one or two users works on it everithing is ok.
When the number of users grows the application slows down.
Is not a memory nor a cpu problem : using top I see the system resources quite
I don't see relevant garbage collection : heap size and permgen have correct
No other applications are running on the system.
I log more or less every relevant operation in my system (db query and so on)
and I see that every slowdown is concentered in a single operation.
I mean all operations take "normal" time but one or two of them take 4 seconds
The "slowing" operations are not the same in different executions, and theydo
not have a specific type (not only DB query, not only DB stored procedures, not
It seems like if the thread is frozen for a fixed amount fo time (4 seconds
more or less) and then it restarts.
I don't think it's a "queue" problem because otherwise the wait time would be
unperdictable and not a "fixed" 4 seconds time.
I don't know any parameter impacting on that behaviour.
I use Tomcat 7.0.32 with JVM 22.214.171.124 on a Linux server.
Could someone suggest a solution for my problem or, at least, an investigation
The few examples that you mention are all database related (query/stored
Can it be that your connection pool (if used) combined with not closing
connections is part of the problem.
I can imagine :
Maybe you run out of conenctions, because connections are not properly closed.
And also the connection pool teminates connections when they are not used for 4
After 4 seconds the pool can recreate connections again.
Maybe your connection pool has very limited connections.
With one or two users this limited number of connections in the pool will
If there are more users, the max. number of connections isn't enough.
The pool then has to wait for connections to become fee again.
(uhh....I'm not an expert at all, but the above came immediately to my mind)
Met vriendelijke groet,
+31 6 39477001
(Public pgp-key : http://maboc.nl/pubkey.maboc.asc)
-----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org