On Monday 20 May 2002 09:29 am, Richard Jones wrote:
We (http://www.ekit.com/) have a popular website, and it's hit fairly hard (around 550k hits since the start of May, and with the summer holidays just starting, we're expecting it to skyrocket). I've therefore been working on ways to get Zope to go as fast as possible. Here's some hints for others who are running (or are expecting to run) high-volume Zope sites:
1) ZEO clients - we have about 9 of them, spread over a number of CPUs. We'll be putting in some more real soon. 2) Two apache frontends using FastCGI to the ZEO clients. They have an on-disk cache which serves up images (using rewrite rules to trap image URLs before they are sent to Zope) meaning Zope can do more important stuff than serve up static binary files. This is currently in testing and halves the average page load time. We don't have a real loadbalancer set up for the apaches, we just serve up different domains (we have many) from each. Watch the max number of connections per apache though - we've had to up it several times. 3) Several uses of RAM caches in Zope - the stylesheet, the sidebar HTML chunk and the front page content HTML chunk. Use the CallProfiler to isolate calls that change very little between users. RAM cache those. 4) CallProfiler'ed up the wazoo. Lots of CallProfiler analysis and fixing of hotspots. We managed halve our average page load time just doing this.
Just thought this might be interesting :)
i'd suggest 5 - squid. throw in squid and stuff will be served much much faster. off course, the pages need to be cacheable i.e with at least Expires field, or better yet put out the necessary cache headers. -- http://www.kedai.com.my/ http://www.kedai.com.my/eZine http://www.zope.org/Members/kedai http://www.my-zope.org We don't need no, no no no, no parental guidance here