[virt-tools-list] virt-manager slow via SSH - but NOT the console

[Eric Blake]

On 07/17/2012 05:16 PM, Cole Robinson wrote:
> On 07/17/2012 07:10 PM, Felicitus wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi,
>>
>> I'm using virt-manager via SSH. The docs say that the _initial_
>> connect could be slow, which is correct in my case.
>>
>> However, anything I do within virt-manager is also slow, for example,
>> adding new hardware takes almost a minute to display the extra window,
>> and navigating to the "network device" section takes 5 minutes.
>>
>> The odd thing is that the VNC console is actually very fast.
>>
>> This seems to be very odd, and I really don't know where to start
>> debugging. Any hints how to get more debug output from virt-manager?
>>
>> Thanks,
>> Felicitus
> 
> I assume the latency to the remote system is pretty high, ping will confirm.
> If that's the case, virt-manager is known to be difficult to use, since all
> the libvirt API calls we do behind the scenes need to do round trips which
> really slows things down. Unfortunately there really isn't a good solution
> that I know of.

There are, however, some improvements being made to reduce some of this
pain.  For example, 0.9.13 added virConnectListAllDomains, which greatly
reduces the number of round trips needed for listing the names of all
domains.  It may be also worth designing an API for batching together
other API into a single RPC call, for example making it possible to
iterate over an array of virDomainPtr in one API call instead of having
to make one RPC call per domain pointer to do the same action on each
domain in the array (such as the action of querying status).

-- 
Eric Blake   eblake at redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/virt-tools-list/attachments/20120717/702f1730/attachment.sig>