X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=KJ9j5rP7LJGfAWVDvCNuY8ZumHjQ5CtErI5XbxpnXN0oZdmKZCTmG
	MXvpdev08daYb1lUoE4KGYzo4e3LY4Fz+DIiQtQAGdoWPWBWELaFxzhDAowwuIsg
	GQqshFs9MTyX84QEhFGrClkTsW4Xo+ii25rW8/J90HbpZvdTEkwdMk=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	bh=Qa2xeq0TJ7g+uq3CkSjJdAaLWp8=; b=ZtFgGdUwAp2//Bak1b/m7ORyOaqM
	/0KJxsMEcxxkMl3M612iaIBRKQzdvZWkr70Cw546PINgy9wRwcnv9C+ckN13ma2T
	CsIqXLeJeJGd1YStJgXhlxwks7y3b2w+Ch7UEQnm2kbPcYdEjRg04IwwlgabjMcv
	dIxqF3+mnuAj8d0=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=0.7 required=5.0 tests=AWL,BAYES_00,FSL_HELO_BARE_IP_1,FSL_HELO_BARE_IP_2,KHOP_THREADED,RCVD_NUMERIC_HELO,RDNS_NONE,SPF_FAIL autolearn=no version=3.3.2
X-HELO:	plane.gmane.org
To:	cygwin AT cygwin DOT com
From:	Achim Gratz <Stromeko AT NexGo DOT DE>
Subject:	Re: xz -9 : Cannot allocate memory
Date:	Fri, 30 Aug 2013 12:58:49 +0000 (UTC)
Lines:	28
Message-ID:	<loom.20130830T143654-505@post.gmane.org>
References:	<50A41697 DOT 3080406 AT tiscali DOT co DOT uk> <loom DOT 20130829T155739-66 AT post DOT gmane DOT org> <loom DOT 20130829T162752-851 AT post DOT gmane DOT org> <20130829151121 DOT GR21571 AT calimero DOT vinschen DOT de> <87ioyowbq9 DOT fsf AT Rainer DOT invalid> <loom DOT 20130830T111847-683 AT post DOT gmane DOT org> <20130830120244 DOT GV21571 AT calimero DOT vinschen DOT de>
Mime-Version:	1.0
User-Agent:	Loom/3.14 (http://gmane.org/)

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> Yes, looks normal and expected from what you observed.  mmap commits
> memory top-down and that was apparently the first free slot big enough
> to fullfil the request.  The default heap size is 384 Megs and then
> there's apparently not enough space anywhere.

Sorry if I'm dense, but does this mean that setting the default heap size to
zero does in fact mean it's trying to use 374MiB... wait, yes it is: the
memory map is the same when I'm setting the initial heap size to 384MiB with
peflags.

So, even though that rather large heap is essentially unused at the point of
failure and there is enough memory free just beyond the heap, the allocation
still fails because both the existing heap and the free space are both
smaller than what's requested?

> Keep in mind that a
> request of 674Mib is a third of the available VM on 32 bit machines.
> So, drop the heapsize and go with it, or use the -M option.

Will definitely do for my local xz package.  Actually, enlarging the initial
heap size to more than 674MiB will work as well, there's just these
intermediate heap sizes that will fail (and unfortunately the default heap
size is in that range).


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -