sharonasbar12 Posted February 3, 2016 Posted February 3, 2016 I have a intel quad 4 4.00GHZ motherbourd with 16 gig of ram and a GForce titan X with 12 gig of ram. How can I get Skyrim to use more of this. I have CTD issures about ram. Please help!
lald Posted February 3, 2016 Posted February 3, 2016 http://www.nexusmods.com/skyrim/mods/50305/? I thought everyone knows about startup memory editor
Sailing Rebel Posted February 3, 2016 Posted February 3, 2016 If you're sick of constant CTDs and are determined to make the game as stable and playable as it can be then the place to start is the STEP project. This involves a fair amount of work and starting with a clean slate. Clearing a weekend for this would be wise. Increasing the amount of memory Skyrim (or any other 32bit application) uses is a whole other story. Not something generally recommended. The simple truth is, if the game is not stable after a rigorous STEP build then something else is wrong and tricking it into using more memory is not going to help.
bjornk Posted February 3, 2016 Posted February 3, 2016 Skyrim is a 32-bit program and by default it cannot use more than 2 GB of memory (RAM). If you add the LAA - Large Address Aware flag to the executable then it may use up to 4 GB at most, but only on a 64-bit OS. https://msdn.microsoft.com/en-us/library/aa366778.aspx
h38fh2mf Posted February 3, 2016 Posted February 3, 2016 Skyrim already is LAA with some patch, I think it was 1.8 or 1.9 Making game use more memory for no reason isn't going to make it more stable, why would it?
D_ManXX2 Posted February 3, 2016 Posted February 3, 2016 Making game use more memory for no reason isn't going to make it more stable, why would it? Probebaly because the lack of memory management is what causing the game to crash to begin with. if it runs out you will simply be kicked out of the game without a warning. Check how smooth fallout 4 is compared to skyrim when i check my memory fallout 4 is using over 12 gig yet skyrim will mostly crash around 3.1 even if you have 16 gig available. Focring the game to use more will illevate the crashes.
h38fh2mf Posted February 3, 2016 Posted February 3, 2016 That's because Skyrim is 32 bit, it can't use more than 3.1, OS won't allow it. If you use more memory then you will reach that limit much faster and crash. ENB host process helps with this but it only works for graphics stuff (I think?)
Guest Posted February 3, 2016 Posted February 3, 2016 The actual limit of allocated memory for a 32bit application in a 32 bits OS is 3GB. For a 32bit app on a 64bits OS is 3.7Gb. Some ENB patches uses a trick (that works well only on 64bits OS) to have the graphic memory allocated through a different process, so you can avoid to waste the "game memory" with the DDS memory (but the actual meshes still need to be in the game memory to calculate the physics. Nope Skyrim does not calculate physics with the graphic card.)
sharonasbar12 Posted February 3, 2016 Author Posted February 3, 2016 Thank you to all you good people. I learned a lot from your inputs. Thanks again!
Kastagir Posted February 4, 2016 Posted February 4, 2016 The actual limit of allocated memory for a 32bit application in a 32 bits OS is 3GB. For a 32bit app on a 64bits OS is 3.7Gb. Some ENB patches uses a trick (that works well only on 64bits OS) to have the graphic memory allocated through a different process, so you can avoid to waste the "game memory" with the DDS memory (but the actual meshes still need to be in the game memory to calculate the physics. Nope Skyrim does not calculate physics with the graphic card.) It's not a trick and it's not related to ENB patches - depending on your enblocal.ini settings, memory is stored in the enbhost.exe process. Each instance of this process can hold up to 10GB of memory. If one fills up, additional processes are created. If your enblocal.ini is set up correctly: [MEMORY] VideoMemorySizeMb=10240 AutodetectVideoMemorySize=false VideoMemorySizeMb should be set at most to (VRAM + RAM - 2048 / max value 10240). This value is ignored if AudoDetectVideoMemorySize is set to true.
Guest Posted February 4, 2016 Posted February 4, 2016 The actual limit of allocated memory for a 32bit application in a 32 bits OS is 3GB. For a 32bit app on a 64bits OS is 3.7Gb. Some ENB patches uses a trick (that works well only on 64bits OS) to have the graphic memory allocated through a different process, so you can avoid to waste the "game memory" with the DDS memory (but the actual meshes still need to be in the game memory to calculate the physics. Nope Skyrim does not calculate physics with the graphic card.) It's not a trick and it's not related to ENB patches - depending on your enblocal.ini settings, memory is stored in the enbhost.exe process. Each instance of this process can hold up to 10GB of memory. If one fills up, additional processes are created. If your enblocal.ini is set up correctly. Actually it IS a trick on 32 bit OSes. Just delegating the memory allocation to a different process. "Each instance of this process can hold up to 10GB memory"? Sorry. On a 32 bit OS I am NOT buying it.
Kastagir Posted February 4, 2016 Posted February 4, 2016 The actual limit of allocated memory for a 32bit application in a 32 bits OS is 3GB. For a 32bit app on a 64bits OS is 3.7Gb. Some ENB patches uses a trick (that works well only on 64bits OS) to have the graphic memory allocated through a different process, so you can avoid to waste the "game memory" with the DDS memory (but the actual meshes still need to be in the game memory to calculate the physics. Nope Skyrim does not calculate physics with the graphic card.) It's not a trick and it's not related to ENB patches - depending on your enblocal.ini settings, memory is stored in the enbhost.exe process. Each instance of this process can hold up to 10GB of memory. If one fills up, additional processes are created. If your enblocal.ini is set up correctly. Actually it IS a trick on 32 bit OSes. Just delegating the memory allocation to a different process. "Each instance of this process can hold up to 10GB memory"? Sorry. On a 32 bit OS I am NOT buying it. I guess 10GB is the "theoretical" limit, but most people seem to be limited to 4GB. In any case, if more memory is needed, additional processes are generated. I use Windows 7 64-bit and I don't have 2GB or 3GB limits associated with a 32-bit OS, nor do I have 4GB limits on VRAM accessible to Skyrim via DirectX9 as many have reported. This limitation is related to newer versions of the OS or drivers. Enbhost.exe will theoretically support up to 128GB of memory (through multiple processes): http://enbseries.enbdev.com/forum/viewtopic.php?f=2&t=2787
Guest Posted February 4, 2016 Posted February 4, 2016 Single process up to 3.75 Gb on a 32 bits OS: --> OK Single process more than 3.75 GB on a 32 bits OS: --> it will not happen. Now ENB claims to be able to go beyond the 4 GB limit on 32 OSes. But actually it does not. Because also on multiple processes (that actually are threads and not real processes) the max memory limit is still 4GB on 32 bits sytems. But my real question is: WHY? Skyrim is running just fine on ULTRA with only 4 GB of memory.
Kastagir Posted February 4, 2016 Posted February 4, 2016 Without knowing your game resolution, it's impossible to draw a comparison. Larger game resolutions render more pixels: 2560x1440 is 1.78 times as many pixels as 1920x1080, and that puts more strain on video memory for every texture mod that is used. Increasing uGrids also increases memory load because more of the game world is loaded into memory as does anything that adds geometry to the game world. Enbhost was not created to make Skyrim look better or to allow people to use more mods - it was created to remove a potential cause for crashing. It was added for stability. Not everyone needs it.
sharonasbar12 Posted February 4, 2016 Author Posted February 4, 2016 The actual limit of allocated memory for a 32bit application in a 32 bits OS is 3GB. For a 32bit app on a 64bits OS is 3.7Gb. Some ENB patches uses a trick (that works well only on 64bits OS) to have the graphic memory allocated through a different process, so you can avoid to waste the "game memory" with the DDS memory (but the actual meshes still need to be in the game memory to calculate the physics. Nope Skyrim does not calculate physics with the graphic card.) It's not a trick and it's not related to ENB patches - depending on your enblocal.ini settings, memory is stored in the enbhost.exe process. Each instance of this process can hold up to 10GB of memory. If one fills up, additional processes are created. If your enblocal.ini is set up correctly: [MEMORY] VideoMemorySizeMb=10240 AutodetectVideoMemorySize=false VideoMemorySizeMb should be set at most to (VRAM + RAM - 2048 / max value 10240). This value is ignored if AudoDetectVideoMemorySize is set to true. Mine looks like this [MEMORY] ExpandSystemMemoryX64=true ReduceSystemMemoryUsage=true DisableDriverMemoryManager=false DisablePreloadToVRAM=false EnableUnsafeMemoryHacks=false ReservedMemorySizeMb=512 VideoMemorySizeMb=18432 EnableCompression=false AutodetectVideoMemorySize=false
Recommended Posts
Archived
This topic is now archived and is closed to further replies.