This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: xz -9 : Cannot allocate memory
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Sat, 31 Aug 2013 09:19:52 +0200
- Subject: Re: xz -9 : Cannot allocate memory
- Authentication-results: sourceware.org; auth=none
- References: <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> <loom dot 20130830T143654-505 at post dot gmane dot org> <20130830174631 dot GA8831 at calimero dot vinschen dot de> <20130830190048 dot GA21571 at calimero dot vinschen dot de> <20130830210349 dot GA975 at ednor dot casa dot cgf dot cx> <20130830213932 dot GA2342 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> That's an awful lot of memory, and it it could easily break later mmap's
> or thread stack reservations on 32 bit. Given that the default heap is
> 384 Megs already, I would prefer if we reserve subsequent heap memory in
> chunks of 1 or 2 Megs only, to lower the pressure on the VM.
Sounds good, 2MiB should be what Windows uses for "large pages" on
processors that have these (in PAE mode or on x86_64). I'm not sure if
it still needs nudging to boot w/ PAE enabled, it would use 4MiB large pages
when not in PAE mode, but the large pages are not exposed to the
application layer on Win2000 and WinXP anyway.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
--
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