内存管理杂谈

  虚拟内存管理函数(如VirtualAlloc()之类)所分配的内存区域一般都是大块的。它所分配的内在区域有如下限制:

    1 对于用户程序,区域的基址会被对齐到系统的分配粒度(allocation granularity,64KB)的整数倍。对于内核程序没有这个限制,但它也要将区域的基地址对齐到页面大小(x86上为4KB,IA-64为8KB)。对于用户程序所分配的区域其实也是页面大小的整数倍,因为64KB一定是4KB或8KB的整数倍

    2 无论是用户程序,还是内核程序所分配的区域,其大小都会被向上取整到页面大小的整数倍

 

  虚拟内存的分配一般分为两步:预订(reserve)与提交(commit)。预订就表示这块空间被保留下来了,不能再在此处分配。另外,预订过的内存空间还是不能使用的,必须经过提交(分配物理内存,并与区域建立映射关系)之后才能够访问。当然,这两步也可以并为一步来执行。

 

  当需要分配小块的内存时,若再使用VirtualAlloc()之类的函数,就会造成内存的浪费。例如程序中需要分配4Bytes的内存,如果使用VirtualAlloc()来分配,那么至少要取整到4KB,并且还要对齐到64KB的整数倍。在这种情况下,就需要用堆(Heap)来管理内存了。

 

  堆可以在两种大的区域内管理内存,大的区域可以通过VirtualAlloc()从“内存管理器”预订的,也可以是从已映射到进程地址空间的“内存映射文件对象”中预订的。

 

  堆的分配粒度非常小:在32-bit系统中为8Bytes,在64-bit系统中为16Bytes。

 

  堆分为默认堆与私有堆,一个进程只有一个默认堆,它在进程启动的时候创建,一直到进程结束。默认堆在默认情况下被预订为1MB,不过可以在链接应用程序的时候,指定/Heap标识来改变其大小,而且还可以指定提交的默认大小。该大小只是初始大小,默认堆会随着需要而不断增大,直到整个地址空间。(随便提一下,每个线程都拥有一个用户模式的栈,stack,当一个线程创建的时候,1MB大小的线程栈会被预订,当然可以通过CreateThread()与/stack选项来调节它的大小)

  一个重要的概念:堆是属于进程范围的,栈是属于线程范围的。

   私有堆可以使用HeapCreate来创建,可以多个。私有堆在创建的时候,若HeapCreate函数的dwMaximumSize参数为0,则为可增长堆,不为0则为不可增长堆。对于可增长堆,堆的大小取决于可用内存大小。对于不可增长堆有一个限制:在堆中一次性可以分配的最大块不能超过0x7fff8(这个限制我始终不明白)。 

 

   

# 高校智慧校园解决方案摘要 智慧校园解决方案是针对高校信息化建设的核心工程,旨在通过物联网技术实现数字化校园的智能化升级。该方案通过融合计算机技术、网络通信技术、数据库技术和IC卡识别技术,初步实现了校园一卡通系统,进而通过人脸识别技术实现了更精准的校园安全管理、生活管理、教务管理和资源管理。 方案包括多个管理系统:智慧校园管理平台、一卡通卡务管理系统、一卡通人脸库管理平台、智能人脸识别消费管理系统、疫情防控管理系统、人脸识别无感识别管理系统、会议签到管理系统、人脸识别通道管理系统和图书馆对接管理系统。这些系统共同构成了智慧校园的信息化基础,通过统一数据库和操作平台,实现了数据共享和信息一致性。 智能人脸识别消费管理系统通过人脸识别终端,在无需接触的情况下快速完成消费支付过程,提升了校园服务效率。疫情防控管理系统利用热成像测温技术、视频智能分析等手段,实现了对校园人员体温监测和疫情信息实时上报,提高了校园公共卫生事件的预防和控制能力。 会议签到管理系统和人脸识别通道管理系统均基于人脸识别技术,实现了会议的快速签到和图书馆等场所的高效通行管理。与图书馆对接管理系统实现了一卡通系统与图书馆管理系统的无缝集成,提升了图书借阅的便捷性。 总体而言,该智慧校园解决方案通过集成的信息化管理系统,提升了校园管理的智能化水平,优化了校园生活体验,增强了校园安全,并提高了教学和科研的效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值