<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Benchmark Caching of Varnish and Squid</title>
	<atom:link href="http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/feed" rel="self" type="application/rss+xml" />
	<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html</link>
	<description>Keep It Simple Stupid Secure Scalable</description>
	<lastBuildDate>Tue, 27 Jul 2010 21:22:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: BotchagalupeMarks for August 12th - 19:14 &#124; IT Management and Cloud Blog</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-4882</link>
		<dc:creator>BotchagalupeMarks for August 12th - 19:14 &#124; IT Management and Cloud Blog</dc:creator>
		<pubDate>Thu, 13 Aug 2009 05:30:30 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-4882</guid>
		<description>[...] Benchmark Caching of Varnish and Squid &#8211; IScale - Varnish can cache files immediately. I found this while comparing the fetching of 10MB files. Varnish just request the nginx server for the file only once, but Squid will requests them for about 10 times of varnish does. [...]</description>
		<content:encoded><![CDATA[<p>[...] Benchmark Caching of Varnish and Squid &ndash; IScale &#8211; Varnish can cache files immediately. I found this while comparing the fetching of 10MB files. Varnish just request the nginx server for the file only once, but Squid will requests them for about 10 times of varnish does. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cowyn</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-99</link>
		<dc:creator>cowyn</dc:creator>
		<pubDate>Fri, 18 Apr 2008 07:38:49 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-99</guid>
		<description>&lt;blockquote cite=&quot;comment-98&quot;&gt;
&lt;strong&gt;&lt;a href=&quot;#comment-98&quot; rel=&quot;nofollow&quot;&gt;Enzo&lt;/a&gt;&lt;/strong&gt;:
The odd thing when I benchmarked Lighttpd, Lighttpd + Squid, and Lighttpd + Varnish, Lighttpd all by itself turned out to be faster than either reverse proxy plus Lighttpd. I was benchmarking with ab, not sure if that made any difference.

I wasn’t expecting lighttpd by itself to be faster though.
&lt;/blockquote&gt;

Really? Never heard before.
It&#039;s appreciate if you could give your benchmark results(maybe a link?). Although most benchmark results  is just for *reference*, which is not from real life.

BTW: I just have a *feel* that Nginx is faster than Lighttpd in production, according to my experience.</description>
		<content:encoded><![CDATA[<blockquote cite="comment-98"><p>
<strong><a href="#comment-98" rel="nofollow">Enzo</a></strong>:<br />
The odd thing when I benchmarked Lighttpd, Lighttpd + Squid, and Lighttpd + Varnish, Lighttpd all by itself turned out to be faster than either reverse proxy plus Lighttpd. I was benchmarking with ab, not sure if that made any difference.</p>
<p>I wasn’t expecting lighttpd by itself to be faster though.
</p></blockquote>
<p>Really? Never heard before.<br />
It&#8217;s appreciate if you could give your benchmark results(maybe a link?). Although most benchmark results  is just for *reference*, which is not from real life.</p>
<p>BTW: I just have a *feel* that Nginx is faster than Lighttpd in production, according to my experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enzo</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-98</link>
		<dc:creator>Enzo</dc:creator>
		<pubDate>Fri, 18 Apr 2008 04:46:29 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-98</guid>
		<description>The odd thing when I benchmarked Lighttpd, Lighttpd + Squid, and Lighttpd + Varnish, Lighttpd all by itself turned out to be faster than either reverse proxy plus Lighttpd.   I was benchmarking with ab, not sure if that made any difference.

I wasn&#039;t expecting lighttpd by itself to be faster though.</description>
		<content:encoded><![CDATA[<p>The odd thing when I benchmarked Lighttpd, Lighttpd + Squid, and Lighttpd + Varnish, Lighttpd all by itself turned out to be faster than either reverse proxy plus Lighttpd.   I was benchmarking with ab, not sure if that made any difference.</p>
<p>I wasn&#8217;t expecting lighttpd by itself to be faster though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IScale</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-57</link>
		<dc:creator>IScale</dc:creator>
		<pubDate>Tue, 01 Apr 2008 08:06:37 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-57</guid>
		<description>&lt;strong&gt;Benchmark Caching of Varnish and Squid Again...&lt;/strong&gt;

About two weeks ago, I did a simple benchmark on varnish and squid, and wrote this Benchmark Caching of Varnish and Squid post.
Today Willy Tarreau gave me some advise. So I took a short time re-ran this benchmark. Here follows the detail.
platform
Eve...</description>
		<content:encoded><![CDATA[<p><strong>Benchmark Caching of Varnish and Squid Again&#8230;</strong></p>
<p>About two weeks ago, I did a simple benchmark on varnish and squid, and wrote this Benchmark Caching of Varnish and Squid post.<br />
Today Willy Tarreau gave me some advise. So I took a short time re-ran this benchmark. Here follows the detail.<br />
platform<br />
Eve&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cowyn</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-56</link>
		<dc:creator>cowyn</dc:creator>
		<pubDate>Tue, 01 Apr 2008 01:31:36 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-56</guid>
		<description>Wow Willy,
Yeah, you&#039;re right, that&#039;s a point. The ethernet controller of the proxy server is a bottleneck.
I&#039;m not satisfied with this benchmark result. I&#039;ll re-run when I&#039;ve got time.
Thanks for your advise, and your great HAProxy. :-)</description>
		<content:encoded><![CDATA[<p>Wow Willy,<br />
Yeah, you&#8217;re right, that&#8217;s a point. The ethernet controller of the proxy server is a bottleneck.<br />
I&#8217;m not satisfied with this benchmark result. I&#8217;ll re-run when I&#8217;ve got time.<br />
Thanks for your advise, and your great HAProxy. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Willy Tarreau</title>
		<link>http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html/comment-page-1#comment-55</link>
		<dc:creator>Willy Tarreau</dc:creator>
		<pubDate>Mon, 31 Mar 2008 21:16:56 +0000</pubDate>
		<guid isPermaLink="false">http://dotimes.com/iscale/2008/03/benchmark-caching-of-varnish-and-squid.html#comment-55</guid>
		<description>Hey, you have saturated your 100 Mbps network, your files were too
big. You should retry either with Gigabit NICs, or with smaller files (far
below 10 kB) to see how each proxy performs. I suspect that they did
not eat much CPU either during the test.

Willy</description>
		<content:encoded><![CDATA[<p>Hey, you have saturated your 100 Mbps network, your files were too<br />
big. You should retry either with Gigabit NICs, or with smaller files (far<br />
below 10 kB) to see how each proxy performs. I suspect that they did<br />
not eat much CPU either during the test.</p>
<p>Willy</p>
]]></content:encoded>
	</item>
</channel>
</rss>
