[MIT 6.S081] Lab 5: xv6 lazy page allocation

已于 2022-08-15 21:15:29 修改
阅读量1.8k 收藏 8
点赞数 4
分类专栏： MIT 6.S081 Labs 文章标签： 操作系统
于 2021-11-19 11:18:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/LostUnravel/article/details/121418421
版权

Lab 5: xv6 lazy page allocation

Eliminate allocation from sbrk() (easy)

要点

  • 更改 sbrk() 函数值增加进程空间 myproc()->sz, 不分配内存

步骤

  1. 修改 sys_sbrk() 函数, 将原本调用的 growproc() 函数注释掉, 而是直接增加 myproc()->sz.
uint64
sys_sbrk(void)
{
  int addr;
  int n;

  if(argint(0, &n) < 0)
    return -1;
  addr = myproc()->sz;
  // lab5-1
  myproc()->sz += n;    // increase size but not allocate memory
//  if(growproc(n) < 0)
//    return -1;
  return addr;
}

测试

在 xv6 中运行 echo hi, 输出如下:
在这里插入图片描述
可以看到 SCAUSE 寄存器的值为 15, 如下在RISC-V privileged instructions中图所示, 15 对应 Store/AMO page fault, 而根据 sepc 的值在 user/sh.asm 文件中可以找到对应汇编代码, 可以看到是一个 sw 指令, 用于向内存中写入 1 个字, 由于上述修改使得没有实际分配物理内存, 从而引发 page fault.
在这里插入图片描述
在这里插入图片描述

Lazy allocation (moderate)

要点

  • 在 kernel/trap.c 中添加代码来处理 page fault 分配物理内存.

步骤

  1. 在 kernel/trap.c 的 usertrap() 中添加对 page fault 的处理.
    根据指导书提示, 当 r_scause() 的值为 13 和 15 时为需要处理的 page fault 情况.
    然后参考 growproc() 函数中调用的 uvmalloc() 代码, 调用 kalloc() 函数为引发 page fault 时记录在寄存器 STVAL 中出错的地址(由 r_stval() 获得)分配一个物理页, 然后调用 mappages() 函数在用户页表中添加虚拟页到物理页的映射. 此处需要使用 PGROUNDDOWN() 来对虚拟地址向下取整.
    对于中途出现的错误, 则是将 p->killed 置 1, 标记当前进程并在随后被杀死.
void
usertrap(void)
{
  int which_dev = 0;
  // ...
  if(r_scause() == 8){   // lab5-2
  // ...
  } else if (r_scause() == 13 || r_scause() == 15) {    // lab5-2
    char *pa;
    if((pa = kalloc()) != 0) {    // 分配物理页
      uint64 va = PGROUNDDOWN(r_stval());   // 引发page fault的虚拟地址向下取整
      memset(pa, 0, PGSIZE);
      // 进行页表映射
      if(mappages(p->pagetable, va, PGSIZE, (uint64)pa, PTE_W|PTE_R|PTE_U) != 0) {
          // 页表映射失败
          kfree(pa);
          printf("usertrap(): mappages() failed\n");
          p->killed = 1;
      }
    } else {    // 分配物理页失败
      printf("usertrap(): kalloc() failed\n");
      p->killed = 1;
    }
  } else if((which_dev = devintr()) != 0){
    // ok
  } else {
    // ...
  }

  if(p->killed)
    exit(-1);

  // give up the CPU if this is a timer interrupt.
  if(which_dev == 2)
    yield();

  usertrapret();
}
  1. 在 xv6 的原本实现中, 由于是 Eager Allocation, 所以不存在分配的虚拟内存不对应物理内存的情况, 因此在 uvmunmap() 函数中取消映射时对于虚拟地址对应的 PTE 若是无效的, 便会引发 panic. 而此处改为 Lazy allocation 后, 对于用户进程的虚拟空间, 便会出现有的虚拟内存并不对应实际的物理内存的情况, 即页表中的 PTE 是无效的. 因此此时便不能引发 panic, 而是选择跳过该 PTE.
void
uvmunmap(pagetable_t pagetable, uint64 va, uint64 npages, int do_free)
{
  uint64 a;
  pte_t *pte;

  if((va % PGSIZE) != 0)
    panic("uvmunmap: not aligned");

  for(a = va; a < va + npages*PGSIZE; a += PGSIZE){
    if((pte = walk(pagetable, a, 0)) == 0)
      panic("uvmunmap: walk");
    if((*pte & PTE_V) == 0) {
      continue;     // lab5-2
//      panic("uvmunmap: not mapped");  // lab5-2
    }
    if(PTE_FLAGS(*pte) == PTE_V)
      panic("uvmunmap: not a leaf");
    if(do_free){
      uint64 pa = PTE2PA(*pte);
      kfree((void*)pa);
    }
    *pte = 0;
  }
}

