Dropbox 是否被视为分布式文件系统？
Is Dropbox considered a Distributed File System?
我刚刚在读这个https://en.wikipedia.org/wiki/Clustered_file_system#Distributed_file_systems
DFS 的定义似乎完全符合我对 Dropbox 的描述，但它不在示例列表中，当然，如果它是我认为的那样的话。
那么 Dropbox 有什么不同使其不属于这一类？
通常，在谈论分布式文件系统时，您会想到 Dropbox 不支持的属性。例如，如果你和我共享一个文件夹，我可以在其中创建一个名为 "work.txt" 的文件，你可以在其中创建一个文件 "work.txt"，如果我们做得足够快（或者当我们不与 Dropbox 同步）我们将拥有同一文件的冲突副本。
一个类似的例子是，如果我们同时编辑同一个文件 - 我们将有冲突的副本，这是分布式文件系统应该避免的事情。在你所指的link中，这个叫做"Concurrency transparency; all clients have the same view of the state of the file system".
不支持 属性 Dropbox 的另一个示例：如果我的计算机出现故障（例如，我的硬盘损坏），我可能会丢失未上传到 Dropbox 的数据。有一个小的window，我认为我的数据写入了本地磁盘，但如果我的计算机出现故障，我会丢失该数据。
最后，我不确定 Dropbox 如何使用文件锁。例如，MS office 会锁定 .doc 文件，以确保没有其他人同时处理这些文件。我认为 Dropbox 不支持此功能。
我写了一篇博客 post 关于 complexities of implementing a distributed file-system 的一些内容，您可能会发现它也有帮助。
我刚刚在读这个https://en.wikipedia.org/wiki/Clustered_file_system#Distributed_file_systems
DFS 的定义似乎完全符合我对 Dropbox 的描述，但它不在示例列表中，当然，如果它是我认为的那样的话。
那么 Dropbox 有什么不同使其不属于这一类？
通常，在谈论分布式文件系统时，您会想到 Dropbox 不支持的属性。例如，如果你和我共享一个文件夹，我可以在其中创建一个名为 "work.txt" 的文件，你可以在其中创建一个文件 "work.txt"，如果我们做得足够快（或者当我们不与 Dropbox 同步）我们将拥有同一文件的冲突副本。
一个类似的例子是，如果我们同时编辑同一个文件 - 我们将有冲突的副本，这是分布式文件系统应该避免的事情。在你所指的link中，这个叫做"Concurrency transparency; all clients have the same view of the state of the file system".
不支持 属性 Dropbox 的另一个示例：如果我的计算机出现故障（例如，我的硬盘损坏），我可能会丢失未上传到 Dropbox 的数据。有一个小的window，我认为我的数据写入了本地磁盘，但如果我的计算机出现故障，我会丢失该数据。
最后，我不确定 Dropbox 如何使用文件锁。例如，MS office 会锁定 .doc 文件，以确保没有其他人同时处理这些文件。我认为 Dropbox 不支持此功能。
我写了一篇博客 post 关于 complexities of implementing a distributed file-system 的一些内容，您可能会发现它也有帮助。