在运行Linux内核版本2.6.18-194.26.1.el5的CentOS5.5机器上，我注意到posix_fadvise(WILLNEED)使读取60K文件的速度比普通IO慢了近200%。看起来实际的fadvise调用是同步的，它还延迟了应用程序中使用从文件读取的数据的其他线程的调度。是否有可能内核因为fadvise调用而忙于从磁盘中获取数据，并最终延迟了其他计划任务？这似乎与我们期望进行fadvise调用的预期异步预取行为相反。我的问题是:是否有任何可调内核参数可用于强制执行posix_fadvise(WILLNEED)的异步行为？比如增加内核IO线程，页面缓存？

在运行Linux内核版本2.6.18-194.26.1.el5的CentOS5.5机器上，我注意到posix_fadvise(WILLNEED)使读取60K文件的速度比普通IO慢了近200%。看起来实际的fadvise调用是同步的，它还延迟了应用程序中使用从文件读取的数据的其他线程的调度。是否有可能内核因为fadvise调用而忙于从磁盘中获取数据，并最终延迟了其他计划任务？这似乎与我们期望进行fadvise调用的预期异步预取行为相反。我的问题是:是否有任何可调内核参数可用于强制执行posix_fadvise(WILLNEED)的异步行为？比如增加内核IO线程，页面缓存？

我使用的是AndroidNDK版本:r9c我需要posix_fadvise()来建议操作系统不要缓存文件，我打开它是为了绕过缓存并在需要读/写时强制对存储设备进行I/O访问这个文件。我没有打开带有O_DIRECT标志的文件的原因是O_DIRECT在不同设备上存在兼容问题。我曾尝试直接调用__NR_arm_fadvise64_64但没有用，而且__NR_fadvise未在NDKr9c中定义。下面是示例代码，系统调用read不会触发I/O访问，这意味着页面缓存仍然有这个文件的记录。ret=fdatasync(fd);ret=syscall(__NR_arm_fadvise64_64,fd,

我在一个巨大的文件(太大而无法放入内存)中随机读取数据(每次读取我通常设置MADV_DONTNEED，但查看文档和信息似乎我需要FADV_NOREUSE。我不太明白madvise()和fadvise()是如何协同工作的。它们是同义词吗？我喜欢其中一个重要吗？它们可以一起使用吗？它们是不同的内核子系统吗？FADV_NOREUSE是我正在寻找的以获得最佳性能的方法吗？ 最佳答案 madvise()和posix_fadvise()不是同义词。madvise()告诉内核(给出建议)如何处理现有内存区域，而fadvise()告诉内核如何处理文