<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Thought du jour</title>
	<atom:link href="http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/</link>
	<description>Same old blog, brand new place</description>
	<lastBuildDate>Wed, 11 Nov 2009 02:29:04 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: mikepk</title>
		<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/comment-page-1/#comment-55287</link>
		<dc:creator>mikepk</dc:creator>
		<pubDate>Fri, 30 May 2008 22:35:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/#comment-55287</guid>
		<description>We actually considered open sourcing a version of our technology (grazr) for doing Twitter-like things. We serve several million feeds per month based on reading lists (opml) as well as &quot;streams&quot; (merged river-of-news like feeds) that we do with sub second response times (when properly tuned, we&#039;re in the middle of some mods right now slowing it down).  

Not to toot our own horn, but we do all of that with the contents of the feeds (a lot more than 140 characters), so the amounts of data we handle is at least an order of magnitude higher than Twitter (according to my back of the envelope calculations). So yes, it&#039;s clearly a solvable problem. 

We decided not to pursue this path though because we assumed Twitter would get it&#039;s act together and that its userbase and general user loyalty would allow it to weather this current storm. That may have been a faulty assumption, I&#039;m not so sure it&#039;s going to survive after seeing how badly it&#039;s been falling over lately.</description>
		<content:encoded><![CDATA[<p>We actually considered open sourcing a version of our technology (grazr) for doing Twitter-like things. We serve several million feeds per month based on reading lists (opml) as well as &#8220;streams&#8221; (merged river-of-news like feeds) that we do with sub second response times (when properly tuned, we&#8217;re in the middle of some mods right now slowing it down).  </p>
<p>Not to toot our own horn, but we do all of that with the contents of the feeds (a lot more than 140 characters), so the amounts of data we handle is at least an order of magnitude higher than Twitter (according to my back of the envelope calculations). So yes, it&#8217;s clearly a solvable problem. </p>
<p>We decided not to pursue this path though because we assumed Twitter would get it&#8217;s act together and that its userbase and general user loyalty would allow it to weather this current storm. That may have been a faulty assumption, I&#8217;m not so sure it&#8217;s going to survive after seeing how badly it&#8217;s been falling over lately.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Warot</title>
		<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/comment-page-1/#comment-55262</link>
		<dc:creator>Mike Warot</dc:creator>
		<pubDate>Fri, 30 May 2008 19:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/#comment-55262</guid>
		<description>It continues to amaze me that a flow of about 10 tweets/second is too much for twitter to handle. It&#039;s obvious that they need a complete redesign of their architecture from one based on an overworked RDBMS to one based on message queues and a small cluster of UI engines on the outskirts.
I think it would be a cool idea to have someone sponsor a contest to see who could come up with a twitter core replacement. You&#039;d have to be able to sustain traffic rates of at least 10 tweets/second at the core just to be able to enter the contest. I&#039;d be willing to bet that someone could figure out how to get at least 1000 times flow as a core router, with the UI boxes handling at least 100 simultaneous users.
It&#039;s not rocket science, but it does need computer science.
--Mike--</description>
		<content:encoded><![CDATA[<p>It continues to amaze me that a flow of about 10 tweets/second is too much for twitter to handle. It&#8217;s obvious that they need a complete redesign of their architecture from one based on an overworked RDBMS to one based on message queues and a small cluster of UI engines on the outskirts.<br />
I think it would be a cool idea to have someone sponsor a contest to see who could come up with a twitter core replacement. You&#8217;d have to be able to sustain traffic rates of at least 10 tweets/second at the core just to be able to enter the contest. I&#8217;d be willing to bet that someone could figure out how to get at least 1000 times flow as a core router, with the UI boxes handling at least 100 simultaneous users.<br />
It&#8217;s not rocket science, but it does need computer science.<br />
&#8211;Mike&#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tk</title>
		<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/comment-page-1/#comment-55251</link>
		<dc:creator>tk</dc:creator>
		<pubDate>Fri, 30 May 2008 17:56:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/#comment-55251</guid>
		<description>COMPETITION IS THE BEST INCENTIVE, who will set up shop and enter the fray?</description>
		<content:encoded><![CDATA[<p>COMPETITION IS THE BEST INCENTIVE, who will set up shop and enter the fray?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david cushman</title>
		<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/comment-page-1/#comment-55168</link>
		<dc:creator>david cushman</dc:creator>
		<pubDate>Fri, 30 May 2008 08:12:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/#comment-55168</guid>
		<description>What we need is a way to share our metadata without silos, so we can better connect around shared, right now, purpose. IMHO, of course.</description>
		<content:encoded><![CDATA[<p>What we need is a way to share our metadata without silos, so we can better connect around shared, right now, purpose. IMHO, of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Winer</title>
		<link>http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/comment-page-1/#comment-55142</link>
		<dc:creator>Dave Winer</dc:creator>
		<pubDate>Fri, 30 May 2008 05:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/2008/05/29/thought-du-jour/#comment-55142</guid>
		<description>An open source client will enable multiple back-ends, transparent for the users.</description>
		<content:encoded><![CDATA[<p>An open source client will enable multiple back-ends, transparent for the users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
