我的第一次尝试是使用open()和read()简单地轮询数据,但这样做会导致大约12%的CPU使用率.这似乎不是适当的做事方式.
其次我读了libevent on实现了一个事件循环,当文件描述符上存在数据时触发事件.我的cpu使用率几乎没有,但在调用另一个事件之前我无法读取整个消息.收到整个消息时,事件不会触发,但只要文件描述符上有任何/某些数据可用就会触发.更多地看着它显然不会像我想要的那样工作.这是我的事件代码:http://pastebin.com/b9W0jHjb
第三,我用libevent实现了一个缓冲事件.它似乎工作得更好但仍然分开了一些消息.我的活动代码是:http://pastebin.com/PQNriUCN
第四,我抛弃了libevent并尝试了Boost的ASIO课程.我跟随的例子是http://www.webalice.it/fede.tft/serial_port/serial_port.html.它似乎工作正常,但“事件循环”是“while(1){}”,导致CPU使用率再次上升.循环只检查错误状态,而串行读取发生在另一个线程的回调中.我在while循环中添加了一个usleep(1),它将我的CPU使用率提高到了2%即可,但对于这样的轻量级程序来说仍然很重要.
libevent甚至底层epoll的大多数例子都使用TCP套接字,它似乎与串行端口数据的行为完全不同.
所以我的主要问题是:什么是一个很好的轻量级方法从串口读取消息而不需要大量轮询? (在linux中,使用C或C)
解决方法
#include <sys/poll.h> struct pollfd fds[1]; fds[0].fd = serial_fd; fds[0].events = POLLIN ; int pollrc = poll( fds,1,1000); if (pollrc < 0) { perror("poll"); } else if( pollrc > 0) { if( fds[0].revents & POLLIN ) { char buff[1024]; ssize_t rc = read(serial_fd,buff,sizeof(buff) ); if (rc > 0) { /* You've got rc characters. do something with buff */ } } }
确保串行端口以非阻塞模式打开,因为当没有字符等待时,poll()有时会返回.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。