Hi,
On 07.11.2017 16:05, Michael Tremer wrote:
Hi,
maybe this function helps:
https://git.ipfire.org/?p=ipfire-2.x.git;a=commitdiff;h=5190eea24f9822a63dc5...
Thanks. I'll take a look...
On Tue, 2017-11-07 at 10:46 +0000, Michael Tremer wrote:
On Mon, 2017-11-06 at 22:09 +0100, Matthias Fischer wrote: ...
I forgot: Tuning the XZ-parameters... ;-)
Good that you are bringing this up. So I think what we should do here is bringing back XZ compression with -8 so that we do not waste too much space when extracting the image again.
Right now I'm testing how much RAM I need.
Current 'next'-build is running with:
'lfs/cdrom': ... export XZ_OPT = --threads=0 -8 --memory=500MiB ...
'lfs/Config': ... cd /install/packages/package/tmp/ && XZ_OPT="-T0 -8" ... ...
I'm waiting for the results. Takes a while.
To not run into memory limits we should detect how much memory the build host has and set the memory limit to maybe 80% of that. xz will then automatically scale down to a number of parallel processes that it can fit into memory.
I'm a bit puzzled about this: I tried using '--memory=70%' as mentioned in the xz man pages, but is seems to have no effect. It looks as if the percent parameter isn't recognized and ignored. It always ends up in "cannot allocate memory". Any hints on this? Do both 'lfs/cdrom' AND 'lfs/Config' need the '--memory'-parameter?
... We will at least need about half a GB which should be a sensible requirement for a build system any ways.
Agreed. Because of this I'm testing with '500Mib'.
Will you work on this bringing it into the build system?!
"I'll do my very best!" :-))
Best™, Matthias