是否有基于类似inotify机制的构建工具

在使用普通旧make的相对较大的项目中，甚至在没有任何改变的情况下构建项目需要几十秒。特别是对于make -C的许多执行，它们具有新的进程开销。这个问题的显而易见的解决方案是基于OS的类似inotify特征的构建工具。它会在某个文件发生变化时查看，并根据该列表单独编译该文件。那里有这样的机器吗？开源项目的奖励积分。

已邀请:

5 个回复

骚瓤

你的意思是Tup：从主页： “Tup是一个基于文件的构建系统 - 它输入文件更改列表和有向非循环图（DAG），然后处理DAG以执行更新相关文件所需的适当命令.DAG存储在SQLite数据库中。默认情况下，通过扫描文件系统生成文件更改列表。或者，可以通过运行包含的文件监视器守护程序预先提供列表。“

孝铜差

我只是想知道是否stat()the花了这么长时间的文件。在这里检查这是一个小的systemtap脚本，我写了来测量stat()文件所需的时间：

# call-counts.stp

global calls, times

probe kernel.function(@1) {
    times[probefunc()] = gettimeofday_ns()
}

probe kernel.function(@1).return {
    now = gettimeofday_ns()
    delta = now - times[probefunc()]
    calls[probefunc()] <<< delta
}

然后像这样使用它：

$ stap -c "make -rC ~/src/prj -j8 -k" ~/tmp/count-calls.stp sys_newstat
make: Entering directory `/home/user/src/prj'
make: Nothing to be done for `all'.
make: Leaving directory `/home/user/src/prj'
calls["sys_newstat"] @count=8318 @min=684 @max=910667 @sum=26952500 @avg=3240

我运行它的项目有4593个源文件，需要~27毫秒（26952500nsec以上）才能生成所有文件以及相应的.d文件。我虽然使用非递归make。

嘘崇蔡对

如果您使用的是OSX，则可以使用fswatch https://github.com/alandipert/fswatch 以下是如何使用fswatch来更改文件，然后在检测到任何文件时运行make

fswatch -o anyFile | xargs -n1 -I{} make

您可以在makefile中运行fswatch，如下所示：

watch: $(FILE)
  fswatch -o $^ | xargs -n1 -I{} make

（当然，$（FILE）是在makefile中定义的。） make现在可以监视文件中的更改，如下所示：

> make watch

你可以看到这样的另一个文件：

> make watch anotherFile

阀傻

在某些目录更新时，安装inotify-tools并写几行bash来调用make。作为旁注，递归使得规模严重并且容易出错。喜欢非递归制作。

葛瞎说漓

您描述的更改依赖项已经是Make的一部分，但Make足够灵活，可以以低效的方式使用。如果缓慢真的是由递归（make -C命令）引起的 - 它可能是 - 那么你应该减少递归。（您可以尝试使用自己的条件逻辑来决定是否执行make -C，但这将是一个非常不优雅的解决方案。）粗略地说，如果你的makefile看起来像这样

# main makefile

foo:
    make -C bar baz

还有这个

# makefile in bar/

baz: quartz
    do something

你可以改成它们：

# main makefile

foo: bar/quartz
    cd bar && do something

有许多细节可以正确，但现在如果bar/quartz没有改变，foo规则将不会运行。

要回复问题请先登录或注册

是否有基于类似inotify机制的构建工具

5 个回复

发起人

inotify

问题状态

是否有基于类似inotify机制的构建工具

与内容相关的链接

5 个回复

发起人

inotify

问题状态