Python脚本作为后台进程的性能

Question

我正在写一个Python脚本，目的是作为一个“粘合剂”，连接一个应用程序和一些外部设备。这个脚本的结构很简单，主要有三个步骤：

1. 请求数据（通过UDP的socket连接）
2. 接收响应（通过UDP的socket连接）
3. 处理响应，并将数据提供给第三方应用程序

不过，这个过程会重复进行，而且会涉及到大约200个不同的设备。所以当处理到第200个设备时，它会重新开始请求第一个设备的数据。我的主要担心是执行这个脚本时，不要让处理器负担过重。

更新：
我使用了三个线程来完成上述步骤，每个步骤一个线程。请求和响应是异步的，因为每个响应都包含了我需要处理的所有信息（包括发送者的详细信息）。

有没有办法让这个脚本在后台运行，同时尽量少占用系统资源？这个脚本会在一台Windows 2003的机器上运行。

任何建议都非常感谢。

Answer 1

如果你在对设备进行阻塞式输入输出（I/O），那么在等待数据的时候，脚本不会占用任何处理器的资源。你使用多少处理器资源，取决于你对这些数据进行什么样的计算。

Answer 2

Twisted 是一个非常棒的 Python 异步框架，它可以让你在处理任务时，尽量少占用系统资源。特别是当你想要同时处理多个设备时，这个框架会特别有用。比如说，如果你有几百个设备需要轮流处理，可能会导致处理时间太长，尤其是有些设备可能会很慢回复，甚至偶尔不回复，这样就会出现“超时”的问题。一般来说，我建议你在任何时候至少同时处理六个设备，这样可以避免过长的延迟。