<br><br><div><span class="gmail_quote">On 2/9/07, <b class="gmail_sendername">Oliver Gorwits</b> <<a href="mailto:oliver.gorwits@oucs.ox.ac.uk">oliver.gorwits@oucs.ox.ac.uk</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jeffrey Ng wrote:<br>> I am the coworker of Fayland who posted the topic "memory usage of<br>> mod_perl process".<br>><br>> Our company has invested quite some time on migrating our perl code to<br>> catalyst (more than half year of time by 7 programmers). However, I am
<br>> starting to worry that moving to catalyst is causing too much overhead<br>> for our processes and thus severely slowing down our site.<br><br>Take a good, hard look at what's coming out of your web servers. Install
<br>a Squid farm in front of the servers and let them cache anything suitable...</blockquote><div><br>yes we are thinking about that now. however, we are not sure how to update the cache we we want to refresh the page. i guess we will adjust the http header when we want to flush it? how does squid know if our page is refreshed when it has already cached our page though?...
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">letting Apache fork just to serve an image can be really damaging to<br>performance. Double check the HTTP headers on all outgoing pages include
<br>proper caching instructions for Squid so it'll work properly.</blockquote><div><br>yah, i know that. our catalyst apache servers are only for serving dynamic pages. however, there are some ajax javascript files we have to host on the exact same subdomain to work. i still feel that those javascript files are wasting our apache resources. for ajax javascript like that, how should i redirect the load to other servers while maintaining the same subdomain in the location bar? i tried to use mod_rewrite, and seems like its even slower than serving the file itself!
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Even whole store-front pages from Catalyst sites can usually be cached<br>well, because users don't have state at that point, and perhaps most
<br>hits are to your homepage (so remember to let Squid know your homepage<br>is cacheable, in the headers).<br><br>Remember mod_perl can be quite leaky as well, so kill off the child<br>processes after they've served a few requests. Oh, and switch off
<br>hyperthreading if you have dual P4/Xeon boxes, and use PreFork MPM.<br><br>There's more info in the slides from this LPW talk:<br><br><a href="http://london.pm.org/lpw/talks/2006/dave_hodgkinson-mod_perl_server_farm_architecture_done_right.pdf">
http://london.pm.org/lpw/talks/2006/dave_hodgkinson-mod_perl_server_farm_architecture_done_right.pdf</a><br><br>HTH,<br><br>oliver.<br><br><br>_______________________________________________<br>List: <a href="mailto:Catalyst@lists.rawmode.org">
Catalyst@lists.rawmode.org</a><br>Listinfo: <a href="http://lists.rawmode.org/mailman/listinfo/catalyst">http://lists.rawmode.org/mailman/listinfo/catalyst</a><br>Searchable archive: <a href="http://www.mail-archive.com/catalyst@lists.rawmode.org/">
http://www.mail-archive.com/catalyst@lists.rawmode.org/</a><br>Dev site: <a href="http://dev.catalyst.perl.org/">http://dev.catalyst.perl.org/</a><br></blockquote></div><br><br clear="all"><br>-- <br>Jeffrey Ng<br>CEO, <a href="http://Zorpia.com">
Zorpia.com</a>