中国建设银行福州招聘信息网站,侯马网站建设,模板网站开发推荐,商丘做网站推广的公司前言 linux里面每个物理内存(RAM)页的一般大小都是4kb(32位就是4kb),为了使管理虚拟地址数变少 加快从虚拟地址到物理地址的映射 建议配值并使用HugePage巨型页特性 cpu和mmu和页表缓存(TLB)和cache和ram的关系 CPU看到的都是虚拟地址#xff0c;需要经过MMU的转化#xf…前言 linux里面每个物理内存(RAM)页的一般大小都是4kb(32位就是4kb),为了使管理虚拟地址数变少 加快从虚拟地址到物理地址的映射 建议配值并使用HugePage巨型页特性 cpu和mmu和页表缓存(TLB)和cache和ram的关系 CPU看到的都是虚拟地址需要经过MMU的转化才能变成物理地址然后访问cache或者主存中的物理地址。 从下图看得出来 cpu内置了mmu模块 MMU模块包含了TLB和TWU两个子模块。TLB是一个高速缓存用于缓存虚拟地址到物理地址的转换结果。 页表的查询过程是由TWU硬件自动完成的但是页表的维护是需要操作系统实现的页表存放在主存RAM中。 页表查询(为了获取物理地址): 页表的查询是一个耗时的过程理想情况下TLB命中可以从中直接得到虚拟地址对应的物理地址。 当TLB未命中的时候MMU才会通过TWU查询页表从而翻译虚拟地址得到物理地址。 获取物理地址(为了获取物理内容): 得到物理地址后,首先要查询该物理地址的内容是否存在于cache中若cache命中则直接取出物理地址对应的内容返回给处理器。 若cache没有命中会进一步访问主存获取相应的内容然后回写到cache并返回给处理器。如果没能在页表中查询到虚拟地址对应的物理地址则会触发一个与MMU相关的缺页异常在异常处理的过程中会将EMMC中相关的数据加载到主存然后建立相应的页表然后将物理地址对应的内容返回给cache及处理器。 上面说了这么多 就是因为tlb这个页表缓存空间小 CPU会缓存最近的虚拟内存地址和物理内存地址的映射关系放在tlb中 一个页4k的话 太多虚拟地址和物理地址的映射 其实命中率就不高 所以引入了巨型页 操作系统对ram的管理 对于内存的管理(物理内存虚拟内存)大多数操作系统采用了分段或分页的方式进行管理。 分段是粗粒度的管理方式而分页则是细粒度管理方式分页方式可以避免内存空间的浪费。 相应地也就存在内存的物理地址与虚拟地址的概念。 通过前面这两种方式CPU必须把虚拟地址转换程物理内存地址才能真正访问内存。为了提高这个转换效率CPU会缓存最近的虚拟内存地址和物理内存地址的映射关系并保存在一个由CPU维护的映射表中。为了尽量提高内存的访问速度需要在映射表中保存尽量多的映射关系。 linux的内存管理采取的是分页存取机制为了保证物理内存能得到充分的利用内核会按照LRU算法在适当的时候将物理内存中不经常使用的内存页自动交换到虚拟内存中而将经常使用的信息保留到物理内存(ram)。(真的要用到不常用的虚拟内存地址参考上面的去emmc里寻找内容) 通常情况下Linux默认情况下每页是4K这就意味着如果物理内存很大则映射表的条目将会非常多会影响CPU的检索效率。因为内存大小是固定的为了减少映射表的条目可采取的办法只有增加页的尺寸。因此Hugepage便因此而来。 linux系统中如何看当前巨型页的使用剩余等 上面的普及就差不多了 主要是还没发现需要对tlb和hugepage的编写地方 用的时候再完善 巨型页的信息 cat /proc/memoryinfo Total 巨型页池总数 Free 没有分配的 Supr 临时的巨型页 巨型页池中的巨型页可分为两种: 永久巨型页:是保留的不能有其他用途被预先分配到巨型页池当进程释放永久巨型页的时候 永久巨型页被归还到巨型页池。 临时巨型页:也称为多余的(surplus)巨型页当永久巨型页用完的时候可以从页分配器分配临时巨型页; 进程释放临时巨型页的时候直接释放到页分配器。当设备长时间运行后内存可能碎片化分配临时巨型页可能 会失败。