[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC PATCH v2 0/4] port network layer onto glib
From: |
Paolo Bonzini |
Subject: |
Re: [Qemu-devel] [RFC PATCH v2 0/4] port network layer onto glib |
Date: |
Thu, 28 Mar 2013 09:42:47 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 |
Il 28/03/2013 08:55, Liu Ping Fan ha scritto:
> disadvantage for current AioContext
> 1st. need to define and expand interface for other fd events, while glib
> open this interface for user *
True.
> 2nd. need to add support for IOCanReadHandler, while gsource provide
> prepare, check method to allow more flexible control
The AioFlushHandler is basically the same thing as the IOCanReadHandler.
> 3rd. block layer's AioContext will block other AioContexts on the same
> thread.
I cannot understand this.
> 4th. need more document
I really don't think so.
> disadvantage for glib
> 1st. if more than one fds on the same GSource, need re-implement something
> like aio_set_file_handler
- [Qemu-devel] [RFC PATCH v2 0/4] port network layer onto glib, Liu Ping Fan, 2013/03/28
- [Qemu-devel] [RFC PATCH v2 1/4] net: port tap onto glib, Liu Ping Fan, 2013/03/28
- [Qemu-devel] [RFC PATCH v2 2/4] net: resolve race of tap backend and its peer, Liu Ping Fan, 2013/03/28
- [Qemu-devel] [RFC PATCH v2 3/4] net: port hub onto glib, Liu Ping Fan, 2013/03/28
- [Qemu-devel] [RFC PATCH v2 4/4] net: port virtio net onto glib, Liu Ping Fan, 2013/03/28
- Re: [Qemu-devel] [RFC PATCH v2 0/4] port network layer onto glib,
Paolo Bonzini <=
- Re: [Qemu-devel] [RFC PATCH v2 0/4] port network layer onto glib, Stefan Hajnoczi, 2013/03/28