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

-

块大小是关键设计之一 参数。我们选择了64MB， 它比典型的文件大很多 系统块大小。每一块 复制副本存储为普通Linux 文件，并已扩展 只在需要的时候。惰性空间分配 避免因内部故障而浪费空间 分裂，也许是最大的 反对这么大的一块 尺寸

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

小文件由小文件组成 块的数量，也许只有一个。 存储这些块的块服务器 如果许多客户 正在访问同一文件。。。我们 通过存储这样的文件修复了此问题 具有更高复制级别的可执行文件 通过使批处理队列 系统交错应用程序启动 时代

---

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

延迟空间分配意味着文件系统在写入文件之前实际上不会给文件空间。它们通常被称为。例如，如果只使用64MB区块文件的前2MB，则磁盘上实际只使用2MB

---

惊人的应用程序启动时间只意味着它们不能一次启动所有程序。如果每个应用程序在启动时都需要读取存储在GFS中的一些配置文件，如果它们都同时启动，则会出现负载问题。分散启动时间可以缓解这一问题。

您好，这是否意味着对于1kb的文件，磁盘上不可用的空间是64MB？