-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Tony,
On 4/7/15 12:54 PM, PerfGuru wrote:
> Hi All,We are noticing when running a simple load test of 25
> virtual users that our Tomcat server is running at 40% CPU and
> transactions are taking over 40 seconds. We setup a test where we
> focused (in a loop) one of the longer response time requests. The
> access logs show the log response time and the developers have
> monitoring via their own logs where they record response times for
> queries and other things but do not show the response times as
> being nearly as long as the access logs indicate.
>
> We connected up visualvm 1.3.7 remotely and using the sampler the
> only method response time above 2 seconds on average was the
> TaskQuery.take() which was over 100 seconds for some reason.
What is the stack trace for TaskQuery.take()? I've never heard of
"TaskQuery"; is that some component you wrote yourselves?
> We are using some version of 7.x for tomcat and also for the jdk.
Specific versions, please.
> The tomcat config file is shown below. We are in the process of
> setting up visualvm on the unix server where Tomcat is running so
> we can use local mode for visualvm instead of remote.
>
> <Connector port="25500" secure="true"
> compressableMimeType="text/html,text/xml"
> noCompressionUserAgents="gozilla, traviata" compression="on"
> disableUploadTimeout="true" connectionTimeout="20000"
> acceptCount="100" redirectPort="8443" enableLookups="false"
> minSpareThreads="25" maxThreads="512" maxHttpHeaderSize="8192"/>
You are using the default protocol ("HTTP/1.1") which will auto-select
the implementation based upon whether APR/native is available or not.
Can you tell us which connector is actually being used?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJVJXn7AAoJEBzwKT+lPKRYZGIP/ibwVWj8LzprNBdcxVeHl64V
2U/4LClsA+SRdzxNomd18WLfavVKas9DVZHAVEDH7RIJguSi68QxH9Sv39usMSU8
MrVYvR76DD4vOR7rQNpqXcplfp+NP3bVgPWiOW3F9UqFBHTZiUmD8A6/4VvdXxPa
qRDMeQ8HXDWUbmG423dolachHHCwCAX8JLaIped3twuE+TKmvVbbRCLWvGgFA10q
UNLamqbZ8Z6i6NOPrDY709hSp6Cc06fBpIUldiu5gGIQHTPISmXRVeXEofbJ5wBL
T21N6HdU5RZetPaNtNUSOQbV1awR7l89LZBfFI/OAWHyIeVSqojogE9MvoieaJ9N
Urg1EqLp9FeqLbS3YiwiV7aZyIMCKaRlY4lwsNoqNOklk7RKqmwr9VKYgbtHsH7x
Gjx5ed5G7fVFwKH1x+Ny0d8Jsl2pzgqzoKjE8LG712maGG9DU2dcZuIF+ZDBsOvz
wUcQvmFlnpV8yG8uaYgoWSGiQL2XlFLOJfnh9xrRQvFVu+1Ya/MLMpjtuImDb55v
85w6TvWkcn4jgqoejufCb/GhG/20k8Xew7UdmIttyoFb4/vKEsGRWs94s7hAae3s
vBcdjDshf35CRHTIlna5QhKH8d6jXyYqP8BDyBxeB0F4Sh0Rwiz/B9vkIARX2syy
0Usx55k35IC09422/Wap
=Dm02
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