遇到问题

  • 执行 echo hi 引发 freewalk: leaf 的 panic. 如图所示:
    在这里插入图片描述
    解决: 经过排查, 是因为 usertrap() 中处理 page fault 时未对 va 使用 PGROUNDDOWN() 向下取整. 开始笔者观察源码 mappages() 发现其中会对 va 调用 PGROUNDDOWN() 向下取整, 便想在这里省去该步骤, 但仔细分析源码会发现, 其中的终止页 last 是通过 va 计算出来的, 若 va 未向下取整, 则 last==a+1 而非 last==a, 这会导致多映射一页, 从而页面释放时多映射的一页未被取消映射, 从而引发 panic.
    在这里插入图片描述

测试

在 xv6 中运行 echo hi, 可以正常打印出 hi, 如下图所示.
在这里插入图片描述

Lazytests and Usertests (moderate)

要点

  • 处理 sbrk() 负数参数的情况
  • 引发 page fault 的地址低于用户栈和高于分配地址的情况杀死进程
  • 处理 fork() 时的父进程向子进程拷贝内存的情况
  • 处理 read()/write() 使用未分配物理内存的情况
  • kalloc() 失败时杀死进程(上一部分实验已处理).

步骤

  1. 处理 kernel/sysproc.c 中 sys_sbrk() 参数为负数的情况.
    处理的方法可以直接参考原本调用的 growproc() 函数, 因为在 Lazy allocation 的情况下减少内存同样是将多余的内存进行释放, 此处便调用了 uvmdealloc() 函数.
    此处笔者认为应该对 addr+n 进行进一步判断, 要求其值要大于等于 PGROUNDUP(p->trapframe->sp), 因为 sys_sbrk() 函数主要是用于分配用户空间的堆, 因此不能缩减到用户栈及其以下结构. 但是原 growproc() 实际上并未考虑该情况. 经过测试发现是否添加该判断都能通过测试.
    至于不考虑 addr+n>MAXVA-2*PGSIZE 的情况, 虽然不能将内存覆盖到 trapframe 和 trampoline 的虚拟空间, 但由于 addr 和 n 均为 int 类型, 因此不会出现这种情况.
    此外, 由于 addr 和 n 是 int 类型, 因此要进行防溢出操作 addr+n>=addr, 避免 addr+n 由正变负造成 p->sz 变小的情况.
uint64
sys_sbrk(void)
{
  int addr;
  int n;
  struct proc *p;

  if(argint(0, &n) < 0)
    return -1;
  p = myproc();
  addr = p->sz;
  // lab5-1
  if(n >= 0 && addr + n >= addr){
    p->sz += n;    // increase size but not allocate memory
  } else if(n < 0 && addr + n >= PGROUNDUP(p->trapframe->sp)){
    // handle negative n and addr must be above user stack - lab5-3
    p->sz = uvmdealloc(p->pagetable, addr, addr + n);
  } else {
    return -1;
  }

//  if(growproc(n) < 0)
//    return -1;
  return addr;
}
  1. 进一步修改 kernel/vm.c 中的 uvmunmap() 函数, 将 pte==0 的情况由引发 panic 改为 continue 跳过.
    之所以这样操作, 原因在于 uvmunmap() 获取 pte 调用的 walk() 函数. walk() 用于根据虚拟地址 va 得到其相应页表中对应的 PTE. 而 xv6 的页表结构是有三级页目录, 因此可能在 L2 或 L1 的 PTE 可能就是无效的了, 此时便未分配低级的页目录, 自然也就未分配 va 对应的物理内存, 此时会根据 alloc 参数选择是否构建新的页目录, 但在 uvmunmap() 调用的 walk()的 alloc 参数为 0, 因为取消映射页表时不应该再新建页目录了. 此时 walk() 便返回 0.
    由于 Lazy allocation, 自然很可能出现虚拟地址对应的 L2 或 L1 的 PTE 就是未分配(无效)的情况, 所以此时不应该引发 panic, 同样应该跳过处理.
    简而言之, 对于 pte==0 的情况, 一般是 sbrk() 申请了较大内存, L2 或 L1 中的 PTE 就未分配, 致使 L0 页目录就不存在, 虚拟地址对应的 PTE 也就不存在; 而对于之前提到的 (*pte&PTE_V)==0 的情况, 一般是 sbrk() 申请的内存不是特别大, 当前分配的 L0 页目录还有效, 但虚拟地址对应 L0 中的 PTE 无效. 这两种情况都是 Lazy Allocation 未实际分配内存所产生的情况, 因此在取消映射时都应该跳过而非 panic.
