Talk:Comparison of file synchronization software

	This article is within the scope of WikiProject Software, a collaborative effort to improve the coverage of software on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.SoftwareWikipedia:WikiProject SoftwareTemplate:WikiProject Softwaresoftware
List	This article has been rated as List-class on Wikipedia's content assessment scale.
???	This article has not yet received a rating on the project's importance scale.
	This article is supported by WikiProject Computing.

Entries to add

Windows Offline files
~~Dropbox~~ —Preceding unsigned comment added by 130.15.3.146 (talk) 16:18, 4 May 2011 (UTC)[reply]
Google Drive — Preceding unsigned comment added by 77.241.45.51 (talk) 06:07, 2 September 2012 (UTC)[reply]
Puresync
Memeo autosync
SyncBreeze
~~SparkleShare~~ —Preceding unsigned comment added by 67.68.23.7 (talk) 02:58, 11 March 2011 (UTC)[reply]
QtdSync [1][2]
cwRsync --DavidCary (talk) 05:24, 26 February 2014 (UTC)[reply]
Amazon Cloud Drive -79.177.122.137 (talk) 22:59, 2 May 2014 (UTC)[reply]
Seafile: open source, free/libre Dropbox clone for self-hosting. Server available for Linux and Windows. Clients available for Android, Linux, iOS, Mac, and Windows. --ChPietsch (talk) 15:02, 12 August 2014 (UTC)[reply]
ChronoSync — Preceding unsigned comment added by 24.227.118.86 (talk) 15:32, 13 August 2014 (UTC)[reply]
SureSync [3] — Preceding unsigned comment added by Dereitz (talk • contribs) 18:58, 11 September 2014 (UTC)[reply]

unnecessary "cleanup"

Someone ( Hm2k ) has deleted CleanSync and other items in Revision as of 21:06, 10 May 2010

:-(

--—Preceding unsigned comment added by 158.195.191.96 (talk • contribs)

system requirements

It should be useful to list also system requirements of compared software , because it has impact on performance. —Preceding unsigned comment added by 158.195.191.96 (talk) 11:29, 6 June 2010 (UTC)[reply]

wrong license type

Some items requests license agreements other than listed in the table ! —Preceding unsigned comment added by 212.55.255.41 (talk) 10:17, 8 June 2010 (UTC)[reply]

Three tables?!

I really don't understand this format. Like people only did care about certain features if tool is proprietary. They should be compared altogether, with the Licence as a column.

Having two tables would be useful if we want to split: general information, more important features, less important features.

And a column for "Paid version" is almost a joke. If there is no paid version available, I guess the software has no interest at all. --LQST (talk) 15:52, 21 June 2010 (UTC)[reply]

I agree, the tables should be combined and its licensing model (open source and which license/closed source/proprietary/freeware/shareware/paid) should be noted. Syzygy84 (talk) 21:22, 21 May 2014 (UTC)[reply]

Missing explanation

There are some software not made to work in Linux enviroments. I created a hypothesis: can a Windows laptop access a Linux shared partition (using Samba), and sync it's content, thanks to a Windows aplication that doesn't work in Linux? Can this sort of solution work? Or is it necessary to have the aplication installed in both machines? The answer to this could be put in the reference item. —Preceding unsigned comment added by 189.26.169.85 (talk) 11:15, 31 January 2011 (UTC)[reply]

Ambiguity

Does anyone else find the columns "Windows", "Mac OS X", "Linux", and "Other OS" ambiguous? For example, does it mean the application runs on those operating system platforms, or does it mean it just supports synchronizing with their filesystems?

Also, I don't understand why the commercial comparison chart has columns for both "Prior file versions, revision control" and "Restore replaced/deleted files from old versions." Isn't that the same feature? Even more confusing is that almost every piece of software says it can do revision control, but it also says it *can't* restore old files. I don't understand how that can be... isn't the whole point of revision control to be able to restore older versions?** They're the same thing! Doesn't anybody notice this? I feel like I'm taking crazy pills! Jmontee (talk) 22:57, 14 October 2011 (UTC)[reply]

- Update 17 October 2011 **

Reviewing the article history shows user "Alishoki" created this column "Restore replaced/deleted files from old versions." (including a period at the end of the column header), while indicating that only BestSync possessed this feature among all of the software shown. This suggests the intentions of this modification was in the interests of promoting a feature of BestSync. While in itself is perfectly acceptable, I draw upon personal experience with Risefly (author of BestSync) with which they seemed to possess less-than-desirable knowledge/quality control. I suspect this chart modification was performed by them without understanding that a column for the feature they wanted to illustrate already existed ("revision control"), and that it was incorrect to indicate that none of the other software possessed that feature. Additionally, Risefly is based in Osaka, and the username that made these modifications appears Japanese. For the sake of accuracy, I will manually revert these changes back and eliminate the redundant and inaccurate column for "Restore replaced/deleted files from old versions."

Table too wide

Someone on help desk just mentioned that the top table is too wide to view nicely. I am new, so I don't know what the WP policies/guidelines are for this.--Canoe1967 (talk) 05:35, 24 March 2012 (UTC)[reply]

Came here from the Help Desk post as well. I agree that table is too wide for most computer screens. Wikipedia:Manual of Style/Tables and WP:SPLITLIST seem to indicated that the way to handle this is removing some of the columns, since too much statistical data is against Wikipedia is not an indiscriminate collection of information policy. -- Uzma Gamal (talk) 15:37, 24 March 2012 (UTC)[reply]

Definitions

This article needs to include the definition of "portable" "scheduling" etc. for the top table. What do this terms mean, in this context? Is the data format portable? Or the software cross-platform? The software includes scheduling of batch file operations, or processes? What? 90.193.161.157 (talk) 10:38, 4 April 2012 (UTC)[reply]

I noticed confusion about "Detect rename, move" when testing (only) DirSync Pro and FreeFileSync for this aspect and corrected the table. So I started the section "Definitions".

UnTrueOrUnSimplified (talk) 20:44, 16 April 2013 (UTC)[reply]

A good start, but it's only a start. The table still has confusing columns such as "LAN Sync" and "Sync any directory" which can have multiple meanings. -79.177.122.137 (talk) 23:58, 6 May 2014 (UTC)[reply]

Call for user opinions about "Detect rename, move"

I want users opinions about the proposal to integrate the two columns "Detect rename", ".. move" to one with the name "Rename/move synced as such". I assume all programs detect added or deleted files, and with that, renamed and moved files. I see no point in reserving 2 columns for that definition. UnTrueOrUnSimplified (talk) 14:52, 18 April 2013 (UTC)[reply]

I agree! OGivi (talk) 14:10, 20 April 2013 (UTC)[reply]

That is a DirSync Pro developers agreement. Thank you, :-). I wait for some more agreements. UnTrueOrUnSimplified (talk) 14:33, 20 April 2013 (UTC)[reply]

