第六章扩展——VMA

由 user process角度来说明的话,VMA 是 user process 里一段 virtual address space 区域;virtual address space 是连续的内存空间,当然VMA 也会是连续的空间。VMA 对 Linux 的主要好处是,可以内存的使用更有效率,並且更容易管理 user process address space。

从另一个观念来看,VMA 可以让 Linux kernel 以 process 的角度来管理 virtual address space。Process 的 VMA对应,可以由 /proc/<pid>/maps 来查看;例如 pid 1(init)的 VMA mapping为:

$ cat /proc/1/maps

08048000-0804e000 r-xp  00000000 08:01 12118 /sbin/init

0804e000-08050000 rw-p 00005000 08:01 12118 /sbin/init

08050000-08054000 rwxp 00000000 00:00 0

40000000-40016000 r-xp  00000000 08:01 52297 /lib/ld-2.2.4.so

40016000-40017000 rw-p 00015000 08:01 52297 /lib/ld-2.2.4.so

40024000-40025000 rw-p 00000000 00:00 0

40025000-40157000 r-xp  00000000 08:01 58241 /lib/i686/libc-2.2.4.so

40157000-4015c000 rw-p 00131000 08:01 58241 /lib/i686/libc-2.2.4.so

4015c000-40160000 rw-p 00000000 00:00 0

bfffe000-c0000000   rwxp fffff000 00:00 0

列表中的各列格式如下:

start-end perm offset major:minor inode image

Linux 以 struct vm_area_struct 数据结构来记录每一「区域」的 VMA 信息(include/linux/mm.h):

struct vm_area_struct {

struct mm_struct  * vm_mm;

unsigned long vm_start;

unsigned long vm_end;

struct vm_area_struct *vm_next;

pgprot_t vm_page_prot;

unsigned long vm_flags;

rb_node_t vm_rb;

struct vm_area_struct *vm_next_share;

struct vm_area_struct **vm_pprev_share;

struct vm_operations_struct * vm_ops;

unsigned long vm_pgoff;

struct file * vm_file;

unsigned long vm_raend;

void * vm_private_data;

};

struct vm_area_struct 里有 3 域,用來來保存 VMA 数据信息:

˙ unsigned long vm_start:记录此 VMA 区域的开始位址(start address)。

˙ unsigned long vm_end:记录此 VMA区域的结束位址(end address)。

˙ struct vm_area_struct *vm_next:指向下一個 VMA 区域结构的指针(Linux 以 linked list 数据结构维护每一個 VMA 区域)。

VMA 的实际作用主要是为了能更有效率地管理内存,并且是给予 paging 系統之上所发展出的;VMA 是比原始 paging 更高级的内存管理方法。

 

图:Process与 VMA 关系

Memory Descriptor

Linux 的「Process Descriptor」数据结构 struct task_struct(include/linux/sched.h)。Process descriptor 里的 mm field 记录了 process 的 VMA 信息:

struct task_struct {

...

struct mm_struct *mm;

...

}

struct mm_struct 即是 Linux 提供的「Memory Descriptor」数据结构,以下是 struct mm_struct 的原型宣告:

