鸿蒙轻内核A核源码分析系列五 虚实映射（3）虚拟物理内存映射

最新推荐文章于 2024-11-05 18:03:22 发布
最新推荐文章于 2024-11-05 18:03:22 发布
阅读量861 收藏 16
点赞数 8
分类专栏： 鸿蒙开发 HarmonyOS OpenHarmony 文章标签： harmonyos OpenHarmony 移动开发 鸿蒙内核 鸿蒙开发 内存优化 性能优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maniuT/article/details/139633066
版权
HarmonyOS 同时被 3 个专栏收录
871 篇文章 15 订阅
订阅专栏
OpenHarmony
694 篇文章 18 订阅
订阅专栏
鸿蒙开发
504 篇文章 2 订阅
订阅专栏

3、虚实映射函数LOS_ArchMmuMap

从上文可知，用户程序加载启动时，会将代码段、数据段映射进虚拟内存空间，此时并没有物理页做实际的映射；程序执行时，如下图（图片来自OpenHarmony docs开源站点）粗箭头所示，CPU访问虚拟地址，通过MMU查找是否有对应的物理内存，若该虚拟地址无对应的物理地址则触发缺页异常，内核申请物理内存并将虚实映射关系及对应的属性配置信息写进页表，并把页表条目缓存至TLB，接着CPU可直接通过转换关系访问实际的物理内存；若CPU访问已缓存至TLB的页表条目，无需再访问保存在内存中的页表，可加快查找速度。本小节我们就详细分析下虚实映射函数的实现代码。

3.1 函数LOS_ArchMmuMap

函数LOS_ArchMmuMap用于映射进程空间虚拟地址区间与物理地址区间，其中输入参数archMmu为MMU结构体，vaddr和paddr分别是虚拟内存和物理内存的开始地址；count为虚拟地址和物理地址映射的内存页数量；flags为映射标签。
⑴处进行函数参数校验，不支持NON-SECURE的标记，虚拟地址和物理地址需要内存页4KiB对齐，参数检查函数代码简单，自行查看即可。
⑵处当虚拟地址、物理地址基于1MiB对齐，并且数量count大于256时，使用Section页表项格式。
⑶处生成L1 section类型页表项并保存，下文详细分析该函数OsMapSection()。如果不满足⑵处条件，需要使用L2映射。首先执行⑷处获取虚拟地址vaddr对应的L1页表项，接着执行⑸处判断是否映射，如果没有对应的映射，则执行⑹处的函数OsMapL1PTE生成L1 page table类型页表项并保存，然后执行函数OsMapL2PageContinous生成L2 页表项并保存。如果已经映射为L1 page table页表项类型，则执行函数OsMapL2PageContinous生成L2 页表项并保存。如果不是支持的页表项类型，则执行LOS_Panic()触发异常。⑺处统计生成映射的调试，最终会返回映射成功的数量。

可以看出，在给定虚实内存地址和映射的内存页数后，使用L1页表映射还是L2页表映射的判断条件是：虚实内存地址是否1MiB内存对齐，并且映射数量是否大于256。当使用L1映射时，映射为Section页表项类型。当使用L2映射时，根据L1页表项类型，分布处理无效页表项和Page Table页表项类型这2种情况。具体的映射方式见下文。

status_t LOS_ArchMmuMap(LosArchMmu *archMmu, VADDR_T vaddr, PADDR_T paddr, size_t count, UINT32 flags)
{
    PTE_T l1Entry;
    UINT32 saveCounts = 0;
    INT32 mapped = 0;
    INT32 checkRst;

⑴  checkRst = OsMapParamCheck(flags, vaddr, paddr);
    if (checkRst < 0) {
        return checkRst;
    }

    /* see what kind of mapping we can use */
    while (count > 0) {
⑵      if (MMU_DESCRIPTOR_IS_L1_SIZE_ALIGNED(vaddr) &&
            MMU_DESCRIPTOR_IS_L1_SIZE_ALIGNED(paddr) &&
            count >= MMU_DESCRIPTOR_L2_NUMBERS_PER_L1) {
            /* compute the arch flags for L1 sections cache, r ,w ,x, domain and type */
⑶          saveCounts = OsMapSection(archMmu, flags, &vaddr, &paddr, &count);
        } else {
            /* have to use a L2 mapping, we only allocate 4KB for L1, support 0 ~ 1GB */
⑷          l1Entry = OsGetPte1(archMmu->virtTtb, vaddr);
⑸          if (OsIsPte1Invalid(l1Entry)) {
⑹              OsMapL1PTE(archMmu, &l1Entry, vaddr, flags);
                saveCounts = OsMapL2PageContinous(l1Entry, flags, &vaddr, &paddr, &count);
            } else if (OsIsPte1PageTable(l1Entry)) {
                saveCounts = OsMapL2PageContinous(l1Entry, flags, &vaddr, &paddr, &count);
            } else {
                LOS_Panic("%s %d, unimplemented tt_entry %x/n", __FUNCTION__, __LINE__, l1Entry);
            }
        }
⑺      mapped += saveCounts;
    }

    return mapped;
}

3.2 OsMapSectionL1 Section类型页表项映射函数

函数OsMapSection生成L1 Section类型页表项并保存。⑴处把内存区间标签（这些标签定义在文件kernel\base\include\los_vm_map.h中，标签名称一般为VM_MAP_REGION_FLAG_XXXX）转换为MMU标签（定义在arch\arm\arm\include\los_mmu_descriptor_v6.h中，标签名称一般为MMU_DESCRIPTOR_L1_TYPE_XXXX）。 ⑵处的函数OsGetPte1Ptr(archMmu->virtTtb, *vaddr)用于获取虚拟地址对应的页表项索引地址，等于页表项基地址加上虚拟地址的高20位；OsTruncPte1(*paddr) | mmuFlags | MMU_DESCRIPTOR_L1_TYPE_SECTION)为物理内存地址的高12位+MMU标签+页表项Section类型值。该行语句的作用是把虚拟地址和物理地理进行映射，映射关系维护在页表项。这行代码比较关键，我们绘制下图形来表示，见下图。⑶处把虚拟地址和物理地址增加1MiB的大小，映射数量减去256（1MiB有256个4KiB大小的内存页）。

STATIC UINT32 OsMapSection(const LosArchMmu *archMmu, UINT32 flags, VADDR_T *vaddr,
                           PADDR_T *paddr, UINT32 *count)
{
    UINT32 mmuFlags = 0;

⑴  mmuFlags |= OsCvtSecFlagsToAttrs(flags);
⑵  OsSavePte1(OsGetPte1Ptr(archMmu->virtTtb, *vaddr),
        OsTruncPte1(*paddr) | mmuFlags | MMU_DESCRIPTOR_L1_TYPE_SECTION);
⑶  *count -= MMU_DESCRIPTOR_L2_NUMBERS_PER_L1;
    *vaddr += MMU_DESCRIPTOR_L1_SMALL_SIZE;
    *paddr += MMU_DESCRIPTOR_L1_SMALL_SIZE;

    return MMU_DESCRIPTOR_L2_NUMBERS_PER_L1;
}

3.3 函数OsGetL2Table生成L2页表项基地址

函数OsGetL2Table用于生成L2页表，函数参数中archMmu是MMU结构体，l1Index是L1页表项索引（页号），ppa属于输出参数，保存L2页表项基地址。⑴处计算L2页表项偏移值（为啥这么计算? 看不懂 TODO），其中(MMU_DESCRIPTOR_L2_SMALL_SIZE / MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE)的大小等于1024；l1Index & (MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE - 1)为虚拟地址的第20-21位。⑵处通过循环遍历查询是否存在L2页表（为啥查询4次？TODO），⑶处获取页表项基地址，然后判断是否页表类型，如果是，则返回L2页表项基地址。

如果没有存在的页表，则为L2页表申请内存，如果支持虚拟地址LOSCFG_KERNEL_VM，执行⑷使用LOS_PhysPageAlloc申请内存页，把申请的内存页挂载页表链表上，并根据内存页计算虚拟内存地址kvaddr；如果不支持虚拟地址，执行⑸使用LOS_MemAlloc申请内存。⑹处转换为物理地址，然后加上页表偏移值l2Offset返回L2页表项基地址。

STATIC STATUS_T OsGetL2Table(LosArchMmu *archMmu, UINT32 l1Index, paddr_t *ppa)
{
    UINT32 index;
    PTE_T ttEntry;
    VADDR_T *kvaddr = NULL;
⑴  UINT32 l2Offset = (MMU_DESCRIPTOR_L2_SMALL_SIZE / MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE) *
        (l1Index & (MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE - 1));
    /* lookup an existing l2 page table */
⑵   for (index = 0; index < MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE; index++) {
⑶      ttEntry = archMmu->virtTtb[ROUNDDOWN(l1Index, MMU_DESCRIPTOR_L1_SMALL_L2_TABLES_PER_PAGE) + index];
        if ((ttEntry & MMU_DESCRIPTOR_L1_TYPE_MASK) == MMU_DESCRIPTOR_L1_TYPE_PAGE_TABLE) {
            *ppa = (PADDR_T)ROUNDDOWN(MMU_DESCRIPTOR_L1_PAGE_TABLE_ADDR(ttEntry), MMU_DESCRIPTOR_L2_SMALL_SIZE) +
                l2Offset;
            return LOS_OK;
        }
    }

#ifdef LOSCFG_KERNEL_VM
    /* not found: allocate one (paddr) */
⑷  LosVmPage *vmPage = LOS_PhysPageAlloc();
    if (vmPage == NULL) {
        VM_ERR("have no memory to save l2 page");
        return LOS_ERRNO_VM_NO_MEMORY;
    }
    LOS_ListAdd(&archMmu->ptList, &vmPage->node);
    kvaddr = OsVmPageToVaddr(vmPage);
#else
⑸  kvaddr = LOS_MemAlloc(OS_SYS_MEM_ADDR, MMU_DESCRIPTOR_L2_SMALL_SIZE);
    if (kvaddr == NULL) {
        VM_ERR("have no memory to save l2 page");
        return LOS_ERRNO_VM_NO_MEMORY;
    }
#endif
    (VOID)memset_s(kvaddr, MMU_DESCRIPTOR_L2_SMALL_SIZE, 0, MMU_DESCRIPTOR_L2_SMALL_SIZE);

    /* get physical address */
⑹  *ppa = LOS_PaddrQuery(kvaddr) + l2Offset;
    return LOS_OK;
}

3.4 OsMapL1PTEL1 Page Table类型页表项映射函数

和函数OsMapSection对应，函数OsMapL1PTE用于生成L1 Page Table类型页表项并保存，其中函数参数pte1Ptr是L1页表项地址。⑴处调用函数OsGetL2Table()获取L2页表项基地址TTB，⑵处把L2页表项基地址加上描述符类型作为L1页表项数据。⑶处开始的3行代码为页表项设置标签，⑷处为虚拟内存地址vaddr保存页表项数据。

STATIC VOID OsMapL1PTE(LosArchMmu *archMmu, PTE_T *pte1Ptr, vaddr_t vaddr, UINT32 flags)
{
    paddr_t pte2Base = 0;

⑴  if (OsGetL2Table(archMmu, OsGetPte1Index(vaddr), &pte2Base) != LOS_OK) {
        LOS_Panic("%s %d, failed to allocate pagetable\n", __FUNCTION__, __LINE__);
    }

⑵  *pte1Ptr = pte2Base | MMU_DESCRIPTOR_L1_TYPE_PAGE_TABLE;
⑶  if (flags & VM_MAP_REGION_FLAG_NS) {
        *pte1Ptr |= MMU_DESCRIPTOR_L1_PAGETABLE_NON_SECURE;
    }
    *pte1Ptr &= MMU_DESCRIPTOR_L1_SMALL_DOMAIN_MASK;
    *pte1Ptr |= MMU_DESCRIPTOR_L1_SMALL_DOMAIN_CLIENT; // use client AP
⑷   OsSavePte1(OsGetPte1Ptr(archMmu->virtTtb, vaddr), *pte1Ptr);
}

3.5 OsMapL2PageContinuous映射L2页表函数

函数OsMapL2PageContinuous用于映射L2页表项，其中函数参数pte1为L1页表项数据，flags为虚实映射标签，vaddr为虚拟内存，paddr为物理内存，count为需要映射的内存页数量。

⑴处根据L1页表项数据获取L2页表项虚拟内存基地址。页表项的高22位为L2页表项的物理内存基地址，然后转换为虚拟内存基地址即可。⑵处把地址区间标签转换为L2页表标签，⑶处连续设置L2页表项数据，saveCounts表示映射了多少个L2页表项。⑷处映射L2页表项数据后，更新虚拟、物理内存地址，更新映射后的内存页数量count。由于一个L2页表项占用4KiB大小，saveCounts个页表项，需要把saveCounts左移12位来增长内存地址。

STATIC UINT32 OsMapL2PageContinuous(PTE_T pte1, UINT32 flags, VADDR_T *vaddr, PADDR_T *paddr, UINT32 *count)
{
    PTE_T *pte2BasePtr = NULL;
    UINT32 archFlags;
    UINT32 saveCounts;

⑴  pte2BasePtr = OsGetPte2BasePtr(pte1);
    if (pte2BasePtr == NULL) {
        LOS_Panic("%s %d, pte1 %#x error\n", __FUNCTION__, __LINE__, pte1);
    }

    /* compute the arch flags for L2 4K pages */
⑵  archFlags = OsCvtPte2FlagsToAttrs(flags);
⑶  saveCounts = OsSavePte2Continuous(pte2BasePtr, OsGetPte2Index(*vaddr), *paddr | archFlags, *count);
⑷  *paddr += (saveCounts << MMU_DESCRIPTOR_L2_SMALL_SHIFT);
    *vaddr += (saveCounts << MMU_DESCRIPTOR_L2_SMALL_SHIFT);
    *count -= saveCounts;
    return saveCounts;
}

如果大家想更加深入的学习 OpenHarmony 开发的内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
  • 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
  • 关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源，请移步前往小编：https://qr21.cn/FV7h05

OpenHarmony_小贾
关注
专栏目录
鸿蒙轻内核源码分析：虚实映射
华为云官方博客
11-26 1585
摘要：本文介绍了MMU虚实映射的基本概念，运行机制，分析了映射初始化、映射查询、映射虚拟内存和物理内存，解除虚实映射，更改映射属性，重新映射等常用接口的代码。
鸿蒙轻内核A核源码分析系列五 虚实映射（5）虚实映射解除
maniuT的博客
06-12 1438
虚实映射解除函数LOS_ArchMmuUnmap解除进程空间虚拟地址区间与物理地址区间的映射关系，其中参数包含MMU结构体、解除映射的虚拟地址和解除映射的数量count,数量的单位是内存页数。 ⑴处函数OsGetPte1用于获取指定虚拟地址对应的L1页表项数据。⑵处计算需要解除的无效映射的数量，后文再详细分析该函数。如果页表项映射类型为L1 Section，并且虚拟地址1MiB对齐，映射的数量超过256，则执行⑶解除映射Section，后文详细分析函数OsUnmapSection。如果页表项映射类型为Pag
鸿蒙OS源码分析:物理地址的映射
weixin_45394002的博客
02-09 707
鸿蒙内核源码分析(内存映射篇) | 什么是内存最重要的实现基础 ? | 中文注解HarmonyOS源码 | v12.02 MMU的本质 虚拟地址(VA):就是线性地址,鸿蒙内存部分全是VA的身影,是由编译器和链接器在定位程序时分配的，每个应用程序都使用相同的虚拟内存地址空间，而这些虚拟内存地址空间实际上分别映射到不同的实际物理内存空间上。CPU只知道虚拟地址，向虚拟地址要数据，但在其保护模式下很悲催地址信号在路上被MMU拦截了，MMU把虚拟地址换成了物理地址，从而拿到了真正的数据。 物理地址(PA)：程序的
鸿蒙轻内核A核源码分析系列五 虚实映射（2）虚实映射初始化
鸿蒙开发知识记录
09-09 979
用于设置内核虚拟地址空间的区间属性，分别针对内核虚拟地址空间的内核区间[KERNEL_ASPACE_BASE,KERNEL_ASPACE_BASE+KERNEL_ASPACE_SIZE]和未缓存区间[UNCACHED_VMM_BASE,UNCACHED_VMM_BASE+UNCACHED_VMM_SIZE]进行设置。⑴处获取内核虚拟进程空间，⑵处设置进程空间MMU的虚拟地址转换表基地址TTB，然后查询到物理内存地址并设置物理内存地址转换表基地址。⑶处设置内核虚拟内存地址空间的转换表基地址TTB。
鸿蒙轻内核A核源码分析系列五 虚实映射（6）虚拟映射修改转移
m0_70748458的博客
07-25 445
函数LOS_ArchMmuChangeProt用于修改进程空间虚拟地址区间的映射保护属性，其中参数archMmu为进程空间的MMU结构体，vaddr为虚拟地址，count为映射的页数，flags为映射使用的新标签属性信息。
鸿蒙轻内核A核源码分析系列五 虚实映射（1）基础概念
鸿蒙开发知识记录
09-09 975
虚实映射是指系统通过内存管理单元（Memory Management Unit，MMU）将进程空间的虚拟地址(VA)与实际的物理地址(PA)做映射，并指定相应的访问权限、缓存属性等。程序执行时，CPU访问的是虚拟内存，通过MMU找到映射的物理内存，并做相应的代码执行或数据读写操作。MMU的映射由页表（Page Table）来描述，页表保存虚拟地址和物理地址的映射关系以及访问权限等。
鸿蒙轻内核A核源码分析系列五 虚实映射（7）虚实映射Flag属性
m0_70748458的博客
07-25 830
在学习函数LOS_ArchMmuMap()代码时，我们已经了解了虚拟内存如何映射到物理内存，在映射的时候，可以通过UINT 32 flags参数定一些标签属性信息。本节，我们具体了解下内存标签属性信息。先了解下MMU标签属性，然后看看映射内存区间时的映射虚实信息，最后了解下属性信息转换函数。
鸿蒙轻内核A核源码分析系列四（1）虚拟内存进程空间编号
鸿蒙开发知识记录
09-09 928
本文首先介绍了鸿蒙轻内核LiteOS-A的虚拟地址空间编号知识，然后详细分析进程空间编号的申请与释放操作。代码中涉及的位图操作函数，比如函数和，请参考之前的系列文章《鸿蒙轻内核A核源码分析系列二 数据结构-位图操作》。
v15.03 鸿蒙内核源码分析(内存映射) | 映射真是个好东西 | 百篇博客分析HarmonyOS源码
热门推荐
鸿蒙研究站 | 每天死磕一点点 | 由内核源码切入挖透OpenHarmony技术栈
10-30 1万+
提示：本文为鸿蒙生态源码分析总目录，源码来自官方源码库【OpenHarmony】，项目来自【开放原子开源基金会】 本文作者：鸿蒙生态发烧友，将持续研究鸿蒙生态源码，更新博文，敬请关注。内容仅代表个人观点，错误之处，欢迎大家指正完善。 2020年9月11号，华为正式发布鸿蒙生态源码，共涉及100多个仓库，笔者 git clone的那一刻内心还是有点小激动的，仿佛回到了大学期间花了一学期废寝忘食硬啃Linux 0.11源码的那段日子。分析鸿蒙内核源码，每天都有新的体会，于是有了一个想法，把分析的过程...
linux 内核位置无关,Linux内核启动阶段虚实地址映射
weixin_30955739的博客
04-29 656
前言编译kernel的时候，会通过链接脚本指定编译出来的image的布局以及image的运行地址，这里说的运行地址，是从CPU的视角来说的，是一个虚拟地址。CPU执行代码的时候，要么是顺序执行，要么是跳转到其他地址去执行，跳转的话又分为相对跳转和绝对跳转，顺序执行和相对跳转实际上都是相对PC当前位置做一个偏移，这种指令是位置无关指令，而绝对跳转是明确指定跳转到某个地址去，是位置相关指令，位置相关指...
v85.01 鸿蒙内核源码分析(内存池管理) | 如何高效切割合并内存块 | 百篇博客分析OpenHarmony源码
鸿蒙研究站 | 每天死磕一点点 | 由内核源码切入挖透OpenHarmony技术栈
05-10 732
请将内存池想成一条画好了网格虚线的大白纸，会有两种角色往白纸上画东西，一个是内核画管理数据，一个外部程序画业务数据，内核先画，外部程序想画需申请大小，申请成功内核会提供个地址给外部使用
v86.01 鸿蒙内核源码分析 (静态分配篇) | 很简单的一位小朋友 | 百篇博客分析 OpenHarmony 源码
虚幻私塾
05-26 325
🚀 优质资源分享 🚀 学习路线指引（点击解锁） 知识定位 人群定位 🧡 Python实战微信订餐小程序 🧡 进阶级 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 💛Python量化交易实战💛 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 本篇关键词：池头、池体、节头、节块 内存管理相关篇为: v31.02 鸿蒙内核源码分析(内存规则) | 内存管理到底在管什么 v32.04 鸿蒙内核源码分析(物理内
Linux内核固定虚拟地址映射
liuhangtiant的博客
05-20 3237
前面我们说到，为kernel image设置了虚实地址转换表，并且开启了mmu。但是现在从虚拟地址空间CPU只能看到kernel image，如果此时想访问其他物理地址空间怎么办？用ioremap吗？要知道，此时内存子系统还没有初始化，ioremap无法工作。为了解决这一问题，Linux内核定义了一段固定的虚拟地址空间，所谓固定就是说在编译时就确定的，内核启动早期会将某些物理地址映射到这段固定虚拟...
HarmonyOS 5.0应用开发——用户文件操作
高心星的专栏
11-01 706
用户文件：文件所有者为登录到该终端设备的用户，包括用户私有的图片、视频、音频、文档等。 用户文件存放在用户目录下，归属于该设备上登录的用户。 用户文件存储位置主要分为内置存储、外置存储。 应用对用户文件的创建、访问、删除等行为，需要提前获取用户授权，或由用户操作完成。
HarmonyOS开发 - Ability往页面(Pages)中传递数据
最新发布
觉醒法师的专栏
11-05 727
在程序中，页面之间传递数据或数据共享，可以实现页面间的平滑过渡，避免重复加载数据，提高应用的响应速度和流量度；另外，数据传递机制使得页面更容易被重用，可以通过传入不同参数，来适应不同的上下文内容，以及根据需要传递数据，实现按需加载 ，减少内存消耗和提高应用的性能等。这篇将通过LocalStorage、EventHub、全局变量，以及Preferences用户首选项等功能，实现Ability向页面(Pages)中传递数据。
鸿蒙（Harmony）实现滑块验证码
yilylong的专栏
11-04 783
鸿蒙原生实现滑块验证码
02-5分钟打造鸿蒙第一个应用程序
LCFliu的博客
11-01 423
大家好，欢迎来到鸿蒙开发的奇妙世界！如果你对编程感兴趣，却又不知道从何开始，那么今天的文章将是你最好的起点。我们将用短短5分钟的时间，带你快速入门鸿蒙开发，用 ArkTS 编写并运行你的第一个鸿蒙应用程序。废话不多说，让我们直接开始吧！
Linux内核源码分析：物理内存管理及虚拟内存管理实践
Linux内核源代码分析中，重要的一部分是对物理内存管理的理解和分析。物理内存是操作系统内核和用户程序运行的基础，因为处理器需要不断地从内存中取指令、取数据，并将计算结果保存至内存。同时，内核和用户程序的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值