I agree on merging the two columns and adding notes should a product handle moves differently than renames. Only one product has a different answer for "rename" vs. "move." I disagree on deleting both columns. Your assumption that all programs detect renamed and moved files is not true. For example, I know robocopy does not. If you rename a file and run robocopy again it will copy the file data to the destination under the new name. A product that detects renames/moves would see that the file is already on the destination but under a new name and/or location and just rename and/or move it on the destination. It would not copy the file data over again. Some products keep a "recycle bin" of deleted files and allow a person to delete a file and later to put it back. The product will see that the file data is already in its "recycle bin" and restore it rather than copying the file data. I am puzzled by the remark for iFolder where it says "Yes (files, not folders)." If a product can detect/handle files getting moved then by definition it can handle folders being renamed or moved. The product would simply see this as a bunch of files getting moved. --Marc Kupper|talk 01:59, 7 May 2013 (UTC)[reply]

Given that the two columns are identical along with the preceding conversation, why don't we just merge them? If someone else doesn't beat me to it, I'll do it. Syzygy84 (talk) 21:10, 21 May 2014 (UTC)[reply]

Remark on "detect rename/move"

None of the open source software listed in the table (with the exception of Unison) has a true file rename/move detectability feature. If a file A was renamed to B, a software with this feature should detect that file B on the first server/folder is file A on the second server/folder. However, most of the listed software can only detect that file A is missing on the first server/folder, and file B is missing on the second server/folder. Therefore, stating that those software has rename/move detectability feature is misleading. I'd advise using a third option – Partial – which mark that the software can only detect if a file is missing, but not if a file was moved. – Fuzzy – 12:14, 9 July 2013 (UTC)[reply]

I think the definition above the table is quite clear what Renames/Moves is supposed to be: mimic the operation on the other side. Handling them the same way as new/removed files (and therefore just copying it over) should be marked as "No", there is no need for "Partial". OK, maybe I missed something, so what would be the difference between a "No" and "Partial"? I tested the behavior of FreeFileSync, and can confirm that it does not detect moves and renames, as required by the definition here, it simply threats them as new files on one side, and to be deleted files on the other. However I am reluctant to change this, since I don't have any sources, just my own testing. Any advice what can be done here? - Waldemar7k (talk) 22:07, 20 December 2014 (UTC)[reply]

