inotify是否在写入开始或完成时触发通知？
想象一下两个进程，一个读取器和一个写入器，它们通过ext3 fs上的常规文件进行通信。Reader IN_MODIFY在文件上具有inotify 监视。Writer在单个write()调用中将1000字节写入文件。Reader获取inotify事件，然后调用fstat该文件。读者看到什么？ 是否可以保证Reader至少可以取回st_size文件上的1000 ？从我的实验来看，似乎并非如此。 是否可以保证Reader可以实际读取read()1000个字节？ 这是在严重的I / O绑定框中发生的。例如，sar显示大约1秒的等待时间。就我而言，阅读器实际上在获取inotify事件之后等待10秒钟stat，然后再调用，并且得到的结果太小。 我希望的是inotify事件在文件准备好之前不会传递。我怀疑实际上正在发生的是inotify事件write()在Writer中的调用期间触发，并且只要准备好了，数据实际上就可供系统上的其他进程使用。在这种情况下，10s是不够的时间。 我想我只是在寻找确认内核实际上实现了我所猜测的inotify方法。另外，是否有任何选择可以改变这种行为？ 最后，鉴于这种行为，渗入的意义何在？在获得事件之后，您将减少为轮询文件/目录，直到实际可用数据为止。一直以来都应该这样做，而忽略了inotify。 *** 编辑 ** * * 好吧，就像我经常看到的那样，既然我了解自己的实际工作，那么我所看到的行为实际上是有道理的。^ _ ^ 我实际上是在响应文件所在目录中的IN_CREATE事件。因此，实际上我是根据文件的创建来对文件进行stat（）响应，而不一定是IN_MODIFY事件，后者可能会在以后到达。 我将更改代码，以便一旦获得IN_CREATE事件，便会订阅文件本身的IN_MODIFY，并且在获得IN_MODIFY事件之前，我实际上不会尝试读取文件。我意识到那里有一小窗口，我可能会错过对该文件的写操作，但这对于我的应用程序是可以接受的，因为在最坏的情况下，文件将在最大秒数后关闭。