<?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: Unison - file synchronization tool</title>
	<atom:link href="http://www.ubuntugeek.com/unison-file-synchronization-tool.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html</link>
	<description>Ubuntu Linux Tutorials,Howtos,Tips &#38; News &#124; Oneiric,Natty,Maverick</description>
	<lastBuildDate>Mon, 06 Feb 2012 15:40:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Feelmjawlk</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-2#comment-116109</link>
		<dc:creator>Feelmjawlk</dc:creator>
		<pubDate>Sat, 26 Nov 2011 14:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-116109</guid>
		<description>I would just like to report bad problems when using unison together with trickle. Large transfers tends to hang unexpectedly. I haven&#039;t had problems with e.g. rsync and trickle, but it doesn&#039;t seem to play nice with unison. Is anybody experiencing similar problems?</description>
		<content:encoded><![CDATA[<p>I would just like to report bad problems when using unison together with trickle. Large transfers tends to hang unexpectedly. I haven&#8217;t had problems with e.g. rsync and trickle, but it doesn&#8217;t seem to play nice with unison. Is anybody experiencing similar problems?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bobjohn</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-54414</link>
		<dc:creator>Bobjohn</dc:creator>
		<pubDate>Sat, 23 Oct 2010 11:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-54414</guid>
		<description>Do not use this tool - I may sound like a whiner - but I just lost 21Gb of data during it &quot;syncing&quot; a folder. It brought all the subfolders down off my remote drive bar one, which it decided to sync up to the remote drive, by removing all the files on the remote drive under that folder as they didn&#039;t exist locally.

Thanks.</description>
		<content:encoded><![CDATA[<p>Do not use this tool - I may sound like a whiner - but I just lost 21Gb of data during it &#8220;syncing&#8221; a folder. It brought all the subfolders down off my remote drive bar one, which it decided to sync up to the remote drive, by removing all the files on the remote drive under that folder as they didn&#8217;t exist locally.</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob/Paul</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-27065</link>
		<dc:creator>Bob/Paul</dc:creator>
		<pubDate>Sun, 04 Apr 2010 14:42:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-27065</guid>
		<description>Chris: The description isn&#039;t lacking, you just have to read all of it.

&quot;Transfers of small updates to large files are optimized using a compression protocol similar to rsync.&quot;

So, just like rsync, a few megs.</description>
		<content:encoded><![CDATA[<p>Chris: The description isn&#8217;t lacking, you just have to read all of it.</p>
<p>&#8220;Transfers of small updates to large files are optimized using a compression protocol similar to rsync.&#8221;</p>
<p>So, just like rsync, a few megs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-23133</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Fri, 19 Feb 2010 23:43:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-23133</guid>
		<description>The description is lacking.

I&#039;ve got a 50gig file in 2 places, one of them has had a few megs of mods made to it.

Is this program going to transfer a few megs, or 50 gigs, to bring the older file up-to-date?</description>
		<content:encoded><![CDATA[<p>The description is lacking.</p>
<p>I&#8217;ve got a 50gig file in 2 places, one of them has had a few megs of mods made to it.</p>
<p>Is this program going to transfer a few megs, or 50 gigs, to bring the older file up-to-date?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gvanto</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-22162</link>
		<dc:creator>gvanto</dc:creator>
		<pubDate>Mon, 08 Feb 2010 06:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-22162</guid>
		<description>I&#039;d like to keep a synchronized folder on primarily my laptop (Windows XP), and my main desktop (Kubuntu Hardy heron - I like Hardy) and also (but less important), a desktop at work (with Win XP on it).

The main reason is to keep a synchronized version of a keepass db file (keepass is a great little app for storing passwords) but will be great to have it work for any files.

Keeping track of working copies thru SVN would be a great feature (I recently signed up for a VPS running kubuntu 8.10, to serve as a central svn repository). 

If anyone has advice on what application (freeware preferably) that runs on Windows + Linux to achieve this, would be great to hear about it!

just curious if Unison would work for more than 2 machines and also if it is suitable for a central svn-repository setup?

Many thanks for help,
gvanto</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to keep a synchronized folder on primarily my laptop (Windows XP), and my main desktop (Kubuntu Hardy heron - I like Hardy) and also (but less important), a desktop at work (with Win XP on it).</p>
<p>The main reason is to keep a synchronized version of a keepass db file (keepass is a great little app for storing passwords) but will be great to have it work for any files.</p>
<p>Keeping track of working copies thru SVN would be a great feature (I recently signed up for a VPS running kubuntu 8.10, to serve as a central svn repository). </p>
<p>If anyone has advice on what application (freeware preferably) that runs on Windows + Linux to achieve this, would be great to hear about it!</p>
<p>just curious if Unison would work for more than 2 machines and also if it is suitable for a central svn-repository setup?</p>
<p>Many thanks for help,<br />
gvanto</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-16444</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Thu, 12 Nov 2009 16:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-16444</guid>
		<description>Try http://code.google.com/p/git-sync/
It seems to do all this and much more (file versioning for example).</description>
		<content:encoded><![CDATA[<p>Try <a href="http://code.google.com/p/git-sync/" rel="nofollow">http://code.google.com/p/git-sync/</a><br />
It seems to do all this and much more (file versioning for example).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: svrocket</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-8744</link>
		<dc:creator>svrocket</dc:creator>
		<pubDate>Sun, 10 May 2009 06:25:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-8744</guid>
		<description>Hey I&#039;m not trying to steal any thunder from Unison, if there is a significantly easier/better sync tool over ssh I&#039;m all ears. 

There is a mode to rsync, it takes 2 command lines where to update target to source and update source to target with a certain syntax and supposedly you get Unison-like behavior, Unforuntely I&#039;ve never had the need to do *2-way* syncronization, I&#039;m a &quot;one-way replication&quot; kind of guy where I make my shell scripts push new files from source to target, LEAVING the files on the target (do not delete). 

Mostly I use Solaris and Opensolaris, which co-bundles or pre-installs rsync ver 2.6.9 so I&#039;ve gotten real used to rsync. Also, I have to jump thru too many hurdles to add software that&#039;s not pre-installed (lame feature of my workplace) so rsync wins by path of least resistance. But someday I&#039;ll try Unison. And Dirvish. And ???</description>
		<content:encoded><![CDATA[<p>Hey I&#8217;m not trying to steal any thunder from Unison, if there is a significantly easier/better sync tool over ssh I&#8217;m all ears. </p>
<p>There is a mode to rsync, it takes 2 command lines where to update target to source and update source to target with a certain syntax and supposedly you get Unison-like behavior, Unforuntely I&#8217;ve never had the need to do *2-way* syncronization, I&#8217;m a &#8220;one-way replication&#8221; kind of guy where I make my shell scripts push new files from source to target, LEAVING the files on the target (do not delete). </p>
<p>Mostly I use Solaris and Opensolaris, which co-bundles or pre-installs rsync ver 2.6.9 so I&#8217;ve gotten real used to rsync. Also, I have to jump thru too many hurdles to add software that&#8217;s not pre-installed (lame feature of my workplace) so rsync wins by path of least resistance. But someday I&#8217;ll try Unison. And Dirvish. And ???</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anon</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-7238</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Wed, 08 Apr 2009 15:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-7238</guid>
		<description>I prefer using my customized shell scripts with 
rsync, scheduled timing, syncronize on logout, logs, report, and other neat stuff.

Insanely fast and fully automated.

Unison is uber slow and not totally reliable IMHO

Lol, the ubuntu screenshots watermarked are really sooo lame. screenshots from an open Source Operating system.  lol, this cannot be un-seen.</description>
		<content:encoded><![CDATA[<p>I prefer using my customized shell scripts with<br />
rsync, scheduled timing, syncronize on logout, logs, report, and other neat stuff.</p>
<p>Insanely fast and fully automated.</p>
<p>Unison is uber slow and not totally reliable IMHO</p>
<p>Lol, the ubuntu screenshots watermarked are really sooo lame. screenshots from an open Source Operating system.  lol, this cannot be un-seen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: andynu</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-6045</link>
		<dc:creator>andynu</dc:creator>
		<pubDate>Tue, 17 Feb 2009 08:08:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-6045</guid>
		<description>For my bin directory, svn works great. 

For my media (synced between work and home) unison is too slow. The hashing takes a full second per ~5m file; I&#039;ve let it sit for days without completing the initial index. My wild unfounded accusation is that fastcheck doesn&#039;t apply for the initial index, which is a shame since existence/mtime/date is plenty to differentiate the changesets I&#039;m dealing with.

rsync on the other hand works insanely fast but doing:
&lt;code&gt;
  rsync -auP a/ b/
  rsync -auP b/ a/
&lt;/code&gt;
while propagating additions well has the unfortunate side effect of resurrecting files deleted in either place.</description>
		<content:encoded><![CDATA[<p>For my bin directory, svn works great. </p>
<p>For my media (synced between work and home) unison is too slow. The hashing takes a full second per ~5m file; I&#8217;ve let it sit for days without completing the initial index. My wild unfounded accusation is that fastcheck doesn&#8217;t apply for the initial index, which is a shame since existence/mtime/date is plenty to differentiate the changesets I&#8217;m dealing with.</p>
<p>rsync on the other hand works insanely fast but doing:<br />
<code><br />
  rsync -auP a/ b/<br />
  rsync -auP b/ a/<br />
</code><br />
while propagating additions well has the unfortunate side effect of resurrecting files deleted in either place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alejandro</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-5902</link>
		<dc:creator>alejandro</dc:creator>
		<pubDate>Mon, 09 Feb 2009 13:19:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-5902</guid>
		<description>Problem with perms?
To the file /home/.unison/[i]profile_name[/i] add string &quot;[b]perms = 0[/i]&quot;.
Enjoy! :)</description>
		<content:encoded><![CDATA[<p>Problem with perms?<br />
To the file /home/.unison/[i]profile_name[/i] add string &#8220;[b]perms = 0[/i]&#8220;.<br />
Enjoy! <img src='http://www.ubuntugeek.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-5353</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Mon, 12 Jan 2009 09:20:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-5353</guid>
		<description>@Svrocket as far as I can tell, there is no disadvantage to sticking with rsync, _as long as you only update one directory_.  If you update both, like the example given above of adding new scripts to your bin directory on various hosts, unison allows this bidirectional capability.  

I have not done any head-to-head performance testing, but I would be interested to see how rsync and unison compare on big directory structures with small changes, which is my most common use case.

Andy</description>
		<content:encoded><![CDATA[<p>@Svrocket as far as I can tell, there is no disadvantage to sticking with rsync, _as long as you only update one directory_.  If you update both, like the example given above of adding new scripts to your bin directory on various hosts, unison allows this bidirectional capability.  </p>
<p>I have not done any head-to-head performance testing, but I would be interested to see how rsync and unison compare on big directory structures with small changes, which is my most common use case.</p>
<p>Andy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: linux-cloud</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3580</link>
		<dc:creator>linux-cloud</dc:creator>
		<pubDate>Mon, 22 Dec 2008 16:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3580</guid>
		<description>Good write up. thankx</description>
		<content:encoded><![CDATA[<p>Good write up. thankx</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: svrocket</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3579</link>
		<dc:creator>svrocket</dc:creator>
		<pubDate>Tue, 02 Dec 2008 04:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3579</guid>
		<description>Long time rsync user here, primarily on Solaris. Can someone give me compelling reasons why I would discontinue using rsync for Unison?

rsync -avP source:/dir target:/dir

seems simple enough to me.</description>
		<content:encoded><![CDATA[<p>Long time rsync user here, primarily on Solaris. Can someone give me compelling reasons why I would discontinue using rsync for Unison?</p>
<p>rsync -avP source:/dir target:/dir</p>
<p>seems simple enough to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3578</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Mon, 01 Dec 2008 16:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3578</guid>
		<description>Unison doesn&#039;t see my USB drive so I can&#039;t sync any files there. Conduit is fine but gets an error 20% in to the synchronize, so I&#039;m trying Unison as an alternative</description>
		<content:encoded><![CDATA[<p>Unison doesn&#8217;t see my USB drive so I can&#8217;t sync any files there. Conduit is fine but gets an error 20% in to the synchronize, so I&#8217;m trying Unison as an alternative</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan Lindh</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3576</link>
		<dc:creator>Jan Lindh</dc:creator>
		<pubDate>Wed, 22 Oct 2008 19:16:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3576</guid>
		<description>Regarding unison and special characters like åäö:

Well this is slightly outside of ubuntu, but about half a year ago I set up my wifes windows PC to sync against my debian etch server. Using a minimum of cygwin with unison was the solution. Fixing so unison handled filenames with swedish characters wasn&#039;t easy, but at last I found a way.

...problem is - I can&#039;t remember how I did it!

The only thing that rings my mind is that this was a cygwin problem. And the fix could have been changing the Cygwin.bat file to:

-----------------Cygwin.bat beginning-------------
@echo off



C:

chdir C:\cygwin\bin



set CYGWIN=tty



bash --login -i

-----------------Cygwin.bat end-------------

How the original looked like I can&#039;t remember.

Not much of an answer, but at least something...

Good Luck!</description>
		<content:encoded><![CDATA[<p>Regarding unison and special characters like åäö:</p>
<p>Well this is slightly outside of ubuntu, but about half a year ago I set up my wifes windows PC to sync against my debian etch server. Using a minimum of cygwin with unison was the solution. Fixing so unison handled filenames with swedish characters wasn&#8217;t easy, but at last I found a way.</p>
<p>&#8230;problem is - I can&#8217;t remember how I did it!</p>
<p>The only thing that rings my mind is that this was a cygwin problem. And the fix could have been changing the Cygwin.bat file to:</p>
<p>-----------------Cygwin.bat beginning-------------<br />
@echo off</p>
<p>C:</p>
<p>chdir C:\cygwin\bin</p>
<p>set CYGWIN=tty</p>
<p>bash --login -i</p>
<p>-----------------Cygwin.bat end-------------</p>
<p>How the original looked like I can&#8217;t remember.</p>
<p>Not much of an answer, but at least something&#8230;</p>
<p>Good Luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Canalegrande</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3574</link>
		<dc:creator>Matt Canalegrande</dc:creator>
		<pubDate>Fri, 17 Oct 2008 10:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3574</guid>
		<description>I am simply stuck with
&lt;code&gt;Received unexpected header from the server:
 expected &quot;Unison 2.27\n&quot; but received &quot;Unison 2.13\n00000000&quot;,
which differs at &quot;Unison 2.1&quot;.&lt;/code&gt;
Server is ubuntu hardy 64
Linux ice 2.6.24-19-server #1 SMP Wed Aug 20 18:43:06 UTC 2008 x86_64 GNU/Linux
and client is hardy 32
Linux can 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09 UTC 2008 i686 GNU/Linux

How can I proceed to get these two synced?</description>
		<content:encoded><![CDATA[<p>I am simply stuck with<br />
<code>Received unexpected header from the server:<br />
 expected "Unison 2.27\n" but received "Unison 2.13\n00000000",<br />
which differs at "Unison 2.1".</code><br />
Server is ubuntu hardy 64<br />
Linux ice 2.6.24-19-server #1 SMP Wed Aug 20 18:43:06 UTC 2008 x86_64 GNU/Linux<br />
and client is hardy 32<br />
Linux can 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09 UTC 2008 i686 GNU/Linux</p>
<p>How can I proceed to get these two synced?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stat</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3575</link>
		<dc:creator>stat</dc:creator>
		<pubDate>Wed, 15 Oct 2008 14:38:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3575</guid>
		<description>I have played with unison but to me you are sacrificing a lot to have a gui interface.  Rsync is your friend.  I find it does the job faster, better and with less issues.  The issue with unison about not working with differing builds drives me bats.  I want a sync tool that is robust and just works.  I don&#039;t want to have to waste time trying to interpret why it might have failed.  It is hard enough for me to have the discipline to do an actual sync.</description>
		<content:encoded><![CDATA[<p>I have played with unison but to me you are sacrificing a lot to have a gui interface.  Rsync is your friend.  I find it does the job faster, better and with less issues.  The issue with unison about not working with differing builds drives me bats.  I want a sync tool that is robust and just works.  I don&#8217;t want to have to waste time trying to interpret why it might have failed.  It is hard enough for me to have the discipline to do an actual sync.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KK</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3573</link>
		<dc:creator>KK</dc:creator>
		<pubDate>Wed, 01 Oct 2008 10:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3573</guid>
		<description>Hi,

After sync, the copied file has the current date &amp; time, is there any way or any other application can maintained the copied/synced file original modified date &amp; time ?

thanks</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>After sync, the copied file has the current date &amp; time, is there any way or any other application can maintained the copied/synced file original modified date &amp; time ?</p>
<p>thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mdlr</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3577</link>
		<dc:creator>mdlr</dc:creator>
		<pubDate>Sun, 28 Sep 2008 09:44:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3577</guid>
		<description>It does take forever to hash large files.  There are command line options like -fastcheck which look like they might help but they don&#039;t appear to.  I&#039;m looking for a good way of syncing two directories with v large files in.  All I want is filename and modified dates comparing.  Any ideas?</description>
		<content:encoded><![CDATA[<p>It does take forever to hash large files.  There are command line options like -fastcheck which look like they might help but they don&#8217;t appear to.  I&#8217;m looking for a good way of syncing two directories with v large files in.  All I want is filename and modified dates comparing.  Any ideas?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mastapat11</title>
		<link>http://www.ubuntugeek.com/unison-file-synchronization-tool.html/comment-page-1#comment-3572</link>
		<dc:creator>mastapat11</dc:creator>
		<pubDate>Sat, 12 Jul 2008 08:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/?p=384#comment-3572</guid>
		<description>@Crazy:

Your suspicions of the hashing latency for large directories are justified.
i tried to sync two 400Gb+ folders and it took Unison 25hrs+ to complete the initial comparison and that doesn&#039;t factor in the time to do the actual trans/changes!!!  and the folders were 95% similar to begin with!

i was using it for a folder on Ubuntu client against folder on an ubuntu server over nfs.
the same thing using Synctoy on windows client against folder on ubuntu server over samba takes 5-10m.

i haven&#039;t tried it again yet to see if it&#039;s reduced and is just that long only for initial hash (too afraid).</description>
		<content:encoded><![CDATA[<p>@Crazy:</p>
<p>Your suspicions of the hashing latency for large directories are justified.<br />
i tried to sync two 400Gb+ folders and it took Unison 25hrs+ to complete the initial comparison and that doesn&#8217;t factor in the time to do the actual trans/changes!!!  and the folders were 95% similar to begin with!</p>
<p>i was using it for a folder on Ubuntu client against folder on an ubuntu server over nfs.<br />
the same thing using Synctoy on windows client against folder on ubuntu server over samba takes 5-10m.</p>
<p>i haven&#8217;t tried it again yet to see if it&#8217;s reduced and is just that long only for initial hash (too afraid).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

