Michael Stahl píše v Út 26. 06. 2012 v 17:02 +0200:
i've noticed that building "archive" installation sets on my machine is
entirely CPU bound (since everything fits into RAM) and a single "gzip"
takes up most of the time, so i've toyed around a little with a parallel
implementation "pigz" (available in Fedora) and a single line change
makes quite a difference
real 2m55.031s
user 3m7.863s
sys 0m10.980s
real 0m39.902s
user 4m40.154s
sys 0m12.257s
That sounds great.
Unfortunately, the patch can't be applied as is. Would you mind to add a
configure check for gzip/pigz and call it via an variable?
i wonder, is this something that would enable us to do release builds
faster; of course since i don't do those i don't know to what extent it
could help, especially as we don't release "archive" but "rpm" (and
"deb"?) installation sets, and probably those will have their
compression done by something invoked by rpm... but at least for
gzip/pigz the tools look compatible, so perhaps putting it in PATH with
the right name could be done.
We could also somehow tweak the internal epm. Well, AFAIK, the tasks for
creating normal installation, help packs, lang packs, debs and rpms are
done in parallel, so we already have some kind of parallelism.
Best Regards,
Petr
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.