关于WIN732bit(已破解4G内存限制)能否用LAA Patch（4GB补丁）问题.
在教学贴见到了LAA Patch（4GB补丁）.一看就知是好东西,但是其中说明:好吧，已经证实：在任何32位系统，4GB LAA补丁无法让Oblivion.exe使用2G以上的物理内存。特别地，2GB限制在大部分机器上更确切地说是1.8GB。于是对32位系统，除了含4GB内存的情况，1.8GB就只能是玩家所能达到的最大限制了，达到此限制后便会出现CTD。
我是WIN732位的,但是最大使用内存是3.8G,就想问这样能用LAA Patch么,如果不能,我就不研究这东西了.
为了用4G内存，我直接装了64位系统。 lanlanren1 发表于 2012-7-31 17:37 static/image/common/back.gif
为了用4G内存，我直接装了64位系统。
其实用32位系统也是可以用超过2G内存的,2G内存限制只是微软耍的把戏,32位的打个内存补丁就可以最大支持128G内存了.
本帖最后由 lanlanren1 于 2012-7-31 18:01 编辑
但是64位系统也照样用着挺好，我基本没发现有什么不一样，想装什么软件就装什么，基本没发现不能用的软件。当然也不是绝对的，几乎可以忽略。我不知道你说的什么补丁，我当时买回来电脑，也看了一些补丁，我的印象是那些方法好像不是那么管用，内存的利用不是那么充分，我的印象是这样的。后来装了64位，就没研究过了。
而且如果64位系统用64位软件，好像速度会快一些。对了ps打开dds文件，装好了插件但是总打不开，后来找到原因，是要先打开32位的ps然后再开dds就能打开了。如果直接双击dds文件，默认是打开64位ps，这样就会说文件不是默认类型神马的。
我个人的态度是，能不用补丁，破解什么的就不用。好比那些优化过的系统精简的系统，玩儿老滚的时候出错很多都是因为用了这些，玩儿老滚系统好很重要。
lanlanren1 发表于 2012-7-31 17:37 static/image/common/back.gif
为了用4G内存，我直接装了64位系统。
你是64位系统但程序是32位的你也一样只能分到3.7G。
lanlanren1 发表于 2012-7-31 17:48 static/image/common/back.gif
但是64位系统也照样用着挺好，我基本没发现有什么不一样，想装什么软件就装什么，基本没发现不能用的软件。 ...
最主要是我有些必须的软件对64位WIN7的支持不咋的,所以能不装64位WIN7就不装.现在许多人对64WIN7的概念只有支持超过2G内存,其实是微软想通过这样强迫用户安装64位系统,从而达到某些目的.
rage010 发表于 2012-7-31 18:03 static/image/common/back.gif
你是64位系统但程序是32位的你也一样只能分到3.7G。
没错,对于32位的程序来说,其实都一样.
rage010 发表于 2012-7-31 18:03 static/image/common/back.gif
你是64位系统但程序是32位的你也一样只能分到3.7G。
原来这样，可是装的是4G内存，用64位我也是图个安心，其实我就是集成显卡，显卡也要分过去一些内存。平时内存也用不了太多，开老滚的时候好像也没用多少，一半多吧，前几天我又把内存分过一部分去给显卡，后来什么情况没看过。不过的确感觉玩儿游戏的时候顺了一点点。好多软件也都开始提供64位版本了。
本帖最后由 lanlanren1 于 2012-7-31 18:21 编辑
235684881 发表于 2012-7-31 18:14 static/image/common/back.gif
没错,对于32位的程序来说,其实都一样.
那你把那个破解补丁装上试试呗，不行再删哪。我前阵子ctd的时候我觉得是2G内存的问题，我也找了一个补丁试了试，感觉有用。
lanlanren1 发表于 2012-7-31 18:19 static/image/common/back.gif
那你把那个破解补丁装上试试呗。
本来是打算问问之前有没有人试过,这样可以省点精力.看来还是要自己试试了.
本帖最后由 rage010 于 2012-7-31 18:57 编辑
235684881 发表于 2012-7-31 18:13 static/image/common/back.gif
最主要是我有些必须的软件对64位WIN7的支持不咋的,所以能不装64位WIN7就不装.现在许多人对64WIN7的概念只 ...
微软是帝国但不是苹果般的邪教。微软垄断但厚道，苹果拥有时尚的号召力但实用性上因人而异。微软有在64BIT系统里面提供32BIT程序的兼容性解决方案，实际上64BIT的WIN7/VISTA要比32BIT的要大，因为64BIT版本的操作系统里面其实是有64BIT和32BIT的双核心的，该有的函数和支持一样没少。
64BIT本来就是以后发展的大趋势，微软谈不上什么不可告人的目的
大趋势是大趋势,但是明明32位就可以用更多的内存,为什么要限制,我用32位LINUX就可以完整使用4GB内存.最主要是我有些软件对32位的兼容不好.
那个,打了4gb_patch补丁后将sr_Oblivion_Stutter_Remover.ini里的heap mode(是指Heap\iHeapAlgorithm对吧?)设置为5，heap size设置为1024,如果是64位是不是就可以了.步骤不止到有没有错.
非64位系统无论怎么捣鼓也不能让滚4用到超过1.8G内存限制,不用费力了...要使用超过1.8G内存必须64位系统 rage010 发表于 2012-7-31 18:03 static/image/common/back.gif
你是64位系统但程序是32位的你也一样只能分到3.7G。
rage兄...你的说法并不绝对...我滚4内存最大使用就超过过4.8G...
235684881 发表于 2012-8-5 01:01 static/image/common/back.gif
大趋势是大趋势,但是明明32位就可以用更多的内存,为什么要限制,我用32位LINUX就可以完整使用4GB内存.最主要 ...
你先去 百度把WINDOWS的内存寻址机制搞清楚再说，你的这个看法完全是错误的。
darkness1027 发表于 2012-8-5 02:34 static/image/common/back.gif
rage兄...你的说法并不绝对...我滚4内存最大使用就超过过4.8G...
当然不绝对，我只是以科普的角度就简单初级的实例来说而已，搞得太复杂的话电脑白们是看不懂的哦。
rage010 发表于 2012-8-5 02:53 static/image/common/back.gif
你先去 百度把WINDOWS的内存寻址机制搞清楚再说，你的这个看法完全是错误的。
...
本人专业也算和计算机有关,某些原理还是记得清楚的,那就顺便科普一下吧,渣记忆,有错望指出以免误人子弟.
WINDOWS的内存寻址:
Windows采用的是分页内存管理机制,一个进程占用一定虚拟地址空间,同时CPU中有一个“分页标志位”,CPU在运行指令时发现分页标志被设置,就会根据页目录和页表中的对应关系,将指令中的虚拟地址转换为实际的物理地址.
32位WINDOWS可用内存:
32位系统分页大小为4K,寻址位宽为32位,因此,第0个分页的地址是0x00000000,第1个分页地址从0x00001000开始,以此类推.所以,在目前的32位系统中,用到了32位中的高20位来标记物理页,剩余的12位用于添加一些标记信息等.这样,就可以支持到最大(2^20)*4096=4GB内存.
破解4G内存限制(PAE技术):
早在2003年的Windows Server 2003企业版,即使是32位版本,最高支持内存已经达到了32GB.而Windows2000高级企业版就已经可以支持8GB内存.由此可见,32位下依然可以通过技术实现支持超大内存.
微软说明
http://msdn.microsoft.com/en-us/library/aa366796%28v=vs.85%29.aspx
对于支持PAE的几个系统来说,它们同时还支持另外一项技术：地址窗口扩展(Address Windowing Extensions, AWE).它可以使得32位程序访问到超过4GB的内存.
32位程序支持4G虚拟内存(4gb patch)
这个程序应该是通过修改32位执行程序的头文件使其可寻址范围增大.这适用于让一个32位的应用程序能使用2GB以上的虚拟内存.
235684881 发表于 2012-8-5 16:03 static/image/common/back.gif
本人专业也算和计算机有关,某些原理还是记得清楚的,那就顺便科普一下吧,渣记忆,有错望指出以免误人子弟.
...
我不是什么阴谋论沉持有者,只是对微软的做法很窝火,从上面可知,近十年前32位系统就可以突破4GB的使用限制,而且技术已经很成熟(因为是供给企业用户使用).09年微软正式发行WIN7,在那时内存价格早已很白菜了,而其对外说法是某些旧式驱动兼容性问题而不集成并同时发行64位WIN7.我个人认为这是微软通过这种手法令其庞大的用户群自愿升级64位从而迫使程序开发者开发64位程序.这是挟天子以令诸侯,期间所出的各种兼容性问题由我们用户承担,所以我非常不喜这种行为.当然,64位系统是未来的主流,迟早会自然过渡,但是前提是在我们用户清楚明白的情况底下做出的选择.
235684881 发表于 2012-8-5 18:22 static/image/common/back.gif
我不是什么阴谋论沉持有者,只是对微软的做法很窝火,从上面可知,近十年前32位系统就可以突破4GB的使用限制 ...
确实没有阴谋，微软也没必要去搞阴谋。
上面也说了本来64BIT就是大趋势。而且硬件驱动和接口这些东西没有你想象的那么简单。看看PS3和配置再看看你的PC，配置差远了，但你的PC的画面表现可能不如PS3。如果你先入为主就是想着微软要和你过不去那么我说再多你都不会信，其实微软垄断得算厚道的了。这不是逼不逼你用64BIT系统的问题，而是32BIT迟早要淘汰的问题，这就是技术发展。
rage010 发表于 2012-8-5 22:02 static/image/common/back.gif
确实没有阴谋，微软也没必要去搞阴谋。
上面也说了本来64BIT就是大趋势。而且硬件驱动和接口这些东西没 ...
朋友,我看你也不是从事相关工作的,我们也不要继续纠缠这个问题了,这楼歪得严重,还是就此打住吧.
难道要研究整篇文章？
As we have mentioned in previous articles, most modern system running in 32bit x86 mode have trouble seeing and using more than roughly 3GB of memory. This is because part of the total 4GB of memory space (not the physical memory) is reserved for various functions, such as computer components transferring data between each other using memory-mapped input-output(MMIO). The textbook example of this is the CPU transferring data to the memory of a video card, where a chunk of the address space equal to the size of the memory of the video card is reserved by the video card, and any data sent to those addresses actually ends up going to the video card. This design has many technical merits, but it makes the consumed memory addresses unavailable for use with physical memory.
Things only get more complex as we start including the operating system (in this case Windows) in to the equation. The above is actually handled by a combination of Windows and the BIOS, meanwhile Windows also needs some address space so that programs can communicate with the Windows kernel, for storing buffers, for storing memory tables, etc; all of which means we have lost even more address space. All of the above besides preventing us from addressing 4GB of physical memory are also the cause of the actual 2GB barrier that is the problem.
Quickly, there is one more pre-requisite piece of information: virtual address space. For a 32bit Windows application(Win32), each application has a full 4GB worth of private addressing space that it can use, which again is 32bits and a result of how a 32bit processor works. How the above exactly works is beyond the scope of this article, but it's sufficient to say that at some point virtual addresses get translated in to other addresses for mapping data between the application and physical memory or the swap file. The important thing to take from this is that each application has its own 4GB virtual address space, regardless of the hardware the computer contains or what applications are running. Now we may begin to understand the 2GB barrier.
Due to design reasons outside the scope of this article, Windows takes a pre-determined portion of each application's virtual address space and reserves it for itself. Windows uses its portion of the virtual address range for all of the address needs listed above. At the end of the day, and what really matters, is that in designing Windows Microsoft opted to split up the virtual address space of an application in half; 2GB goes to Windows (kernel space) and 2GB goes to the application (user space). Under normal circumstances this 2GB of space is all a 32bit application has to work with, this is the 2GB barrier and as we'll see is the cause of the problems with Supreme Commander.
It is also worth noting at this point that virtual address space is not directly correlated to physical memory size. Windows and any applications running under it may use up to all of their allocated virtual address space, with Windows simply swapping data between the hard drive and physical memory if the amount of physical memory needed is in excess of what's available - this is virtual memory, not to be confused with virtual address space. The only meaningful relation between virtual address space and physical memory is that the amount of physical memory an application can use can never be greater than its virtual address space. The user space must take up a larger portion of the virtual address space if an application is to use more than 2GB of physical memory.
事实上，有很多人说过32位可以成功使用1.7G以上的内存，但是他们用的不是LAA Patch而是CFF Explorer。。。如果我没记错的话 本帖最后由 235684881 于 2012-8-6 23:17 编辑
bluesky404 发表于 2012-8-6 22:50 static/image/common/back.gif
难道要研究整篇文章？
As we have mentioned in previous articles, most modern system running...
感谢提供资料,我看看.
本帖最后由 mjxy 于 2012-8-7 09:35 编辑
http://bbs.3dmgame.com/thread-2537992-1-1.html
{:3_136:} 本小白为数不多的帖子之一,
本人是在x64下测试,楼主介不介意当个小白鼠
PS:可能引起诅咒铠甲某个地方碰上bug,请自行选择
本帖最后由 235684881 于 2012-8-7 14:25 编辑
感谢大家连日来的讨论与支持,我已经能在32位环境下令游戏内存占用超过2G而不崩溃了.以下作个总结:
1,理论上现在的电脑都可以在32位环境下使用最多128G内存
2,32位的运行程序只要破解2G内存限制(不管是用LAA Patch还是CFF Explorer以及别的方法)都可以在32位环境下使用超过2G的内存
3,要在32位环境下令程序使用超过2G而不崩溃需要在CMD下输入bcdedit /set IncreaseUserVa XXXX(XXXX是数字,指的是电脑上的可用内存,单位:MB),并重启动.这是为了解除32位系统对单程序限制内存占用不得超过2G的指令(本人仅在32位win7下试用过).
只要满足以上条件就可以在32位运行环境下令程序内存占用超过2G而不崩溃,如湮灭,天际,PS,3DMAX等任何32位程序.
BTW:教程上的资料应该改改了
本帖最后由 lanlanren1 于 2012-8-7 14:48 编辑
lanlanren1 发表于 2012-7-31 18:19 static/image/common/back.gif
那你把那个破解补丁装上试试呗，不行再删哪。我前阵子ctd的时候我觉得是2G内存的问题，我也找了一个补丁试 ...
可以用了那太好了，前阵子是怪多加上自己的一两个同伴就打着打着就变慢然后ctd了所以我觉得可能和内存有关系，就找了补丁打上，刚才玩儿迈达斯魔法，妖术师的运气那边很多很多着火的僵尸，岩浆射出射出红光还有巫妖发大招，好像各种效果很多，我还带着好几个同伴，感觉很卡不过都没有跳出。看来的确和内存有关系。
我的电脑不算好，不过内存和cpu还凑合，就是集成显卡渣渣，不过经过我上次把内存划给显卡的部分加到了最大，前阵子还找了一个增加帧数的补丁感觉玩儿起来也蛮不错了，连画面效果都强了不少。
系统方面，我自从用了win764位，感觉各方面都很和心意，性能方面我刚装系统的时候曾经运行了一下那个super PI， 算同样的位数，win7 64位世界的确多了一点时间，好像是零点几还是零点零零几记不清了，不过我也搞不清我测的对不对。我觉得可能xp会比win7占用资源少了，不过win7的确非常稳定，是用起来也很顺手。当然主要是界面很漂亮Aero Peek很喜欢，还有那个库非常方便，比如我经常捣鼓滚4，就把滚4建了一个库，想找什么点开库都有了。要按照xp来弄就麻烦大了，一层一层的文件夹点吧。
本帖最后由 rage010 于 2012-8-7 15:47 编辑
lanlanren1 发表于 2012-8-7 14:46 static/image/common/back.gif
可以用了那太好了，前阵子是怪多加上自己的一两个同伴就打着打着就变慢然后ctd了所以我觉得可能和内存有关 ...
WIN7的真正进步是对内存的管理，还记得昔日WIN2000时代的非法操作提升吗？当时WINDOWS经常自己就内存溢出的。XP的EXPLORER进程会自己死掉，这些到WIN7都没有了令人欣慰。
页:
[1]