所以我写了一个脚本,在命令行上使用nc访问一堆服务器,最初我使用的是Python的command s模块,调用commands.getoutput(),脚本运行了大约45秒。由于不推荐使用命令,我想将所有内容都改为使用子流程模块,但现在脚本需要2 m45s才能运行。有人知道为什么会这样吗?
我以前拥有的:
output = commands.getoutput("echo get file.ext | nc -w 1 server.com port_num")
现在我有了
p = Popen('echo get file.ext | nc -w 1 server.com port_num', shell=True, stdout=PIPE)
output = p.communicate()[0]
提前谢谢你的帮助!
我希望} 源代码。只有不到100行代码,而且大部分工作都委托给
subprocess
比command
慢。如果不想暗示这是脚本运行缓慢的原因,您应该看看^{os
中的函数,其中许多是直接从c posix库(至少在posix系统中)获取的。请注意,commands
仅限于unix,因此它不需要做任何额外的工作来确保跨平台兼容性。现在看看^{} 。有1500多行代码,都是纯Python,它们执行各种检查以确保跨平台行为的一致性。基于此,我希望
subprocess
的运行速度比commands
慢。我给这两个模块计时,基本上,
subprocess
的速度几乎是commands
的两倍。Swiss建议一些有助于脚本性能的良好改进。但即使在应用了它们之后,也要注意
subprocess
仍然要慢一些。假设您连续执行以上命令多次,那么这将累加起来,并至少说明了一些性能差异。
无论如何,我将您的问题解释为
subprocess
和command
的相对性能,而不是如何加快脚本的速度。对于后一个问题,瑞士的回答更好。这里似乎至少有两个不同的问题。
首先,你不恰当地使用了教皇。以下是我看到的问题:
这是您的代码的正确版本
其次,您建议在手动运行时结束的速度比在运行子流程时结束的速度快,这表明这里的问题是您没有将正确的字符串传递给
nc
。可能发生的情况是服务器正在等待终止字符串结束连接。如果不传递此消息,则连接可能保持打开状态,直到超时。手动运行
nc
,找出终止字符串是什么,然后更新传递给communicate
的字符串。有了这些变化,它应该运行得更快。相关问题 更多 >
编程相关推荐