我正在使用tail -f(在Linux上)并试图找出如何使用-s参数来设置轮询间隔.一位同事告诉我-s0会导致尾部使用inotify而不是轮询,但我在尾部的文档中找不到.
我拖尾的二进制文件经常变化 – 这是否表明我应该使用-s0或者一小部分秒(比如-s0.1)?
最佳答案不,tail -f并不总是使用inotify.inotify并不总是可用.即使您的内核支持它,也只有有限数量的句柄可用于使用inotify监视文件,并且它们可能正在其他地方使用.此外,如果传递给tail的名称列表中的任何文件不在本地文件系统上,则将无条件地使用轮询.
这里要做的聪明的事情是相信维护者已经配置了默认行为以适当调整效率和性能的合理平衡,并避免二次猜测.这是双倍的,因为(缺少关于-s 0行为的明确记录的语义)我们在这里给出的任何建议在未来的版本中可能会变得过时.
无论如何:如果您的系统确实支持inotify,那么您将看到比默认的一秒轮询周期更低的延迟,开箱即用,无需调整或非默认选项.
见the actual delay loop used for tail -f
with inotify available;您将看到使用-s传递的时间作为select()调用的超时,但只有在inotify不返回该点之前的任何事件时才会达到此超时. 总结
以上是内存溢出为你收集整理的linux – tail -f总是使用inotify吗?全部内容,希望文章能够帮你解决linux – tail -f总是使用inotify吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)