struct mm_struct {

struct vm_area_struct * mmap;    /* list of VMAs */

struct rb_root mm_rb;

struct vm_area_struct * mmap_cache;    /* last find_vma result */

unsigned long (*get_unmapped_area) (struct file *filp,

unsigned long addr, unsigned long len,

unsigned long pgoff, unsigned long flags);

void (*unmap_area) (struct mm_struct *mm, unsigned long addr);

unsigned long mmap_base;        /* base of mmap area */

unsigned long task_size;        /* size of task vm space */

unsigned long cached_hole_size; /* if non-zero, the largest hole below free_area_cache */

unsigned long free_area_cache;    /* first hole of size cached_hole_size or larger */

pgd_t * pgd;

atomic_t mm_users;            /* How many users with user space? */

atomic_t mm_count;            /* How many references to "struct mm_struct" (users count as 1) */

int map_count;                /* number of VMAs */

struct rw_semaphore mmap_sem;

spinlock_t page_table_lock;        /* Protects page tables and some counters */

struct list_head mmlist;        /* List of maybe swapped mm's. These are globally strung

* together off init_mm.mmlist, and are protected

* by mmlist_lock

*/

/* Special counters, in some configurations protected by the

* page_table_lock, in other configurations by being atomic.

*/

mm_counter_t _file_rss;

mm_counter_t _anon_rss;

unsigned long hiwater_rss;    /* High-watermark of RSS usage */

unsigned long hiwater_vm;    /* High-water virtual memory usage */

unsigned long total_vm, locked_vm, shared_vm, exec_vm;

unsigned long stack_vm, reserved_vm, def_flags, nr_ptes;

unsigned long start_code, end_code, start_data, end_data;

unsigned long start_brk, brk, start_stack;

unsigned long arg_start, arg_end, env_start, env_end;

unsigned long saved_auxv[AT_VECTOR_SIZE]; /* for /proc/PID/auxv */

unsigned dumpable:2;

cpumask_t cpu_vm_mask;

/* Architecture-specific MM context */

mm_context_t context;

/* Token based thrashing protection. */

unsigned long swap_token_time;

char recent_pagein;

/* coredumping support */

int core_waiters;

struct completion *core_startup_done, core_done;

/* aio bits */

rwlock_t        ioctx_list_lock;

struct kioctx        *ioctx_list;

};

Memory descriptor 顾名思义,是用来描述 process 内存信息的数据结构。由 struct mm_struct 里可以看到一个名为 mmap 的 field,mmap 的 data type 为 struct vm_area_struct,这个数据结构即是我们在「Linux 的 Virtual Memory Areas(VMA):基本概念结介绍」所介绍的 VMA 数据结构。

VMA 与 ELF Image 的对应关系

在「Linux 的 Virtual Memory Areas(VMA):基本概念介绍」曾经介绍过,Process 的 VMA 对应,可以由 /proc/<pid>/maps 命令查询;例如 pid 1(init)的 VMA mapping 为:

$ cat /proc/1/maps

08048000-0804e000 r-xp 00000000 08:01 12118 /sbin/init

0804e000-08050000 rw-p 00005000 08:01 12118 /sbin/init

08050000-08054000 rwxp 00000000 00:00 0

40000000-40016000 r-xp 00000000 08:01 52297 /lib/ld-2.2.4.so

40016000-40017000 rw-p 00015000 08:01 52297 /lib/ld-2.2.4.so

40024000-40025000 rw-p 00000000 00:00 0

40025000-40157000 r-xp 00000000 08:01 58241 /lib/i686/libc-2.2.4.so

40157000-4015c000 rw-p 00131000 08:01 58241 /lib/i686/libc-2.2.4.so

4015c000-40160000 rw-p 00000000 00:00 0

bfffe000-c0000000 rwxp fffff000 00:00 0

列表结果便能用來说明 VMA 与 ELF image 之间的关系。搭配上图來說明列表结果的 VMA对应关系,如下:

1. 第 1 列(row)是 ELF 可执行文件(/sbin/init)的 code section VMA mapping;

2. 第 2 列是 ELF 可执行文件 data section VMA mapping;

3. 第 3 列是 ELF 可执行文件 .bss section VMA mapping。

4. 第 4 列是 dynamic loader(/lib/ld-2.2.4.so)的 code section VMA mapping;

5. 第 5 列是 dynamic loader 的 data section VMA mapping;

6. 第 6 列是 dynamic loader 的 .bss section VMA mapping。

7. 第 7 列是 libc 的 code section VMA mapping;

8. 第 8 列是 libc 的 data section VMA mapping;

9. 第 9 列是 libc 的 .bss section VMA mapping。

另外,要留意的是,在文中所指的 code section 與 data section 不见得就是 ELF 的 .text section 與 .data section;我们以 code section 来表示所有可执行的区块,以 data section 來表示包含结构的区块。