void
uvmunmap(pagetable_t pagetable, uint64 va, uint64 npages, int do_free)
{
  uint64 a;
  pte_t *pte;

  if((va % PGSIZE) != 0)
    panic("uvmunmap: not aligned");

  for(a = va; a < va + npages*PGSIZE; a += PGSIZE){
    if((pte = walk(pagetable, a, 0)) == 0) {
      continue;  // lab5-3
//      panic("uvmunmap: walk");    // lab5-3
    }
    if((*pte & PTE_V) == 0) {
      continue;     // lab5-2
//      panic("uvmunmap: not mapped");  // lab5-2
    }
    if(PTE_FLAGS(*pte) == PTE_V)
      panic("uvmunmap: not a leaf");
    if(do_free){
      uint64 pa = PTE2PA(*pte);
      kfree((void*)pa);
    }
    *pte = 0;
  }
}
  1. 处理 kernel/proc.c 的 fork() 函数中父进程向子进程拷贝时的 Lazy allocation 情况.
    容易分析得到, fork() 是通过 uvmcopy() 来进行父进程页表即用户空间向子进程拷贝的. 而对于 uvmcopy() 的处理和 uvmunmap() 是一致的, 只需要将 PTE 不存在和无效的两种情况由引发 panic 改为 continue 跳过即可.