More important (to me) than the efficiency gained by renaming/moving instead of achieving the same end state by copying/deleting, is the ability to do a proper bi-directional sync. in other words, it knows the difference between these two scenarios: 1) File A is present on Directory 1 but not on Directory 2 because it was deleted from Directory 2 (therefore delete it from Directory 1) 2) File A is present on Directory 1 but not on Directory 2 because it was added to Directory 1 (therefore copy it to Directory 2) To achieve this, it must hold metadata between runs

Commercial vs Proprietary

The Commercial software section has the description of "This is a comparison of proprietary software released as commercial." Software can be commercial (sold) while still being open-source, and there's not a section for commercial open source software. I bring this up because "ownCloud" is in the commercial section, but it's open-source. It's actually using a dual-license monetization scheme, so I have no idea what section it should be under. Both? — Preceding unsigned comment added by 67.11.62.236 (talk) 14:00, 16 June 2013 (UTC)[reply]

FreeFileSync

FreeFileSync needs to be added. — Preceding unsigned comment added by 98.155.42.93 (talk) 16:54, 28 July 2013 (UTC)[reply]

It was eventually added. -79.177.122.137 (talk) 22:55, 2 May 2014 (UTC)[reply]

FTPbox

FTPbox -- open-source -- should be added, still in beta though. -> link: http://ftpbox.org/ — Preceding unsigned comment added by Tielemans.jorim (talk • contribs) 07:41, 8 June 2014 (UTC)[reply]

Critical Missing Table Attribute: Ability to Detect Changes in Padded Files

I apologize deeply if this critical attribute is already prominently addressed in the tables and I missed it, but if not...

I think it's very important to address the capabilities/shortcomings of applications that cannot detect differences in padded files and take appropriate or reasonable user-defined actions.

By "padded', I mean files that deliberately have extra space already included in them to accommodate rapid updates without requiring assessment of hard drive resources. The technique of padding is ubiquitous, if not standard, in application configuration files and audio files like MP3 and FLAC files, and has been so for well over a decade if not longer.

While the uninitiated may think this is a nit, a technicality or something that only the obsessive worry about, then I can reliably inform you that the real situation is completely the opposite for the typical user. For example, what if you edit the name of an artist in your music file and then save it to your local hard drive. Upon backing up or syncing your music files, would you expect that your change would be recognized and the appropriate update occur? I would hope so. But no...for many of the apps in this wiki article. Not only would the change not be detected, but many of these apps will see a file mod date change and no file size change, automatically assume the file dates where wrong, then overwrite the file mod date of the backup location to mask the detection of a difference. While in decades prior to 1990 this may have been a reasonable default action because of operating system and network issues in working with backups and external hard drives, in reality such issues were solved before even the MP3 codec was invented.

For the apps that can;t handle this well, they typically only have one way to detect real differences in added files: run the app by recalculating all checksum data on all files. So what would typically be a 1 minute effort becomes a multi-day effort. Or force the user to manually select files they somehow "knew" changed but weren't detected as changed to force an update. Neither are reasonable day-to-day. Put another way, one can always manually wipe out an entire backup or sync location and start from scratch each time that will probably take less time than a full checksum backup for sync effort, but no one needs an app for the method of wiping and redoing from scratch every time.

To be clear, this affects any user trying to not only deal with song files, but anyone trying to backup application configuration files - padding is an effective way to speed up small file changes without engaging in OS resource allocation and file moving efforts that can really slow down small configuration changes. I suspect many mainstream PC users use applications with configurations that they don't want to lose and therefore backup or sync, but if any are padded as is typical, any backup or sync app not designed to deal with padded files will at some point likely have a major issue.

I'm just a typical PC user that got burned by this when I discovered key files on my backup were very old and missing many metadata changes despite having a file modification date as recent as my actual latest master file that had all the latest metadata changes. I have absolutely no commercial interest in any application in this space. For that reason, I won't even list the apps that have this critical shortcoming or deal with it effectively and efficiently that I know of.

I heartily encourage someone with industry knowledge and/or wiki editing cred to enhance the tables to reflect what apps deal with this well, and which ones don't. Or at least note in the article that this critical feature is missing in the tables for now.

Thanks for considering this.