在执行 strace -ttT date 时，我在可执行文件启动后立即错过了很多系统调用。在 execve() 之后，没有进一步的系统调用将 date ELF 从 HDD 复制到内存，这是否发生在内核中？我以为我会看到很多 HDD Controller 的 IOCTL，其中每个字节都按 block 加载到内存中？
16:00:00.505197 execve("/bin/date", ["date"], [/* 30 vars */]) = 0 <0.038088>
16:00:00.543671 brk(0) = 0x11b9000 <0.000074>
16:00:00.543915 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) <0.000077>
16:00:00.544187 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0f4083a000 <0.000076>
16:00:00.544416 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) <0.000018>
16:00:00.544543 open("/etc/ld.so.cache", O_RDONLY) = 3 <0.000059>
最佳答案
稍微简化一下，这就是 VFS 的业务内核子系统，而不是用户态应用程序。
据我们所知，数据可能存在于内存映射文件系统或 NFS 等上，因此内核为用户屏蔽了所有的复杂性，并为我们提供了这个方便的"file"抽象，这只是一个单根目录树上的路径和一堆属性，以及一组要应用的操作(系统调用)(是的，非常原始 OO :)。
在系统内部，文件通常传送到内核中 page cache在您的应用程序在 read(2) 中阻塞时，甚至之前，由适当的 FS 驱动程序执行什么的。
关于linux - 为什么 strace 不显示 HDD IOCTL 系统调用？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16567256/