Node.js脚本与Python脚本启动成本对比

Question

我觉得根据Node的使用场景，它在启动时的开销应该比Python小很多。不过，有没有人能通过经验或者基准测试来确认这一点呢？

我之所以问这个，是因为我正在做一个项目，每分钟要启动大约20个Python脚本。在这些进程中，我们要进行大量的数据库和网络输入输出。这正是Node能够发挥优势的地方，所以我想看看在这里使用Node而不是Python的好处。我知道我可以用Twisted来异步处理输入输出，但我还是需要每分钟启动这些进程。

编辑：

我知道像这样启动进程并不总是被认为是理想的做法。但在这个系统的架构中，这确实是最合适的解决方案。这就是我考虑使用Node的原因。因为V8是事件驱动的，所以以每分钟20次的速度调用“node myscript.js”应该没问题。调用myscript.js本身就是一个事件，只是它不再是在浏览器中运行了。[编辑] 完全错误

在开车上班的路上思考这个问题后，我意识到我应该问的是如何更好地对代码进行基准测试。这样我就可以对比这两种设计的性能。

更新：

brandizzi让我意识到了我的错误。执行“node myscript.js”并不是事件。最终，Node解释器的启动时间确实比Python稍长一些。不过，这个时间几乎可以忽略不计。

Answer 1

我觉得你的问题有点模糊。不过，如果你想比较启动时间，为什么不直接用 time 呢？可以看看一些例子（文件 null.* 是空的，因为我们只是想测量启动时间）：

$ i=0
$ time while [ $((i++)) -lt 1000 ] ; do python null.py ; done

real    0m55.777s
user    0m30.154s
sys 0m13.910s

$ i=0
$ time while [ $((i++)) -lt 1000 ] ; do node null.js ; done

real    1m37.618s
user    0m59.578s
sys 0m18.038s

这些初步结果显示，node 启动的速度确实有点慢。（你说的“调用 myscript.js 就是事件”对我来说似乎不太成立，我的怀疑也得到了证实。myscript.js 的调用确实是一个事件，但用 node myscript.js 来调用它时，会加载整个进程来处理这个事件。）

不过，老实说，你的问题模糊让我怀疑你是不是在尝试一些过早的 优化 - 换句话说，看起来你甚至还没有真正的问题需要解决！当然我可能错了，但也许你现在不需要太担心这个问题（因为我在大约一分钟内启动了每个解释器的一千个进程 - 如果你只启动二十个，解释器的启动可能就没什么问题了）。

无论如何，我作为一个 Python 爱好者，还是有一些建议。比如：这些进程完成需要多长时间？如果时间很短，你真的可以考虑使用 multiprocessing 模块中的 Pool，这样可以创建一个进程池来管理你的需求。即使你想通过某种 shell 脚本来调用你的脚本（因为通过 Bash 脚本和 multiprocessing 模块调用它们其实没什么区别），我 敢打赌 Python 有生成字节码 .pyc 文件的优势。V8 也有这个功能吗？