Howdy, My experience agree with what Senor Lin is saying: chunking increases performance on slow connections for large static files. We have many of these in our webapps and I observed a nice performance increase when moving to the Coyote connector without changing any of our code.
Yoav Shapira Millennium ChemInformatics >-----Original Message----- >From: Peter Lin [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 10, 2003 9:22 PM >To: Tomcat Developers List >Subject: Re: Coyote Performance Problems with HTTP1.1 > > >I don't know about others, but my feeling is chunking is useful for large >files and not necessarily where the size of the content is unknown at the >beginning of the response. I seriously doubt a 2-5K static file would see a >real benefit. We all know the internet has a ton of packet collision. >therefore, sending non-chunked response over a slow connection would have a >higher rate of failure. I haven't been on a modem in a long time, but if >memory serves me correctly, downloading a 200K zip file on a modem tends to >be faster with chunked encoding than non-chunked. Even with smart download, >I remember chunked encoding being faster for large files. I could be wrong. > >peter > > > >------------------------------- > >3 - When to chunk > >I thought that chunking was invented to handle serving up dynamically >created content that did not have a size known in advance. I believe that >on both IIS and Apache static content is not chunked. Is there any way for >tomcat to behave similarly - could the default servlet do something to >prevent the connector from chunking the data it serves up? > > > > > >If you made it this far, thanks for taking the time to read this and >consider my questions. > > > > > > > > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > > >--------------------------------- >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
