[libvirt] Unbounded client streams

Vasiliy Tolstov v.tolstov at selfip.ru
Tue Apr 25 13:58:04 UTC 2017


25 Апр 2017 г. 15:01 пользователь "Michal Privoznik" <mprivozn at redhat.com>
написал:

On 04/25/2017 01:37 PM, Vasiliy Tolstov wrote:
> 2017-04-25 10:30 GMT+03:00 Michal Privoznik <mprivozn at redhat.com>:
>> Probably forgot to mention, the problem happens regardless of sparse
streams
>> or the regular ones we have already. It reproduces on both.
>
>
> Does it possible to have two streams - one for upload/download that
> contains many messages and can take huge processing time. And second
> side by side for other messages. Like data channel and control
> channel?
>

No, currently it is not possible. We don't have multiplexed data streams
over virConnect. While that might be relatively easily to implement for
some transports (like libssh2), for some it would require change of the
transport layer (e.g. TCP/UNIX sockets don't support multistreaming, so
we'd need to use SCTP).
Or implement multistreaming ourselves which is something I'd like very
much to avoid.

Michal


I'm not check keepalive messages,but why not possible to extend connect
reply to pass connid and send pong messages from client with connid? If
someone sends keepalive message with different connid extend it timeout?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20170425/b100c63a/attachment-0001.htm>


More information about the libvir-list mailing list