<?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: Why Jungle Disk is so slow</title>
	<atom:link href="http://simaomata.com/blog/2009/06/why-jungle-disk-is-so-slow/feed/" rel="self" type="application/rss+xml" />
	<link>http://simaomata.com/blog/2009/06/why-jungle-disk-is-so-slow/</link>
	<description>Random Written Thoughts</description>
	<lastBuildDate>Sun, 01 May 2011 16:52:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: admin</title>
		<link>http://simaomata.com/blog/2009/06/why-jungle-disk-is-so-slow/comment-page-1/#comment-57</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 26 Jun 2009 01:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://simaom.com/blog/?p=54#comment-57</guid>
		<description>Hello!

OK, I thought JD encrypted a file entirely before sending it. Actually I was stupid to think that because even with more complex block cipher modes of operation JD can begin sending the file before finishing it&#039;s encryption. My bad.

About the block level updates, that&#039;s my point exactly, there&#039;s no use in uploading differences for small files and when I edit big files I probably change most of the bits in the file so JD still has to send most of the new file.

Thanks for your comment.</description>
		<content:encoded><![CDATA[<p>Hello!</p>
<p>OK, I thought JD encrypted a file entirely before sending it. Actually I was stupid to think that because even with more complex block cipher modes of operation JD can begin sending the file before finishing it&#8217;s encryption. My bad.</p>
<p>About the block level updates, that&#8217;s my point exactly, there&#8217;s no use in uploading differences for small files and when I edit big files I probably change most of the bits in the file so JD still has to send most of the new file.</p>
<p>Thanks for your comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jungle Dave</title>
		<link>http://simaomata.com/blog/2009/06/why-jungle-disk-is-so-slow/comment-page-1/#comment-56</link>
		<dc:creator>Jungle Dave</dc:creator>
		<pubDate>Fri, 26 Jun 2009 01:07:56 +0000</pubDate>
		<guid isPermaLink="false">http://simaom.com/blog/?p=54#comment-56</guid>
		<description>You&#039;re right on at least one point, but a few of these aren&#039;t accurate. It&#039;s true that JD uploads files one at a time, and that does cause lower throughput when uploading smaller files. That&#039;s something we&#039;ll be addressing in the near future.
Regarding encryption, encryption is done in real-time as the file is uploaded and doesn&#039;t affect transfer speed at all. 
Block level updates are only done for large files (&gt;1MB in size) so they don&#039;t affect small files at all.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right on at least one point, but a few of these aren&#8217;t accurate. It&#8217;s true that JD uploads files one at a time, and that does cause lower throughput when uploading smaller files. That&#8217;s something we&#8217;ll be addressing in the near future.<br />
Regarding encryption, encryption is done in real-time as the file is uploaded and doesn&#8217;t affect transfer speed at all.<br />
Block level updates are only done for large files (&gt;1MB in size) so they don&#8217;t affect small files at all.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

