c - 实际上在Linux下，epoll是否已弃用了信号驱动的I/O？

Closed. This question is opinion-based. It is not currently accepting answers. Learn more。
想改进这个问题吗？更新问题，以便editing this post可以用事实和引用来回答。
去年关门了。
根据这本书：
与信号驱动的I/O相比，epoll具有许多优点。
我们能安全地说：
信号驱动的I/O实际上已经被epoll在linux下弃用了？

最佳答案

如果我们假设“信号驱动I/O”指的是POSIXaio（异步I/O）设备，使用aio\U sigevent通知方法，那么可以公平地说，大多数需要异步操作的网络应用程序都倾向于epoll而不是aio。贬损可能有点强烈。
我想指出的是，对于磁盘I/O，aio工具比epoll工具更突出，aiocb结构允许为操作指定aio_write或aio_read命令的偏移量。因此，多个文件I/O操作可以在文件中的许多不同偏移量上并行发生。具有epoll的传统文件描述符I/O通常会被序列化为流操作，在流操作中，下一个操作将继续进行，而先前完成的操作将停止。

关于c - 实际上在Linux下，epoll是否已弃用了信号驱动的I/O？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/51825746/