[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: |
Fam Zheng |
Subject: |
Re: [Qemu-devel] [PATCH RFC 0/4] aio: Use epoll_wait in aio_poll |
Date: |
Wed, 8 Jul 2015 09:02:32 +0800 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
On Tue, 07/07 16:54, Christian Borntraeger wrote:
> 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?
>
Here:
https://github.com/famz/qemu/tree/aio-posix-epoll