<div dir="ltr">Actually, we have some improvements with snapshots size and we are going to rethink our snapshots in upcoming releases. Miroslav, could you clarify the importance of this change in 6.1?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 29, 2015 at 2:30 PM, Tomasz Napierala <span dir="ltr"><<a href="mailto:tnapierala@mirantis.com" target="_blank">tnapierala@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Guys,<br>
<br>
We have requests for this improvement. It will help with huge environments, we are talking about >5GiB of logs.<br>
Is it on the agenda?<br>
<br>
Regards,<br>
<div><div class="h5"><br>
<br>
> On 22 Dec 2014, at 07:28, Bartlomiej Piotrowski <<a href="mailto:bpiotrowski@mirantis.com">bpiotrowski@mirantis.com</a>> wrote:<br>
><br>
> FYI, xz with multithreading support (5.2 release) has been marked as stable yesterday.<br>
><br>
> Regards,<br>
> Bartłomiej Piotrowski<br>
><br>
> On Mon, Nov 24, 2014 at 12:32 PM, Bartłomiej Piotrowski <<a href="mailto:bpiotrowski@mirantis.com">bpiotrowski@mirantis.com</a>> wrote:<br>
> On 24 Nov 2014, at 12:25, Matthew Mosesohn <<a href="mailto:mmosesohn@mirantis.com">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>
> 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>
><br>
</div></div><span class="">> _______________________________________________<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>
</span><span class="">--<br>
Tomasz 'Zen' Napierala<br>
Sr. OpenStack Engineer<br>
<a href="mailto:tnapierala@mirantis.com">tnapierala@mirantis.com</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</span>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
</blockquote></div><br></div>