<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Latency is a pain, and these researchers say they have the cure</title>
	<atom:link href="http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 16:05:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Nathan G</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1312672</link>
		<dc:creator><![CDATA[Nathan G]]></dc:creator>
		<pubDate>Sun, 17 Feb 2013 18:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1312672</guid>
		<description><![CDATA[TCP for video conferencing!! Wow! This is the first time I am learning of this technique. Hmm!]]></description>
		<content:encoded><![CDATA[<p>TCP for video conferencing!! Wow! This is the first time I am learning of this technique. Hmm!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Thompson</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1311853</link>
		<dc:creator><![CDATA[Peter Thompson]]></dc:creator>
		<pubDate>Fri, 15 Feb 2013 10:58:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1311853</guid>
		<description><![CDATA[&quot;latency ... is largely down to the way the internet is engineered.&quot; - the trouble is, the internet *isn&#039;t* engineered, at least as far as performance is concerned. This is one reason why the internet as it currently stands should be considered just a prototype!]]></description>
		<content:encoded><![CDATA[<p>&#8220;latency &#8230; is largely down to the way the internet is engineered.&#8221; &#8211; the trouble is, the internet *isn&#8217;t* engineered, at least as far as performance is concerned. This is one reason why the internet as it currently stands should be considered just a prototype!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Meyer</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1311817</link>
		<dc:creator><![CDATA[David Meyer]]></dc:creator>
		<pubDate>Fri, 15 Feb 2013 07:31:30 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1311817</guid>
		<description><![CDATA[Actually, he did briefly mention tackling mechanisms for UDP-based streaming applications as well - my bad for leaving that out. Will drop that in.]]></description>
		<content:encoded><![CDATA[<p>Actually, he did briefly mention tackling mechanisms for UDP-based streaming applications as well &#8211; my bad for leaving that out. Will drop that in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TechLessonsLearned</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1311719</link>
		<dc:creator><![CDATA[TechLessonsLearned]]></dc:creator>
		<pubDate>Thu, 14 Feb 2013 21:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1311719</guid>
		<description><![CDATA[Interesting article. I have read about approach to achieve &quot;better videoconferencing and faster trading platforms&quot; already... Video Conferencing often uses UDP not TPC, and serious trading platforms, like High Frequency Trading, use different methods to resolve latency, they build the trading platform IN the exchange. Hopefully this just helps even more.]]></description>
		<content:encoded><![CDATA[<p>Interesting article. I have read about approach to achieve &#8220;better videoconferencing and faster trading platforms&#8221; already&#8230; Video Conferencing often uses UDP not TPC, and serious trading platforms, like High Frequency Trading, use different methods to resolve latency, they build the trading platform IN the exchange. Hopefully this just helps even more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: martingeddes</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1311713</link>
		<dc:creator><![CDATA[martingeddes]]></dc:creator>
		<pubDate>Thu, 14 Feb 2013 21:23:16 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1311713</guid>
		<description><![CDATA[They are tackling the right problem, but tinkering with TCP won&#039;t deliver the right answer. You still have non-deterministic failure modes, problems as you saturate the network, a mis-allocation of resources among the flows, and non-stationarity (variability of loss and delay). The underlying issues with TCP/IP aren&#039;t being addressed: work conserving queues &amp; excessing data in transit, trying to manipulate a system of two degrees of freedom (load/loss/delay) using just one (load/loss), non-compositionality of the performance of the queues, lack of adequate mechanisms to trade between the flows. To solve the problem, you need to change the origin of your world view. See http://www.slideshare.net/mgeddes/martin-geddes-lean-networking for more information. The future is polyservice networks that recognise that demand is heterogeneous, and creates a supply that matches it.]]></description>
		<content:encoded><![CDATA[<p>They are tackling the right problem, but tinkering with TCP won&#8217;t deliver the right answer. You still have non-deterministic failure modes, problems as you saturate the network, a mis-allocation of resources among the flows, and non-stationarity (variability of loss and delay). The underlying issues with TCP/IP aren&#8217;t being addressed: work conserving queues &amp; excessing data in transit, trying to manipulate a system of two degrees of freedom (load/loss/delay) using just one (load/loss), non-compositionality of the performance of the queues, lack of adequate mechanisms to trade between the flows. To solve the problem, you need to change the origin of your world view. See <a href="http://www.slideshare.net/mgeddes/martin-geddes-lean-networking" rel="nofollow">http://www.slideshare.net/mgeddes/martin-geddes-lean-networking</a> for more information. The future is polyservice networks that recognise that demand is heterogeneous, and creates a supply that matches it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scourby</title>
		<link>http://gigaom.com/2013/02/14/latency-is-a-pain-and-these-researchers-say-they-have-the-cure/#comment-1311690</link>
		<dc:creator><![CDATA[Scourby]]></dc:creator>
		<pubDate>Thu, 14 Feb 2013 20:23:36 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=610796#comment-1311690</guid>
		<description><![CDATA[Being a gamer I can relate, I have friends in Latin America that would love for this to be implemented, they blame their lack of skills on lag, hahaha, just kidding.]]></description>
		<content:encoded><![CDATA[<p>Being a gamer I can relate, I have friends in Latin America that would love for this to be implemented, they blame their lack of skills on lag, hahaha, just kidding.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
