我想在一定的时间后自动杀死命令。我想到一个这样的界面:
% constrain 300 ./foo args
这将运行“./foo”与“args”,但自动杀死它,如果它仍然在5分钟后运行。
将概念推广到其他约束可能是有用的,例如,如果它使用太多内存则自动杀死进程。
有没有任何现有的工具,或有任何人写这样的事情?
ADDED:Jonathan的解决方案正是我的想法,它的工作原理像linux上的魅力,但我不能让它工作在Mac OSX。我摆脱了SIGRTMIN,它让它编译正常,但信号只是不被发送到子进程。任何人知道如何使这项工作在Mac?
[添加:请注意,更新是可用的从乔纳森工作在Mac和其他地方。]
我已经到了晚了这个晚会,但我没有看到我最喜欢的技巧列在答案。
原文链接:https://www.f2er.com/bash/391465.html在* NIX下,警报(2)在execve(2)上继承,并且SIGALRM在默认情况下是致命的。所以,你可以经常简单:
$ doalarm () { perl -e 'alarm shift; exec @ARGV' "$@"; } # define a helper function $ doalarm 300 ./foo.sh args
或者安装一个trivial C wrapper为你做。
优点只涉及一个PID,机制简单。例如,如果./foo.sh退出“太快”并重新使用其PID,则不会杀死错误的进程。你不需要几个shell子进程一起工作,这可以正确完成,但相当容易发生。
缺点时间有限的过程不能操纵其闹钟(例如,alarm(2),ualarm(2),setitimer(2)),因为这将很可能清除继承的警报。显然,它也不能阻止或忽略SIGALRM,尽管对于一些其他方法可以说SIGINT,SIGTERM等。
一些(非常老的,我认为)系统在报警(2)方面实现睡眠(2),并且,即使在今天,一些程序员使用报警(2)作为用于I / O和其他操作的粗略的内部超时机制。然而,在我的经验,这种技术适用于绝大多数你想限时的过程。