2002.08.20 07:31 "memory allocation", by Peter Majer

2002.08.22 16:29 "Re: OT: large memory allocation in Windows", by Chris 'Xenon' Hanson

Which means you are still restricted to the virtual address space size and fragmentation problems mentioned before. It doesn't sound like much of an improvement to me, but I may be wrong.

You are correct. Three avenues to solution present themselves:

#1: Use a 'Enterprise Edition' Windows OS, that apparently has a boot-time option to extend the per-process virtual address space from 2Gb to 3gb for applications linked accordingly as described here:


Downside: not available on most common Windows installations.

#2: Reduce your needs for simultaneous contiguous memory. Don't try loading the whole TIFF at once. In GIS fields we work with massive TIFF images, and we typically have to use the strip-loading or tile-loading APIs of libtiff to access only the parts of the TIFF image that we actually need at any given time.

Downside: makes some image-processing operations cumbersome and slow.

#3: Investigate the exotic realm of the VLM functions like VirtualAllocVlm and its ilk. Learn about strange and long-forgotten (since the days of DOS) concepts like segment paging (now called PAE):


Downside: Your soul will be sucked into the black void and rent into gibbering pieces by nameless horrors that haunt the night and shun the light.

This non-forward-thinking 2Gb limit brought to you by Microsoft and Bill "Who would ever need more than 640k?" Gates. ;)

Chris - Xenon
  Chris Hanson | Xenon@3DNature.com | I've got friends in low latitudes!
        New World Construction Set 6!: http://www.3DNature.com/
  "There is no Truth. There is only Perception. To Perceive is to Exist." - Xen