常规文件上的 Kqueue

Question

kqueue（在 OS X 上）对于读取/写入常规文件有用吗？我知道 epoll 对于 Linux 上的常规文件没有有用，所以我想知道 kqueue 是否也是如此。

编辑：我的意思不是读/写文件，显然 read() 和 write() 就是用于此目的。我的意思是，“kqueue 对于检测文件何时可读/可写实际上有用吗？”

Answer 1

内核队列是一种机制，“允许您拦截内核级事件以接收有关套接字、进程、文件系统和系统其他方面的更改的通知。”

我过去曾使用它们来检测文件上（或常用文件夹内）何时发生操作。不过，我不相信它们可以用于“读取”和“写入”文件。如果您愿意，您也可以使用 MacOS 本机函数或常规 UN*X 样式“fopen

”、“

fwrite

”和“

fread

”调用。

Answer 2

是的，kqueue 可用于监视文件的可读性。从手册页：

 EVFILT_READ      Takes a file descriptor as the identifier, and returns
                  whenever there is data available to read.  The behavior
                  of the filter is slightly different depending on the
                  descriptor type.

 [...]

                  Vnodes
                      Returns when the file pointer is not at the end of
                      file.  data contains the offset from current posi-
                      tion to end of file, and may be negative.

（在这种情况下，“vnodes”是常规文件。）

由于常规文件始终是可写的，因此对它们应用

EVFILT_WRITE

 是没有意义的。

Answer 3

从技术上讲，您可以使用它来轮询读取可用性。

但读取可用性仅意味着磁盘上有可用数据，而不是数据已经缓冲并准备好提供服务。因此后续读取可能仍会阻塞。

只要有足够的内存，文件写入通常是非阻塞的。写入本质上是对内核内另一个缓冲区的 memcpy，该缓冲区最终将提交到磁盘。

这也是为什么 poll 总是返回准备好常规文件的原因。

在 Linux 和 BSD 上，O_DIRECT 和 O_SYNC 改变了这种行为，在 OS X 上，我相信有一个 fcntl 具有类似的行为。不过，使用这些几乎总是一个坏主意。