On Jan 22, 2009, at 12:43 PM, Vicky C. Miller wrote:
We are finding that our WebObjects instances are becoming
overwhelmed. We are seeing a high number of “Current Active
Sessions” when we look at the Statistics even though we know that
there are actually far fewer active users in our application. We
are also seeing the following with a number of these instances:
Avg. Memory Usage Per Session (bytes)
Total Memory 102,300
Free Memory -129,468
Like Mike said, the stats are the figments of someone's imagination.
Does anyone have some tuning suggestions as well as killing these
sessions regularly that do not appear to be active or timing out?
We are running on SOLARIS. We have set the following parameter but
going to 60 seconds does not seem to kill these extra sessions that
we are currently seeing:
/usr/sbin/ndd -set /dev/tcp tcp_time_wait_interval 60000. We are
running WO 5.2.4, which is the highest WO version level that runs on
SOLARIS.
Those are WO sesssions, not TCP sessions so that is not what you
want. I'd guess that one of three things is happening:
1. Something like a search engine is crawling your site and creating
sessions, or some other site is linking to application vended images
from your side.
2. Your code has a bug that is preventing sessions from terminating
3. Your code has broken HTML which is resulting in extra browser
requests that create new sessions
Solutions include:
1. Block the offending source. Reduce the session timeout so the
session go away more quickly.
2. Fix bugs in session.sleep() and session.terminate()
3. Fix your HTML. Log out a back trace in the Session constructor and
also print the context.request().uri() to help track this down.
Chuck
--
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-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [email protected]
