@angkec 你好，我几天前发了邮件，请问会有回复吗？

Python 协程同步， 也有 Lock、Queue、Condition 之类的， 没有的话，自己实现一个也很容易

单条 TCP 连接的吞吐量， 最大就是窗口大小 /rtt 了。在网络状态良好的情况下， 现在的 TCP 实现跑不到这个值吗？

GitHub 能建私有仓库了，为什么还要用其他的产品呢？

贵司 P8 全是 85 后吗？

哈哈，dict 的实现和 py 的 dict 很像啊

看到这个标题和 csdn, 就隐约猜到了可能是雷神。。。。点开看果然是

广播风暴么？灯绝对狂闪

看饿了

使用 UDP 有什么优势吗？

@lolizeppelin 刚刚跟踪了 release 的执行堆栈， 有个发现： 调用 release 时， 会在 event_loop 对象的_ready 属性中，添加一个 handler， 这个 handler 估计就是唤醒 wait 这个 lock 的协程的。然后后面的就和你之前说的一样了

```py
# base_events.py lineno 1367
if self._ready or self._stopping:
timeout = 0
...
# base_events.py lineno 1395
event_list = self._selector.select(timeout) # 立即触发调度
self._process_events(event_list) # 将 IO 事件的 handler 添加到_ready 中
...

# base_events.py lineno 1431
handle._run() # 这个 handler 估计就是用来唤醒协程的
```

也就是说， 当 lock 被 release 的时候， 会立即触发一次调度。 而且唤醒 wait lock 协程的 handler 一定是在 IO 事件的 handler 之前执行。。。。

@lolizeppelin 嗯。 你说的 eventlet.sleep(0)会导致一次协程调度， 从而让其他 ready 的协程有执行的机会。 那么在 asyncio 中 Lock 的情况，release 操作应该也会触发协程调度吗？

@shylockhg 轮询的话，时间粒度不太好把握吧。。。。太小了浪费 CPU，太大了会导致 task 延时。。真的是这样么？？

@lolizeppelin sleep 其实还是利用的 epoll_wait 的超时， 当有 IO 事件或者超时是，epoll_wait 会被唤醒。 所以，这里的 Lock 和 sleep 还不太一样， 因为根本不知道要 lock 多久。。。。。

@est 网络数据达到顺序，和你应用层代码执行顺序没半毛钱关系。websocket 包并不包含 http 的帧头，所以不存在 websocket 是在 http 之上的说法。json、xml、protobuf 这些姑且可以算作 http 之上的协议。

celery 有多线程模式的，比多进程调试要方便很多

@phithon 这种情况，我都是放弃 annotations， 在函数内部用 assert 来做类型判断。。。。。反正也只是给 ide 看的

@phithon 明白你的意思了。 这是个鸡生蛋、蛋生鸡的问题啊~

@phithon 数据类型的定义不也是常量么？难道类定义在运行时还会动态改？