Re: Question on Executor and maxThreads reported by Manager

2009-03-21 Thread André Warnier
Christopher Schultz wrote: Seems like my earlier findings were incorrect based on this - surely gzip is not capable of compressing images to zero byte files :) It's using the new ∞-compressor. It's a new breed of "super-lossy" algorithms. It's practical applications are as yet unknown. I he

Re: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 3/20/2009 10:34 AM, Matt Brown wrote: > Here are some quick numbers (provided by YSlow) from the home page of this > webapp: > > Without gzip compression on image/png,image/jpeg,image/gif: > 133.1K 12 Images > > With gzip compression: > 1

RE: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Matt Brown
om wastefully being recompressed on the server. -Matt -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Friday, March 20, 2009 10:16 AM To: Tomcat Users List Subject: Re: Question on Executor and maxThreads reported by Manager -BEGIN PGP SIGNED M

Re: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 3/20/2009 9:10 AM, Matt Brown wrote: > Actually yes, in our case the image content is not already > sufficiently compressed by the content provider - we're seeing a > sizeable decrease in the size of the images delivered after enabling > gzip

RE: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Matt Brown
opher Schultz [mailto:ch...@christopherschultz.net] Sent: Thursday, March 19, 2009 11:18 PM To: Tomcat Users List Subject: Re: Question on Executor and maxThreads reported by Manager -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 3/19/2009 1:37 PM, Matt Brown wrote: > compres

Re: Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matt, On 3/19/2009 1:37 PM, Matt Brown wrote: > compression="on" compressableMimeType="..., > image/png,image/jpeg,image/gif" Are you sure you want to waste your CPU time compressing files that are already compressed? - -chris -BEGIN PGP SI

RE: Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Caldarale, Charles R
> From: Matt Brown [mailto:matt.br...@citrixonline.com] > Subject: RE: Question on Executor and maxThreads reported by Manager > > We have a monitoring app that pings /manager/status?XML=true > to get mem usage, thread activity/count/stats, etc., so it > sounds like our sta

RE: Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Matt Brown
reads reported by Manager > From: Matt Brown [mailto:matt.br...@citrixonline.com] > Subject: Question on Executor and maxThreads reported by Manager > > When I check the server info in Tomcat Manager, the max thread count > for each connector is reported as 250 (the value of maxThreads

RE: Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Caldarale, Charles R
> From: Matt Brown [mailto:matt.br...@citrixonline.com] > Subject: Question on Executor and maxThreads reported by Manager > > When I check the server info in Tomcat Manager, the max > thread count for each connector is reported as 250 (the value > of maxThreads in each

Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Matt Brown
In my conf/server.xml, I have an executor and two connectors set up something like this: My intention is to have the two connectors share a thread pool with a maximum thread count of 200, and minSpareThreads of 50. When I check the server info in Tomcat Manager, the max thread count for e