Synkron alternatives12/20/2023 ![]() Table of a database (for instance sqlite) with the following colums: It could look like this:Īt first i though thers is no efficent solution to detect moving/renaming of a file. I suppose it would be a slight imporvement to the current databases. ![]() I am thinking about trying to use XML syncdb databases. If you are interested in testing the sync folder database Synkron, or if you want to have a look at the code, I can upload the source code onto the website. The slow speed might be caused by the fact that when using folders and files as a database, Synkron constantly has to access the relatively slow hard drive, yet the syncdb database is loaded into memory and accessing it is faster. I am not sure whether it is worth to keep the folder database and sacrifice the speed. synkron.syncdb file and can be up to four time slower. In the best cases it is twice as slow as the. synkron.sync folder way of doing databases and it has turned to be very elegant, but incredibly slow. It would also a good idea to profile the App to get the relevant cpu-killer. synkron.sync) * n (files changed in sync folders).Īnd all the redundant data (FolderAAA/FolderAAB/FolderAAC) would not be necessary. The runtime in the worst case would be O(n * log n) Like the linux command "touch -r file newfile" does. So what do you think about instead of create a ".synkron.syncdb" (textfile) to create a ".synkron.sync" (folder) which contains the whole structure of content with 0 Byte files which have the moddate of the original file. N(files of a sync folder) * n (entries in syncdb) So in the worst case it has a runtime of O(n^2): "If Synkron finds a file which is missing in a sync folder but exists in another sync folder, it searches in the ".synkron.syncdb" database of the sync folder in which the file is missing for a relative path of the missing file" synkron.syncdb unnecessary big and takes more time to search synkron.syncdb and recognized much of redundant data.ġ) So this makes. But, when try to sync a large amount of (svn) data (2,4GB) with much of small files (.svn/.) and activate "propagate deletions" or "detect collioions" the synchronisation takes very very long.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |