btsync的一些优缺点

[mongodb]

用了btsync也两个多月了，生产环境也在用。

使用起来很是很简单的，windows下的gui就不说了，linux上也可以方便的使用webgui设置，启动参数设置是通过配置文件来实现的，具体过程不说了，很简单。

同步速度上很可观。 因为是P2P形式，所以传输速度主要取决于服务器网络速度，另外一个说快的主要是检测文件更改的速度比较快。

之前用的aerofs，一度寄予厚望，后来使用了发现是个大坑。坑到忍无可忍，最后连作为备用手段都不想选了。主要是在P2P互相发送文件更改的通知的时候，速度极慢，扔到路由器后或者稍微复杂一点的网络环境，就基本找不到对方了。寻找客户端的延迟从5分钟到5天都有。我也怀疑是我设置问题，但在多个网络环境下测试后，得出的结论还是这个。

btsync的响应就相对好多了。bittorrent的P2P技术相当成熟，显然也被借鉴过来了，多复杂的网络环境，只要带宽够，文件更改后的响应最多3分钟。无论文件数量多或少，这个很让人心动。

文件数量上没有做过很大的压力测试，已经过了折腾的年纪了。aerofs我测试的量级，在网络表现稳定的情况下，文件数量达到了6位数后会显著变慢（机器配置是2013年中档主流服务器配置），占用内存较多，btsync的不知道极限多少，目前最大同步文件夹包含230万个文件，响应速度还可以。

不过btsync占用cpu比较多。我猜测可能是因为高频率的扫描造成的，服务器上做海量小文件同步还ok。如果只是当同步盘用和本机同步也可以，但文件数量太多的话，我估计本机cpu够呛。ssd可不用忧虑。

有trash回收站，没有历史版本，这个方面aerofs做的还不错，有一定程度的历史版本功能。但也只是好那么一点点，半斤八两。


推荐使用场景：网站头像和静态文件同步备份。 服务器上下的电影和音乐自动同步到本机。 静态blog……

[Livid]

你在服务器上修改过 ulimit 设置么？

[mongodb]

@Livid 修改过。提升感觉不大。

[haoba]

略卡，在windows 2008 r2下使用。基本上有修改就同步了。

[hennessy]

windows上200W左右文件数 index缓慢 源站程序频繁自动退出 内存占用巨大 不太好用 不知道是不是设置问题

[lerry]

有时候会同步出错，把旧版本给弄回来了

[jiyan]

HR-HDTV电影同步下载

密匙：BHK56Y75XCKI3M5CFEKVBVZ2X7F45AY7T


via http://bitsynckeys.com/do/bitsync/BHK56Y75XCKI3M5CFEKVBVZ2X7F45AY7T

[xuanjianfeng]

@mongodb @lerry @Livid

求教：BTSync 在mac和windows局域网同步代码文件。

window端采用只读分享的方式同步到本地，然后会启动其它服务执行。
window端配置，不存储已删除的问题

问题：同步有时成功，有时不成功。mac端的设备状态是 “向上传输 10.9K”。
正常情况是 “已与12.13 同步”

临时解决：删除windows的目录，重新建立同步目录就可以成功了。

是否有碰到过？

[kwingart]

目前使用中，用来同步远程下载好的电影到本地，非常爽

[txl263]

这个玩意现在没人用了吧。。。我刚看到还新鲜了一下，结果不知道怎么用。。。。。注册了登录不了，有个客户端居然自己更新把自己更新没了？

[arrowna]

最大同步文件夹包含 230 万个文件。楼主是付费用户么？