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

RE: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Matt Brown
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 on them. Good question though, thank you. -Matt -Original Message- From: Christopher

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 on

RE: Question on Executor and maxThreads reported by Manager

2009-03-20 Thread Matt Brown
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.7K 12 Images ..,Actually now that I'm looking in detail at the numbers reported for each individual image

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.7K 12

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: Executor name=tomcatThreadPool namePrefix=catalina-exec- maxThreads=200 minSpareThreads=50/ Connector port=8686 protocol=HTTP/1.1 connectionTimeout=2 maxThreads=250 executor=tomcatThreadPool

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 Connector element, which I

RE: Question on Executor and maxThreads reported by Manager

2009-03-19 Thread Matt Brown
Thanks Charles. I was using the Manager to confirm if my settings for the thread pool (particularily minSpareThreads) were working right - I'll have to confirm with jconsole. We have a monitoring app that pings /manager/status?XML=true to get mem usage, thread activity/count/stats, etc., so

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 stats for max threads might

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