Re: About describe doubt for libev release ..

2020-03-22 Thread Marc Lehmann
On Sun, Mar 22, 2020 at 12:56:16PM +0800, CandyMi <869646...@qq.com> wrote: > I have the same opinion about Linux aio and io_uring. The performance of aio > is not as good and problematic as described, but the use of io_uring may be > limited by the version of the Linux kernel and it makes me

Re: About describe doubt for libev release ..

2020-03-22 Thread CandyMi
"While other data structures are possible and I vaguely plan some minor optimisations" I'm very happy to hear what you said! Because every optimization of Timer makes it easy for developers to use without having to hold hands in some cases (I wrote a lot of code for this). I mentioned in

Re: libev-4.31 has just been released

2020-03-22 Thread Marc Lehmann
On Sun, Mar 22, 2020 at 05:57:02PM -0400, Benjamin Mahler wrote: > Thanks Marc, do you have any broader comments on the implications of > iouring for libev? It looks like iouring is finally bringing async system > calls (not just async io) to Linux. As far as I have been told, you will even be

Re: About describe doubt for libev release ..

2020-03-22 Thread Marc Lehmann
On Mon, Mar 23, 2020 at 02:44:58AM +0800, CandyMi <869646...@qq.com> wrote: > "While other data structures are possible and I vaguely plan some minor > optimisations" > > I'm very happy to hear what you said! Because every optimization of > Timer makes it easy for developers to use without

Re: libev-4.31 has just been released

2020-03-22 Thread Benjamin Mahler
Thanks Marc, do you have any broader comments on the implications of iouring for libev? It looks like iouring is finally bringing async system calls (not just async io) to Linux. Will libeio have an iouring backend that doesn't use a thread pool and instead hands the io off to the kernel with