int
uvmcopy(pagetable_t old, pagetable_t new, uint64 sz)
{
  pte_t *pte;
  uint64 pa, i;
  uint flags;
  char *mem;

  for(i = 0; i < sz; i += PGSIZE){
    if((pte = walk(old, i, 0)) == 0) {
      continue;     // lab5-3
//      panic("uvmcopy: pte should exist"); // lab5-3
    }
    if((*pte & PTE_V) == 0) {
      // lab5-3
      continue;
//        panic("uvmcopy: page not present");
    }
    // ...
}
  1. 处理 page fault 的虚拟地址超过 p->sz 或低于用户栈的情况.
    对于这两种情况, 处理方式比较简单, 即杀死进程.
    对于超过 p->sz 的情况比较简单, 而对于低于用户栈的情况, 此处需要额外说明一下, 使用va<p->trapframe->sp, va<PGROUNDDOWN(p->trapframe->sp) 或 va<PGROUNDUP(p->trapframe->sp) 三种条件都能通过测试. 首先使用 p->trapframe->sp 是因为当前已经进入内核模式使用内核栈, 用户栈指针存到了 p->trapframe->sp字段中. 而之所以以上三种都行, 是因为理论上这里的 Lazy allocation 只处理用户堆, 用户栈在 exec 系统调用时已经进行了分配, 因此 PGROUNDDOWN(p->trapframe->sp) < p->trapframe->sp <= PGROUNDUP(p->trapframe->sp), 因此 va 引发 page fault 只可能出现在 PGROUNDDOWN(p->trapframe->sp) 以下, 所以三个条件实际上是等价的.
void
usertrap(void)
{
  // ..  
  if(r_scause() == 8){
    // system call
    // ...
  } else if (r_scause() == 13 || r_scause() == 15) {    // lab5-2
    char *pa;
    uint64 va = r_stval();
    // kill the process if va higher than size or below the user stack - lab5-3
    if(va >= p->sz){
      printf("usertrap(): invalid va=%p higher than p->sz=%p\n",
             va, p->sz);
      p->killed = 1;
      goto end;
    }
    if(va < PGROUNDUP(p->trapframe->sp)) {  // lab5-3
      printf("usertrap(): invalid va=%p below the user stack sp=%p\n",
             va, p->trapframe->sp);
      p->killed = 1;
      goto end;
    }
    if ((pa = kalloc()) == 0) {
        printf("usertrap(): kalloc() failed\n");
        p->killed = 1;
        goto end;
    }
    memset(pa, 0, PGSIZE);
    if (mappages(p->pagetable, PGROUNDDOWN(va), PGSIZE, (uint64) pa, PTE_W | PTE_R | PTE_U) != 0) {
        kfree(pa);
        printf("usertrap(): mappages() failed\n");
        p->killed = 1;
        goto end;
    }
  } else if((which_dev = devintr()) != 0){
    // ok
  } else {
    printf("usertrap(): unexpected scause %p pid=%d\n", r_scause(), p->pid);
    printf("            sepc=%p stval=%p\n", r_sepc(), r_stval());
    p->killed = 1;
  }
end:    // lab5-3
  if(p->killed)
    exit(-1);

  // give up the CPU if this is a timer interrupt.
  if(which_dev == 2)
    yield();

  usertrapret();
}
  1. 处理 read()/write() 使用未分配物理内存的情况. 通过这两个函数最终会调用 copyin() 和 copyout() 进行用户空间到内核空间的读写. 而这两个函数对虚拟地址 va 的处理最终是通过 walkaddr() 函数得到物理地址而完成的.
    对于函数的原本逻辑, PTE 无效或者不存在以及无 PTE_U 标志位都会返回 0 表示失败. 但是在 Lazy allocation 的情况下, PTE 无效和不存在是可以被允许的, 因此要对这两种情况进行处理. 但并不是两种情况的所有情形都是允许的, 由于 Lazy allocation 是针对用户堆空间的, 因此需要判断虚拟地址 va 是否在用户堆空间的范围.
    若满足, 则考虑如何分配内存, 与前面不同的是, read 和 write 为系统调用, 执行到此处时已经在内核模式, 因此这里不会引发 page fault, 因此这里应该和 usertrap() 中的处理类似, 对虚拟地址分配相应的物理页即可.
uint64
walkaddr(pagetable_t pagetable, uint64 va)
{
  pte_t *pte;
  uint64 pa;
  struct proc *p=myproc();  // lab5-3

  if(va >= MAXVA)
    return 0;

  pte = walk(pagetable, va, 0);
  // lazy allocation - lab5-3
  if(pte == 0 || (*pte & PTE_V) == 0) {
    // va is on the user heap  
    if(va >= PGROUNDUP(p->trapframe->sp) && va < p->sz){
        char *pa;
        if ((pa = kalloc()) == 0) {
            return 0;
        }
        memset(pa, 0, PGSIZE);
        if (mappages(p->pagetable, PGROUNDDOWN(va), PGSIZE,
                     (uint64) pa, PTE_W | PTE_R | PTE_U) != 0) {
            kfree(pa);
            return 0;
        }
    } else {
        return 0;
    }
  }
  if((*pte & PTE_U) == 0)
    return 0;
  pa = PTE2PA(*pte);
  return pa;
}

遇到问题

  • 运行 echo hi 执行正常但运行 lazytests 第一个测试用例出现 uvmunmap: walk 的 panic, 如下图所示:
    在这里插入图片描述
    解决: 观察 user/lazytests.c 的代码就会发现, 其中使用 sbrk() 申请了 1GB 的虚拟内存, 便会出现 PTE 不存在的情形, 即 uvmunmap() 中 pte==0 的情况. 具体见上述 #步骤2.
  • 运行 lazytests 出现 freewalk: leaf 的 panic, 如下图所示:
    在这里插入图片描述
    解决: 出现该 panic 证明有 L0 的 PTE 未取消映射. 最终发现是因为笔者在 usertrap() 函数中的编写错误, 对于出错杀死进程(p->killed=1)的情况, 应该直接跳至 if(p->killed) 处, 在未使用 goto 语句时, 笔者误将 va 判断出错后没有跳出当前判断体, 仍进行了内存分配, 从而导致了上述问题. 最后笔者选择使用 goto end 语句来进行错误跳转, 使得条理相对清晰不容易出错.

测试

  • 在 xv6 中执行 lazytests:
    在这里插入图片描述
    在这里插入图片描述
  • make grade 测试:
    在这里插入图片描述
PeakCrosser
关注
  • 4
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
6.S081 Xv6 Lab 5: lazy page allocation
clownote
04-03 1454
Lab: xv6 lazy page allocation https://pdos.csail.mit.edu/6.S081/2020/labs/lazy.html 新的 2020 版哦。 $ git fetch $ git checkout lazy $ make clean Eliminate allocation from sbrk() 就是把 sys_sbrk 里的 growproc 调用删了，等用到的时候再去分配内存。如果是空间减小，要取消分配。 uint64 sys_sbrk(void.
天津大学操作系统实习xv6代码+报告
11-08
天津大学操作系统实习代码+报告：实习内容为对xv6的对应部分进行更改使之可以完成指定任务。其中包含8个子任务： 1.utilities 2.shell 3.allocator 4.lazy_allocation 5.copy_on_write 6.user-level_threads_and_...
Mit6.S081-实验5-xv6 lazy page allocation
热门推荐
code a better life~
12-23 33万+
Mit6.S081-实验5-xv6 lazy page allocation一、Eliminate allocation from sbrk()1，实验准备2，实验要求3，具体实现二、Lazy allocation1，实验要求2，具体实现3，执行效果二、Lazytests and Usertests1，实验要求2，具体实现3，执行效果 一、Eliminate allocation from sbrk() 1，实验准备 O/S可以跟page table hardware表演的众多小花招之一是用户空间堆内存的懒
【MIT 6.S081】2020, 实验记录（5），Lab: lazy allocation
VLyb
02-03 691
SCAUSE 寄存器记录了本次 trap 发生的原因，当寄存器的值为 13 或 15 时，表示因 load 或 store 指令访问一个地址但没找到相应 PTE 而发生 page fault，所以我们需要在 usertrap() 函数中判断 SCAUSE 寄存器的值，并实现相应的 page fault 处理逻辑。这里会发生 page fault，在下面的 task 中，我们将处理发生的 page fault，并为其分配物理内存 page 且修改对应的 page table。make qemu 后执行。
操作系统实验Mit6.S081笔记 Lab5: Lazy allocation
weixin_46477226的博客
10-02 2599
O/S使用页表硬件可以使用的许多巧妙技巧之一是延迟分配用户空间堆内存。 Xv6应用程序使用sbrk()系统调用向内核请求堆内存。 在我们给出的内核中，sbrk()分配物理内存并将其映射到进程的虚拟地址空间。 内核为大型请求分配和映射内存可能需要很长时间。 例如，考虑一个千兆字节由262,144个4096字节的页组成; 这是一个巨大的分配数量，即使每一个都是便宜的。 此外，一些程序分配的内存比它们实际使用的内存要多(例如，实现稀疏数组)，或者在使用之前分配内存。 为了让sbrk()在这些情况下更快地完成，复杂
【xv6学习之HW3】xv6 lazy page allocation
mick_seu的博客
01-19 3940
xv6使用lazy page allocation。 当进程需要更多的内存的时候，调用malloc申请更多的堆内存，而系统调用sbrk()完成该工作。但是有的进程会一次申请大量的内存，但是又可能根本用不到，比如说sparse array。所以说复杂的内核涉及会将实际的allocation的工作推迟到实际用的时候，发生了page fault了，然后再进行实际的分配 Part On
6.s081 Lab：xv6 lazy page allocation
pige666的博客
09-22 2106
Lab：xv6 lazy page allocation 1.实验目的 O/S可以在页表硬件上使用的许多巧妙的技巧之一是延迟分配用户空间堆内存。Xv6应用程序使用sbrk（）系统调用向内核请求堆内存。在我们给您的内核中，sbrk（）分配物理内存并将其映射到进程的虚拟地址空间。但是，有些程序使用sbrk（）来请求大量内存，但从未使用大部分内存，例如实现大型稀疏数组。为了对这种情况进行优化，复杂的内核延迟地分配用户内存。也就是说，sbrk（）不分配物理内存，只是记住分配了哪些地址。当进程第一次尝试使用任何给定的
1-8_xv6_操作系统_
09-30
在lab4-lazy_allocation中，xv6采用了按需分配的策略，即当进程实际需要内存时才进行分配，从而减少了空闲内存的占用，提高了系统资源利用率。 接着，我们来看一下lab5-copy_on_write，这是关于副本开销优化的技术...
laravelmanthra:Laravel Crud Generator，我已经工作了多年，我可以告诉你...这都是CRUD:pile_of_poo::pile_of_poo::pile_of_poo:
05-29
LaravelManthra安装通过作曲家$ composer require nicoaudy/laravelmanthra dev-master 如果尚未安装laravelcollective / html表单帮助程序包，请安装。... 您可以修改您的/manthra以通过强制默认路由到您的自定义路由...
深入探索 React 懒加载：React.lazy 的实现原理与应用实践
06-21
React 通过引入懒加载（Lazy Loading）的概念，允许开发者按需加载组件，从而优化应用的性能和用户体验。本文将深入探讨 React 中懒加载的实现原理和应用实践。 React 是一个用于构建用户界面的 JavaScript 库，以其...
jquery.lazy_content:用于延迟加载任何内容的 jquery 插件
06-12
jQuery.LazyContent 任何内容的延迟加载变得容易 任何内容 包括src/jquery.lazy_content.js $ ( ".elements" ) ....包括src/jquery.lazy_content.js和src/jquery.lazy_content_img.js $ ( "img.lazy" ) . la
HarmonyOS应用开发者高级认证，Next版本发布后最新题库 - 多选题序号4
Gusha_的博客
07-23 1331
HarmonyOS应用开发者高级认证最新题库，编写于2024年7月19日，Next版本发布之后
Linux网络工具“瑞士军刀“集合
分享不一样的技术，与你一起共同成长!
07-26 243
下面结合之前的一些使用经验为大家介绍一下一些经典应用场景下，这个网络命令工具如何使用的。例如怎么查看当前服务器监听哪些端口、连接目标主机端口情况如何?平常我们在进行Linux服务器相关运维的时候，总会遇到一些网络相关的问题。我们可以借助这些小巧、功能强悍的工具帮助我们排查问题、解决问题...
GNU/Linux - Bazaar版本管理工具
guoqx的专栏
07-24 450
根据 Jelmer Vernooij 的说法，Canonical 的 Bazaar 团队的成员在 2012 年初被分配到不同的任务，他本人在7年来为该项目做出贡献后，于2012年底停止了对 Bazaar 的贡献。同样，Bugzilla项目在2014 3月从 Bazaar 改为使用 git，其中一个原因是 Bazaar 几乎已被放弃的印象：“每个月可能有 2-3 次向主干提交。并用来进行Ubuntu项目的版本控制。Bazaar 可以由一个开发本地内容的多个分支的开发人员使用，也可以由跨网络协作的团队使用。
基于宝塔的 Bytebase 可视化安装、配置、部署教程
Bytebase的博客
07-26 331
Bytebase是一款使用Go语言开发的开源数据库管理软件，旨在为DBA（数据库管理员）、开发人员和平台工程师提供一个基于Web的协作工作区，用于管理数据库的整个生命周期。本文将介绍如何在宝塔面板上可视化安装、部署、配置Bytebase教程。
Linux：进程信号（一.认识信号、信号的产生及深层理解、Term与Core）
qq_74415153的博客
07-23 1539
1.认识信号 进程看待信号方式 2.信号的产生 2.1信号的处理的方式 --- signal()函数 2.2kil指令产生信号 2.3键盘产生信号 2.4系统调用发送信号 -kil系统调 用、raise()和abort()库函数 2.5软件条件产生信号 2.6异常产生信号 3.信号产生的深层理解 键盘产生信号 异常产生信号 4.Term与Core core文件
鸿蒙仓颉语言【cryptocj 库】RC2、 RC4 、AES对称加密算法
m0_70748845的博客
07-25 938
RC2 是一种对称加密算法，所见到的安全解决方案中，使用 RC2 的算法不多，从资料上看，RC2 算法可以替代 DES 算法，而且计算速度快，能在 16 位计算机上实现，密钥长度从 1 到 128 字节都可以。一般采用 16 字节，计算的数据块为 8 字节。
linux C++ onnxruntime yolov8 视频检测Demo
.NET 人工智能实践
07-23 715
linux C++ onnxruntime yolov8 视频检测Demo
【strace命令详解：Linux下的强大跟踪工具 】
最新发布
shiranyyds的博客
07-26 769
🌈你好呀！我是 山顶风景独好 🎈欢迎踏入我的博客世界，能与您在此邂逅，真是缘分使然！😊 🌸愿您在此停留的每一刻，都沐浴在轻松愉悦的氛围中。 📖这里不仅有丰富的知识和趣味横生的内容等您来探索，更是一个自由交流的平台，期待您留下独特的思考与见解。🌟 🚀让我们一起踏上这段探索与成长的旅程，携手挖掘更多可能，共同进步！💪✨
lab: xv6 lazy page allocation
03-16
:xv6 懒惰页面分配是一种内存管理技术，它允许操作系统在需要时才分配物理页面，而不是在进程创建时就分配。这种技术可以减少内存浪费，提高系统性能。在 xv6 操作系统中，懒惰页面分配是通过将虚拟地址映射到一个空的物理页面来实现的。当进程访问该页面时，操作系统会分配一个物理页面，并将虚拟地址重新映射到该页面。这种技术可以避免不必要的物理页面分配，提高内存利用率。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值