windows的分配粒度是64k,为什么vc分配内存是连续的?

shmemio 2012-01-11 09:10:40
VC里面,用内存映射得到的地址是64k边界的。为什么普通的new/malloc分配内存的时候,不存在这样的边界限制,而是在和虚拟地址分配打交道的时候,有这样的限制?

char*p=new char;
char*q=new char;

printf("%p,%p\n",p,q);
打印出来的结果是release版本这两个指针地址相差0x10. debug版保留的多一些,相差0x30.

但是内存映射CreateFileMapping/MapViewOfFile每次得到的指针地址,相差64k的整数倍。
这是为什么呢?
...全文
359 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
Yofoo 2012-01-11
  • 打赏
  • 举报
回复
new/malloc分配 是由CRT实现的, new的动作不一定会到系统底层分配动作,
char*p=new char;
char*q=new char;

这两个分配的实际在同一块区域, 一个char没必要完全浪费完整一块
ouyh12345 2012-01-11
  • 打赏
  • 举报
回复
内存映射又不是内存分配,比较这2个的差异没什么必要吧
辰岡墨竹 2012-01-11
  • 打赏
  • 举报
回复
VC的malloc最用的实现方式是直接包装了Windows的Heap堆函数。
Heap堆内部又使用VirtualAlloc分配页面的。Heap堆自己实现了一套管理零碎对象的分配算法。
Lactoferrin 2012-01-11
  • 打赏
  • 举报
回复
malloc是建立在虚拟地址分配api的基础上的,比如我先分配1MB的堆,可以这样

void*buf=VirtualAlloc(1MB);char*p;
p=buf;

void*malloc(int size)
{
char*r=p;
p+=size;
return r;
}
虽然这个实现很差劲,但也说明malloc不需要64k对齐
shmemio 2012-01-11
  • 打赏
  • 举报
回复
这个4k是页面大小,不是分配粒度。
分配粒度是64k大小。

[Quote=引用 5 楼 hotpos 的回复:]

32位 Windows内存分配颗粒度是 4KB

堆是在这块内存上实现的一个内存池,你可以这么理解
[/Quote]
kyotrue 2012-01-11
  • 打赏
  • 举报
回复
一个是物理内存,一个是虚拟地址,没规定要一样。
hotpos 2012-01-11
  • 打赏
  • 举报
回复
32位 Windows内存分配颗粒度是 4KB

堆是在这块内存上实现的一个内存池,你可以这么理解
MagicFuzzX 2012-01-11
  • 打赏
  • 举报
回复
一个是内存空间,一个是堆空间

16,471

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