Google 文件系统中的块大小问题

谷歌文件系统论文 http://labs.google.com/papers/gfs.html -

块大小是关键设计之一 参数。我们选择了64MB， 这比典型文件大得多 系统块大小。每个块 副本存储为普通 Linux 文件放在 chunkserver 上并被扩展 仅根据需要。惰性空间分配 避免因内部空间浪费 碎片化，也许是最大的 反对这么大的一块 尺寸。

什么是惰性空间分配以及它将如何解决内部碎片问题？

一个小文件由一个小文件组成 块的数量，也许只有一个。 存储这些块的块服务器 如果客户很多，可能会成为热点 正在访问同一个文件...我们 通过存储这样的内容解决了这个问题 具有更高复制性的可执行文件 因素并通过使批队列 系统错开应用程序启动 次。

什么是惊人的应用程序启动时间以及它如何避免块服务器成为热点？

惰性空间分配意味着文件系统在写入之前实际上并不提供文件空间。它们通常被称为稀疏文件 http://en.wikipedia.org/wiki/Sparse_file。例如，如果仅使用 64MB 块文件的前 2MB，则磁盘上实际仅使用 2MB。

错开应用程序启动时间只是意味着它们不会立即启动所有内容。如果每个应用程序在启动时都需要读取GFS中存储的一些配置文件，如果它们all同时启动，会出现负载问题。分散启动时间可以缓解这种情况。