我每次这样做,系统都说内存不够!!是TC本身的限制吗?
我每次这样做,系统都说内存不够!!是TC本身的限制吗?
32位的程序能直接操作的内存大小最大是4G.不过操作系统会占用一部分
像windows规定操作系统占用2G左右的内存,所以一般程序最多操作2G的
内存,但直接申请2G是不会成功的。
例如int array[1024*1024*512]; (假定int占4字节)是很难成功的
这里涉及内存碎片的问题, K&R 的书第8章最后的部分有论述
简单的说就是:内存是分散成一些小块的,malloc管理的内存是通过链表的
方式把这些块串在一起,以这些内存的起始地址排序组织的,相邻的内存块如
果尾首地址连续,那就把它们合并为一块,当你申请一定大小的内存时
以first fit模式,在内存链中找第一个大于你需要大小的内存,返回内存指针
以best fit模式,要遍历整个内存链,找刚好最接近但大于所需要大小的内存
当然这是出于对内存不浪费的考虑,效率是有损失.释放的话相反,把内存放回
内存管理链中,可能的话合并相邻的内存碎片。避免内存过于零散
所以要申请尽可能大的内存,可以分着申请几次。按链表组织就可以,这样更容易成功
以上个人意见
在TurboC下面不可能申请到33554432bytes的内存,尽管机器的内存条也许达256MB。因为TurboC是基于DOS的一个产品。在VC下照老版主的话去做,应能得到你想要的。实际上根本不要malloc(),只要壮着胆子定义巨大的数组就可以了。哪怕申请
unsigned char My_huge_array[1000000000]; //一亿字节哪!
都会成功的。我要提醒楼主的是:真有这个必要吗?2**25?
愚蠢的算法往往导致疯狂的内存需求。
在TurboC下面不可能申请到33554432bytes的内存,尽管机器的内存条也许达256MB。因为TurboC是基于DOS的一个产品。在VC下照老版主的话去做,应能得到你想要的。实际上根本不要malloc(),只要壮着胆子定义巨大的数组就可以了。哪怕申请
unsigned char My_huge_array[1000000000]; //一亿字节哪!
都会成功的。我要提醒楼主的是:真有这个必要吗?2**25?
愚蠢的算法往往导致疯狂的内存需求。
在tc下面使用数组来定义申请大内存也是不可能的,一个数组若是大于32k就会产生一个编译错误:数组太大。
我很想知道内存池是从哪里获得的(不应该是定义一个数组,然后从这个数组中取出相应的地址给用户分配内存这么简单吧)