glibc内存管理方式
程序员接触的内存空间和系统接触的物理内存空间是有所区别的。对于一般进程来讲,他面对的是一个线性虚拟内存空间:地址从0到最大值。每一个进程面对的虚拟内存空间都是一样的,都享有全部的内存地址。虚拟内存空间是线性的,但并不意味着是连续的。部分地址段的虚拟空间可以是缺失的(不是所有地址都可以用来存储数据)。
虚拟内存可以按页管理,每一页大小一般为4kb。每一页背后都有一个实际物理内存(可以是主存也可以是辅存)与之对应。在物理内存中我们不叫页,而称之为帧。分页的好处就是可以在主存不够的情况下把辅存给利用上。我们可以将暂时不用的主存页保存到辅存中,这样时候这块主存页便可以被我们覆写,需要的时候还可以从辅存中恢复。在安装linux系统的时候,如果内存偏小我们时常通过激活swap分区,增加虚拟内存空间。由局部性原理,速度上并不会差别太大。
并不是每一个虚拟内存页都有实际内存帧作为其后盾。如果没有对应的实际内存,便是缺页的情况。有个列外:虚拟页的数据全为0时,并不需要内存帧。只要有一个标记就可以了。
内存页和内存帧不一定是一对一关系,刚才说了有些内存页可能没有内存帧,有些内存帧可能会被多个内存页使用(多个内存页一般分属于多个进程,上面提到了一般进程面对的空间都是一样的)。换句话将,一个内存帧可以被多个内存页共享,再进一步可以被多个进程共享。典型的例子是库函数printf函数。每一个进程都会共享库函数printf(动态链接库),所以printf实际只有一个实例,每个进程的printf函数都在相同的内存帧中。
虽说内存页可以有内存帧作为其后盾也可以没有,但进程要想有效的访问内存页,该内存页必须要对应一个内存帧。实际情况是内存页的需求大于内存帧的实际大小。需求太大的实际原因——每一个进程都想独占整个物理内存。那该怎么解决这个问题呢?联想以下实际生活中的电梯。一个电梯最多容纳10人,而一栋楼有200号人。那我们是不是需要20个电梯才够?其实不然,或许两三个电梯就可以了。理由是:人不会总呆在电梯里面。再来看看我们的内存,内存页相当与人,内存帧则相当于电梯。帧不够了,页出来就行。内存页我们可以放到辅存中,比如磁盘。如果我们突然需要存储在辅存上的内存页时,再将辅存上的内存页与实际内存帧对应。这一行为可以叫做换页。
前面提到了缺页。缺页更严谨的讲是进程尝试访问一个没有内存帧对应的内存页时发生的一种错误。这是候内核会挂起该进程,进行一些调度把内存页和内存帧连接起来,然后再恢复进程。这被称为换进/faulting in。值得注意的是,这种情况并不是什么好事,会减慢程序的运行。页的换进换出做的操作是IO操作。
内存申请,很多人可能认为只有内存不够的时候才需要该操作。但反问一句,内存已经不够了,你上哪儿获取?实际上内存申请会追踪一个进程的数据的地址,确保相同地址的内存不会存进两个完全不同的数据。
进程申请内存有两种方式:exec、编程方式、[fork]。
Exec 可以为进程创建虚拟地址空间,将最基本程序部分加载进去,然后执行程序。一旦程序开始执行,程序使用编程的方式获取额外内存。GNU C库中有两种申请内存的方式:自动申请和动态申请。
内存映射I/O是一种动态虚拟内存申请方式。将虚拟内存的内容映射到IO设备上的常规文件。虚拟内存的任何修改都可以同步到IO上的常规文件。只有当我们访问到了该地址段的虚拟内存,我们才需要做IO读写、访问实际内存地址。所以这是一种非常有效率的读写方式。
进程可以用编程的方式申请内存,也可以释放内存,但是你无法释放以exec方式申请的内存。
虚拟内存按页管理,而进程的虚拟地址则按段管理。合起来称为断页式管理。一个段是一个连续的虚拟地址。一般有三个重要的段:
1、text segment:包含了程序的指令、字面值、还有静态常量。由exec申请,并在整个生命周期中保持相同的大小。
2、data segment:数据段作为程序的工作空间。可以事先有exec申请加载,也可以由进程以编程的方式扩展或缩小其空间大小。但不管你怎么扩大或缩小,本段都有一个固定的最小空间。
3、stack segment:栈段包含一个程序的栈空间。随着程序栈的扩大而扩大,但不会随其缩小而缩小。
glibc内存管理方式的更多相关文章
- 《Glibc内存管理》笔记DAY4
目录 分箱式内存管理 Small bins Large bins 内容来源 分箱式内存管理 对于空闲的 chunk,ptmalloc 采用分箱式内存管理方式,根据空闲 chunk 的大小和处于的状 ...
- 《Glibc内存管理》笔记DAY2
目录 Ptmalloc内存管理设计 Main_arena 与 non_main_arena chunk 的组织 空闲 chunk 容器 sbrk 与 mmap 内存分配概述 内存回收概述 边界标记法 ...
- glibc内存管理那些事儿
本文转载自glibc内存管理那些事儿 Linux内存空间简介 32位Linux平台下进程虚拟地址空间分布如下图: 进程虚拟地址空间分布 图中,0xC0000000开始的最高1G空间是内核地址空间,剩下 ...
- 2万字|30张图带你领略glibc内存管理精髓(因为OOM导致了上千万损失)
前言 大家好,我是雨乐. 5年前,在上家公司的时候,因为进程OOM造成了上千万的损失,当时用了一个月的时间来分析glibc源码,最终将问题彻底解决. 最近在逛知乎的时候,发现不少人有对malloc/f ...
- glusterfs 内存管理方式
glusterfs中的内存管理方式: 首先来看看glusterfs的内存管理结构吧: struct mem_pool { struct list_head list; int hot_count; i ...
- 24小时学通Linux内核之内存管理方式
昨天分析的进程的代码让自己还在头昏目眩,脑子中这几天都是关于Linux内核的,对于自己出现的一些问题我会继续改正,希望和大家好好分享,共同进步.今天将会讲诉Linux如何追踪和管理用户空间进程的可用内 ...
- windows内存管理方式以及优缺点
Windows内存管理方式:页式管理,段式管理,段页式管理 页式管理 将各进程的虚拟空间(逻辑地址)划分为若干个长度相等的页,业内管理把内存空间(物理内存)按照页的大小划分为片或者页面,从而实现了离散 ...
- 十天学Linux内核之第三天---内存管理方式
原文:十天学Linux内核之第三天---内存管理方式 昨天分析的进程的代码让自己还在头昏目眩,脑子中这几天都是关于Linux内核的,对于自己出现的一些问题我会继续改正,希望和大家好好分享,共同进步.今 ...
- ObjC如何通过runtime修改Ivar的内存管理方式
ObjC如何通过runtime修改Ivar的内存管理方式 为什么要这么做? 在iOS 9之前,UITableView(或者更确切的说是 UIScrollView)有一个众所周知的问题: propert ...
随机推荐
- 怎样用O2O去改变充满谎言、疑虑和愤慨的维修行业
为什么千亿级的维修服务市场出不了行业巨头? 据相关统计,我国的整个维修服务市场规模可达每年数千亿元之巨(当中仅家电维修就可达近千亿规模,更遑论手机.数码.家具等维修). 相同是千亿级规模的服务行业 ...
- [Docker] Create a Volume
We can create volumn to keep the data, even we stop the container and restart again, the data won't ...
- js进阶正则表达式6转义字符(加\转义)(.符号)(|符号)
js进阶正则表达式6转义字符(加\转义)(.符号)(|符号) 一.总结 转义字符:{} () / $ # & * . ....... //3.特殊字符,都要加转义\ 点符号:var reg2= ...
- [NativeScript] Create new application and run emulator
Install: npm i -g nativescript Create: tns create <app_name> --ng Run: tns emulate ios List al ...
- 正則表達式基础及java使用
正則表達式基础 正則表達式语法(1) 普通字符:字母,数字.汉子,下划线以及没有特殊定义的标点符号都是"普通字符".表达式中的普通字符.在匹配一个字符串的时候,匹配与之同样 ...
- 数据序列化之protobuf
数据序列化之protobuf 很多时候需要将一些数据打包,就是把这些数据搞在一起,方便处理.最常见的情况就是把需要传输的数据,当然数据不止一条,打包成一个消息,然后发送出去,接收端再以一定的规则接收并 ...
- 简洁常用权限系统的设计与实现(五):不维护节点的深度level,手动计算level,构造树
这种方式,与第三篇中介绍的类似.不同的是,数据库中不存储节点的深度level,增加和修改时,也不用维护.而是,在程序中,实时去计算的. 至于后面的,按照level升序排序,再迭代所有的节点构造树,与 ...
- 设计模式<面向对象的常用七大设计原则>
面向对象设计的目标之一在于支持可维护性复用,一方面需要实现设计方案或者源码的重用,另一方面要确保系统能够易于扩展和修改,具有较好的灵活性. 常用的设计原则有七个原则: 1.单一职责原则(single ...
- Linux修改windows中文本文件出现的^M
换行符的Linux与windows文本文件是不一致的,需要通过 :%s/^M$//g 其中^M的输入使用ctrl+v+m 可以删除^M
- hbase 2.0.2 put和delete的一些坑
测试的inbox表为多版本表,封装的scanTable已设置查询全部版本,以下的测试基于hbase2.0.2 一.put(针对相同的rowkey) 测试1.使用方法链的形式对同一个put添加数据到不同 ...