Speaking of proxies, the young nginx has gained enormous growth lately. Has anyone had any experience with it? It's particularly popular among rails apps due to its blazing performance with mongrel instances serving as backend application servers. 
<br><br><a href="http://nginx.net/">http://nginx.net/</a><br><a href="http://survey.netcraft.com/Reports/200703/">http://survey.netcraft.com/Reports/200703/</a>&nbsp;&nbsp; (~170K sites - 4X from a year ago)<br><a href="http://survey.netcraft.com/Reports/200603/">
http://survey.netcraft.com/Reports/200603/</a>&nbsp; (~43K sites)<br><br><div><span class="gmail_quote">On 3/21/07, <b class="gmail_sendername">Max Clark</b> &lt;<a href="mailto:max.clark@gmail.com">max.clark@gmail.com</a>&gt; wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Ask,<br><br>It&#39;s always fun to see this talk - I caught it the first time at OSCON
<br>in San Diego and really solidified for me ideas that I had and a path<br>to work down.<br><br>I kinda feel like I should pound on this a little more - the use of a<br>proxy in front of the application server is the #1 optimization item
<br>(bang for the buck) you can implement. If you are not already doing<br>it, just move your main Apache instance to a different port and use<br>mod_proxy - it&#39;s an extremely simple hack and goes a long way.<br><br>We are currently using Squid as our main proxy of choice (I am going
<br>to be looking at perlbal and Varnish this weekend). I like Squid<br>because we can cluster the caches and share objects between the nodes.<br>If you haven&#39;t already done so, check out this article from <a href="http://etoys.com">
etoys.com</a><br><a href="http://www.perl.com/lpt/a/596">http://www.perl.com/lpt/a/596</a> it&#39;s a little dated but drives home<br>Ask&#39;s points from last night.<br><br>This specific proxy server is a dual 3 ghz, 4GB Ram, 2x 73 GB 15k RPM
<br>drives (way overkill but the budgeting process for this site dictates<br>that the hardware lasts 5 years so we bought big). It&#39;s not very busy<br>now, but I&#39;ve seen our open connections to port 80 exceed 5000 with
<br>the load average under 1.00. I think the sweetspot would be a single<br>CPU, 1-2 GB Ram, and a single 15k RPM drive - don&#39;t invest in<br>redundancy on the proxy tier, just by multiple machines.<br><br>proxy01# uptime
<br>5:12PM&nbsp;&nbsp;up 46 days, 23:14, 2 users, load averages: 0.16, 0.19, 0.22<br>proxy01# ps ax | grep squid | wc -l<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;48<br>proxy01# ps ax | grep rd.pl | wc -l<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;46<br>proxy01# netstat -na | grep 80 | wc -l<br>&nbsp;&nbsp;&nbsp;&nbsp; 828
<br><br>My _favorite_ load balancers on the market right now are the Foundry<br>ServerIron FCSLB8, if you can spend a little more purchase the XL<br>version. You can find these all day long for $2k and they are worth 10<br>
times that. Don&#39;t let the number of ethernet ports discourage you, you<br>will only use one of them. We have these all over the city pushing<br>incredible amounts of traffic.<br><br>Ask is dead on with PF and pfsync on FreeBSD, we&#39;ve maxed out single
<br>CPU firewalls at a little over 700 Mbit of throughput. pfsense<br>(<a href="http://www.pfsense.com/">http://www.pfsense.com/</a>) is awesome if you are console shy.<br><br>Sorry I missed food, I was late for another engagement. My work
<br>contact info is below - it&#39;s a little more reliable than gmail :)<br><br>-Max<br><br>Max Clark<br>Creative Thought, Inc.<br>(800)281-2149 x 3874<br>(866)369-0953 24/7 Support<br><a href="mailto:max@cthought.com">max@cthought.com
</a><br><br>Check out our stats!<br><a href="http://stats.cthought.com/">http://stats.cthought.com/</a> &amp; <a href="http://stats.cthought.com/smokeping.cgi">http://stats.cthought.com/smokeping.cgi</a><br><br>On 3/21/07, Cynthia Kiser &lt;
<a href="mailto:cnk@caltech.edu">cnk@caltech.edu</a>&gt; wrote:<br>&gt; Quoting Ask Bj?rn Hansen &lt;<a href="mailto:ask@develooper.com">ask@develooper.com</a>&gt;:<br>&gt; &gt; Eh, now the slides are actually there.<br>&gt;
<br>&gt; Thanks Ask. That was a terrific talk. The slides will be a real<br>&gt; help. I also wish I had a recording - or was going to the MySQL<br>&gt; conference.<br>&gt;<br>&gt; &gt; Who was the guy in the back in the white shirt?&nbsp;&nbsp; Are you subscribed
<br>&gt; &gt; here?&nbsp;&nbsp;Does anyone know him?&nbsp;&nbsp;&nbsp;&nbsp;I wanted to say hello but then he was<br>&gt; &gt; gone!<br>&gt;<br>&gt; The guy who was being so helpful about load balancers and caching<br>&gt; engines? Don&#39;t know. Please identify yourself so I can say thanks.
<br>&gt;<br>&gt; --<br>&gt; Cynthia Kiser<br>&gt; <a href="mailto:cnk@caltech.edu">cnk@caltech.edu</a><br>&gt;<br>&gt; _______________________________________________<br>&gt; Losangeles-pm mailing list<br>&gt; <a href="mailto:Losangeles-pm@pm.org">
Losangeles-pm@pm.org</a><br>&gt; <a href="http://mail.pm.org/mailman/listinfo/losangeles-pm">http://mail.pm.org/mailman/listinfo/losangeles-pm</a><br>&gt;<br><br><br>--<br>Max Clark<br><a href="http://www.clarksys.com">http://www.clarksys.com
</a><br>_______________________________________________<br>Losangeles-pm mailing list<br><a href="mailto:Losangeles-pm@pm.org">Losangeles-pm@pm.org</a><br><a href="http://mail.pm.org/mailman/listinfo/losangeles-pm">http://mail.pm.org/mailman/listinfo/losangeles-pm
</a><br></blockquote></div><br>