<div dir="ltr">Hi, Devananda<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 15, 2014 at 8:19 AM, Devananda van der Veen <span dir="ltr"><<a href="mailto:devananda.vdv@gmail.com" target="_blank">devananda.vdv@gmail.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><br>

</div><div><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Tue, Jan 14, 2014 at 6:28 AM, Alexander Gordeev <span dir="ltr"><<a href="mailto:agordeev@mirantis.com" target="_blank">agordeev@mirantis.com</a>></span> wrote:</div>
<div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><ul><li><span>Secondly, virsh has some 
performance issues if you deal with >30 VMs (it is not our case for 
now but who knows). </span></li></ul></div></div></blockquote></div><div>This is a reason why you want to use python libvirt api instead of virsh CLI, correct? I don't see a problem, but I will defer to the tempest devs on whether that's OK.</div>
<div class="im">

<div><br></div></div></div></div></div></div></blockquote><div><br></div><div>Yes, that's correct. In short, using of python API binding makes possible to execute all operations inside just one opened libvirt connection. Virsh CLI opens new connection every time when you call it. Every new connection produces a fork of libvirt daemon. When you're going to spawn/create/modify few dozens of VMs in short period of time this performance issue becomes very noticeable.<br>
</div></div><br></div></div>