Filesystems 文件系统中的块大小和索引节点大小

我正在阅读“Dominic Giampaolo”的《实用文件系统设计》一书

这两个重要概念是：

块：文件系统中最小的可读写内存单元

Inode:Inode是一个区域，用于存储有关文件的数据，存储有关组成文件的块的存储位置的数据

作者阐述了直接在i节点中存储几个块地址所带来的简单性。然后他提到了“i节点的大小”和i节点映射的数据量之间的权衡

因此，他提到，当i节点的大小是块大小的偶数除数时，i节点的大小工作得最好

---

如何解释上述陈述？任何支持这一点的计算？

因为所有读/写操作都在块级别上操作，所以将inode块对齐并占用整个块可以确保读/写不会浪费。 如果一个块为4096字节，但一个inode仅为4000字节，则： 1.我们的索引节点是块对齐的：我们的效率不是很高，因为我们总是浪费每个块的96字节。 2.我们的inode不是块对齐的：我们的效率不是很高，因为当我们想要读取一个inode时，我们通常需要读取两个块——并且没有一个块会被inode数据100%占用

在以下情况下，我们将保持效率： 1.inode的大小等于块的大小（1:1比率） 2.inode的大小是块大小的精确倍数（1:n比率） 3.块的大小是inode大小的精确倍数（n:1比率）