限制Dropbox缓存大小

Question

我遇到了Dropbox缓存的问题,我经常发现我与Dropbox同步的特定机器已经用完磁盘空间而Dropbox缓存是罪魁祸首.这是一个问题,因为机器Dropbox安装在无头(或几乎是这样),因此唯一的指示是出现问题突然发生在机器上应该可用的数据.

我已经读过可以清除缓存,但这很痛苦,因为这台机器正在运行OS X并且没有命令行界面,这意味着我必须将VNC插入机器才能重启Dropbox.这似乎也限制了我自动清除缓存的选项,虽然必须创建一个周期性任务来清理Dropbox文件夹似乎很容易出错并且容易出错.(例如,磁盘可能会在脚本运行之前填满.)

(更新:在低磁盘条件下删除文件似乎导致Dropbox再次开始同步而不重新启动,但我不确定是否有任何不良副作用,在我读过有关缓存的任何地方都说要停止删除期间Dropbox,然后重启.)

另外,似乎Dropbox空间耗尽这么快的原因是我有一个大的日志文件(大约半千兆字节),这只是附加的,但Dropbox正在创建一个新的缓存副本每次更改时都会显示整个旧版本.因此,从性能的角度来看,对于文件的每个微小的几个字节的添加,它不断创建这个大文件的副本是不可取的.

这台机器的磁盘空间相当紧张,所以我宁愿让Dropbox限制它的缓存量.有办法做到这一点吗？到目前为止我的搜索结果是空的.

更新:我尝试打开一个Dropbox支持请求,只是收到一封电子邮件回复说:"感谢您写信.虽然我们很乐意回答我们收到的每一个问题,但遗憾的是我们无法回复您的询问.大量的支持请求." ಠ_ಠ

Answer 1

我遇到了同样的问题，原因完全相同（也花了一段时间才弄清楚）：Dropbox 文件夹内的日志文件实际上没有那么大（几 MB），但它确实每分钟更新几百个字节。我的缓存快要死了。我的本地 Dropbox 文件夹总共有 150 GB，其中 50 GB 是缓存！

我刚刚清除了它，我的理解是除了重新同步之外没有任何后果，但这是不可持续的。

我在这里看到几个解决方案：

Dropbox 不适合此用例。不要在 Dropbox 上保留频繁更新的日志。我认为这将是一个无赖，因为应该有一个相当简单的技术解决方案，它们是：
Dropbox 要么有或应该有一个缓存最大大小的设置，就像浏览器一样。如果它不存在（显然），那么实现起来应该不会太难，否则请告诉我们它在哪里。
可以编写一个脚本（这里讨论 Linux）定期（每小时应该足够了，但理论上可以每分钟完成一次）检查 .dropbox.cache 的磁盘大小，如果超过某个限制，它将删除一些文件。您可以删除 10 个最近的文件，或 10% 的文件，或者如果您确实想要更进一步，您可以计算从最旧的文件开始需要删除多少文件才能维持一定的缓存大小。问题可能是停止 Dropbox，但看起来如果您只是暂停同步就应该没问题了。

2 号和 3 号确实是同一个，问题只是谁来做。鉴于 Dropbox 不是开源平台，因此最好由 Dropbox 编写和维护此功能。当 Dropbox 代码库中的某些内容发生变化时，任何第三方插件都可能会停止工作。

Dropbox 确实有动机不提供此功能，因为频繁同步=更多带宽。但我认为我们是为带宽付费的。

谢谢 Dropbox，我们都爱你，特别是因为你免费为我们提供了所有额外的空间。