在整個 VMA 的讨论程中,我們只针对 code section 与 data section 做讨论(如图)。

 

源文档 <http://blog.csdn.net/pmpmp2006/article/details/4735722>

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/548497.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

EntityFramework进阶——数据变更冲突

TimeStamp 更新操作可能伴随数据冲突&#xff0c;我们可以通过并发处理妥善解决这一方面的问题。避免数据冲突比较方便的做法是自动加入字节数组&#xff08;byte[]&#xff09;类型的TimeStamp属性&#xff0c;对应到数据表中的rowvewsion类型字段&#xff0c;自动监控数据的…

MyBatis 数据持久层

引用&#xff1a;http://baike.baidu.com/view/4372646.htm MyBatis 的前身就是 iBatis 。是一个数据持久层(ORM)框架。 MyBatis框架 [1]iBATIS一词来源于“internet”和“abatis”的组合&#xff0c;是一个基于Java的持久层框架。iBATIS提供的持久层框架包括SQL Maps和Data Ac…

EntityFramework进阶——事务

事务处理 EF支持事务处理操作&#xff0c;以下语句会获取当前DbContext对象专用的DbContextTransaction事务处理的对象&#xff1a; DbContextTransaction transaction context.Database.BeginTransaction() 获取transaction之后&#xff0c;期间任何与context有关的数据均…

TP类库解析和使用系列[Input类]

2019独角兽企业重金招聘Python工程师标准>>> [ 概述 ] Input类是新版新增的一个输入数据管理类&#xff0c;提供了一些输入数据的管理和过滤。 [ 方法 ] getInstance 实例化Input类 filter 设置数据过滤方法 以下方法都是动态方法&#xff1a; get 获取get数据 post…

简单描述char(n)、varchar(n)、nchar(n)、nvarchar(n)的区别

它们的区别概括成&#xff1a; char&#xff0c;nchar &#xff1a;定长&#xff0c;速度快&#xff0c;占空间大&#xff0c;需处理 varchar&#xff0c;nvarchar &#xff1a;不定长&#xff0c;空间小&#xff0c;速度慢&#xff0c;无需处理 nchar、nvarchar&#xff1a;处…

详解CSMA/CD

学网络的人&#xff0c;恐怕都得知道在总线网络中必须要用到CSMA/CD来传输数据。 CSMA/CD——带冲突检测的载波侦听多路访问机制&#xff0c;用来决定某一时刻介质访问权限问题&#xff0c;原理如下&#xff1a;所有站点共享一条传输线路&#xff08;总线&#xff09;&…

SqlServer中dateTime、dateTime2、date、datetimeoffset的区别

date 存入的数据格式为&#xff1a;yyyy-mm-dd datetime 存入的数据格式为&#xff1a;yyyy-mm-dd hh:mm:ss.fff(精确到1毫秒) datetime2 存入的数据格式为&#xff1a;yyyy-mm-dd hh:mm:ss.fffffff&#xff08;精确到0.1微秒&#xff09; datetimeoffset 存入的数据格式为&…

php读取checkbox数组值

2019独角兽企业重金招聘Python工程师标准>>> 用在批量删除或者更新等操作方面 <form method"post" action"CheckAction.php"> <input type"checkbox" value"h" name"flags[]">头条[h] <input ty…

EntityFramework进阶——Entity Splitting和Table Splitting

Entity Splitting——把单个实体拆分成多个表。Table Splitting——把单个表拆分成多个实体 Entity Splitting 下面通过例子来说明&#xff1a; 假设存在如下实体类&#xff1a; public class Employee{public int EmployeeId { get; set; }public string Name { get; set; …

[转]android webview学习

本文转自&#xff1a;http://hi.baidu.com/relayon/blog/item/92b15463677d3e6b0d33fa79.html 在移动互联网的争夺日趋白热化&#xff0c;各个互联网巨头纷纷推出自己的手机浏览器&#xff0c;浏览器市场的争夺从桌面转移到了手机。在Android手机中内置了一款高性能webkit内核浏…

