Kathy, we run primarily on windows.I have done some tests on linux,
but not to this extent.
Our app uses keepalive connections that remain open, so we need a very
high level of concurrency.In production we run at 750 concurrent
connections (users) per node.The JRun server doesn't seem to
that you were able to tune it so
well with JRun and find all those outer limitations of JVMs, etc that you
mention.
Stephen Dupre
Macromedia QA
-Original Message-
From: Ben Groeneveld [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 14, 2004 1:12 PM
To: JRun-Talk
Subject: Re: JRUN Stability
appreciative of your help.It's just the absense of a response
that puzzled me.Thanks, BenG.
Stephen Dupre
Macromedia QA
-Original Message-
From: Ben Groeneveld [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 14, 2004 1:12 PM
To: JRun-Talk
Subject: Re: JRUN Stability- reply 2
PROTECTED]
Sent: Wednesday, April 14, 2004 2:04 PM
To: JRun-Talk
Subject: Re: JRUN Stability- reply 2
[EMAIL PROTECTED] wrote:
Hi Ben,
You have to admit we were in some unexplored territory with that hotfix
patch.(it's still being discussed).
I don't think this applies to the general
This is true; to achieve high levels of concurrency we run with
attribute name=activeHandlerThreads2000/attribute
attribute name=maxHandlerThreads2000/attribute
Hope that helps, BenG.
[EMAIL PROTECTED] wrote:
Thanks for the advice!..
I have Metrics turned on currently, monitoring every 20
Ben,
How is the stability and performance of JRun server
after you set activeHandlerThreads to 2000? Usually
the number of the maxHandlerThreads should be bigger
than activeHandlerThreads? As I understand, JRun would
not perform well if the number of activeHandlerThreads
is too big. Could you
Did you try to get a stack trace when this was happening? (technote 18339 on
www.macromedia.com http://www.macromedia.com )
What platform are you running on?
Are you using the server version (/jrun4) or the standalone (/cfusionmx).
What backend are you connecting to?
Have you applied
The server in questions is windows 2000, SP4.
We're using the Server version (/jrun4)and we're connecting to an Oracle
backend.
We're on JRUN Updater 3, and we've been running this configuration without
issue, for about 6 months now.
The problem appears to be load-based.. We usually don't have
We run JRun4 with CFMX on win2k in a cluster supporting 1000s of
concurrent users and it's quite reliable, believe me.Thanks, BenG.
[EMAIL PROTECTED] wrote:
The server in questions is windows 2000, SP4.
We're using the Server version (/jrun4)and we're connecting to an Oracle
backend.
Well it's nice to know that it does work for someone..
While I do believe you, unfortunately we run a similar setup, and it's not
even reliable with 15 concurrent users.
Hopefully I can get this resolved before the customer gets loose on it.
Thanks,
~ Jon
-Original Message-
From:
these things:
http://www.macromedia.com/support/jrun/ts/documents/4.0_unresponsive.htm
4) Calling Macromedia Tech Support.
-Original Message-
From: Jon Austin [mailto:[EMAIL PROTECTED]
Sent: Friday, April 09, 2004 10:44 AM
To: JRun-Talk
Subject: RE: JRUN Stability
Well it's nice to know
Hi Jon-
I would be willing to bet that your issue is not in the APPLICATION SERVER,
but in the code. This is simply not normal behavior for ColdFusion/JRun or
it would not be used as widely as it is.
First: are you using ColdFusion? or just JRun?
Second: What is your Web Server?
Third:
12 matches
Mail list logo