<?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: Throwing bandwidth at applications is never the answer</title>
	<atom:link href="http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=throwing-bandwidth-at-applications-is-never-the-answer</link>
	<description>Pro-Culture, Pro-Commerce</description>
	<lastBuildDate>Thu, 08 Dec 2011 00:48:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; FCC broadband standard from one extreme to the other</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-12777</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; FCC broadband standard from one extreme to the other</dc:creator>
		<pubDate>Thu, 22 Jul 2010 00:15:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-12777</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; Reality check &#8211; Americans like their broadband service</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-11532</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; Reality check &#8211; Americans like their broadband service</dc:creator>
		<pubDate>Wed, 23 Jun 2010 21:11:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-11532</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The UNH Project&#187; Blog Archive &#187; Burlington Vermont&#8217;s municipal fiber network = FAIL</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-8927</link>
		<dc:creator>The UNH Project&#187; Blog Archive &#187; Burlington Vermont&#8217;s municipal fiber network = FAIL</dc:creator>
		<pubDate>Tue, 08 Jun 2010 04:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-8927</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; FCC didn&#8217;t conclude broadband would become monopoly</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-6893</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; FCC didn&#8217;t conclude broadband would become monopoly</dc:creator>
		<pubDate>Tue, 04 May 2010 01:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-6893</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; Telephone wire still good for 100 &#8211; 300 Mbps</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-6075</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; Telephone wire still good for 100 &#8211; 300 Mbps</dc:creator>
		<pubDate>Fri, 23 Apr 2010 07:12:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-6075</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Baumli</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-3925</link>
		<dc:creator>Michael Baumli</dc:creator>
		<pubDate>Wed, 10 Mar 2010 14:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-3925</guid>
		<description>Bandwidth is no doubt a constraint, but we should turn this into a positive thing instead of a negative thing.

Think about this from a computing perspective.  For years developers were constrained by resources and fought to keep their programs small yet functional.  As time progressed, constraints eased and developers began to devour computing resources as they were made available to them.  Now, years after that, we are learning that we have to try and conserve power, reduce our application foot print and stop thinking that we can declare everything as a global variable because quite frankly, not everything needs to be a global variable. 

Do we need unlimited bandwidth?  No
Would we like unlimited bandwidth?  Yes
Is this a realistic view?  Not Really.

From my time in Japan, having 100mbps bandwidth was a great experience for sharing media online.  

