如果inode足够大以支持扩展时间信息（256字节或更大），则ext4文件系统确实支持存储时间的纳秒分辨率。在您的情况下，由于分辨率大于第二个分辨率，因此这不是问题。
在内部，ext4文件系统代码调用
current_fs_time()，这是当前缓存的内核时间，该时间被截断为文件系统的超级块中指定的时间粒度，对于ext4，该粒度为1ns。
Linux内核中的当前时间被缓存，并且通常仅在计时器中断时才更新。因此，如果您的计时器中断以10毫秒的速度运行，则缓存的时间将仅每10毫秒更新一次。当确实发生更新时，结果时间的准确性将取决于硬件上可用的时钟源。
试试看，看看您是否也获得了与统计调用相似的结果：
while true; do date --rfc-3339=ns; done
在我的机器（amd64，intel virtualbox）上没有量化。
例如
2013-01-18 17:04:21.097211836+11:002013-01-18 17:04:21.098354731+11:002013-01-18 17:04:21.099282128+11:002013-01-18 17:04:21.100276327+11:002013-01-18 17:04:21.101348507+11:002013-01-18 17:04:21.102516837+11:00
更新 ：
上面使用的检查
date在这种情况下并没有显示任何内容。这是因为
date将调用
gettimeofday系统调用，该系统调用将始终根据缓存的内核时间返回最准确的可用时间，并根据CPU周期时间进行调整（如果可以提供纳秒分辨率）。但是，存储在文件系统中的时间戳仅基于缓存的内核时间。即在上一个定时器中断处计算的时间。
