是时间。sleep（）影响ZeroMQ轮询器。poll（）响应？

Question

当使用轮询发出ZeroMQREQ/REP请求时，我得到了无法解释的结果。

由轮询（）-方法占用的时间受到代码中其他地方的time.sleep（）的影响。

我有一个服务器进程，它运行一个命令，并返回进程的pid。这是请求端代码，它有以下问题：

import datetime, sys, time, zmq

sleeptime = float(sys.argv[1])

def log_msg(msg):
    print "{0}, {1}".format(datetime.datetime.utcnow().strftime('%Y%m%d_%H:%M:%S.%f'), msg)

context = zmq.Context()
socket = context.socket(zmq.REQ)
socket.connect("tcp://{0}:{1}".format('myserver', 9980))
poller = zmq.Poller()
poller.register(socket, zmq.POLLIN)
req = { 'req_type':'raw_cmd', 'cmd':'echo hello', 'block':0, 'timeout':300, 'return_output': 0}

for i in range(4):
    time.sleep(sleeptime)
    socket.send_json(req)
    start = time.time()
    socks = dict((poller.poll(30000)))
    elapsed = (time.time()-start)*1000
    rep = socket.recv_json()
    log_msg('pid={0}, sleep={1}, time taken={2}'.format(rep['pid'], sleeptime, int(elapsed)))

第一次轮询经过的时间变化很大，但所有后续轮询所用的时间都比睡眠时间少约2秒，除非睡眠时间为0，在这种情况下，睡眠时间很快，因此：

sleep=0.5：

20201008_08:27:24.168800, pid=52528, sleep=0.5, time taken=505
20201008_08:27:26.210196, pid=52529, sleep=0.5, time taken=1540
20201008_08:27:28.250891, pid=52530, sleep=0.5, time taken=1539
20201008_08:27:30.295036, pid=52531, sleep=0.5, time taken=1543

睡眠=1.5：

20201008_08:44:02.474492, pid=54730, sleep=1.5, time taken=295
20201008_08:44:04.516844, pid=54731, sleep=1.5, time taken=540
20201008_08:44:06.557980, pid=54732, sleep=1.5, time taken=539
20201008_08:44:08.599717, pid=54733, sleep=1.5, time taken=539

睡眠=0：

20201008_08:27:13.999147, pid=52513, sleep=0.0, time taken=690
20201008_08:27:14.033915, pid=52514, sleep=0.0, time taken=34
20201008_08:27:14.068803, pid=52515, sleep=0.0, time taken=34
20201008_08:27:14.103947, pid=52516, sleep=0.0, time taken=34

所以问题是，为什么time.sleep（）会影响ZeroMQpoller.poll（）花费的时间？

Answer 1

代码是将苹果和橙子混合在一起：

time.time（）返回从纪元起的秒，即（time.time（）-start）*1000产生多少[ms]毫秒的测试代码部分实际上拿走了。

而轮询器。poll（）。POLLIN-事件允许在任何较早的位置向前移动。

也就是说，您的度量方法不是探索。睡眠（）-方法，而是由外部进程随机获取的间隔，该进程向REQ-side发送（）-s发送REP-side答案。

还在怀疑中？将Hibernate时间设置为31[s]，您应该会收到几乎为零的持续时间报告，从一个制定不当的本地时间括号（当然，当且仅当远程REP说谎的实体在这样的操作期间没有窒息崩溃）。

您可能还喜欢zmq。Stopwatch类，具有{.start（），.stop（）}-方法，为使用ZeroMQ本机[us]-分辨率时钟提供智能工具。我在ZeroMQ performance上的大多数帖子都将其用于微基准标记。