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?

ms

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/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to