Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #31762 > unrolled thread

Re: Python does not take up available physical memory

Started byChris Kaynor <ckaynor@zindagigames.com>
First post2012-10-19 12:18 -0700
Last post2012-10-19 12:18 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Python does not take up available physical memory Chris Kaynor <ckaynor@zindagigames.com> - 2012-10-19 12:18 -0700

#31762 — Re: Python does not take up available physical memory

FromChris Kaynor <ckaynor@zindagigames.com>
Date2012-10-19 12:18 -0700
SubjectRe: Python does not take up available physical memory
Message-ID<mailman.2527.1350674329.27098.python-list@python.org>
On Fri, Oct 19, 2012 at 12:03 PM, Pradipto Banerjee
<pradipto.banerjee@adainvestments.com> wrote:
>
> Thanks, I tried that. Still got MemoryError, but at least this time python tried to use the physical memory. What I noticed is that before it gave me the error it used up to 1.5GB (of the 2.23 GB originally showed as available) - so in general, python takes up more memory than the size of the file itself.
>

By default, 32-bit processes under Windows are restricted to only
using a maximum of 2GB of user-space memory, with the other 2GB
reserved for kernel usage. There are settings for Windows and the
application when compiled to up the limit to 3GB.

You can follow the MSDN entry at
http://msdn.microsoft.com/en-us/library/windows/desktop/bb613473(v=vs.85).aspx
to enable 3GB of space on your Windows box (it requires a reboot),
however I believe the standard Python installations do not have
IMAGE_FILE_LARGE_ADDRESS_AWARE set, so you will also have to compile a
custom Python instance to get Python to be able to use 3GB of space.
Note that doing so can result in instability and other side-effects:
the Windows options can reduce performance in some cases, and the
process setting can cause crashes or other errors if the application
presumes that user memory always starts with a 0-bit, often used to
save memory in older software.

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web