posted by wap, platform: GOOGLE Nexus 4

引用:

原帖由 @gopcboy  于 2018-2-8 00:16 发表
我一个40多兆的ppt也就几分钟同步完啊……

不过我确实没有那么多文件，我大都是pdf和Office文件，大概不到1000个，3个g左右

不行用群晖的那个同步也挺好用啊……

关键不是文件大，文件多才是致命的，文件大反而同步很快。

同样的，文件多，非常多，目录非常深的时候，才是考验同步软件能力的时候，你想，有些目录有几万个子目录，几十万个文件，同步软件还要去扫描每个文件是否改动，要和原来的文件状态做比对，必然极其耗时，这就要靠算法的功力了。你这种1000个文件根本毫无压力的，我们项目有些前端工程的依赖库，很多轻松超过Windows的目录深度极限了，你正常的删除都删不掉说目录太深，当然这也是程序员的工作特殊性导致的，但这也对同步软件的要求极高。

我就是因为前不久Syncthing后台扫描目录太深导致CPU占用很高，所以将很多暂时结束或者冻结的项目打包成7z格式，结果Syncthing发现大量文件变化就挂逼了。

posted by wap, platform: iPhone

引用:

原帖由 @jun4rui  于 2018-2-8 20:26 发表
关键不是文件大，文件多才是致命的，文件大反而同步很快。

同样的，文件多，非常多，目录非常深的时候，才是考验同步软件能力的时候，你想，有些目录有几万个子目录，几十万个文件，同步软件还要去扫描每个文件是否改动，要和原来的文件状态做比对，必然极其耗时，这就要靠算法的功力了。你这种1000个文件根本毫无压力的，我们项目有些前端工程的依赖库，很多轻松超过Windows的目录深度极限了，你正常的删除都删不掉说目录太深，当然这也是程序员的工作特殊性导致的，但这也对同步软件的要求极高。

我就是因为前不久Syncthing后台扫描目录太深导致CPU占用很高，所以将很多暂时结束或者冻结的项目打包成7z格式，结果Syncthing发现大量文件变化就挂逼了。

明白了，感觉好复杂。。不能不建那么多目录嘛？。。。。

posted by wap, platform: iPad
resilio被封以后就改为自己指定同步服务器，到现在还是正常工作，再坚持一段看看

posted by wap, platform: GOOGLE Nexus 4

引用:

原帖由 @gopcboy  于 2018-2-8 00:32 发表
明白了，感觉好复杂。。不能不建那么多目录嘛？。。。。

都是包管理工具自己建的，非Windows系统没这么多限制，所以大家都不当回事，放Windows上就傻逼了

ResilioSync多好用啊，不知道还能不能抢救一下。

posted by wap, platform: 小米

引用:

原帖由 @lasttime  于 2018-2-8 18:34 发表
ResilioSync多好用啊，不知道还能不能抢救一下。

官方论坛都凉了，看来没戏了。