4GT

4GT，4-gigabyte tuning ，在某些32位系统上能让程序使用3GB空间。

看某书说只能访问到2G内存，忘记它吧，有4GT呢

详细的请参加http://msdn.microsoft.com/en-us/library/windows/desktop/bb613473(v=vs.85).aspx

为了防止自己找不到，copy下

On 32-bit editions of Windows, applications have 4 gigabyte (GB) of virtual address space available. The virtual address space is divided so that 2 GB is      available to the application and the other 2 GB is available only to the system.

The 4-gigabyte tuning (4GT) feature, formerly called 4GT RAM Tuning, increases the virtual address space that is available to the application up to 3 GB, and reduces      the amount available to the system to between 1 and 2 GB.

For applications that are memory-intensive, such as database management systems (DBMS), the use of a larger     virtual address space can provide considerable performance and scalability benefits. However, the file cache, paged     pool, and nonpaged pool are smaller, which can adversely affect applications with heavy networking or I/O.     Therefore, you might want to test your application under load, and examine the performance counters to determine     whether your application benefits from the larger address space.

To enable 4GT, use the BCDEdit /set command to set the  increaseuserva boot entry option to a value between 2048 (2 GB) and 3072 (3 GB).

Windows Server 2003 and earlier:  To enable 4GT, add the /3GB switch to the Boot.ini file. The /3GB switch is supported on the following systems:

• Windows Server 2003
• Windows XP Professional
• Windows 2000 Datacenter Server
• Windows 2000 Advanced Server

The /3GB switch makes a full 3 GB of virtual address space available to applications and reduces the amount available to the system to 1 GB. On Windows Server 2003, the amount of address space available to applications can be adjusted by setting the /USERVA switch in Boot.ini to a value between 2048 and 3072, which increases the amount of address space available to the system. This can help maintain overall system performance when the application requires more than 2 GB but less than 3 GB of address space.

To enable an application to use the larger address space, set the      IMAGE_FILE_LARGE_ADDRESS_AWARE flag in the image      header. The linker included with Microsoft Visual C++ supports the/LARGEADDRESSAWARE      switch to set this flag. Setting this flag and then running the application on a system that does not have 4GT      support should not affect the application.

On 64-bit editions of Windows, 32-bit applications marked with the      IMAGE_FILE_LARGE_ADDRESS_AWARE flag have 4 GB of      address space available.

Itanium editions of Windows Server 2003:  Prior to SP1, 32-bit processes have only 2 GB of address space available.

Itanium editions of Windows 2000:  32-bit processes have only 2 GB of address space available.

Use the following guidelines to support 4GT in applications:

• Addresses near the 2-GB boundary are typically used by various system DLLs. Therefore, a 32-bit process cannot allocate more than 2 GB of contiguous memory, even if the entire 4-GB address space is available.
• To retrieve the amount of total user virtual space, use the       GlobalMemoryStatusEx function. To retrieve the highest possible user address, use theGetSystemInfo function. Always detect the       real value at runtime, and avoid using hard-wired constant definitions such as:      #define HIGHEST_USER_ADDRESS 0xC0000000.
• Avoid signed comparisons with pointers, because they might cause applications to crash on a 4GT-enabled       system. A condition such as the following is       false for a pointer that is above 2 GB:if (pointer > 40000000).
• Code that uses the highest bit of a pointer for an application-defined purpose will fail when 4GT is enabled. For       example, a 32-bit word might be considered a user-mode address if it is below 0x80000000, and an error code if       above. This is not true with 4GT.

VirtualAlloc usually returns low addresses before high addresses. Therefore, your process may not use very high addresses unless it allocates a lot of memory or has a fragmented virtual address space. To force allocations to allocate from higher addresses before lower addresses for testing purposes, specify MEM_TOP_DOWN when callingVirtualAlloc or set the following registry value to 0x100000:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management\AllocationPreference

Related topics

Memory Limits for Windows Releases Physical Address Extension 4GT Technical Reference