<div dir="ltr">Thanks Devon, I am doing exactly that now... will report if I see any change. I'm running a top to see if background processes are making it slower etc.<div><div><br></div><div>Could you also give me an idea on the 2nd point? How much does the suspend time depend on I/O happening in the container. Going by traditional papers on migration high I/O will impact the performance because it increases "delta pages" after initial rsync.? I would like to get an idea that typically how much I/O can it support? In my case for write intensive application.. the suspend time increases to several minutes for even 500 Kbps.</div><div><br></div><div><br></div><div>Thanks</div><div>Nipun</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Nov 22, 2014 at 12:50 PM, Devon B. <span dir="ltr"><<a href="mailto:devon.b@virtualcomplete.com" target="_blank">devon.b@virtualcomplete.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">Suspend/dump shouldn't
have anything to do with the disk size of the container AFAIK. That
should only be dumping the memory of the system. Have you tested
multiple times? Maybe a process hung during the suspend? It might also
be useful for you to track the size of the dump file. <br>
<br>
<blockquote style="border:0px none" type="cite">
<div style="margin:30px 25px 10px 25px"><div style="display:table;width:100%;border-top:1px solid #edeef0;padding-top:5px">         <div style="display:table-cell;vertical-align:middle;padding-right:6px"><img src="cid:part1.09010900.09040007@virtualcomplete.com" name="149d8a4c51e1f23a_compose-unknown-contact.jpg" height="25px" width="25px"></div> <div style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%">
        <a href="mailto:nipunarora2512@gmail.com" style="color:#737f92!important;padding-right:6px;font-weight:bold;text-decoration:none!important" target="_blank">Nipun Arora</a></div> <div style="display:table-cell;white-space:nowrap;vertical-align:middle">
<font color="#9FA2A5"><span style="padding-left:6px">Saturday,
November 22, 2014 12:09 PM</span></font></div></div></div>
<div style="color:#888888;margin-left:24px;margin-right:24px"><div><div class="h5"><div dir="ltr">Hi All,<div><br></div><div>I
was wondering if anyone can suggest what is the most optimal way to do
the following</div><div><br></div><div>1. Can anyone clarify if ploop is
the best layout for minimum suspend time during live migration?</div><div><br></div><div>2.
I tried migrating a ploop device where I increased the --diskspace to
5G, and found that the suspend time taken by live migration increased to
57 seconds (mainly undump and restore increased)... whereas a 2G
diskspace was taking 2-3 seconds suspend time... Is this expected?</div><div><br></div><div>3.
I tried running a write intensive workload, and found that beyond
100-150Kbps, the suspend time during live migration rapidly increased?
Is this an expected trend?</div><div><br></div><div>I am using vzctl
4.7, and ploop 1.11 in centos 6.5</div><div><br></div><div>Thanks</div><div>Nipun</div></div>
</div></div><div>_______________________________________________<br>Users mailing
list<br><a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br><a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br></div></div>
</blockquote>
</div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@openvz.org">Users@openvz.org</a><br>
<a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>