[libco] libco 不干活也费 CPU

最新推荐文章于 2023-03-10 17:04:22 发布

原创最新推荐文章于 2023-03-10 17:04:22 发布 · 320 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#libco #协程 #cpu

libco 同时被 2 个专栏收录

10 篇文章

订阅专栏

协程

10 篇文章

订阅专栏

博客讨论了libco在Linux环境下使用epoll_wait时存在的问题，指出其默认1毫秒的超时可能导致频繁唤醒，增加不必要的CPU消耗。作者建议参考redis的事件处理方式，通过计算事件到期时间差来调整等待策略，从而提高性能。测试代码展示了co_sleep和co_handle_timer函数，用于模拟和验证优化效果。

在 Linux 系统，libco 调用 epoll_wait 有点用力过猛，虽然 libco 针对高并发，但是小问题的处理，略显粗糙。

文章来源： [libco] libco 不干活也费 CPU

1. 问题

co_epoll_wait 的 timeout 这里默认为 1，在循环里，每毫秒执行事件处理。

void co_eventloop(stCoEpoll_t *ctx, pfn_co_eventloop_t pfn, void *arg) {
    ...
    for (;;) {
        int ret = co_epoll_wait(ctx->iEpollFd, result, stCoEpoll_t::_EPOLL_SIZE, 1);
        ...
   }
   ...
}

2. 建议

应该先捞一个快到期的事件，当前时间与到期的时间差进行等待。

详细可以参考 redis 的事件处理： numevents = aeApiPoll(eventLoop, tvp);

3. 测试

3.1. 测试代码

int co_sleep(int ms) {
    struct pollfd pf = {0};
    pf.fd = -1;
    pf.events = -1;
    return poll(&pf, 1, ms);
}

void* co_handle_timer(void* arg) {
    co_enable_hook_sys();

    for (;;) {
        co_sleep(1000);
    }

    return 0;
}

int main() {
    stCoRoutine_t* co;
    co_create(&co, NULL, co_handle_timer, nullptr);
    co_resume(co);
    co_eventloop(co_get_epoll_ct(), 0, 0);
    return 0;
}