Oli*_*Oli 7 bash interrupt inotify debouncing inotifywait
我有一个小脚本,用于监视文件的变化inotifywait.当某些内容发生变化时,会通过一个过程(编译,压缩,重组等)发送一批文件,这些过程大约需要十秒钟才能运行.
请考虑以下示例:
touch oli-test
inotifywait -mq oli-test | while read EV; do sleep 5; echo "$EV"; done
Run Code Online (Sandbox Code Playgroud)
如果你touch oli-test在另一个终端上运行几次,你会看到每个循环在它继续前完成.这种情况对我来说非常真实.如果我忘记在文件处理过程中忘记保存文件,或者发现错误,那么事件就会叠加,我等待几分钟.
令我感到震惊的是,有两种技术可以使这个工作流程更加客观.我不确定什么是最简单或最好的,所以我提出了两个:
中断以前的运行,并立即重启.脚本化进程目前只是一组内联命令.我可以将它们分解为Bash函数,我并不是想要将它们打破得更远.
对等待处理的事物列表进行去抖动,以便如果一次发生五个事件(或者它已经处理过),它只会再次运行.
(或两者......因为我确定有两种情况都有用的情况)
我也对不同的方法持开放态度,inotifywait但他们需要给我相同的结果并在Ubuntu上工作.
Max*_*phy 10
这是一个紧凑的解决方案:
inotifywait -q -m -e modify -e create -e close_write --format "%w%f" /etc/nginx/ |\
while read -r path; do
echo $path changed
echo "Skipping $(timeout 3 cat | wc -l) further changes"
service nginx reload
done
Run Code Online (Sandbox Code Playgroud)
第一个read等待一行数据,所以这不会消耗你的CPU。读取timeout 3 cat接下来 3 秒内收到的任何进一步更改通知。只有这样才会nginx重新加载。
要中断,您可以改变事物,以便处理在后台子shell中运行,并且每个新inotifywait事件都会破坏后台进程:
inotifywait -mq oli-test | while read EV; do
jobs -p | xargs kill -9
(
# do expensive things here
sleep 5 # a placeholder for compiling
echo "$EV"
) &
done
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
1022 次 |
| 最近记录: |