Re: Tomcat Site slow and stops responding after certain number of threads

2004-04-05 Thread s prasad
We use the JK 2 Connector and for some of the sites we have 
maxProcessors=75. My understanding is when the maxProcessors limit is 
reached, the requests are put in queue and this will not cause the site to 
go down. IS this number dependent on total number of TCP/IP connections 
hitting that server on port 80? Is there a downfall of bumping this number 
very high, assuming there is enough memory on the server to allow these 
threads? Can anyone comment on, how to identify the current connector thread 
utilization?

Thanks,
Prasad

From: Graham Bleach [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Tomcat Site slow and stops responding after certain number of 
threads
Date: Sat, 3 Apr 2004 12:37:43 +0100

On Thu, Apr 01, 2004 at 10:39:37PM -0500, sp k wrote:
 We have a Tomcat site which becomes terribly slow and then stops 
responding
 after the thread count in windows task manager reaches 107 threads. We 
are
 using Tomcat 4.1.27 on windows 2000 machine.  Our load tests could never
 emulate this behavior that occurs under real load. When the site crashes
 the memory consumption of the site is less than the initial max heap 
size
 set for it.

 Did any one ever face similar issues, we are baffled as to why 107 
threads?
 Is related to the connector threads or JVM's garbage collection?

 Does anyone have any idea why the site would crash at the same thread 
level?

Have you checked the minProcessors and maxProcessors setting for your
connector in $CATALINA_HOME/conf/server.xml? You don't say which
connector you are using, but the Coyote connectors all have a limit on
the number of threads dedicated to connection handling.
Documentation on connector configuration:

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/coyote.html

It should be logged when you reach the maximum processors, but I can't,
offhand remember where.
G
--
One of my most productive days was throwing away 1000 lines of code.
-- Ken Thompson
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Free up your inbox with MSN Hotmail Extra Storage! Multiple plans available. 
http://join.msn.com/?pgmarket=en-uspage=hotmail/es2ST=1/go/onm00200362ave/direct/01/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat Site slow and stops responding after certain number of threads

2004-04-05 Thread James Black
s prasad wrote:

We use the JK 2 Connector and for some of the sites we have 
maxProcessors=75. My understanding is when the maxProcessors limit is 
reached, the requests are put in queue and this will not cause the 
site to go down. IS this number dependent on total number of TCP/IP 
connections hitting that server on port 80? Is there a downfall of 
bumping this number very high, assuming there is enough memory on the 
server to allow these threads? Can anyone comment on, how to identify 
the current connector thread utilization?
 My experience is that this is not a hard limit, but will be exceeded 
if the requests at one time go beyond the 75, but those extra threads 
will be removed when they are done.

  If you don't mind your java application (tomcat) sharing it's 
processor time servicing many threads then there shouldn't be any 
problems.  It really depends on how cpu intensive your apps are, more 
cpu intensive should use fewer threads, imo.

--
Love is mutual self-giving that ends in self-recovery. Fulton Sheen
James Black[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat Site slow and stops responding after certain number of threads

2004-04-03 Thread Graham Bleach
On Thu, Apr 01, 2004 at 10:39:37PM -0500, sp k wrote:
 We have a Tomcat site which becomes terribly slow and then stops responding 
 after the thread count in windows task manager reaches 107 threads. We are 
 using Tomcat 4.1.27 on windows 2000 machine.  Our load tests could never 
 emulate this behavior that occurs under real load. When the site crashes 
 the memory consumption of the site is less than the initial max heap size 
 set for it.
 
 Did any one ever face similar issues, we are baffled as to why 107 threads? 
 Is related to the connector threads or JVM's garbage collection?
 
 Does anyone have any idea why the site would crash at the same thread level?

Have you checked the minProcessors and maxProcessors setting for your
connector in $CATALINA_HOME/conf/server.xml? You don't say which
connector you are using, but the Coyote connectors all have a limit on
the number of threads dedicated to connection handling.

Documentation on connector configuration:

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/coyote.html

It should be logged when you reach the maximum processors, but I can't,
offhand remember where.

G
-- 
One of my most productive days was throwing away 1000 lines of code.
-- Ken Thompson

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tomcat Site slow and stops responding after certain number of threads

2004-04-02 Thread s prasad
We have 4 gigs of memory on the box, although the entire machine peaks at 
around 2 Gigs we have other sites on the same server running same code that 
are perfectly alright. But, when the thread count on a site increases beyond 
the magic number of 107, its slow responding and then a little later it 
stops responding.

Prasad

From: Peter Lin [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Tomcat Site slow and stops responding after certain number of 
threads
Date: Thu, 1 Apr 2004 20:37:30 -0800 (PST)

windows by default allocates 1mb of memory per thread.
107 threads shouldn't cause any problems, unless your
system only has 128mb of ram. From first hand
experience, once the allocated memory reach half the
physical ram, windows starts to disk cache. Once that
happens, GC performance gets worse. In fact in .NET
1.0, disk caching causes heap fragmentation and memory
leaks. If disk cache is kicking in, the performance
issues may be the result of heap fragmentation, which
kills GC performance.
peter lin

--- sp k [EMAIL PROTECTED] wrote:
 We have a Tomcat site which becomes terribly slow
 and then stops responding
 after the thread count in windows task manager
 reaches 107 threads. We are
 using Tomcat 4.1.27 on windows 2000 machine.  Our
 load tests could never
 emulate this behavior that occurs under real load.
 When the site crashes the
 memory consumption of the site is less than the
 initial max heap size set
 for it.

 Did any one ever face similar issues, we are baffled
 as to why 107 threads?
 Is related to the connector threads or JVM's garbage
 collection?

 Does anyone have any idea why the site would crash
 at the same thread level?

 Thanks,
 Prasad


_
 Get rid of annoying pop-up ads with the new MSN
 Toolbar – FREE!
 http://toolbar.msn.com/go/onm00200414ave/direct/01/



-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]

__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Get rid of annoying pop-up ads with the new MSN Toolbar – FREE! 
http://toolbar.msn.com/go/onm00200414ave/direct/01/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Tomcat Site slow and stops responding after certain number of threads

2004-04-02 Thread STOCKHOLM, Raymond
Are you sure the JVM has enough memory ?

long totalMemory = Runtime.getRuntime().totalMemory();
long freeMemory = Runtime.getRuntime().freeMemory();
long maxMemory = Runtime.getRuntime().maxMemory();
log.info(totalMemory=+totalMemory);
log.info(freeMemory =+freeMemory);
log.info(maxMemory  =+maxMemory);


-Message d'origine-
De : s prasad [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 2 avril 2004 15:12
À : [EMAIL PROTECTED]
Objet : Re: Tomcat Site slow and stops responding after certain number
of threads


We have 4 gigs of memory on the box, although the entire machine peaks at 
around 2 Gigs we have other sites on the same server running same code that 
are perfectly alright. But, when the thread count on a site increases beyond 
the magic number of 107, its slow responding and then a little later it 
stops responding.

Prasad

From: Peter Lin [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Tomcat Site slow and stops responding after certain number of 
threads
Date: Thu, 1 Apr 2004 20:37:30 -0800 (PST)


windows by default allocates 1mb of memory per thread.
107 threads shouldn't cause any problems, unless your
system only has 128mb of ram. From first hand
experience, once the allocated memory reach half the
physical ram, windows starts to disk cache. Once that
happens, GC performance gets worse. In fact in .NET
1.0, disk caching causes heap fragmentation and memory
leaks. If disk cache is kicking in, the performance
issues may be the result of heap fragmentation, which
kills GC performance.

peter lin


--- sp k [EMAIL PROTECTED] wrote:
  We have a Tomcat site which becomes terribly slow
  and then stops responding
  after the thread count in windows task manager
  reaches 107 threads. We are
  using Tomcat 4.1.27 on windows 2000 machine.  Our
  load tests could never
  emulate this behavior that occurs under real load.
  When the site crashes the
  memory consumption of the site is less than the
  initial max heap size set
  for it.
 
  Did any one ever face similar issues, we are baffled
  as to why 107 threads?
  Is related to the connector threads or JVM's garbage
  collection?
 
  Does anyone have any idea why the site would crash
  at the same thread level?
 
  Thanks,
  Prasad
 
 
_
  Get rid of annoying pop-up ads with the new MSN
  Toolbar - FREE!
  http://toolbar.msn.com/go/onm00200414ave/direct/01/
 
 
 
-
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
 


__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
Get rid of annoying pop-up ads with the new MSN Toolbar - FREE! 
http://toolbar.msn.com/go/onm00200414ave/direct/01/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Tomcat Site slow and stops responding after certain number of threads

2004-04-02 Thread s prasad
Yes, We have something like this:

Total Memory Allocation: 124
Free Memory: 34
Runtime Max memory: 518
When the site crashes we don't see memory peaks, we only see the thread 
count increaase.


From: STOCKHOLM, Raymond [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: RE: Tomcat Site slow and stops responding after certain number of 
threads
Date: Fri, 2 Apr 2004 16:18:20 +0200

Are you sure the JVM has enough memory ?

long totalMemory = Runtime.getRuntime().totalMemory();
long freeMemory = Runtime.getRuntime().freeMemory();
long maxMemory = Runtime.getRuntime().maxMemory();
log.info(totalMemory=+totalMemory);
log.info(freeMemory =+freeMemory);
log.info(maxMemory  =+maxMemory);
-Message d'origine-
De : s prasad [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 2 avril 2004 15:12
À : [EMAIL PROTECTED]
Objet : Re: Tomcat Site slow and stops responding after certain number
of threads
We have 4 gigs of memory on the box, although the entire machine peaks at
around 2 Gigs we have other sites on the same server running same code that
are perfectly alright. But, when the thread count on a site increases 
beyond
the magic number of 107, its slow responding and then a little later it
stops responding.

Prasad

From: Peter Lin [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Tomcat Site slow and stops responding after certain number 
of
threads
Date: Thu, 1 Apr 2004 20:37:30 -0800 (PST)


windows by default allocates 1mb of memory per thread.
107 threads shouldn't cause any problems, unless your
system only has 128mb of ram. From first hand
experience, once the allocated memory reach half the
physical ram, windows starts to disk cache. Once that
happens, GC performance gets worse. In fact in .NET
1.0, disk caching causes heap fragmentation and memory
leaks. If disk cache is kicking in, the performance
issues may be the result of heap fragmentation, which
kills GC performance.

peter lin


--- sp k [EMAIL PROTECTED] wrote:
  We have a Tomcat site which becomes terribly slow
  and then stops responding
  after the thread count in windows task manager
  reaches 107 threads. We are
  using Tomcat 4.1.27 on windows 2000 machine.  Our
  load tests could never
  emulate this behavior that occurs under real load.
  When the site crashes the
  memory consumption of the site is less than the
  initial max heap size set
  for it.
 
  Did any one ever face similar issues, we are baffled
  as to why 107 threads?
  Is related to the connector threads or JVM's garbage
  collection?
 
  Does anyone have any idea why the site would crash
  at the same thread level?
 
  Thanks,
  Prasad
 
 
_
  Get rid of annoying pop-up ads with the new MSN
  Toolbar - FREE!
  http://toolbar.msn.com/go/onm00200414ave/direct/01/
 
 
 
-
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
 


__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


_
Get rid of annoying pop-up ads with the new MSN Toolbar - FREE!
http://toolbar.msn.com/go/onm00200414ave/direct/01/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.com/go/onm00200415ave/direct/01/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Tomcat Site slow and stops responding after certain number of threads

2004-04-01 Thread sp k
We have a Tomcat site which becomes terribly slow and then stops responding 
after the thread count in windows task manager reaches 107 threads. We are 
using Tomcat 4.1.27 on windows 2000 machine.  Our load tests could never 
emulate this behavior that occurs under real load. When the site crashes the 
memory consumption of the site is less than the initial max heap size set 
for it.

Did any one ever face similar issues, we are baffled as to why 107 threads? 
Is related to the connector threads or JVM's garbage collection?

Does anyone have any idea why the site would crash at the same thread level?

Thanks,
Prasad
_
Get rid of annoying pop-up ads with the new MSN Toolbar – FREE! 
http://toolbar.msn.com/go/onm00200414ave/direct/01/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat Site slow and stops responding after certain number of threads

2004-04-01 Thread Peter Lin

windows by default allocates 1mb of memory per thread.
107 threads shouldn't cause any problems, unless your
system only has 128mb of ram. From first hand
experience, once the allocated memory reach half the
physical ram, windows starts to disk cache. Once that
happens, GC performance gets worse. In fact in .NET
1.0, disk caching causes heap fragmentation and memory
leaks. If disk cache is kicking in, the performance
issues may be the result of heap fragmentation, which
kills GC performance.

peter lin


--- sp k [EMAIL PROTECTED] wrote:
 We have a Tomcat site which becomes terribly slow
 and then stops responding 
 after the thread count in windows task manager
 reaches 107 threads. We are 
 using Tomcat 4.1.27 on windows 2000 machine.  Our
 load tests could never 
 emulate this behavior that occurs under real load.
 When the site crashes the 
 memory consumption of the site is less than the
 initial max heap size set 
 for it.
 
 Did any one ever face similar issues, we are baffled
 as to why 107 threads? 
 Is related to the connector threads or JVM's garbage
 collection?
 
 Does anyone have any idea why the site would crash
 at the same thread level?
 
 Thanks,
 Prasad
 

_
 Get rid of annoying pop-up ads with the new MSN
 Toolbar – FREE! 
 http://toolbar.msn.com/go/onm00200414ave/direct/01/
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
 


__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Tomcat Site

2003-07-15 Thread John Lindley
Hi All. There is a site that has some info on Tomcat.
They have some listings of programs and tools. Plus
there is a support forum. Anyway, if you are looking
for some Tomcat-related stuff or want to post a cool
program, check them out. It's free to post.

www.tomcatsolutions.com

John

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tomcat Site

2003-07-15 Thread Simon Pabst
A Tomcat site written in PHP,
now if that ain't a good advertisement for Tomcat ;-)
(i myself like PHP better anyway -
ok ok before a flamewar starts:
each of them has its own right to exist)
At 13:50 15.07.2003 -0700, you wrote:
Hi All. There is a site that has some info on Tomcat.
They have some listings of programs and tools. Plus
there is a support forum. Anyway, if you are looking
for some Tomcat-related stuff or want to post a cool
program, check them out. It's free to post.
www.tomcatsolutions.com

John

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]