Gentoo Archives: gentoo-user

From: Michael Mol <mikemol@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] xz memory hungry?
Date: Wed, 22 Aug 2012 21:46:23
Message-Id: CA+czFiCnfwTTrWPtcjx0sFpY7rsQ=+UZTF3DQVHcGtL5QUC7Jw@mail.gmail.com
In Reply to: Re: [gentoo-user] xz memory hungry? by Michael Mol
1 On Wed, Aug 22, 2012 at 5:42 PM, Michael Mol <mikemol@×××××.com> wrote:
2 > On Wed, Aug 22, 2012 at 5:16 PM, Jorge Almeida <jjalmeida@×××××.com> wrote:
3 >> On Wed, Aug 22, 2012 at 9:39 PM, Florian Philipp <lists@×××××××××××.net> wrote:
4 >>> Am 22.08.2012 20:52, schrieb Jorge Almeida:
5 >>>
6 >>> This should not happen, especially on such a small archive. I've tried
7 >>> `strace xz -t m4-1.4.16.tar.xz` and looked for calls to mmap (e.g.
8 >>> memory allocations). They never were larger than 68 MB
9 >>>
10 >>> Try it yourself. The second parameter in mmap is the allocated size in byte.
11 >>>
12 >>>
13 >> In the box where it works:
14 >
15 > [snip]
16 >> In the other box, in the gentoo chroot:
17 >>
18 >> # strace -e trace=mmap2 xz -t /usr/portage/distfiles/m4-1.4.16.tar.xz
19 >
20 > [snip]
21 >
22 >> mmap2(NULL, 67112960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
23 >> -1, 0) = -1 ENOMEM (Cannot allocate memory)
24 >
25 > It's only asking for about 65MB of RAM there. ENOMEM is nearly a
26 > catch-all failure code for mmap().
27 >
28 > My bet is that it's an incompatibility between the Arch kernel and the
29 > version of glibc in the chroot.
30
31 (incidentally...hey! It's Gentoo-related after all. ;) )
32
33 --
34 :wq