EntityFramework进阶——CodeFirst数据库迁移

与视觉操作界面相比&#xff0c;CodeFirst机制提供了一套命令行模式的迁移工具&#xff0c;协助开发人员有效的进行数据库与数据模型的同步维护操作。 新建一个控制台项目CFMigrationsDemo&#xff0c;选用来自数据库的EF设计器模式&#xff0c; 并向其中添加一个Product.cs类文…

java远程debug

常常会遇到在应用部署在weblogic,tomcat,jetty等服务器下&#xff0c;而我们的代码却在本地&#xff0c;如何用本地的代码调试远程服务器上的程序呢 在web服务器上添加jvm参数,如以下是我们启动jetty服务器的参数&#xff0c;8000代表的是远程debug的端口号 java -Xdebug -Xrun…

前端控件JQuery Datatables使用——常用功能初始化

本文用于自己记录&#xff0c;忘记时可以用来回顾。点击这里进入JQuerydatatable官网API地址 JQuery Datatables初始化 个人比较喜欢JQueryDatatables的Bootstrap4风格&#xff0c;所以文章以Bootstrap4风格为例。 JQueryDatatable的初始化很简单&#xff0c;按照官网的举例说…

ASP.NET中常用的26个优化性能方法(1-10)

1. 数据库访问性能优化 数据库的连接和关闭 访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证&#xff0c;比较耗费服务器资源。ASP.NET中提供了连接池(Connection Pool)改善打开和关闭数据库对性能的影响。系统将用户…

一款轻量级的消息提示插件 —— toastr

toastr是一款轻量级的消息提示插件&#xff0c;基于JQuery&#xff0c;使用简单方便&#xff0c;外观大气漂亮。 点击这里进入toastr在线调试使用 点击这里进入toastr官方网站 使用效果如下图所示&#xff1a; 插件使用需要引用的JS和CSS文件如下图所示&#xff1a; 各版…

《Spring Recipes》第二章笔记:Creating Beans by Invokin...

2019独角兽企业重金招聘Python工程师标准>>> 《Spring Recipes》第二章笔记&#xff1a;Creating Beans by Invoking an Instance Factory Method 问题 用户希望使用工厂类来实例化bean。 解决方案 Spring的bean元素中提供了factory-bean属性来配置工厂类&#xff0…

JQuery Datatables editor进行增删改查操作(一)

背景 editor作为Datatables的插件之一&#xff0c;功能十分强大&#xff0c;有全行编辑模式、泡泡编辑模式、行内编辑模式。个人觉得&#xff0c;除了泡泡编辑模式外&#xff0c;其他两种模式功能在实际项目中会经常使用到&#xff0c;泡泡模式提供了模态框可以对表格内的数据…

将C#中DateTime类型转化为JavaScript中的Date类型

将C#中的DateTime类型数据返回到前端页面时&#xff0c;显示的样子如下图所示&#xff1a; 可以用JS前端操作转化成JS的Date格式&#xff0c;直接上代码 &#xff1a; // 对Date的扩展&#xff0c;将 Date 转化为指定格式的String // 月(M)、日(d)、小时(h)、分(m)、秒(s)、季…

如何在ashx页面获取Session值 (仅供个人参考)

在一般事务处理页面&#xff0c;可以轻松的得到 Request,Response对象&#xff0c;从而进行相应的操作&#xff0c;如下&#xff1a; HttpRequest Request context.Request; HttpResponse Response context.Response; 但是要得到 Session的值就没有那么简单了。比如你要在as…

FusionCharts V3图表导出图片和PDF属性说明

百闻不如一见&#xff0c;狠狠点击&#xff0c;快快下载&#xff1a;&#xff08;演示文档有错误&#xff0c;不提供下载了。待新的演示文档出来。&#xff09; 许多朋友说上面的DEMO用不了。fusioncharts官方的演示非常不错&#xff0c;就是来不及整理&#xff0c;各位大侠们…