<div dir="ltr">Thank you all for your feedback. Request postponed to the next release. We will compare available solutions.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 24, 2014 at 2:36 PM, Vladimir Kuklin <span dir="ltr"><<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">guys, there is already pxz utility in ubuntu repos. let's test it</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Mon, Nov 24, 2014 at 2:32 PM, Bartłomiej Piotrowski <span dir="ltr"><<a href="mailto:bpiotrowski@mirantis.com" target="_blank">bpiotrowski@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 24 Nov 2014, at 12:25, Matthew Mosesohn <<a href="mailto:mmosesohn@mirantis.com" target="_blank">mmosesohn@mirantis.com</a>> wrote:<br>
> I did this exercise over many iterations during Docker container<br>
> packing and found that as long as the data is under 1gb, it's going to<br>
> compress really well with xz. Over 1gb and lrzip looks more attractive<br>
> (but only on high memory systems). In reality, we're looking at log<br>
> footprints from OpenStack environments on the order of 500mb to 2gb.<br>
><br>
> xz is very slow on single-core systems with 1.5gb of memory, but it's<br>
> quite a bit faster if you run it on a more powerful system. I've found<br>
> level 4 compression to be the best compromise that works well enough<br>
> that it's still far better than gzip. If increasing compression time<br>
> by 3-5x is too much for you guys, why not just go to bzip? You'll<br>
> still improve compression but be able to cut back on time.<br>
><br>
> Best Regards,<br>
> Matthew Mosesohn<br>
<br>
</span>Alpha release of xz supports multithreading via -T (or —threads) parameter.<br>
We could also use pbzip2 instead of regular bzip to cut some time on multi-core<br>
systems.<br>
<br>
Regards,<br>
Bartłomiej Piotrowski<br>
<div><div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="">-- <br><div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div>
</span></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>