Linux里面什么线性内存？

Linux内存线性地址空间格局解析

实用平台：i386

Linux内存线性地址空间大小为4GB，分为2个局部：用户空间局部(等闲是3G)和内核空间局部(等闲是1G)。在此我们重要关怀内核地址空间局部。

内核穿越内核页大局目录来管教所有的物理内存，由于线形地址前3G空间为用户利用，内核页大局目录前768项(刚好3G)除0、1两项外全副为0，后256项(1G)用来管教所有的物理内存。内核页大局目录在编译时静态地定义为swapper_pg_dir数组，该数组从物理内存地址0x101000处开始储藏。

由图可见，内核线形地址空间局部从PAGE_OFFSET(等闲定义为3G)开始，为了将内核装入内存，从PAGE_OFFSET开始8M线形地址用来照射内核所在的物理内存地址；接下来是mem_map数组，mem_map的起始线形地址与系统构造相干，例如对于UMA构造，由于从PAGE_SIZE开始16M线形地址空间对应的16M物理地址空间是DMA区，mem_map数组等闲开始于PAGE_SIZE+16M的线形地址；从PAGE_SIZE开始到VMALLOC_START

–

VMALLOC_OFFSET的线形地址空间直接照射到物理内存空间(一一对应影射，物理地址=线形地址-PAGE_OFFSET)，这段区域的大小和机器切实具有的物理内存大小有关，这儿VMALLOC_OFFSET在x86上为8M，重要用来遏止越界讹谬；在内存比拟小的系统上，余下的线形地址空间(还要再扣除空白区即VMALLOC_OFFSET)被vmalloc()函数用来把不继续的物理地址空间照射到继续的线形地址空间上，在内存比拟大的系统上，vmalloc()利用从VMALLOC_START到VMALLOC_END(也即PKMAP_BASE扣除2页的空白页大小PAGE_SIZE)的线形地址空间，此刻余下的线形地址空间(还要再扣除2页的空白区即VMALLOC_OFFSET)又能够分成2局部：第一局部从PKMAP_BASE到FIXADDR_START用来由kmap()函数照射高端内存；第二局部，从FIXADDR_START到FIXADDR_TOP，这是一个安宁大小的线形地址空间，(引用：Fixed

virtual addresses are needed for subsystems that need to know the

virtual address at compile time such as the

APIC)，在x86系统构造上，FIXADDR_TOP被静态定义为0xFFFFE000,此刻这个安宁大小空间告终于全副线形地址空间最后4K前面，该安宁大小空间大小是在编译时计算出来并存储在__FIXADDR_SIZE变量中。真空断路器o:p>

正是由于vmalloc()利用区、kmap()利用区及安宁大小区的存在才使ZONE_NORMAL区大小受到局限，由于内核在运行时必需这些函数，因而在线形地址空间中起码要VMALLOC_RESERVE大小的空间。VMALLOC_RESERVE的大小与系统构造相干，在x86上，VMALLOC_RESERVE定义为128M，这即便为什么我们看到ZONE_NORMAL大小等闲是16M到896M的起因。

sk_buff是Linux网络中最核心的结构体，它用来管理和控制接收或发送数据包的信息。各层协议都依赖于sk_buff而存在。内核中sk_buff结构体在各层协议之间传输不是用拷贝sk_buff结构体，而是通过增加协议头和移动指针来 *** 作的。如果是从L4传输到L2，则是通过往sk_buff结构体中增加该层协议头来 *** 作；如果是从L4到L2，则是通过移动sk_buff结构体中的data指针来实现，不会删除各层协议头。这样做是为了提高CPU的工作效率。

skb_buff结构如下所示：

这里要声明两个概念的区别，后续直接用这两个概念，注意区分：

（1）线性数据：head - end。

（2）实际线性数据：data - tail，不包含线性数据中的头空间和尾空间。

skb->data_len : skb中的分片数据（非线性数据）的长度。

skb->len : skb中的数据块的总长度，数据块包括实际线性数据和非线性数据，非线性数据为data_len，所以skb->len= (data - tail) + data_len。

skb->truesize : skb的总长度，包括sk_buff结构和数据部分，skb=sk_buff控制信息 + 线性数据（包括头空间和尾空间） + skb_shared_info控制信息 + 非线性数据，所以skb->truesize = sizeof(struct sk_buff) + (head - end) + sizeof(struct skb_shared_info) + data_len。

sk_buff结构体中的都是sk_buff的控制信息，是网络数据包的一些配置，真正储存数据的是sk_buff结构体中几个指针指向的数据区中，线性数据区的大小 = (skb->end - skb->head)，对于每个数据包来说这个大小都是固定不变的，在传输过程中skb->end和skb->head所指向的地址都是不变的，这里要注意这个地址不是本机的地址，如果是本机的地址那么数据包传到其他主机上这个地址就是无效的，所以这个地址是这个skb缓冲区的相对地址。

线性数据区是用来存放各层协议头部和应用层发下来的数据。各层协议头部相关信息放在线性数据区中。实际数据指针为data和tail，data指向实际数据开始的地方，tail指向实际数据结束的地方。

用一张图来表示sk_buff和数据区的关系：

这一节介绍先行数据区在sk_buff创建过程中的变化，图中暂时省略了非线性数据区：

2.1中所讲的都是线性数据区中的相关的配置，当线性数据区不够用的时候就会启用非线性数据区作为数据区域的扩展，skb中用skb_shared_info分片结构体来配置非线性数据。

skb_shared_info结构体是和skb中的线性数据区一体的，所以在skb的各种 *** 作时都会把这两个结构看作是一个结构来 *** 作。如：

skb_shared_info结构：

非线性数据区有两种不同的构成数据的方式

（1）用数组存储的分片数据区，采用是是结构体中的frags[MAX_SKB_FRAGS]

对于frags[]一般用在当数据比较多，在线性数据区装不下的时候，skb_frag_t中是一页一页的数据，skb_frag_struct结构体如下：

下图显示了frags是怎么分配分片数据的：

（2）frag_list指针来指向的分片数据：

参考：

用户空间占用从0x00000000到0xBFFFFFFF共3GB的线性地址空间，每个进程都有一个独立的3GB用户空间，所以用户空间由每个进程独有，但是内核线程没有用户空间，因为它不产生用户空间地址。另外子进程共享（继承）父进程的用户空间只是使用与父进程相同的用户线性地址到物理内存地址的映射关系，而不是共享父进程用户空间。运行在用户态和内核态的进程都可以访问用户空间。

---