<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 27, 2020 at 3:16 PM Dmitry Tantsur <<a href="mailto:dtantsur@redhat.com">dtantsur@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 27, 2020 at 2:00 PM Sergii Golovatiuk <<a href="mailto:sgolovat@redhat.com" target="_blank">sgolovat@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>LZMA causes very high CPU and memory usage for creating images, leaving less resources for other processes. If Ironic is running alongside with other services that may cause significant impact for them. I would leave gzip option as default, would introduce --lzma as well as --gzip and use lzma on 5-10% of our CI resources to test how it goes. Then after a significant amount of testing we could turn it on as default. Proper deprecation should be applied here as well IMHO.</div></div></blockquote><div><br></div></div></div></blockquote><div><br></div><div>+1 to make it optional. Five or even ten minutes (per the testing by Arne++ earlier in this thread) is a long time for some of the tripleo jobs which are running close to the 3 hour limit; for example we had to make some adjustment [1] recently for the standalone-upgrade job because of timeouts.<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>LZMA packing won't happen on ironic nodes. The images are pre-built and only unpacked on the target machines.</div><div><br></div><div>Or does TripleO build images every time?</div></div></div></blockquote><div><br></div><div>No the CI jobs use images pulled from the ipa_image_url defined in [2] (that is for centos8 master, there are equivalent release files & image_url defined for the stable/*). Those are put there by the periodic buildimage-* jobs e.g. [3].</div><div><br></div><div>thanks, marios</div><div><br></div><div>[1] <a href="https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/762674">https://review.opendev.org/c/openstack/tripleo-quickstart-extras/+/762674</a><br></div><div>[2] <a href="https://opendev.org/openstack/tripleo-quickstart/src/commit/fd092aa4b6a902381b3b700fdadb463649686067/config/release/tripleo-ci/CentOS-8/master.yml#L47">https://opendev.org/openstack/tripleo-quickstart/src/commit/fd092aa4b6a902381b3b700fdadb463649686067/config/release/tripleo-ci/CentOS-8/master.yml#L47</a></div><div>[3] <a href="https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-centos-8-buildimage-ironic-python-agent-master&job_name=periodic-tripleo-centos-8-buildimage-overcloud-full-master">https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-centos-8-buildimage-ironic-python-agent-master&job_name=periodic-tripleo-centos-8-buildimage-overcloud-full-master</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>Dmitry<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 26 нояб. 2020 г. в 17:57, Dmitry Tantsur <<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@redhat.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi folks,</div><div><br></div><div>I've been playing with ways to reduce the size of our IPA images. While package removals can only save us tens of megabytes, switching from gzip to lzma reduces the size by around a third (from 373M to 217M in my testing).<br></div><div><br></div><div>What's the caveat? The unpacking time increases VERY substantially. On my nested virt lab the 217M image took around 5 minutes to unpack. I'm not sure how much it will impact real bare metal, please feel free to test <a href="https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/764371" target="_blank">https://review.opendev.org/c/openstack/ironic-python-agent-builder/+/764371</a> and tell me.</div><div><br></div><div>So, what do you think? Switching to lzma by default will likely affect CI run time (assuming we still have DIB jobs somewhere...) and development environments, but it will also provide a visible reduction in the image size (which benefit all environments). Large TripleO images may particularly benefit from this (but also particularly affected by the unpacking time).</div><div><br></div><div>Feedback is very welcome.</div><div><br></div><div>Dmitry<br></div><div><br>-- <br><div dir="ltr"><div dir="ltr">Red Hat GmbH, <a href="https://de.redhat.com/" target="_blank">https://de.redhat.com/</a> , Registered seat: Grasbrunn, <br>Commercial register: Amtsgericht Muenchen, HRB 153243,<br>Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill <br></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:bold;text-transform:capitalize">Sergii</span><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:bold;text-transform:capitalize"> </span><span style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:14px;font-weight:bold;text-transform:capitalize">Golovatiuk</span><br></div><div><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:capitalize"><span style="text-transform:uppercase;color:rgb(170,170,170);margin:0px"></span></p><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:12px;margin:0px;text-transform:capitalize"><span>Senior Software Developer</span></p><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;margin:0px 0px 4px;font-size:12px"><a href="https://www.redhat.com/" style="color:rgb(0,136,206);margin:0px;text-decoration:none" target="_blank">Red Hat <span></span></a></p><div style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;margin-bottom:4px"></div><div style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;margin-top:12px"><table border="0"><tbody><tr><td width="100px"><a href="https://www.redhat.com/" target="_blank"><img width="90" height="auto"></a></td></tr></tbody></table></div><table border="0"><tbody><tr></tr></tbody></table></div></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr">Red Hat GmbH, <a href="https://de.redhat.com/" target="_blank">https://de.redhat.com/</a> , Registered seat: Grasbrunn, <br>Commercial register: Amtsgericht Muenchen, HRB 153243,<br>Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill <br></div></div></div>
</blockquote></div></div>