X-Recipient: archive-cygwin@delorie.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@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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@cygwin.com
From: Achim Gratz <Stromeko@NexGo.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.3080406@tiscali.co.uk> <loom.20130829T155739-66@post.gmane.org> <loom.20130829T162752-851@post.gmane.org> <20130829151121.GR21571@calimero.vinschen.de> <87ioyowbq9.fsf@Rainer.invalid> <loom.20130830T111847-683@post.gmane.org> <20130830120244.GV21571@calimero.vinschen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
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