[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH RFC 0/4] aio: Use epoll_wait in aio_poll
From: |
Christian Borntraeger |
Subject: |
Re: [Qemu-devel] [PATCH RFC 0/4] aio: Use epoll_wait in aio_poll |
Date: |
Tue, 07 Jul 2015 16:54:20 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 |
Am 30.06.2015 um 15:19 schrieb Fam Zheng:
> epoll is more scalable than ppoll. It performs faster than ppoll when the
> number of polled fds is high.
>
> See patch 4 for an example of the senario and some benchmark data.
>
> Note: it is only effective on iothread (dataplane), while the main loop cannot
> benefit from this yet, because the iohandler and chardev GSource's don't
> easily
> fit into this epoll interface style (that's why main loop uses qemu_poll_ns
> directly instead of aio_poll()).
>
> There is hardly any timer activity in iothreads for now, as a result the
> timeout is always 0 or -1. Therefore, timerfd, or the said nanosecond
> epoll_pwait1 interface, which fixes the timeout granularity deficiency is not
> immediately necessary at this point, but still that will be simple to add.
>
> Please review!
Is there a branch somewhere, so that I could give it a spin?
- Re: [Qemu-devel] [PATCH RFC 0/4] aio: Use epoll_wait in aio_poll,
Christian Borntraeger <=