如果我正确阅读了 ext4 文档，从 Linux 3.8 开始，对于非常小的文件，应该可以将数据直接存储在 inode 中。
我期望这样一个文件的大小为 0 块，但事实并非如此。
# creating a small file
printf "abcde" > small_file
# checking size of file in bytes
stat --printf='%s\n' small_file
5
# number of 512-byte blocks used by file
stat --printf='%b\n' small_file
8
我希望这里的最后一个数字是 0。我错过了什么吗？
我使用 Debian 和 NetBSD 系统已经很长时间了，我已经习惯于对基本系统和软件包进行二进制升级（使用 pkgin 和 NetBSD）
现在 NetBSD 内核与 VPS 供应商不能很好地工作，但 FreeBSD 是那里支持的选项，所以我正在考虑进行切换。
我已经看到使用freebsd-update从基本系统升级二进制似乎可靠，这对于二进制包有多可靠？我的意思是可靠，您会相信它会在运行 Apache 的服务器上完成，该服务器带有 php、python、DNS 服务器，而不会出现太多停机时间。
http://forums.freebsd.org/showthread.php?t=17722在第 2 步中提到删除所有内容并在之后重新安装。不是我的蛋糕和平。
根据这个Red Hat 错误报告（我正在尝试重现），看起来 Netapp 文件管理器能够将数据直接存储在 inode 中，以防文件非常小。
考虑到我有一个具有大 inode 的 FS，是否可以在 Unix / Linux 文件系统上以这种方式存储数据？