@zhesheng 都说了你有几个 easyconnect 就开几个虚拟机，然后在虚拟机上运行 ccproxy。你把宿主机的 a 程序设置代理到虚拟机 a 的端口上，b 程序到虚拟机 b 的端口上呗
据我所知不能在宿主机上同时运行多个 easyconnect

@zhesheng 无论如何都把 easyconnect 开到虚拟机里面，有几个 easyconnect 就开几个，宿主机访问虚拟机 ip，通过虚拟机的 ccproxy 上网

@zhesheng 就是用 ccproxy 开个 sock5 和 http 代理，把 easyconnect 的 vpn 连接转成普通的代理，然后就是宿主机程序改一下代理地址就能切换网络了

@hhhsuan 在保证一个 fd 只会被一个线程操作的情况下，传递 fd 没有任何糟糕的，如果你觉得糟糕，那只能说明你程序写的烂

@hhhsuan 作为一个 web server，跨线程传递一个 socket fd 是非常参见的

vmware 配 ccproxy 的+1，我自己也是这么干的，easyconnect 模式全局代理也挺烦的（虽然可以手动改路由表）

@haogefeifei 然而直到现在，很多设备还停在 gsm 的两个原因一个是成本，一个是耗电量。你可以去某宝看看，一个 4g 模块的价格和耗电量是一个 2g 模块的多少倍
nb-iot 的确是一种解决方案，但是这需要运营商部署专网，部署成果还有待观察

@haogefeifei 物联网设备有很大一部分对速度，延迟并不敏感，很多户外传感器还在用着 GSM 也稳定得很，感觉用的最多的 4g 物联网设备应该是公交车的刷卡机了吧（感谢扫码支付的流行😂）

@hhhsuan 多进程来传递个 FD 看能不能把你搞疯掉

@rainto aiohttp 的 response 是惰性读取的，也就是只有你在 await resp.read()的时候才会真正的从 TCP 缓冲区读取，当你关闭这个 resp 的时候，http 连接已经关闭，就不可能读到数据了
当然你 await response 有什么用，这样既不会真正的读取，aiohttp 的 response 对象也不是可重用的，你只能自己 new 一个 dict 来把 resp 中你想要的数据保存出来，再 append 进 res

其实一个操作是不是原子的有两种评判标准：
1、对于纯 Python 代码，是不是只有一条 byte code
2、对于 C 实现的函数，内部有没有释放 GIL

@jingxyy @xianhu python 官方文档提到了在 cpython 的实现中 list 的 append 是原子的
https://docs.python.org/3.7/faq/library.html#what-kinds-of-global-value-mutation-are-thread-safe

@worldtongfb 有种服务叫 拜访地接入 ，不过不是每个套餐都能开

@xuanbg 很多情况下，复制产生的代价会小于链表带来的读取损耗，你说的这种结构类似于 c++ stl 的 std::deque，但是在读取较多的负载下性能比 std::vector 差了不少

@whatIsGhost @loading
酷鱼家有些小机箱是只能放下一个 2.5 的，这个并不奇怪，itx 本来就是为啥追求极限的体积，要不然干嘛不配个 atx 机箱

@wwqgtxx 修正一下，是
____loop.call_soon(_run,a,loop)
这里会发现 call_soon 传入的参数是个普通函数而不是一个 coroutine，为什么这么设计就很有意思了

@waibunleung 如果你仔细看过 EventLoop 的实现代码，你会发现其实 asyncio 内部很喜欢用在一个函数结尾调用 call_soon 的方式实现循环，比如
def _run(a,loop):
____if a == XXX:
________干一些事
____else:
________干另一些事
____loop.call_soon(a,loop)
____return
这样实现的代码虽然看起来复杂，可能能让你更明白事件循环的执行过程