Linux4.x内存布局

最新推荐文章于 2024-06-15 09:43:10 发布
最新推荐文章于 2024-06-15 09:43:10 发布
阅读量452 收藏 1
点赞数
分类专栏： Linux内核 文章标签： Kernel
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/CrazyHeroZK/article/details/87359055
版权

内存布局 4.9.16 Linux 64bit


0xffffffffffffffff  ---+-----------+-----------------------------------------------+-------------+
                       |           |                                               |+++++++++++++|
    8M                 |           | unused hole                                   |+++++++++++++|
                       |           |                                               |+++++++++++++|
0xffffffffff7ff000  ---|-----------+------------| FIXADDR_TOP |--------------------|+++++++++++++|
    1M                 |           |                                               |+++++++++++++|
0xffffffffff600000  ---+-----------+------------| VSYSCALL_ADDR |------------------|+++++++++++++|
    548K               |           | vsyscalls                                     |+++++++++++++|
0xffffffffff577000  ---+-----------+------------| FIXADDR_START |------------------|+++++++++++++|
    5M                 |           | hole                                          |+++++++++++++|
0xffffffffff000000  ---+-----------+------------| MODULES_END |--------------------|+++++++++++++|
                       |           |                                               |+++++++++++++|
    1520M              |           | module mapping space (MODULES_LEN)            |+++++++++++++|
                       |           |                                               |+++++++++++++|
0xffffffffa0000000  ---+-----------+------------| MODULES_VADDR |------------------|+++++++++++++|
                       |           |                                               |+++++++++++++|
    512M               |           | kernel text mapping, from phys 0              |+++++++++++++|
                       |           |                                               |+++++++++++++|
0xffffffff80000000  ---+-----------+------------| __START_KERNEL_map |-------------|+++++++++++++|
    2G                 |           | hole                                          |+++++++++++++|
0xffffffff00000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    64G                |           | EFI region mapping space                      |+++++++++++++|
0xffffffef00000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    444G               |           | hole                                          |+++++++++++++|
0xffffff8000000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    16T                |           | %esp fixup stacks                             |+++++++++++++|
0xffffff0000000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    3T                 |           | hole                                          |+++++++++++++|
0xfffffc0000000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    16T                |           | kasan shadow memory (16TB)                    |+++++++++++++|
0xffffec0000000000  ---+-----------+-----------------------------------------------|+++++++++++++|
    1T                 |           | hole                                          |+++++++++++++|
0xffffeb0000000000  ---+-----------+-----------------------------------------------| kernel space|
    1T                 |           | virtual memory map for all of struct pages    |+++++++++++++|
0xffffea0000000000  ---+-----------+------------| VMEMMAP_START |------------------|+++++++++++++|
    1T                 |           | hole                                          |+++++++++++++|
0xffffe90000000000  ---+-----------+------------| VMALLOC_END   |------------------|+++++++++++++|
    32T                |           | vmalloc/ioremap (1 << VMALLOC_SIZE_TB)        |+++++++++++++|
0xffffc90000000000  ---+-----------+------------| VMALLOC_START |------------------|+++++++++++++|
    1T                 |           | hole                                          |+++++++++++++|
0xffffc80000000000  ---+-----------+-----------------------------------------------|+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                    ---+-----------+-----------| high_memory |---------------------|+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
    64T                |           | direct mapping of all phys. memory            |+++++++++++++|
                       |           | (1 << MAX_PHYSMEM_BITS)                       |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
                       |           |                                               |+++++++++++++|
0xffff880000000000 ----+-----------+-----------| __PAGE_OFFSET_BASE | -------------|+++++++++++++|
                       |           |                                               |+++++++++++++|
    8T                 |           | guard hole, reserved for hypervisor           |+++++++++++++|
                       |           |                                               |+++++++++++++|
0xffff800000000000 ----+-----------+-----------------------------------------------+-------------+
                       |-----------|                                               |-------------|
                       |-----------| hole caused by [48:63] sign extension         |-------------|
                       |-----------|                                               |-------------|
0x0000800000000000 ----+-----------+-----------------------------------------------+-------------+
    PAGE_SIZE          |           | guard page                                    |xxxxxxxxxxxxx|
