<?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: Analysis of BitTorrent uTP congestion avoidance</title>
	<atom:link href="http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/</link>
	<description>Pro-Culture, Pro-Commerce</description>
	<lastBuildDate>Thu, 11 Mar 2010 15:08:18 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: George Ou</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3742</link>
		<dc:creator>George Ou</dc:creator>
		<pubDate>Mon, 01 Mar 2010 05:41:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3742</guid>
		<description>Yes Rafi, I will continue to test (with actual usage) uTorrent, and will continue to monitor network jitter.  I can report that nothing has changed (for the better), nor do I expect it to change because the design of uTP isn&#039;t for addressing high jitter and bandwidth hogging.  The application is designed to hog as much &quot;idle&quot; bandwidth (at the expense of other applications) as possible.  The application isn&#039;t designed to minimize jitter.</description>
		<content:encoded><![CDATA[<p>Yes Rafi, I will continue to test (with actual usage) uTorrent, and will continue to monitor network jitter.  I can report that nothing has changed (for the better), nor do I expect it to change because the design of uTP isn&#8217;t for addressing high jitter and bandwidth hogging.  The application is designed to hog as much &#8220;idle&#8221; bandwidth (at the expense of other applications) as possible.  The application isn&#8217;t designed to minimize jitter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rafi</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3730</link>
		<dc:creator>Rafi</dc:creator>
		<pubDate>Sun, 28 Feb 2010 20:24:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3730</guid>
		<description>George, 
Yes, I saw  this article. And your suggestion to prioritize applications probably with some QoS mechanism is a valid one for whoever have the means for that (like proper router ) . Still, the ordinary user does not have/use  that.

1. I&#039;m sure you know that settings *cannot* remain defaults, but have to be set per your line&#039;s max. upload (optionally with the internal setup guide)
2. I hope you are aware that since this beta (!) you&#039;ve tested here (and even after the release of the final build #17920), there is an on-going effort to iron some bugs/issues, and release a 2.01 follow-up version. A new protocol is not easy to implement w/o tuning it in the real environment. 
3. Your inputs here, as well as others (like my own bug-reports in the forums) will surly be taken into account in the upcoming release. If you did further tests for the current 2.01 beta- posting your finding can help them too. 
If you believe the good intentions behind the uTP development (and I do)  feedbacks can surly help. As I see it, it is pre-mature of you to judge by early beta releases, and we just have to wait for the next release or two  to see if  this attempt to improve was successful. 

Hope you&#039;ll find the time to test 2.01 when it&#039;s out.</description>
		<content:encoded><![CDATA[<p>George,<br />
Yes, I saw  this article. And your suggestion to prioritize applications probably with some QoS mechanism is a valid one for whoever have the means for that (like proper router ) . Still, the ordinary user does not have/use  that.</p>
<p>1. I&#8217;m sure you know that settings *cannot* remain defaults, but have to be set per your line&#8217;s max. upload (optionally with the internal setup guide)<br />
2. I hope you are aware that since this beta (!) you&#8217;ve tested here (and even after the release of the final build #17920), there is an on-going effort to iron some bugs/issues, and release a 2.01 follow-up version. A new protocol is not easy to implement w/o tuning it in the real environment.<br />
3. Your inputs here, as well as others (like my own bug-reports in the forums) will surly be taken into account in the upcoming release. If you did further tests for the current 2.01 beta- posting your finding can help them too.<br />
If you believe the good intentions behind the uTP development (and I do)  feedbacks can surly help. As I see it, it is pre-mature of you to judge by early beta releases, and we just have to wait for the next release or two  to see if  this attempt to improve was successful. </p>
<p>Hope you&#8217;ll find the time to test 2.01 when it&#8217;s out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Ou</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3729</link>
		<dc:creator>George Ou</dc:creator>
		<pubDate>Sun, 28 Feb 2010 19:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3729</guid>
		<description>Rafi, they are all default settings.

The settings aren&#039;t the problem.  The application is designed this way and BitTorrent chose to be selfish rather than polite.
http://www.digitalsociety.org/2010/01/bittorrent-would-rather-be-selfish-than-friendly/</description>
		<content:encoded><![CDATA[<p>Rafi, they are all default settings.</p>
<p>The settings aren&#8217;t the problem.  The application is designed this way and BitTorrent chose to be selfish rather than polite.<br />
<a href="http://www.digitalsociety.org/2010/01/bittorrent-would-rather-be-selfish-than-friendly/" rel="nofollow">http://www.digitalsociety.org/2010/01/bittorrent-would-rather-be-selfish-than-friendly/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rafi</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3718</link>
		<dc:creator>Rafi</dc:creator>
		<pubDate>Sun, 28 Feb 2010 07:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3718</guid>
		<description>George, can you specify your exact uTorrent&#039;s settings (changes to the defaults) ? Or did I just miss those . 

BTW, it will be appropriate to repeat the test after the 2.0 release will be stabilized in the form of 2.01 (now in beta).</description>
		<content:encoded><![CDATA[<p>George, can you specify your exact uTorrent&#8217;s settings (changes to the defaults) ? Or did I just miss those . </p>
<p>BTW, it will be appropriate to repeat the test after the 2.0 release will be stabilized in the form of 2.01 (now in beta).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How not to do P2P &#171; Procera Network&#39;s Blog</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3657</link>
		<dc:creator>How not to do P2P &#171; Procera Network&#39;s Blog</dc:creator>
		<pubDate>Tue, 23 Feb 2010 17:05:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3657</guid>
		<description>[...] always agree with the sentiments of the researchers (for instance, I quite agree with &#8220;http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/&#8221; George Ou on BitTorrent &#8211; for [...]</description>
		<content:encoded><![CDATA[<p>[...] always agree with the sentiments of the researchers (for instance, I quite agree with &#8220;http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/&#8221; George Ou on BitTorrent &#8211; for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-3590</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Sun, 21 Feb 2010 02:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-3590</guid>
		<description>using Utorrent and Netlimiter Pro 2 works fine, I did have to
degrade back to utorrent 1.8.3 as the 2.0 did bad for me

In NetLimiter Pro 2.0 you can limit any app. and use Grants
 for important apps.</description>
		<content:encoded><![CDATA[<p>using Utorrent and Netlimiter Pro 2 works fine, I did have to<br />
degrade back to utorrent 1.8.3 as the 2.0 did bad for me</p>
<p>In NetLimiter Pro 2.0 you can limit any app. and use Grants<br />
 for important apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; Basics of packet switching network congestion</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-2297</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; Basics of packet switching network congestion</dc:creator>
		<pubDate>Tue, 15 Dec 2009 17:51:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-2297</guid>
		<description>[...] Figure 3 &#8211; uTorrent 2.0 download traffic causes massive jitter  Source: Analysis of BitTorrent uTP congestion avoidance [...]</description>
		<content:encoded><![CDATA[<p>[...] Figure 3 &#8211; uTorrent 2.0 download traffic causes massive jitter  Source: Analysis of BitTorrent uTP congestion avoidance [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; What is true neutrality in the network?</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-1764</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; What is true neutrality in the network?</dc:creator>
		<pubDate>Thu, 19 Nov 2009 16:44:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-1764</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; Debunking the myth that prioritized networks are harmful</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-1604</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; Debunking the myth that prioritized networks are harmful</dc:creator>
		<pubDate>Thu, 12 Nov 2009 14:39:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-1604</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digital Society &#187; Blog Archive &#187; Knapp is right, there are apps with special requirements</title>
		<link>http://www.digitalsociety.org/2009/11/analysis-of-bittorrent-utp-congestion-avoidance/comment-page-1/#comment-1505</link>
		<dc:creator>Digital Society &#187; Blog Archive &#187; Knapp is right, there are apps with special requirements</dc:creator>
		<pubDate>Fri, 06 Nov 2009 16:51:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsociety.org/?p=1140#comment-1505</guid>
		<description>[...] the bandwidth and P2P gets the other 50% to prevent P2P from hogging over 90% of the traffic (and by design no less since BitTorrent feels entitled to as much idle bandwidth as they can grab), I don&#8217;t [...]</description>
		<content:encoded><![CDATA[<p>[...] the bandwidth and P2P gets the other 50% to prevent P2P from hogging over 90% of the traffic (and by design no less since BitTorrent feels entitled to as much idle bandwidth as they can grab), I don&#8217;t [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
