- #Why is my fsx pmdg 777 flies back heavy 32 bit
- #Why is my fsx pmdg 777 flies back heavy full
- #Why is my fsx pmdg 777 flies back heavy windows
It is possible to starve the operating system's slice of VAS to the point that your system will no longer boot! NOTE: The following applies only to Vista32 users: In such a case, using any number that isn't a multiple of 512MB simply doesn't make much sense. Or whatever size you wish, keeping in mind the 1MB contiguous limit of FSX. To "fine tune" the actual amount of VAS allocated, you need only add another switch to the end of the entire entry:
#Why is my fsx pmdg 777 flies back heavy windows
Multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /noexecute=optin /fastdetect /3GB In your boot.ini file, if you have added the /3GB switch already: NOTE: The following applies only to WinXP users:
#Why is my fsx pmdg 777 flies back heavy full
As always, this is a balancing act.Īs I stated previously, since it's a case of "robbing Peter to pay Paul," it may be best to allocate LESS than a full GB of VAS to applications, which is why Phil Taylor recommends using /2560 rather than the full /3072 MB. that is because the video card's memory addresses are mapped to the operating system's slice of VAS, and therefore reduces the total number of Virtual Addresses available the operating system.įor example, a video card with 512MB of onboard RAM will consume 512MB of the available operating system's slice of VAS, so robbing too much from the OS's slice can cause a lot of problems. Incidentally, it's also important to note that the amount of memory on a video card can actually hinder performance rather than help. This next bit of information is critical to coming to a more full understanding of what is causing the "OOM Error" to occur:įSX will only use "contiguous 1MB blocks of VAS."Īnytime FSX cannot find a 1MB block of VAS in which to "load stuff," it will summarily crash to desktop. The procedure for WinXP and Vista are different, but the results are identical. In all cases though, the onus is on the user to tell their operating system to increase the VAS for all "enabled" application programs. The FSX.exe for both RTM, SP1 must be manually made "LARGEADDRESSAWARE", where the SP2 FSX.exe has already been marked as "LARGEADDRESSAWARE." What the 3GB "tweak" accomplishes in both WinXP and Vista32 is that you essentially increase the size of the VAS table available to ALL running programs for which the "flag" for "LARGEADDRESSAWARE" has been set. It's a case of "robbing Peter to pay Paul."
When you add the /3GB switch, what you are doing is increasing the total available Virtual Address Space (VAS) for FSX to use, which in turn reduces the available VAS for the operating system. The more application programs running at once, the more things get slowed down. Obviously, everytime a running application needs to access it's VAS table and data, the OS needs to swap things around. Note that every application running maintains it's own set of VAS addresses, and that the operating system will take care of shuffling both the application's address table and the data contents back and forth from the Virtual Memory on the hard drive as necessary.
The VAS table is the same size whether your system physically has 512MB RAM or 4GB of RAM.īy default, 2GB of VAS addresses are reserved for the operating system, with the remaining 2GB of VAS reserved for application programs.
#Why is my fsx pmdg 777 flies back heavy 32 bit
All 32 bit operating systems (WinXP and Vista32) have 4 GBs of Virtual Address Space, (VAS), to work with, as that is the maximum number that can be expressed with only 32bits.
0 kommentar(er)