I managed to upload hundreds of pictures to Facebook, upload 3 HD videos to Facebook, Download OpenSUSE 11.2, and surf the web pretty religiously.  While I had a great time, I don&#039;t see this as something that I would do on a nightly basis.  At home, I watch a few shows on Hulu and talk to my girlfriend on Skype.  Past that, there are very few things that I do that would even utilize bandwidth to the point at which I am constrained.</description>
		<content:encoded><![CDATA[<p>Bandwidth is no doubt a constraint, but we should turn this into a positive thing instead of a negative thing.</p>
<p>Think about this from a computing perspective.  For years developers were constrained by resources and fought to keep their programs small yet functional.  As time progressed, constraints eased and developers began to devour computing resources as they were made available to them.  Now, years after that, we are learning that we have to try and conserve power, reduce our application foot print and stop thinking that we can declare everything as a global variable because quite frankly, not everything needs to be a global variable. </p>
<p>Do we need unlimited bandwidth?  No<br />
Would we like unlimited bandwidth?  Yes<br />
Is this a realistic view?  Not Really.</p>
<p>From my time in Japan, having 100mbps bandwidth was a great experience for sharing media online.  </p>
<p>I managed to upload hundreds of pictures to Facebook, upload 3 HD videos to Facebook, Download OpenSUSE 11.2, and surf the web pretty religiously.  While I had a great time, I don&#8217;t see this as something that I would do on a nightly basis.  At home, I watch a few shows on Hulu and talk to my girlfriend on Skype.  Past that, there are very few things that I do that would even utilize bandwidth to the point at which I am constrained.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Ou</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-3922</link>
		<dc:creator>George Ou</dc:creator>
		<pubDate>Wed, 10 Mar 2010 02:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-3922</guid>
		<description>Jeffrey, I think you are still missing the whole point.  Bandwidth costs money, and you don&#039;t go out of your way to develop high bandwidth applications.

P2P manages to bypass the true cost of bandwidth by overusing and saturating shared broadband resources, but it&#039;s limited by either slower upload speeds and/or it&#039;s limited by upstream usage caps.  100 Mbps broadband services in Japan will limit upstream duty cycle to 3%.

Speaking of Universities, they&#039;re no different there and bandwidth is primarily used for piracy with P2P.  They typically end up blocking or severely throttling P2P because it makes the campus network unusable.</description>
		<content:encoded><![CDATA[<p>Jeffrey, I think you are still missing the whole point.  Bandwidth costs money, and you don&#8217;t go out of your way to develop high bandwidth applications.</p>
<p>P2P manages to bypass the true cost of bandwidth by overusing and saturating shared broadband resources, but it&#8217;s limited by either slower upload speeds and/or it&#8217;s limited by upstream usage caps.  100 Mbps broadband services in Japan will limit upstream duty cycle to 3%.</p>
<p>Speaking of Universities, they&#8217;re no different there and bandwidth is primarily used for piracy with P2P.  They typically end up blocking or severely throttling P2P because it makes the campus network unusable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey W. Baker</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-3919</link>
		<dc:creator>Jeffrey W. Baker</dc:creator>
		<pubDate>Tue, 09 Mar 2010 23:15:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-3919</guid>
		<description>The fact that they some guys in a room couldn&#039;t think of what to do with more bandwidth only serves to illustrate that they had too few people in the room.  Give millions of people ludicrous bandwidth and then you&#039;ll see some real brainstorming.  Tons of interesting applications have come out of universities where the hackers and researchers generally enjoy bandwidth tens or hundreds of times more plentiful than that available to the public at large.</description>
		<content:encoded><![CDATA[<p>The fact that they some guys in a room couldn&#8217;t think of what to do with more bandwidth only serves to illustrate that they had too few people in the room.  Give millions of people ludicrous bandwidth and then you&#8217;ll see some real brainstorming.  Tons of interesting applications have come out of universities where the hackers and researchers generally enjoy bandwidth tens or hundreds of times more plentiful than that available to the public at large.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Ou</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-3918</link>
		<dc:creator>George Ou</dc:creator>
		<pubDate>Tue, 09 Mar 2010 22:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-3918</guid>
		<description>Wes, this is precisely what is happening in Japan.  Their server bandwidth costs are nearly 10x more expensive which limits their &quot;Tube&quot; sites to 1 Mbps.  So P2P is literally the only thing that bypasses the economic constraints of bandwidth and it&#039;s by far the most dominant thing on the network.  However, even P2P has to be constrained by the ISPs because the back haul costs are killing them.  They don&#039;t like capping the downstream so they tell everyone the downstream is unlimited, but they cap upstream to a 3% duty cycle.</description>
		<content:encoded><![CDATA[<p>Wes, this is precisely what is happening in Japan.  Their server bandwidth costs are nearly 10x more expensive which limits their &#8220;Tube&#8221; sites to 1 Mbps.  So P2P is literally the only thing that bypasses the economic constraints of bandwidth and it&#8217;s by far the most dominant thing on the network.  However, even P2P has to be constrained by the ISPs because the back haul costs are killing them.  They don&#8217;t like capping the downstream so they tell everyone the downstream is unlimited, but they cap upstream to a 3% duty cycle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wes Felter</title>
		<link>http://www.digitalsociety.org/2010/03/throwing-bandwidth-at-applications-is-never-the-answer/comment-page-1/#comment-3909</link>
		<dc:creator>Wes Felter</dc:creator>
		<pubDate>Tue, 09 Mar 2010 17:20:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=2945#comment-3909</guid>
		<description>If we take this thinking to its logical conclusion, only P2P can use huge broadband, because it avoids the cost of servers and datacenter bandwidth.</description>
		<content:encoded><![CDATA[<p>If we take this thinking to its logical conclusion, only P2P can use huge broadband, because it avoids the cost of servers and datacenter bandwidth.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

