Keep in mind that, depending on how images are loaded, you won't be able to load images larger than about 2gb... you might want to test that.
On 7/19/14 13:39 , Tudor Girba wrote:
Wow! I will certainly try this patch.
Doru
On Fri, Jul 18, 2014 at 5:15 PM, Oscar E. A. Calla��<oscar.apollo@gmail.com <mailto:oscar.apollo@gmail.com>> wrote:
�� �� Well,
�� �� �� ��I fixed the problem by modifying the Pharo.exe file with the 4GB
�� �� patch program (http://ntcore.com/4gb_patch.php).
�� �� As mentioned before, I think the best solution is that Pharo vms
�� �� must be compiled with the flag LARGEADDRESSAWARE, so more memory
�� �� space is enabled for 64bits Windows OSs.
�� �� Thanks guys
�� �� Oscar
�� �� On Thu, Jul 17, 2014 at 11:03 PM, Andres Valloud
�� �� <avalloud@smalltalk.comcastbiz.net�� �� <mailto:avalloud@smalltalk.comcastbiz.net>> wrote:�� �� �� �� http://support.microsoft.com/__kb/297812
�� �� �� �� I worked on that switch before, and IIRC it's just a linker
�� �� �� �� switch that marks executables a certain way. ��So, if you have
�� �� �� �� imagecfg.exe handy...
�� �� �� �� �� �� <mailto:btc@openinworld.com <mailto:btc@openinworld.com>>>
�� �� �� �� <http://support.microsoft.com/kb/297812>
�� �� �� �� On 7/17/14 19:25 , Oscar E. A. Calla�� wrote:
�� �� �� �� �� �� Well. It seems that Pharo vms must be compiled with that
�� �� �� �� �� �� option :/
�� �� �� �� �� �� Cheers
�� �� �� �� �� �� On Wed, Jul 16, 2014 at 8:44 PM, <btc@openinworld.com
�� �� �� �� �� �� <mailto:btc@openinworld.com>�� �� �� �� �� �� �� �� <mailto:oscar.apollo@gmail.com
�� �� �� �� �� �� wrote:
�� �� �� �� �� �� �� �� ��__
�� �� �� �� �� �� �� �� ��Eliot Miranda wrote:
�� �� �� �� �� �� �� �� �� �� ��On Wed, Jul 16, 2014 at 2:21 PM, Oscar E. A. Calla��
�� �� �� �� �� �� �� �� �� �� ��<oscar.apollo@gmail.com
�� �� �� �� �� �� �� �� <mailto:oscar.apollo@gmail.com>
�� �� �� �� �� �� �� �� <mailto:oscar.apollo@gmail.com>__>> wrote:
�� �� �� �� �� �� �� �� �� �� �� �� ��Hi,
�� �� �� �� �� �� �� �� �� �� �� �� ��I'm using Windows 8.1 (update1) 64bits with 4GB
�� �� �� �� �� �� �� �� of physical
�� �� �� �� �� �� �� �� �� �� �� �� ��RAM. I only need 1.5GB of RAM, so I think I
�� �� �� �� �� �� �� �� don't need to
�� �� �� �� �� �� �� �� �� �� �� �� ��configure my OS to take /3GB of RAM.
�� �� �� �� �� �� �� �� �� �� ��Well my experience (and others) is that one can't
�� �� �� �� �� �� �� �� grow the heap
�� �� �� �� �� �� �� �� �� �� ��much above 1.1 Gb without using the /3Gb switch on
�� �� �� �� �� �� �� �� Windows XP. ��I
�� �� �� �� �� �� �� �� �� �� ��can't talk for 8.1. ��But if 8.x also limits memory
�� �� �� �� �� �� �� �� to 2Gb/process
�� �� �� �� �� �� �� �� �� �� ��unless the /3Gb switch is in effect then yes,
�� �� �� �� �� �� �� �� you'll need to use
�� �� �� �� �� �� �� �� �� �� ��the /3Gb switch.
�� �� �� �� �� �� �� �� �� �� ��HTH
�� �� �� �� �� �� �� �� �� �� ��Eliot
�� �� �� �� �� �� �� �� �� �� �� �� ��Cheers
�� �� �� �� �� �� �� �� �� �� �� �� ��On Wednesday, July 16, 2014, Eliot Miranda wrote:
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Hi Oscar,
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��On Wed, Jul 16, 2014 at 9:11 AM, Oscar E.
�� �� �� �� �� �� �� �� A. Calla��
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��<oscar.apollo@gmail.com�� �� �� �� �� �� �� �� <mailto:oscar.apollo@gmail.com>> wrote:�� �� �� �� �� �� �� �� http://msdn.microsoft.com/en-__us/library/windows/hardware/__dn613959(v=vs.85).aspx
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Hi guys,
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� I'm running some experiments in
�� �� �� �� �� �� �� �� Pharo. My data
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��is aprox. 1.3GB. When I load my image
�� �� �� �� �� �� �� �� on Mac,
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��everything works perfectly. But, when I
�� �� �� �� �� �� �� �� try to load
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��the same image on Windows, I get this
�� �� �� �� �� �� �� �� error:
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Unable to commit memory (1326649344
�� �� �� �� �� �� �� �� bytes requested)
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��I tried the Pharo VM, cogMT and ��NBcog
�� �� �� �� �� �� �� �� with and
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��without the option
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��AddressSpaceLimit = 2048
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��in the ini file
�� �� �� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Please help.
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��What OS are you using? ��Have you read e.g.
�� �� �� �� �� �� �� �� <http://msdn.microsoft.com/en-us/library/windows/hardware/dn613959(v=vs.85).aspx>
�� �� �� �� �� �� �� �� <http://msdn.microsoft.com/en-__us/library/windows/hardware/__dn613959%28v=vs.85%29.aspx�� �� �� �� �� �� http://msdn.microsoft.com/en-__us/library/wz223b1z.aspx
�� �� �� �� �� �� �� �� <http://msdn.microsoft.com/en-us/library/windows/hardware/dn613959%28v=vs.85%29.aspx>>?
�� �� �� �� �� �� �� �� ��Here are some additional links...
�� �� �� �� �� �� �� �� ��/LARGEADDRESSAWARE (Handle Large Addresses)�� �� �� �� �� �� http://msdn.microsoft.com/en-__us/library/windows/desktop/__aa366778(v=vs.85).aspx
�� �� �� �� �� �� <http://msdn.microsoft.com/en-us/library/wz223b1z.aspx>
�� �� �� �� �� �� �� �� ��Memory Limits for Windows and Windows Server Releaseswww.tudorgirba.com <http://www.tudorgirba.com>
�� �� �� �� �� �� <http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx>
�� �� �� �� �� �� �� �� ��I learnt something new reading this article. For Win
�� �� �� �� �� �� 8.1 64-bit, the
�� �� �� �� �� �� �� �� ��/3GB switch is not applicable or required. However the
�� �� �� �� �� �� �� �� ��/LARGEADDRESSAWARE ��linker option is critical for both
�� �� �� �� �� �� 32-bit and
�� �� �� �� �� �� �� �� ��64-bit VMs. Its only the default setting that changes
�� �� �� �� �� �� between
�� �� �� �� �� �� �� �� ��compiling 32-bit or 64-bit applications. Some extracts...
�� �� �� �� �� �� �� �� ��Limits on memory and address space depend on whether the
�� �� �� �� �� �� �� �� ��IMAGE_FILE_LARGE_ADDRESS_AWARE value of the
�� �� �� �� �� �� LOADED_IMAGE structure
�� �� �� �� �� �� �� �� ��and 4-gigabyte tuning (4GT) are in use.
�� �� �� �� �� �� �� �� ��IMAGE_FILE_LARGE_ADDRESS_AWARE is set or cleared by
�� �� �� �� �� �� using the
�� �� �� �� �� �� �� �� ��/LARGEADDRESSAWARE linker option. 4-gigabyte tuning
�� �� �� �� �� �� (4GT), also
�� �� �� �� �� �� �� �� ��known as application memory tuning, or the /3GB switch,
�� �� �� �� �� �� is a
�� �� �� �� �� �� �� �� ��technology (**only applicable to 32 bit systems**) that
�� �� �� �� �� �� alters the
�� �� �� �� �� �� �� �� ��amount of virtual address space available to user mode
�� �� �� �� �� �� applications.
�� �� �� �� �� �� �� �� ��On x64-bit MS Windows, User-Mode virtual address space
�� �� �� �� �� �� for each
�� �� �� �� �� �� �� �� ��32-bit process
�� �� �� �� �� �� �� �� ��4 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE set
�� �� �� �� �� �� �� �� ��2 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE cleared (default)
�� �� �� �� �� �� �� �� ��On x64-bit MS Windows, User-Mode virtual address space
�� �� �� �� �� �� for each
�� �� �� �� �� �� �� �� ��64-bit process
�� �� �� �� �� �� �� �� ��8 TB With IMAGE_FILE_LARGE_ADDRESS_AWARE set (default):
�� �� �� �� �� �� �� �� ��2 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE cleared
�� �� �� �� �� �� �� �� ��cheers -ben
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��--
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��best,
�� �� �� �� �� �� �� �� �� �� �� �� �� �� ��Eliot
�� �� �� �� �� �� �� �� �� �� ��--
�� �� �� �� �� �� �� �� �� �� ��best,
�� �� �� �� �� �� �� �� �� �� ��Eliot
--
"Every thing has its own flow"