[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: A new direction for vmchannel?
From: |
Gleb Natapov |
Subject: |
[Qemu-devel] Re: A new direction for vmchannel? |
Date: |
Sat, 24 Jan 2009 20:39:12 +0200 |
On Sat, Jan 24, 2009 at 11:52:06AM -0600, Anthony Liguori wrote:
>> For use cases where you are exposing metadata from the host to the guest
>> this would be a very convenient approach indeed. As asked elsewhere in this
>> thread, my main thought would be about how well it suits a application that
>> wants a generic stream based connection between host & guest ?
>> Efficient integration into a poll(2) based event loop would be key to
>> that.
>
> You mean for a very large number of files (determining which property
> has changed?).
>
I think what Daniel means is that for file to have stream semantic it is
not enough to ignore offset on read/write, but poll also should behave
similar to how it behaves with char device fd. With regular files poll
will always report that fd is ready for I/O.
--
Gleb.
[Qemu-devel] Re: A new direction for vmchannel?, Daniel P. Berrange, 2009/01/24
[Qemu-devel] Re: A new direction for vmchannel?, Daniel P. Berrange, 2009/01/25
[Qemu-devel] Re: A new direction for vmchannel?, Anthony Liguori, 2009/01/25