0x00007ffffffff000 ----+-----------+--------------| TASK_SIZE_MAX | ---------------|xxxxxxxxxxxxx|
                       |           |                                               |  user space |
                       |           |                                               |xxxxxxxxxxxxx|
                       |           |                                               |xxxxxxxxxxxxx|
                       |           |                                               |xxxxxxxxxxxxx|
    128T               |           | different per mm                              |xxxxxxxxxxxxx|
                       |           |                                               |xxxxxxxxxxxxx|
                       |           |                                               |xxxxxxxxxxxxx|
                       |           |                                               |xxxxxxxxxxxxx|
0x0000000000000000 ----+-----------+-----------------------------------------------+-------------+
德阳凯子哥
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux内核启动以及内存布局理解
SHNU_PFH的博客
07-25 1310
近期由于项目涉及到一款基于LINUX的全息影像系统的更新问题，希望采用类似Android ABupdata的方法更新系统，对linux内核的启动以及内存布局略微了解一下。 首先，内核启动有以下几个流程： 1、引导加载程序 2、启动内核 3、按照分区表部署文件系统 4、用户应用程序 今天主要按照自己理解，说明一下前3个步骤的相关流程和内存布局情况。 1、引导加载程序 包括两块，一块为...
arm32 linux 内存分布,linux内存管理笔记(十六）----ARM32内存空间分配
weixin_39524882的博客
05-01 879
Linux内核一般将处理器的虚拟地址空间分成两部分，在32系统上，地址空间在用户进程和内核之间划分的典型比例为3:1，在给出的4GB的虚拟地址空间中，0 ~ 3GB将用于用户空间而3GB ~ 4GB将用于内核空间，内核提供了相关的配置项来修改该比例，也就是说Kernel最多寻址1GB的虚拟地址空间。当CPU启动MMU后，CPU访问的时虚拟地址空间，然后由MMU根据页表转换成物理地址，页表是由Ker...
探索开源的精髓：Linux Kernel 4.x —— 打造自定义的系统基石
最新发布
gitblog_00051的博客
06-15 285
探索开源的精髓：Linux Kernel 4.x —— 打造自定义的系统基石 项目地址:https://gitcode.com/JideTechnology/remixos-kernel 项目介绍 Linux Kernel 4.x 是Linux操作系统核心的一个重要版本系列，由传奇程序员Linus Torvalds及其全球开发者团队共同打造。这个开源项目不仅忠实于Unix的传统，更在现代计算领域内...
Linux内存布局
weixin_33943347的博客
09-20 130
2019独角兽企业重金招聘Python工程师标准>>> ...
Linux 内存布局
weixin_34055910的博客
01-20 90
     本文主要简介在X86体系结构下和在ARM体系结构下，Linux内存布局的概况，力求简单明了，不过多深入概念，多以图示的方式来记忆理解，一图胜万言。 Technorati 标签: 内存 布局     X86体系结构      在X86体系结构下，物理内存地址一般从0x0000_0000开始，而Linux内核主要按照在物理地址0x0010_0000开始的地方，即物理地址1M以上的空间。...
LINUX程序(进程)在内存中的布局
mumumuwudi的博客
07-30 5904
翻译自: http://duartes.org/gustavo/blog/post/anatomy-of-a-program-in-memory/ 感谢作者， 尤其一些图 很漂亮,建议读者亲自读一遍英文. 内存管理是操作系统的核心; 是编程和系统管理的关键部分，在接下来的几篇文章中会从实际应用和 内部角度对内存管理模块进行分析. 内存管理的相关概念都是通用的，我们依照32位的linux和wi
linux5红帽子安装教程,Red Hat Enterprise Linux 5.X的图形安装教程
weixin_30119911的博客
05-03 1502
在本篇中为了让大家对Linux的安装有个详细的了解，我会对几个热门的Linux发行版进行讲解，并简单的介绍一下图形安装和文本安装的不同安装方式。在Linux的发行版中，这里以比较有名的Red Hat Enterprise Linux 5.X和Fedora 16为例进行讲解(见https://www.jb51.net/os/94396.html)。并介绍Red Hat Enterprise Linu...
linux4.4内核 linux-4.4.4.tar.gz
08-01
Linux内核是操作系统的核心部分，负责管理系统的硬件资源、进程调度、内存管理、网络协议以及设备驱动等关键功能。在给定的压缩包文件“linux-4.4.4.tar.gz”中，我们找到了Linux内核的一个具体版本——4.4.4。这个...
Unity3D((4.x5.x)版本游戏源码(4.x)新仙剑奇侠传
05-02
### Unity3D 4.x/5.x 版本游戏源码——《新仙剑奇侠传》解析 #### 一、Unity3D引擎简介 Unity3D是一款由Unity Technologies开发的跨平台游戏开发引擎，支持多种平台的游戏开发，包括Windows、Mac、Linux、iOS、...
Linux&Tina&Melis内存布局分析以及linux reserved memory机制
tugouxp的专栏
11-20 581
memoryblock.memory, memoryblock.reserved(without no-map)和 memoryblock.reserved with no-map 的关系如下：为了测试memory reserved机制，我们修改devicetree，新增加两个属性分别为without no-map和 with no-map的reserved区域。
Linux 4.x ALSA基础讲义
09-19
Linux 4.x 版本的ALSA入门讲义。介绍ALSA的整体框架，指出开发人员需要去理解和掌握的模块。通过动画演示ALSA的对象模型的抽象过程，帮助入门开发人员快速理解各个对象的含义。动画演示POP Noise的消除方法。
百问网linux桌面GUI，基于LVGL 8.x。.zip
04-29
4. **图形对象与布局**：LVGL提供了各种基本和高级的图形对象，如按钮、文本框、图像、进度条等，以及布局管理器，帮助开发者组织和定位这些对象。 5. **主题与样式**：LVGL允许开发者定义和应用不同的主题和样式，...
linux内存管理浅析
zbwangchao的专栏
06-18 177
[ 地址映射 ](图：左中) linux内核使用页式内存管理，应用程序给出的内存地址是虚拟地址，它需要经过若干级页表一级一级的变换，才变成真正的物理地址。 想一下，地址映射还是一件很恐怖的事情。当访问一个由虚拟地址表示的内存空间时，需要先经过若干次的内存访问，得到每一级页表中用于转换的页表项（页表是存放在内存里面的），才能完成映射。也就是说，要实现一次内存访问，实际上内存被访问了N+1...
linux系统进程的内存布局
m0_74282605的博客
03-24 435
这个内存区域不是匿名的。区别在于BSS保存的是未被初始化的静态变量内容，它们的值不是直接在程序的源代码中设定的。我们要知道，栈中存放的是一个个被调函数所对应的堆栈帧，当函数fun1被调用，则fun1的堆栈帧入栈，fun1返回时，fun1的堆栈帧出栈。再来讲一下上图，一个堆栈帧的最顶部，是实参，然后是return address,这个值是由主调函数中的call命令在call调用时自动压入的，不需要我们关心，previousframe pointer,就是主调函数的堆栈帧指针，也就是主调函数的ebp值。
Linux系统的内存布局
len_yue_mo_fu的博客
10-22 283
在linux系统中每个进程的内存由很多部分组成： 文本段（代码段，代码区）包含了进程运行的程序机器语言指令，也就是代码，文本段具有只读属性，以防止进程通过错误的指针意外修改自身的指令，因为很多个进程可以同时运行同一代码，所以文本段具有共享属性，这样，一份程序的代码可以拷贝映射所有这些进程的虚拟内存中。 初始化数据段包含显式初始化的全局变量和静态变量，当程序加载到内存中时，从可执行程序中读到这些变...
Linux进程的内存空间布局
feelinghappy的专栏
07-31 223
此文也可看作是Linux下C程序的内存空间布局（虚拟地址），因为在Linux下的C编译器本质上也是一个进程，编译器再强大也得在操作系统的保护模式下运行。 内存空间布局 在Linux中，进程的内存空间按低地址到高地址的顺序分为：代码段text、数据段data、bss段、堆、栈和内核数据区（命令行参数和环境变量等）。如下图所示： 从C程序的角度来说，低地址的三块内存区域由编译器和链接器规划地址空间，在程序被操作系统加载之前它们地址就固定了。堆和栈是可增长的，它们的增长方向...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值