I don't see any deadlocks in that log. Looks like you had one or more
requests take a LONG time to finish and this caused a backlog of
requests. You can add logging to dispatch Request in Application to
log out the URI and length of time to process. That can help track
this down.
Chuck
On Oct 15, 2009, at 1:38 AM, Kristof Cossement wrote:
I included the stack from jstack:
they all look like :
Thread t...@78339: (state = BLOCKED)
- java.net.PlainSocketImpl.accept(java.net.SocketImpl) @bci=0,
line=382 (Interpreted frame)
- java.net.ServerSocket.implAccept(java.net.Socket) @bci=50,
line=450 (Interpreted frame)
- java.net.ServerSocket.accept() @bci=48, line=421 (Interpreted frame)
- com.webobjects.appserver._private.WOWorkerThread.run() @bci=26,
line=210 (Compiled frame)
- java.lang.Thread.run() @bci=11, line=613 (Interpreted frame)
Looking for Web-to-Print Solutions?
Visit our website : http://www.vit2print.com
This e-mail, and any attachments thereto, is intended only for use
by the addressee(s) named herein and may contain legally privileged
and/or confidential information and/or information protected by
intellectual property rights.
If you are not the intended recipient, please note that any review,
dissemination, disclosure, alteration, printing, copying or
transmission of this e-mail and/or any file transmitted with it, is
strictly prohibited and may be unlawful.
If you have received this e-mail by mistake, please immediately
notify the sender and permanently delete the original as well as any
copy of any e-mail and any printout thereof.
We may monitor e-mail to and from our network.
NSS nv Tieltstraat 167 8740 Pittem Belgium
<stack.txt>
On 14 Oct 2009, at 17:31, Chuck Hill wrote:
On Oct 14, 2009, at 7:03 AM, Mike Schrag wrote:
Ah .. Maybe I misunderstood, that these are just idle listening
threads rather than deadlocked threads, though I'm still very
suspicious that your app ramped up to 256. Can you confirm from
the stack traces if those threads are actually hung vs waiting for
a connection?
256 threads is either a deadlock, or very, very, very busy app. I
can't see a normal app, in normal operating conditions, creating
that many threads. I have never seen this indicate anything other
that an deadlock or very slow request processing that leads to a
large backlog of requests.
Chuck
On Oct 14, 2009, at 9:54 AM, Andri vonAllmen wrote:
Hi Kristof,
there is no such mechanism as far as I know. Instead of
terminating the
threads that are idling, they are suspended, in order to be
resumed if
required.
They could be self-terminating, but creating a new thread is quite
resource intensive and it is better to reuse existing threads (in
nearly
every case). This is most likely the reason why the number does
never
decrease.
I assume that you will have the same results if creating a new
empty
WebObjects Application if refreshing its main page as fast as
possible
in the browser (maybe a Thread.sleep(1000) will be required every
time a
session is created in order to enforce "concurrency").
Andri
Kristof Cossement <kristof.cossem...@nss.be> schrieb am
Mittwoch,
14. Oktober
2009 um 14:06 in Nachricht
<ae12cf24-ffe4-41cc-afe8-5443e1d69...@nss.be>:
Hi all,
when deploying a webobjects app, we can see the min and max
number of
WOWorkerThread specified by variables 'WOWorkerThreadCountMin' and
'WOWorkerThreadCountMax'
root 43233 0.1 1,5 2612824 498428 ?? R Mi10am
160:15.03 /usr/bin/java -XX:NewSize=2m -Xmx64m -Xms32m -
DWORootDirectory=/System -DWOLocalRootDirectory= -
DWOUserDirectory=/
System/Library/WebObjects/JavaApplications/wotaskd.woa -
DWOEnvClassPath= -DWOApplicationClass=Application -
DWOPlatform=MacOS
-
Dcom.webobjects.pid=43233 -Xms512m -Xmx2048m -
DWOHost=192.168.11.8 -
DDatabasePoolSize=20 -classpath WOBootstrap.jar
com.webobjects._bootstrap.WOBootstrap -WOPort 12346 -
WOCachingEnabled
YES -WODebuggingEnabled NO -WOOutputPath /Library/WebObjects/Logs/
AdvitServer-1 -WOAutoOpenInBrowser NO -
WOAutoOpenClientApplication NO
-
WOLifebeatInterval 30 -WOLifebeatEnabled YES -
WOLifebeatDestinationPort 1085 -WOAdaptor WODefaultAdaptor -
WOWorkerThreadCount 8 -WOListenQueueSize 128 -
WOWorkerThreadCountMin
16 -WOWorkerThreadCountMax 256 -NSProjectSearchPath () -
WOSessionTimeOut 3600 -WOApplicationName AdvitServer
-WOMonitorEnabled
YES -WONoPause YES -DWOHost=192.168.11.8 -DDatabasePoolSize=20
At some point, the number of threads in my application is 326, of
which 256 of them are WOWorkerThread's (dumped the threads with
jstack)
Even if load decreases, the 256 WOWorkerThread's do not disappear
anymore, it seems once created, they don't get released anymore.
Is there a mechanism in WebObjects that should release
WOWorkerThread's when not needed anymore ?
greetz
Kristof
Looking for Web-to-Print Solutions?
Visit our website : http://www.vit2print.com
This e-mail, and any attachments thereto, is intended only for
use by
the
addressee(s) named herein and may contain legally privileged and/
or
confidential information and/or information protected by
intellectual
property rights.
If you are not the intended recipient, please note that any
review,
dissemination, disclosure, alteration, printing, copying or
transmission of
this e-mail and/or any file transmitted with it, is strictly
prohibited and
may be unlawful.
If you have received this e-mail by mistake, please immediately
notify the
sender and permanently delete the original as well as any copy
of any
e-mail
and any printout thereof.
We may monitor e-mail to and from our network.
NSS nv Tieltstraat 167 8740 Pittem Belgium
--- Disclaimer:
--------------------------------------------------------- This
email and
contents is for use only by the intended recipient. If you are
not the
individual or entity to whom it is addressed, you are hereby
formally
notified that any use, copying or distribution of this email and
attachments, in whole or in part, is strictly prohibited. If you
have
received this email in error, please notify the sender and delete
the
message and attachment(s) from your system. Any views, opinions or
information, expressed or contained in this email, are those of the
sender and not necessarily reflect those of CEDES. To help
protect our
environment, please avoid printing out this information
unnecessarily.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to ch...@global-village.net
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/kristof.cossement%40nss.be
This email sent to kristof.cossem...@nss.be
Looking for Web-to-Print Solutions?
Visit our website : http://www.vit2print.com
This e-mail, and any attachments thereto, is intended only for use
by the addressee(s) named herein and may contain legally privileged
and/or confidential information and/or information protected by
intellectual property rights.
If you are not the intended recipient, please note that any review,
dissemination, disclosure, alteration, printing, copying or
transmission of this e-mail and/or any file transmitted with it, is
strictly prohibited and may be unlawful.
If you have received this e-mail by mistake, please immediately
notify the sender and permanently delete the original as well as any
copy of any e-mail and any printout thereof.
We may monitor e-mail to and from our network.
NSS nv Tieltstraat 167 8740 Pittem Belgium
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
