<?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: Top Rails</title>
	<atom:link href="http://terrychay.com/blog/article/top-rails.shtml/feed" rel="self" type="application/rss+xml" />
	<link>http://terrychay.com/blog/article/top-rails.shtml</link>
	<description>You tell that other boy, not to touch the woodwork...</description>
	<pubDate>Wed, 03 Dec 2008 06:34:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-hemorrhage</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David Kellogg</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-494075</link>
		<dc:creator>David Kellogg</dc:creator>
		<pubDate>Wed, 09 Jul 2008 06:02:56 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-494075</guid>
		<description>Clint, Ed,
   Maybe we should make a rule that anyone who doubts the Alexa numbers has to cough up his Hitwise login and password to prove the blogger wrong. It's only fair. No Comscore numbers, please.</description>
		<content:encoded><![CDATA[<p>Clint, Ed,<br />
   Maybe we should make a rule that anyone who doubts the Alexa numbers has to cough up his Hitwise login and password to prove the blogger wrong. It&#8217;s only fair. No Comscore numbers, please.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tychay</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-493665</link>
		<dc:creator>tychay</dc:creator>
		<pubDate>Tue, 08 Jul 2008 17:38:40 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-493665</guid>
		<description>You've seen far worse solutions for sessions used back in 2002, before memcache existed.

If you choose a framework that is based on an active record hammer, then your problems seem like nails. So yes, Rails is to blame for twitter’s downtime today since it was the prefab house they started with and the usage patterns were evident from day one.

I don't code websites in assembly; I don't make video games in php-gtk.</description>
		<content:encoded><![CDATA[<p>You&#8217;ve seen far worse solutions for sessions used back in 2002, before memcache existed.</p>
<p>If you choose a framework that is based on an active record hammer, then your problems seem like nails. So yes, Rails is to blame for twitter’s downtime today since it was the prefab house they started with and the usage patterns were evident from day one.</p>
<p>I don&#8217;t code websites in assembly; I don&#8217;t make video games in php-gtk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Johnstone</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-493598</link>
		<dc:creator>Jeremy Johnstone</dc:creator>
		<pubDate>Tue, 08 Jul 2008 15:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-493598</guid>
		<description>While I haven't seen the internal structure of Twitter's architecture, I tend to think Russel Beattie's blog post probably has some truth to it:

http://www.russellbeattie.com/blog/let-the-microblogs-bloom

Sure, it's fun to blame Rails and it probably accounts for a large portion of their problems (if not directly, indirectly for sure), but I am guessing that isn't the only big problem.

One other tiny beef, while sure, DB session storage would never be my first choice by any stretch of the imagination, I have seen far worse solutions used. I'd much rather an inexperienced dev use that (especially since it should be a ten second switch to go with something better if the DB implementation was done right) than go with some hacked up solution which makes my stomach turn just thinking about it.</description>
		<content:encoded><![CDATA[<p>While I haven&#8217;t seen the internal structure of Twitter&#8217;s architecture, I tend to think Russel Beattie&#8217;s blog post probably has some truth to it:</p>
<p><a href="http://www.russellbeattie.com/blog/let-the-microblogs-bloom" rel="nofollow">http://www.russellbeattie.com/blog/let-the-microblogs-bloom</a></p>
<p>Sure, it&#8217;s fun to blame Rails and it probably accounts for a large portion of their problems (if not directly, indirectly for sure), but I am guessing that isn&#8217;t the only big problem.</p>
<p>One other tiny beef, while sure, DB session storage would never be my first choice by any stretch of the imagination, I have seen far worse solutions used. I&#8217;d much rather an inexperienced dev use that (especially since it should be a ten second switch to go with something better if the DB implementation was done right) than go with some hacked up solution which makes my stomach turn just thinking about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tychay</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-493000</link>
		<dc:creator>tychay</dc:creator>
		<pubDate>Tue, 08 Jul 2008 01:06:33 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-493000</guid>
		<description>I renormalized the Alexa traffic based on Tagged’s internal numbers—Tagged is a write-heavy, ajax-driven site as well as all social networks. As for Twitter’s traffic being a majority non-web. In the comments I noted the differences between content-driven vs. user-driven sites.

How much? 10x? That’d put Twitter within parity of Yellow Pages. I actually think it’s more like an addition 1x (2x total) and reading between the lines of this article makes me think that.
http://www.techcrunch.com/2008/04/29/end-of-speculation-the-real-twitter-usage-numbers/

I'll blog again in the future about why Twitter’s problems &lt;strong&gt;are&lt;/strong&gt; related to Rails. :-)


</description>
		<content:encoded><![CDATA[<p>I renormalized the Alexa traffic based on Tagged’s internal numbers—Tagged is a write-heavy, ajax-driven site as well as all social networks. As for Twitter’s traffic being a majority non-web. In the comments I noted the differences between content-driven vs. user-driven sites.</p>
<p>How much? 10x? That’d put Twitter within parity of Yellow Pages. I actually think it’s more like an addition 1x (2x total) and reading between the lines of this article makes me think that.<br />
<a href="http://www.techcrunch.com/2008/04/29/end-of-speculation-the-real-twitter-usage-numbers/" rel="nofollow">http://www.techcrunch.com/2008/04/29/end-of-speculation-the-real-twitter-usage-numbers/</a></p>
<p>I&#8217;ll blog again in the future about why Twitter’s problems <strong>are</strong> related to Rails. <img src='http://terrychay.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clint Ecker</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-492971</link>
		<dc:creator>Clint Ecker</dc:creator>
		<pubDate>Tue, 08 Jul 2008 00:12:25 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-492971</guid>
		<description>I actually forgot that Yellowpages is actually not tech-related, so it's probably vastly over-represented on Alexa.  Perhaps Hulu too, to some extent.</description>
		<content:encoded><![CDATA[<p>I actually forgot that Yellowpages is actually not tech-related, so it&#8217;s probably vastly over-represented on Alexa.  Perhaps Hulu too, to some extent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clint Ecker</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-492970</link>
		<dc:creator>Clint Ecker</dc:creator>
		<pubDate>Tue, 08 Jul 2008 00:11:35 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-492970</guid>
		<description>I was going to come in and say the same thing Ed said.

Alexa (and other sites like Compete) is usually way off, especially for tech sites.  But considering these are all tech sites, they're probably all way off by a similar factor.

I've also heard multiple times that API traffic is somewhere in the order of 10x (and possibly) more than their web site traffic.</description>
		<content:encoded><![CDATA[<p>I was going to come in and say the same thing Ed said.</p>
<p>Alexa (and other sites like Compete) is usually way off, especially for tech sites.  But considering these are all tech sites, they&#8217;re probably all way off by a similar factor.</p>
<p>I&#8217;ve also heard multiple times that API traffic is somewhere in the order of 10x (and possibly) more than their web site traffic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Finkler</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-492958</link>
		<dc:creator>Ed Finkler</dc:creator>
		<pubDate>Mon, 07 Jul 2008 23:51:40 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-492958</guid>
		<description>Alexa is probably the only thing you can use, but it's almost certainly wrong, because it only covers web site traffic.

Twitter folks have told me -- and I believe them -- that the web site counts only for a small fraction of their traffic.

And, as Sean said, the architectural requirements for Twitter are far different. Rails plays to the needs of the other sites you mention here. Solving the problems of Twitter with *any* language/framework would not be easy, and requires expertise outside the norm for the web app industry.</description>
		<content:encoded><![CDATA[<p>Alexa is probably the only thing you can use, but it&#8217;s almost certainly wrong, because it only covers web site traffic.</p>
<p>Twitter folks have told me &#8212; and I believe them &#8212; that the web site counts only for a small fraction of their traffic.</p>
<p>And, as Sean said, the architectural requirements for Twitter are far different. Rails plays to the needs of the other sites you mention here. Solving the problems of Twitter with *any* language/framework would not be easy, and requires expertise outside the norm for the web app industry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Coates</title>
		<link>http://terrychay.com/blog/article/top-rails.shtml#comment-492903</link>
		<dc:creator>Sean Coates</dc:creator>
		<pubDate>Mon, 07 Jul 2008 22:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://terrychay.com/blog/?p=966#comment-492903</guid>
		<description>I think most of these just go to show that the problem with Twitter is not rails, but with their write-heavy architecture, small team, and tiny infrastructure.

Scribd serves lots of medium-sized files in a weird flash interface.
Yellow Pages serves lots of mostly-static content.
Hulu and Justin.tv serve streaming video. Surely their backends are not Rails—and neither is twitter, for that matter, or so it would seem.

Don't get me wrong, Twitter is great anti-Rails fodder, but their real problem is [hundreds or thousands of] thousands of writes per day, and proportionally more reads. Traditional technologies are read-centric.

Twitter, Facebook, Tagged. Those are all write-heavy sites, and the others in your list are read-heavy.

S</description>
		<content:encoded><![CDATA[<p>I think most of these just go to show that the problem with Twitter is not rails, but with their write-heavy architecture, small team, and tiny infrastructure.</p>
<p>Scribd serves lots of medium-sized files in a weird flash interface.<br />
Yellow Pages serves lots of mostly-static content.<br />
Hulu and Justin.tv serve streaming video. Surely their backends are not Rails—and neither is twitter, for that matter, or so it would seem.</p>
<p>Don&#8217;t get me wrong, Twitter is great anti-Rails fodder, but their real problem is [hundreds or thousands of] thousands of writes per day, and proportionally more reads. Traditional technologies are read-centric.</p>
<p>Twitter, Facebook, Tagged. Those are all write-heavy sites, and the others in your list are read-heavy.</p>
<p>S</p>
]]></content:encoded>
	</item>
</channel>
</rss>
