client 用 poll 方式收发消息，会不会比同步阻塞方式功耗更大

poll 轮询是在有 POLLIN 之后触发 pollfds 轮询的吧，POLLIN 之后一直没有拿他处理

@MeteorCat 除非接收到 POLLIN 事件一直不做处理

@MeteorCat 具体细节记不清了，回头再查下。先问下”如果 poll 的轮询间隔太久话，消息最坏要等一个间隔时间才发送“，这个结论正确吗，有办法消息能几乎立即发送吗

@paparika 这个分情况来看，如果你 client 只连接一个服务器，那轮询也只是对一个轮询，到达肯定是立即到达的;如果你 client 是和多个服务器连接的，poll 循环间隔会随着你连接服务端数量增加[前提是不使用线程进程，全部在主线程跑]

@MeteorCat 刚才我描述的可能有问题，现在是这样，我在一个线程里循环 poll，间隔是 10s，然后另外一个线程发起连接服务器，发现要基本过了 10s 才真正有发起连接的动作

@paparika 必然的，你 poll 的 timeout 设定为 10s ？他会阻塞整个系统 10s 的，另外线程也会影响

基本上就是要等过了一个间隔时间后，才真正有连接动作。这里想问，这个是不是正常的，另外就是除了调小时间间隔，有其他办法吗

@paparika 算了你还是上代码吧，免得其他人猜半天

@MeteorCat 感觉设为百毫秒级别的话，频繁唤醒 cpu，应该是比同步阻塞方式功耗多不少吧

@MeteorCat 代码是用的一个库 mongoose，我先上下看个大概吧

在一个独立线程里 poll
void* Foobar::init_thread(void *arg){

pthread_detach(pthread_self());

while(loop){
mg_mgr_poll(mgr, 10000);
}

return NULL;
}

在其它线程发起连接
mg_connect_ws(&mgr, ev_handler, url,　 WS_PROTOCOL, HEADER);

@paparika 你 timeout 设 10000 ？

@paparika https://linux.die.net/man/2/poll 如果我记得每次，poll 最后参数是设定内核事件检查的间隔

@MeteorCat 调试而已，设多少无所谓的。这个是库自己的 poll，不是标准函数。poll 机制不是来事件就退出阻塞态吗，连接应该也算事件，为啥会第二次进入 poll 才响应

“消息最坏要等一个间隔时间才发送”这个问题不难解决吧，linux 的 poll 是支持任意文件描述符的，你随便开一个空的文件描述符（比如 cpython 的做法，开一个 socketpair, https://github.com/python/cpython/blob/3.7/Lib/socket.py#L499 ）,然后在你需要唤醒的时候往这个文件描述符对应的文件 write 一下不就可以退出 poll 的阻塞了，没必要“轮询间隔设在百毫秒级”吧

@wwqgtxx 多谢这个思路，不过我这个是现成的库，没具体看源码，可能需要改造下。