<?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: RESTful Services with Erlang and Yaws</title>
	<atom:link href="http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/feed/" rel="self" type="application/rss+xml" />
	<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/</link>
	<description>Ask forgiveness, not permission.</description>
	<lastBuildDate>Sat, 19 May 2012 14:32:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: steve</title>
		<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/comment-page-1/#comment-798</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Wed, 02 Apr 2008 12:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/#comment-798</guid>
		<description><![CDATA[Darach: yes, fully agreed. That&#039;s why my article mentions the &quot;Apache vs. Yaws&quot; graphs more as a curiosity than anything else. It would be nice if there were a more rigorous and complete set of tests, better documented as well, that showed the strengths and weaknesses of each web server in more detail.]]></description>
		<content:encoded><![CDATA[<p>Darach: yes, fully agreed. That&#8217;s why my article mentions the &#8220;Apache vs. Yaws&#8221; graphs more as a curiosity than anything else. It would be nice if there were a more rigorous and complete set of tests, better documented as well, that showed the strengths and weaknesses of each web server in more detail.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darach</title>
		<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/comment-page-1/#comment-797</link>
		<dc:creator>Darach</dc:creator>
		<pubDate>Wed, 02 Apr 2008 11:56:34 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/#comment-797</guid>
		<description><![CDATA[I might have to do just that Steve! In my case, I suspect Yaws will be lighter-weight than apache for my application. Of course, I never leave a suspicion/hunch unmeasured! :)

The Apache vs Yaws results are impressive and show Erlang/Yaws to be resilient under very hostile conditions. But IMHO, the results are incomplete. The practical utility of this impressive scalability/resilience is latency limited. From my quick measurements: 800KB/s with 80K sessions is 10 bytes per second per session. So, latency degrades considerably as load increases and is the limiting factor w.r.t utility here.

This blog entry (~20KB now)  would take 30 minutes to display under these conditions.

The benchmark results would be much more widely acceptable and quotable if this and other practical limitations were documented. As it stands they can easily be misinterpreted.]]></description>
		<content:encoded><![CDATA[<p>I might have to do just that Steve! In my case, I suspect Yaws will be lighter-weight than apache for my application. Of course, I never leave a suspicion/hunch unmeasured! :)</p>
<p>The Apache vs Yaws results are impressive and show Erlang/Yaws to be resilient under very hostile conditions. But IMHO, the results are incomplete. The practical utility of this impressive scalability/resilience is latency limited. From my quick measurements: 800KB/s with 80K sessions is 10 bytes per second per session. So, latency degrades considerably as load increases and is the limiting factor w.r.t utility here.</p>
<p>This blog entry (~20KB now)  would take 30 minutes to display under these conditions.</p>
<p>The benchmark results would be much more widely acceptable and quotable if this and other practical limitations were documented. As it stands they can easily be misinterpreted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve</title>
		<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/comment-page-1/#comment-796</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Wed, 02 Apr 2008 04:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/#comment-796</guid>
		<description><![CDATA[Darach: thanks. As for memory, CPU, etc., since the article instructs you on how to build such services, why not build some and measure for yourself? ;-)

In all seriousness, what you&#039;re asking about really depends on what you&#039;re building. Getting the details you&#039;re asking about would require building the services multiple ways, presumably in different languages with different frameworks, to be able to compare everything, and I don&#039;t have time to do that. I did some benchmarking awhile back based on the particulars of my application that proved this is the best direction for me, but YMMV.]]></description>
		<content:encoded><![CDATA[<p>Darach: thanks. As for memory, CPU, etc., since the article instructs you on how to build such services, why not build some and measure for yourself? ;-)</p>
<p>In all seriousness, what you&#8217;re asking about really depends on what you&#8217;re building. Getting the details you&#8217;re asking about would require building the services multiple ways, presumably in different languages with different frameworks, to be able to compare everything, and I don&#8217;t have time to do that. I did some benchmarking awhile back based on the particulars of my application that proved this is the best direction for me, but YMMV.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darach</title>
		<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/comment-page-1/#comment-794</link>
		<dc:creator>Darach</dc:creator>
		<pubDate>Tue, 01 Apr 2008 19:16:43 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/#comment-794</guid>
		<description><![CDATA[Sweet article Steve. But how does the memory footprint, CPU utilization, and so on compare to, say, RESTful services deployed on other RESTful stacks? It would be interesting to see this benchmark reproduced and compared with other environments deployed on the same infrastructure.]]></description>
		<content:encoded><![CDATA[<p>Sweet article Steve. But how does the memory footprint, CPU utilization, and so on compare to, say, RESTful services deployed on other RESTful stacks? It would be interesting to see this benchmark reproduced and compared with other environments deployed on the same infrastructure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve</title>
		<link>http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/comment-page-1/#comment-793</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:25:44 +0000</pubDate>
		<guid isPermaLink="false">http://steve.vinoski.net/blog/2008/03/31/restful-services-with-erlang-and-yaws/#comment-793</guid>
		<description><![CDATA[James: thanks.

Regarding &lt;a href=&quot;http://intertwingly.net/blog/2008/03/31/RESTful-Services-with-Erlang-and-Yaws&quot; rel=&quot;nofollow&quot;&gt;Sam Ruby&#039;s Etags comment&lt;/a&gt;, the issue, as always, comes down to article detail and length. It just can&#039;t cover everything. For example, I didn&#039;t cover handling POST data, either. Rather than publishing a new article for such things, I&#039;ll probably just follow up here on my blog.]]></description>
		<content:encoded><![CDATA[<p>James: thanks.</p>
<p>Regarding <a href="http://intertwingly.net/blog/2008/03/31/RESTful-Services-with-Erlang-and-Yaws" rel="nofollow">Sam Ruby&#8217;s Etags comment</a>, the issue, as always, comes down to article detail and length. It just can&#8217;t cover everything. For example, I didn&#8217;t cover handling POST data, either. Rather than publishing a new article for such things, I&#8217;ll probably just follow up here on my blog.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
