inotify并不总是可用.即使您的内核支持它,也只有有限数量的句柄可用于使用inotify监视文件,并且它们可能正在其他地方使用.此外,如果传递给tail的名称列表中的任何文件不在本地文件系统上,则将无条件地使用轮询.

这里要做的聪明的事情是相信维护者已经配置了默认行为以适当调整效率和性能的合理平衡,并避免二次猜测.这是双倍的,因为(缺少关于-s 0行为的明确记录的语义)我们在这里给出的任何建议在未来的版本中可能会变得过时.

无论如何：如果您的系统确实支持inotify,那么您将看到比默认的一秒轮询周期更低的延迟,开箱即用,无需调整或非默认选项.

见the actual delay loop used for tail -f with inotify available;您将看到使用-s传递的时间作为select()调用的超时,但只有在inotify不返回该点之前的任何事件时才会达到此超时.