☰

为什么 `sync + drop_caches` 不删除缓存？

tag-icon • tag-icon linux-kernel performance cache benchmark
为什么 `sync + drop_caches` 不删除缓存？

我有一个测试用例journalctl它花费几秒钟从磁盘读取。但是，如果我尝试对测试用例的多次运行进行基准测试，我发现第一次运行后速度快得不可思议。即使我尝试删除缓存。为什么？

$ sync && echo 1 | sudo tee /proc/sys/vm/drop_caches && /usr/bin/time journalctl -b -u dev-shm.mount
1
0.01user 0.03system 0:04.50elapsed 1%CPU (0avgtext+0avgdata 30956maxresident)k
95424inputs+0outputs (424major+665minor)pagefaults 0swaps
$ sync && echo 1 | sudo tee /proc/sys/vm/drop_caches && /usr/bin/time journalctl -b -u dev-shm.mount >/dev/null
1
0.00user 0.01system 0:00.08elapsed 26%CPU (0avgtext+0avgdata 31832maxresident)k
94992inputs+0outputs (422major+445minor)pagefaults 0swaps

有趣的是，time仍然显示它通过页面错误执行大量 IO ( inputs)。我注意到，如果我跳过drop_caches运行之间的时间，它会显示 0。

答案1

drop_caches只影响内核文件系统缓存。它不会影响底层硬件中的缓存。显然你的硬件有数百兆字节的缓存（94992 * 4096 ~= 400MB）。惊人的！

就我而言，这是因为内核在虚拟机中运行。所以“底层硬件”并不是简单的硬盘。这说明了 所使用的磁盘设置virt-manager。

用于“缓存模式”的选项尊重写入刷新（使用fsync()），但否则允许在主机内核的页面缓存中缓存写入和读取。 “底层硬件”实际上包括主机 RAM 内的磁盘缓存，可能会增长到数 GB。

libvirt / KVM 将此称为“写回”缓存。

我还注意到这可以加快重新启动虚拟机的速度。

相关内容