系统内存的探测

news2025/1/24 5:34:18

lab2 系统内存的探测

参考博客

主要涉及操作系统的物理内存管理。
操作系统为了使用内存,还需高效地管理内存资源。
这里我们会了解并且自己动手完成一个简单的物理内存管理系统。

实验目的

理解基于段页式内存地址的转换机制
理解页表的建立和使用方法
理解物理内存的管理方法

实验内容

1. 首先了解如何发现系统中的物理内存;
2. 然后了解如何建立对物理内存的初步管理,即了解连续物理内存管理;
3. 最后了解页表相关的操作,即如何建立页表来实现虚拟内存到物理内存之间的映射,
   对段页式内存管理机制有一个比较全面的了解。
本实验里面实现的内存管理还是非常基本的,
并没有涉及到对实际机器的优化,
比如针对 cache(缓冲区)的优化等。
如果大家有余力,尝试完成扩展练习。


https://img-blog.csdn.net/20170903193711721?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZm91eV95dW4=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center


https://img-blog.csdn.net/20161227152013168?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvZGFyazU2Njk=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast

缓存对程序员是不可见的,当CPU发出访存请求的时候,在主存控制器中产生请求队列;
然后主存控制器中调度器对请求进行调度;
根据请求的内容不同可以分为命令,地址,和数据等。
根据物理地址找到对应的bank,然后取出对应的某一行ROW,到Row Buffer 中,
然后取出对应的某一列column,(到缓存中)然后CPU再访问。

程序执行顺序

1. boot/bootasm.S  | bootasm.asm(修改了名字,以便于彩色显示)
 a. 开启A20   16位地址线 实现 20位地址访问  芯片版本兼容
    通过写 键盘控制器8042  的 64h端口 与 60h端口。
     
 ab.物理内存探测  通过 BIOS 中断获取内存布局 ==========比lab1多的部分===========
 
 b. 加载GDT全局描述符 lgdt gdtdesc
 c. 使能和进入保护模式 置位 cr0寄存器的 PE位 (内存分段访问) PE+PG(分页机制)
    movl %cr0, %eax 
    orl $CR0_PE_ON, %eax  或操作,置位 PE位 
    movl %eax, %cr0
 d. 调用载入系统的函数 call bootmain  # 转而调用 bootmain.c 

2. boot/bootmain.c -> bootmain 函数
 a. 调用readseg函数从ELFHDR处读取8个扇区大小的 os 数据。
 b. 将输入读入 到 内存中以 进程(程序)块 proghdr 的方式存储
 c. 跳到ucore操作系统在内存中的入口位置(kern/init.c中的kern_init函数的起始地址)

3. kern/init.c
 a. 初始化终端 cons_init(); init the console   kernel/driver/consore.c
     显示器初始化       cga_init();    
     串口初始化         serial_init(); 
     keyboard键盘初始化 kbd_init();

 b. 打印内核信息 & 欢迎信息 
    print_kerninfo();          //  内核信息  kernel/debug/kdebug.c
    cprintf("%s\n\n", message);// 欢迎信息 const char *message = “qwert”

 c. 显示堆栈中的多层函数调用关系 切换到保护模式,启用分段机制
    grade_backtrace();

 d. 初始化物理内存管理
    pmm_init();        // init physical memory management   kernel/mm/ppm.c
    --->gdt_init();    // 初始化默认的全局描述符表
    ---> page_init();// 内存管理等函数  ===============比lab1多的部分=================

 e. 初始化中断控制器,
    pic_init();        // 初始化 8259A 中断控制器   kernel/driver/picirq.c

 f. 设置中断描述符表
    idt_init();        // kernel/trap/trap.c 
    // __vectors[] 来对应中断描述符表中的256个中断符  tools/vector.c中

 g. 初始化时钟中断,使能整个系统的中断机制  8253定时器 
    clock_init();      // 10ms 时钟中断(1s中断100次)   kernel/driver/clock.c
    ----> pic_enable(IRQ_TIMER);// 使能定时器中断 

 h. 使能整个系统的中断机制 enable irq interrupt
    intr_enable();     // kernel/driver/intr.c
    // sti();          // set interrupt // x86.h

 i. lab1_switch_test();// 用户切换函数 会 触发中断用户切换中断

4. kernel/trap/trap.c 
   trap中断(陷阱)处理函数
    trap() ---> trap_dispatch()   // kernel/trap/trap.c 

    a. 10ms 时钟中断处理 case IRQ_TIMER:
       if((ticks++)%100==0) print_ticks();//向终端打印时间信息(1s打印一次)

    b. 串口1 中断    case IRQ_COM1: 
       获取串口字符后打印

    c. 键盘中断      case IRQ_KBD: 
       获取键盘字符后打印

    d. 用户切换中断

新添加的代码分析

# 机器启动后有2种方式探测物理内存:直接探测、通过BIOS中断探测。 
# 这里我们关注如何通过BIOS的0x15中断探测物理内存。
# 由于BIOS中断需要在实模式下调用,所以我们在bootloader中探测物理内存比较合适(切换至 保护模式 之前)。
## BIOS的0x15中断有3个子功能:e820h、e801h、88h。这三个子功能区别是:
### e820h返回内存布局,信息量大,这是功能最强大的子功能,使用也最复杂。
### e801h返回内存容量
### 88h最简单,功能也最弱
### e820将物理内存探测的结果以 地址范围描述符 的格式放在内存中。
# 地址范围描述符共计20字节,格式是:
#     其具体表示如下:
#       Offset      Size    Description
#        00h 0~7    8字节   base address               # 内存块基地址
#        08h 8~15   8字节   length in bytes            # 这块内存的大小
#        10h 16~20  4字节   type of address range      # 这块内存的类型(共有4种类型)
# 

通过中断获取的一个一个内存块的信息会存入一个缓冲区中 e820map结构体

    /* memlayout.h */
    #define E820MAX 20
    struct e820map {
    int nr_map; // 表示数组元素个数,该字段是为了方便后续OS,不是BIOS访问的
    struct {
        long long addr;
        long long size;
        long type;
    } map[E820MAX];
    };

e820h的调用参数

显然在保护模式下用int $0x15来调用15h中断。

但在这之前我们要将参数放置在寄存器中:

    eax:子功能编号,这里我们填入0xe820
    edx:534D4150h(ascii字符”SMAP”),签名,约定填”SMAP”
    ebx:每调用一次int $0x15,ebx会加1。当ebx为0表示所有内存块检测完毕。(重要!看后面的案例会明白如何使用)
    ecx:存放地址范围描述符的内存大小,至少要设置为20。
    es:di:告诉BIOS要把地址描述符写到这个地址。
    
中断的返回值如下:

    CF标志位:若中断执行失败,则置为1。
    eax:     值是534D4150h(“SMAP”)
    es:di:   中断不改变该值,值与参数传入的值一致
    ebx:     下一个中断描述符的计数值(见后面的案例)
    ecx:     返回BIOS写到cs:di处的地址描述符的大小(应该就是20吧?)
    ah:      若发生错误,表示错误码

boot/bootasm.S ab.物理内存探测 通过 BIOS 中断获取内存布局 比lab1多的部分=

 .set SMAP,                  0x534d4150    # 设置变量(即4个ASCII字符“SMAP”)
 
# 第一步: 设置一个存放内存映射地址描述符的物理地址(这里是0x8000)
probe_memory:
    # 约定在bootloader中将内存探测结果放到0x8000地址处。
    # 在0x8000处存放struct e820map, 并清除 e820map 中的 nr_map 记录了内存块的个数
    movl $0, 0x8000 # 对0x8000处的32位单元清零,即给位于0x8000处的struct e820map的成员变量 nr_map 清零
    xorl %ebx, %ebx # 清理 %ebx, 异或,相同为0,不同为1
    
    # 0x8004 处将用于存放第一个内存映射地址描述符 
    movw $0x8004, %di # 表示设置调用INT 15h BIOS中断后,BIOS返回的映射地址描述符的起始地址
                      # 中断前需要传递的参数, es:di:告诉BIOS要把地址描述符写到这个地址。
                      
# 第二步: 将e820作为参数传递给INT 15h中断
start_probe:
  # 传入0xe820 作为INT 15h中断的参数 
    movl $0xE820, %eax  #  INT 15的中断调用参数 eax:子功能编号,这里我们填入0xe820
  # 内存映射地址描述符的大小 
    movl $20, %ecx      # 设置地址范围描述符的大小为20字节,其大小等于struct e820map的成员变量map的大小
                        # 存放地址范围描述符的内存大小,至少要设置为20
    movl $SMAP, %edx    # 设置edx为534D4150h (即4个ASCII字符“SMAP”),这是一个约定
  # 调用INT 15h中断 
    int $0x15 # 中断参数0xe820,要求BIOS返回一个用地址范围描述符表示的内存段信息
    
# 通过检测 eflags 的CF位来判断探测是否结束。
# 如果没有结束, 设置存放下一个内存映射地址描述符的物理地址,然后跳到步骤2;如果结束,则程序结束
    # 如果eflags的CF位为0,则表示还有内存段需要探测 
    jnc cont # 如果发生错误,CF位为1。那么可以尝试使用其它子功能进行探测,或者就直接关机(连内存容量都没探测肯定无法启动OS了)
    movw $12345, 0x8000 # 在ucore中表示出错,与BIOS无关
    jmp finish_probe
cont:
  # 继续探测 设置下一个内存映射地址描述符的起始地址 
    addw $20, %di   # 设置下一个BIOS返回的映射地址描述符的起始地址
                    # 控制BIOS该将“地址描述符”写到哪里
  # e820map中的nr_map加1 
    incl 0x8000     # 递增struct e820map的成员变量nr_map # nr_map成员自增1,该变量与BIOS无关
  # 如果还有内存段需要探测则继续探测, 否则结束探测 
    cmpl $0, %ebx   # 每调用一次int $0x15,ebx会加1。当ebx为0表示所有内存块检测完毕。
    jnz start_probe
finish_probe:

程序流程图

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

练习1:实现 first-fit 连续物理内存分配算法(需要编程)

在实现first fit 内存分配算法的回收函数时,要考虑地址连续的空闲块之间的合并操作。
提示:在建立空闲页块链表时,需要按照空闲页块起始地址来排序,形成一个有序的链表。
可能会修改default_pmm.c 中的 default_init,default_init_memmap,default_alloc_pages, default_free_pages等相关函数。
请仔细查看和理解default_pmm.c中的注释。

软件了解硬件实际物理内存(物理内存如何分布的,哪些可用,哪些不可用)

探测物理内存分布和大小的方法, 基本方法是通过 BIOS 中断调用 来帮助完成的。

其中BIOS中断调用必须在实模式下进行,所以在bootloader进入保护模式前完成这部分工作相对比较合适。

所以需要修改bootloader软件。这些部分由boot/bootasm.S 中从 probe_memory 处到 finish_probe 处的代码部分完成。

通过BIOS中断获取内存可调用参数为e820h的INT 15h BIOS中断。

BIOS通过 系统内存映射地址描述符(Address Range Descriptor)格式来 表示 系统物理 内存布局。

其具体表示如下:
    Offset  Size    Description
    00h     8字节   base address               # 系统内存块基地址
    08h     8字节   length in bytes            # 系统内存大小
    10h     4字节   type of address range      # 内存类型

看下面的 系统内存映射地址类型
    Values for System Memory Map address type:
    type = 1 01h    memory, available to OS,是可以使用的物理内存空间
    type = 2 02h    reserved, not available (e.g. system ROM, memory-mapped device)
                    保留,不能使用的物理内存空间,
                    这些地址不能映射到物理内存上, 但它们可以映射到ROM或者映射到其他设备,比如各种外设等。
    type = 3 03h    ACPI Reclaim Memory (usable by OS after reading ACPI tables)
    type = 4 04h    ACPI NVS Memory (OS is required to save this memory between NVS sessions)
             other  not defined yet -- treat as Reserved

INT15h BIOS中断的详细调用参数:
    eax:e820h:INT 15的中断调用参数;
    edx:534D4150h (即4个ASCII字符“SMAP”) ,这只是一个签名而已;
    ebx:如果是第一次调用或内存区域扫描完毕,则为0。 如果不是,则存放上次调用之后的计数值;
    ecx:保存地址范围描述符的内存大小,应该大于等于20字节;
    es:di:指向保存地址范围描述符结构的缓冲区,BIOS把信息写入这个结构的起始地址。

此中断的返回值为:
    eflags 的CF位:若INT 15中断执行成功,则不置位,否则置位;
    eax:  534D4150h ('SMAP') ;
    es:di:指向保存地址范围描述符的缓冲区,此时缓冲区内的数据已由BIOS填写完毕
    ebx:  下一个地址范围描述符的计数地址
    ecx:  返回BIOS往ES:DI处写的地址范围描述符的字节大小
    ah:   失败时保存出错代码
    
这样,我们通过调用INT 15h BIOS中断,递增di的值(20的倍数),
让BIOS帮我们查找出一个一个的内存布局 entry,
并放入到一个保存地址范围描述符结构的 缓冲区 中,
供后续的ucore进一步进行物理内存管理。

这个缓冲区结构定义在memlayout.h中:
    /* memlayout.h */
    #define E820MAX 20
    struct e820map {
    int nr_map; // 表示数组元素个数,该字段是为了方便后续OS,不是BIOS访问的
    struct {
        long long addr;
        long long size;
        long type;
    } map[E820MAX];
    };
bootasm.S 需要做的修改,再使能A20之后,线进行物理内存的探测保存一些信息后,再加载全局描述符表后进入保护模式。
# bootasm.S
# 2. 物理内存探测  通过 BIOS 中断获取内存布局
# 第一步: 设置一个存放内存映射地址描述符的物理地址(这里是0x8000)
probe_memory:
    # 在0x8000处存放struct e820map, 并清除e820map中的nr_map 
    movl $0, 0x8000 # 对0x8000处的32位单元清零,即给位于0x8000处的struct e820map的成员变量nr_map清零
    xorl %ebx, %ebx
    # 0x8004处将用于存放第一个内存映射地址描述符 
    movw $0x8004, %di # 表示设置调用INT 15h BIOS中断后,BIOS返回的映射地址描述符的起始地址
# 第二步: 将e820作为参数传递给INT 15h中断
start_probe:
    # 传入0xe820作为INT 15h中断的参数 
    movl $0xE820, %eax  #  INT 15的中断调用参数
    # 内存映射地址描述符的大小 
    movl $20, %ecx   # 设置地址范围描述符的大小为20字节,其大小等于struct e820map的成员变量map的大小
    movl $SMAP, %edx # 设置edx为534D4150h (即4个ASCII字符“SMAP”),这是一个约定
    # 调用INT 15h中断 
    int $0x15 # 要求BIOS返回一个用地址范围描述符表示的内存段信息
# 通过检测eflags的CF位来判断探测是否结束。
# 如果没有结束, 设置存放下一个内存映射地址描述符的物理地址,然后跳到步骤2;如果结束,则程序结束
    # 如果eflags的CF位为0,则表示还有内存段需要探测 
    jnc cont
    movw $12345, 0x8000
    jmp finish_probe
cont:
    # 继续探测 设置下一个内存映射地址描述符的起始地址 
    addw $20, %di   # 设置下一个BIOS返回的映射地址描述符的起始地址
    # e820map中的nr_map加1 
    incl 0x8000 # 递增struct e820map的成员变量nr_map
    # 如果还有内存段需要探测则继续探测, 否则结束探测 
    cmpl $0, %ebx
    jnz start_probe
finish_probe:
上述代码正常执行完毕后,
在0x8000地址处保存了从BIOS中获得的内存分布信息,此信息按照struct e820map的设置来进行填充。
这部分信息将在bootloader启动ucore后,
由ucore的 page_init函数 来根据 struct e820map的memmap(定义了起始地址为0x8000)
来完成对整个机器中的物理内存的总体管理。

物理内存空间管理的初始化 mm/pmmc —> pmm_init();

当我们在bootloader 中完成对物理内存空间的 探测后(知己知彼,百战不殆), 
我们就可以根据得到的信息来对可用的内存空间进行管理。

在ucore中, 我们将物理内存空间按照 页page 的大小(4KB,  PGSIZE =4 kb)进行管理, 
页的信息用Page这个结构体来保存。
对整个计算机的每一个物理页的属性用结构Page.
Page的定义在kern/mm/memlayout.h中。以页为单位的物理内存分配管理的实现在kern/default_pmm.[ch].
// 每一个物理页的属性结构===============
struct Page { // kern/mm/memlayout.h
    int ref;        // 映射此 物理页的 虚拟页个数,表示该 物理页 被 页表 的引用记数 page frame's reference counter
                    // 一旦某页表中有一个页表项设置了虚拟页到这个Page管理的物理页的映射关系,就会把Page的ref加一。
                    // 反之,若是解除,那就减一。
    uint32_t flags; // 描述 物理页 属性的标志flags数组, array of flags that describe the status of the page frame
      // 表示此物理页的状态标记,有两个标志位,第一个表示是否被保留,如果被保留了则设为1(比如内核代码占用的空间)。
      // 第二个表示此页是否是free的。
      // 如果设置为1,表示这页是free的,可以被分配;
      // 如果设置为0,表示这页已经被分配出去了,不能被再二次分配。
      
    unsigned int property; //  the num of free block, used in first fit pm manager
                           // 用来记录某连续内存空闲块的大小,
                           // 这里需要注意的是用到此成员变量的这个Page一定是连续内存块的开始地址(第一页的地址)。
                           
    list_entry_t page_link;// 双向链接 各个Page结构的 page_link 双向链表  free list link
    // list_entry_t 是便于把多个连续内存空闲块链接在一起的 双向链表指针,
    // 连续内存空闲块利用这个页的 成员变量 page_link 来链接比它地址小和大的其他连续内存空闲块.
};

// 然后是下面这个结构。
// 一个双向链表,负责管理所有的 连续内存 空闲块,便于分配和释放==============
typedef struct {// kern/mm/memlayout.h
    list_entry_t free_list;         //  是一个list_entry结构的双向链表指针 the list header
    unsigned int nr_free;           //  记录当前空闲页的个数, of free pages in this free list
} free_area_t;

物理内存空间管理的初始化的过程 mm/pmmc —> pmm_init() —> page_init()

物理内存空间的初始化可以分为以下4步:

1. 根据物理内存空间探测的结果, 找到最后一个可用空间的结束地址(或者Kernel的结束地址,选一个小的),
   根据这个 结束地址 计算出整个 可用的物理内存 空间一共有多少个页 npage。
   
2. 找到Kernel的结束地址(end),这个地址是在kernel.ld 中定义的, 
   我们从这个地址所在的 下一个页开始(pages = roundup(end/PGSIZE) )写入系统页的信息(将所有的Page写入这个地址,信息页)。
   
3. 从pages开始,将所有页的信息的flag 都设置为reserved(不可用)。

4. 找到free页的开始地址, 并初始化所有free页的信息(free页就是除了kernel 和 页信息外的可用空间,
   初始化的过程会reset flag中的 reserved位)。
   
 上面这几部中提到了很多地址空间, 下面我用一幅图来说明:   

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

end   指的就是 BSS 的结束处;
pages 指的是 BSS结束处 - 空闲内存空间的起始地址;
free 页是从 空闲内存空间的起始地址 - 实际物理内存空间结束地址。

有了这幅图,这些地址就很容易理解了。 

物理页数 数量:
    我们首先根据 bootloader 给出的 内存布局信息 找出 最大的物理内存地址 maxpa
    (定义在 page_init() (函数中的局部变量,maxpa = end;),
    
    由于x86 的 起始物理内存地址为0,
    每个页的大小为 PGSIZE = 4KB, 
    所以可以得知需要管理的物理页个数为:
    npage = maxpa / PGSIZE
    
每个物理也都需要一个 结构体 Page 来进行记录,
所以内存管理结构体 Page 需要的内存数量:
    这样,我们就可以预估出 管理 页级 物理内存空间 所需的 Page结构 的 内存空间 所需的 内存大小为:
    
    sizeof(struct Page) * npage

内存管理处 的 起始管理结构体page:
    由于 bootloader 加载 ucore的 结束地址(用 全局指针变量end记录)以上的空间 没有被使用,
    所以我们可以把end 按页大小为 边界取整 后,作为 管理页级物理内存空间所需的Page结构的内存空间,记为:
 
    pages = (struct Page *)ROUNDUP((void *)end, PGSIZE);//  除去操作系统后的需要管理的内存的起始页地址
    
空闲物理空间起始地址 free:
    内存管理处的起始地址page + 内存管理所需的内存数量,
    之后为空闲地址。
    uintptr_t freemem = PADDR((uintptr_t)pages + sizeof(struct Page) * npage);

标记内存管理page:
    for (i = 0; i < npage; i ++) {
         SetPageReserved(pages + i);
  // 只需把物理地址对应的Page结构中的flags标志设置为PG_reserved ,表示这些页已经被使用了,将来不能被用于分配。
    }

标记空闲物理空间:
    //获得空闲空间的起始地址begin和结束地址end
    ...
    init_memmap(pa2page(begin), (end - begin) / PGSIZE);
    // 是把空闲物理页对应的Page结构中的flags和引用计数ref清零,
    // 并加到 free_area.free_list 指向的双向列表中,为将来的空闲页管理做好初始化准备工作。
    // 从pages开始保存了所有物理页的信息(严格来讲, 在pages处保存的npage个页的信息并不一定是所有的物理页信息,
    // 它还包括各种外设地址,ROM地址等。不过因为它包含了所有可用free页的信息,我们就可以使用 pages来找到任何free页的信息)。 
    // 那如何将free页的信息和free页联系起来呢?很简单, 我们用地址的物理页号(pa 的高 20bit)作为index来定位free页的信息。
    // 因为pages处保存了系统中的第一个物理页的页信息,只要我们知道某个页的物理地址, 我们就可以很容易的找到它的页号(pa >> 12)。 
    // 有了页号,我们就可以通过pages[页号]来定位其页的信息了。在本lab中, 获取页的信息是由 pa2page() 来完成的。
    // 在初始化free页的信息时, 我们只将连续多个free页中第一个页的信息连入free_list中, 
    // 并且只将这个页的property设置为连续多个free页的个数。 其他所有页的信息我们只是简单的设置为0。

    相应的实现在 default_pmm.c 中的 default_alloc_pages 函数和 default_free_pages() 函数,
    相关实现很简单,这里就不具体分析了,直接看源码,应该很好理解。
物理内存页管理器框架: 

    在内存分配和释放方面最主要的作用是建立了一个物理内存页管理器框架,这实际上是一个函数指针列表,定义如下:
struct pmm_manager {
            const char *name;                                 // 物理内存页管理器的名字
            void (*init)(void);                               // 初始化内存管理器
            void (*init_memmap)(struct Page *base, size_t n); // 初始化管理空闲内存页的数据结构
            struct Page *(*alloc_pages)(size_t n);            // 分配n个物理内存页
            void (*free_pages)(struct Page *base, size_t n);  // 释放n个物理内存页
            size_t (*nr_free_pages)(void);                    // 返回当前剩余的空闲页数
            void (*check)(void);                              // 用于检测分配/释放实现是否正确的辅助函数
};
重点是实现 init_memmap/ alloc_pages / free_pages这三个函数。

内存段页式管理

这个lab中最重要的一个知识点就是内存的段页式管理。 
下图是段页式内存管理的示意图:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

我们可以看到,在这种模式下,
逻辑地址 先通过 段机制 转化成 线性地址, 
然后通过两种 页表(页目录和页表) 来实现 线性地址 到 物理地址的转换。 
有一点需要注意,在 页目录 和 页表中 存放的地址都是 物理地址。

下面是页目录表项:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

下面是页表表项:

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

在X86系统中,页目录表 的起始物理地址存放在 cr3 寄存器中, 
这个地址必须是一个 页对齐 的地址,也就是低 12 位必须为0。
在ucore 用boot_cr3(mm/pmm.c)记录这个值。

在ucore中,线性地址的的高10位作为页目录表的索引,之后的10位作为页表的的索引,
所以页目录表和页表中各有1024个项,每个项占4B,所以页目录表和页表刚好可以用一个物理的页来存放。

地址映射

在这个实验中,我们在4个不同的阶段使用了四种不同的地址映射, 下面我就分别介绍这4种地址映射。

第一阶段---- 段式映射

这一阶段是从bootasm.S的start到entry.S的kern_entry前,这个阶段很简单,
和lab1一样(这时的GDT中每个段的起始地址都是0x00000000并且此时kernel还没有载入)。

   虚拟地址 virt addr = 线性地址 linear addr = 物理地址 phy addr

第二阶段---- 段式映射

这个阶段就是从entry.S的kern_entry到pmm.c的enable_paging()。 

这个阶段就比较复杂了,我们先来看bootmain.c这个文件:

#define ELFHDR ((struct elfhdr *)0x10000) // scratch space
bootmain.c中的函数被调用时候还处于第一阶段, 
所以从上面这个宏定义我们可以知道kernel是被放在物理地址为0x10000的内存空间。

我们再来看看链接文件 tools/kernel.ld 

/* Load the kernel at this address: "." means the current address */
     . = 0xC0100000;
 
连接文件将kernel(物理地址 0x10000)链接到了0xC0100000(这是Higher Half Kernel, 
具体参考 https://wiki.osdev.org/Higher_Half_Kernel ),
这个地址是kernel的虚拟地址。 由于此时系统还只是采用 段式映射,如果我们还是使用

      虚拟地址 virt addr = 线性地址 linear addr = 物理地址 phy addr
  
    的话,我们根本不能访问到正确的内存空间,
比如要访问虚拟地址 0xC0100000, 
其物理地址应该在 0x00100000,
而在这种映射下, 我们却访问了0xC0100000的物理地址。
因此, 为了让虚拟地址和物理地址能匹配,我们必须要重新设计GDT。

在entry.S中,我们重新设计了GDT
可以看到,此时段的起始地址由0变成了-KERNBASE。因此,在这个阶段, 地址映射关系为:

virt addr - 0xC0000000 = linear addr = phy addr
0xC0100000 - 0xC0000000 = 0x00100000 

这里需要注意两个个地方,
第一,lgdt载入的是线性地址,
所以用.long REALLOC(__gdt)将GDT的虚拟地址转换成了线性地址;
第二,因为在载入GDT前,映射关系还是

    virt addr = linear addr = phy addr

所以通过REALLOC(__gdtdesc)来将__gdtdesc的虚拟地址转换为物理地址,
这样,lgdt才能真正的找到GDT存储的地方。

第三阶段

这个阶段是从kmm.c的enable_paging()到kmm.c的gdt_init()。 
这个阶段是最复杂的阶段,我们开启了页机制,
并且在boot_map_segment()中将线性地址按照如下规则进行映射:

    linear addr - 0xC0000000 = phy addr

这就导致此时虚拟地址,线性地址和物理地址之间的关系如下:

    virt addr = linear addr + 0xC0000000 = phy addr + 2 * 0xC0000000
    
这肯定是错误的,因为我们根本不能通过虚拟地址获取正确的物理地址, 我们可以继续用之前例子。
我们还是要访问虚拟地址0xC0100000, 
则其线性地址就是0x00100000,
然后通过页映射后的物理地址是0x80100000。 
我们本来是要访问0x00100000,却访问了0x80100000, 
因此我们需要想办法来解决这个问题,即要让映射还是:

    virt addr - 0xC0000000 = linear addr = phy addr

这个和第一阶段到第二阶段的转变类似,都是需要调整映射关系。
为了解决这个问题, ucore使用了一个小技巧:
在boot_map_segment()中, 
线性地址0xC0000000-0xC0400000(4MB)对应的物理地址是0x00000000-0x00400000(4MB)。
如果我们还想使用虚拟地址0xC0000000来映射物理地址0x00000000,
也就是线性地址0x00000000来映射物理地址0x00000000,

因为ucore在当前lab下的大小是小于4MB的,
因此这么做之后, 我们依然可以按照阶段二的映射方式运行ucore。
如果ucore的大小大于了4MB, 我们只需按同样的方法设置页目录表的第1,2,3...项。

第四阶段

这一阶段开始于kmm.c的gdt_init()。gdt_init()重新设置GDT,

新的GDT又将段的起始地址变为了0. 调整后, 地址的映射关系终于由

	virt addr = linear addr + 0xC0000000 = phy addr + 2 * 0xC0000000

  变回了
  
    virt addr = linear addr = phy addr + 0xC0000000

同时,我们把目录表中的第0项设置为0,这样就把之前的这种映射关系解除了。
通过这几个步骤的转换, 我们终于在开启页映射机制后将映射关系设置正确了。

实验1

我们第一个实验需要完成的主要是default_pmm.c中的
1. default_init()       , 空闲内存页记录初始化,nr_free=0,总的空闲内存块先初始化为0;
2. default_init_memmap(), 初始化空闲页链表,初始化每一个空闲页,并计算空闲页的总数;
3. default_alloc_pages(), 分配内存大小为n的内存,遍历内容空闲页链表,找到第一块内存大小大于n的块,
                           然后分配出来,把它从空闲页链表中除去,
                           然后如果有多余的内存,把分完剩下的部分再次加入会空闲页链表中即可。
4. default_free_pages() , 释放大小为n的内存

1. default_init()

kern/init.c ---> 内核初始化kern_init() ---> pmm_init()( mm/pmm.c);

pmm_init() ---> a. 内存页管理器初始化 init_pmm_manager() ----> b. 内存页初始化page_init()

a. 内存页管理器初始化 init_pmm_manager()

init_pmm_manager() ----> default_pmm_manager.init() ----> default_init() —> list_init();

内存管理器 结构体

// 结构体定义==============
struct pmm_manager {
            const char *name;                                 // 物理内存页管理器的名字
            void (*init)(void);                               // 初始化内存管理器
            void (*init_memmap)(struct Page *base, size_t n); // 初始化管理空闲内存页的数据结构
            struct Page *(*alloc_pages)(size_t n);            // 分配n个物理内存页
            void (*free_pages)(struct Page *base, size_t n);  // 释放n个物理内存页
            size_t (*nr_free_pages)(void);                    // 返回当前剩余的空闲页数
            void (*check)(void);                              // 用于检测分配/释放实现是否正确的辅助函数
};
// 结构体实例==========
const struct pmm_manager default_pmm_manager = {
    .name = "default_pmm_manager",       // 名字
    .init = default_init,                // 管理器初始化函数
    .init_memmap = default_init_memmap,  // 内存映射初始化
    .alloc_pages = default_alloc_pages,  // 分配内存页
    .free_pages = default_free_pages,    // 空闲内存页
    .nr_free_pages = default_nr_free_pages,// 空闲内存页数量
    .check = default_check,                // 内存页检查
};

管理器初始化函数 default_init()

// kern/mm/default_pmm.c
free_area_t free_area;
#define free_list (free_area.free_list)   // 双向链表表头 header
#define nr_free (free_area.nr_free)       // 该 空闲区域链表 free list 中存储的空闲页的数量
static void
default_init(void) {
    list_init(&free_list); // 双向链表节点初始化 前节点指针 和 后节点指针 初始化为指向自己
    nr_free = 0;           // 空闲也数量清零 
} 

// 空闲区域链表 结构体 kern/mm/memlayout.h
typedef struct {
    list_entry_t free_list; //  双向链表表头 header  节点
    unsigned int nr_free;   //  该 空闲区域链表 free list 中存储的空闲页的数量
} free_area_t;

// 双向链表节点 结构体   libs/list.h
struct list_entry {
    struct list_entry *prev, *next;// 指向 前节点 和 后节点 的 节点指针
};
typedef struct list_entry list_entry_t;

// 双向链表节点初始化 ============
static inline void
list_init(list_entry_t *elm) {
    elm->prev = elm->next = elm;// 前节点指针 和 后节点指针 初始化为指向自己
}


b. 内存页初始化page_init() 来自 pmm_init()( mm/pmm.c);

page_init() -> 获取最大物理内存地址 maxpa
               从Kernel的结束地址(end-->取整pages)开始初始化 内存信息页
               从 真正空闲页 freemem 开始 初始化每一个可用的内存页 init_memmap()
init_memmap() -> pmm_manager->init_memmap() --> default_init_memmap() (kern/mm/default_pmm.c)
// page_init() 
/* pmm_init - initialize the physical memory management */
static void
page_init(void) {
    struct e820map *memmap = (struct e820map *)(0x8000 + KERNBASE);
    uint64_t maxpa = 0;
    
// 1. 获取物理内存空间的最大地址 maxpa =======================
    cprintf("e820map:\n");
    int i;
    for (i = 0; i < memmap->nr_map; i ++) // 地址范围描述符 数组元素 个数 nr_map
    {
      // 这里内存块的信息来源于 bootloder中使用 BIOS INT5h中断探测到的 内存信息
        uint64_t begin = memmap->map[i].addr,   end = begin + memmap->map[i].size;// 该块内存的地址范围
        cprintf("  memory: %08llx, [%08llx, %08llx], type = %d.\n",
                memmap->map[i].size, begin, end - 1, memmap->map[i].type);// 内存块,大小,起始地址,借宿地址,类型(是否可用)
	       
        if (memmap->map[i].type == E820_ARM) 
	{
            if (maxpa < end && begin < KMEMSIZE) 
	    {
                maxpa = end;// 所有内存块中的最大地址, 实际物理内存空间结束地址 4GB  8GB 16GB ...
            }
        }
        
    }
    if (maxpa > KMEMSIZE) 
    {
        maxpa = KMEMSIZE;
    }
    
// 2. 计算内存信息页的起始页 地址(在系统数据之后,用来记录所有内存页信息的)=====
    extern char end[];// 全局变量 end, Kernel的结束地址(end),这个地址是在tools/kernel.ld 中定义的(ucoreBSS段结束处)
    npage = maxpa / PGSIZE;// 计算总内存空间 按页分组(4K),需要多少页
    pages = (struct Page *)ROUNDUP((void *)end, PGSIZE);// 系统结束处  空闲内存空间的起始地址,page是4k的帧数倍
    // 把end 按页大小为 边界取整 后,作为 管理页级物理内存空间所需的Page结构的内存空间
    //  除去操作系统后的需要管理的内存的起始页地址
    
// 3. 在 内存信息页区域(内存页管理区域)写入内存页信息======
    for (i = 0; i < npage; i ++) 
    {// 从pages开始,将所有页的信息的flag 都设置为reserved(不可用)。
        SetPageReserved(pages + i);// 该内存页 首先设置为 保留,不可用
    }
    
//4.  最终空闲物理空间起始地址 free , free页就是除了kernel 和 页信息外的可用空间
// 内存管理处的起始地址page + 内存管理所需的内存数量 ,之后为空闲地址。
    uintptr_t freemem = PADDR((uintptr_t)pages + sizeof(struct Page) * npage);
    
// 5. 初始化每一块内存空间中的 空闲内存页==========================
    for (i = 0; i < memmap->nr_map; i ++)
    {
        uint64_t begin = memmap->map[i].addr, end = begin + memmap->map[i].size;// 该块内存的地址范围
        if (memmap->map[i].type == E820_ARM)
	   {
            if (begin < freemem) 
	        {
                begin = freemem;// 将起始地址设置为空闲页空间的起始地址 freemem
            }
            if (end > KMEMSIZE)
	        {
                end = KMEMSIZE;// 最大地址
            }
            if (begin < end) 
	        {
                begin = ROUNDUP(begin, PGSIZE);// 内存起始地址 按页大小取整,还是地址,只不过地址是 页大小的整数倍
                end = ROUNDDOWN(end, PGSIZE);// 内存结束地址 按页大小取整
                if (begin < end) 
		        {
		  // 初始化改块内存空间的 free页的信息,重置页标志 flag中的 reserved位
		      // pa2page() 物理内存地址转换成 页id ,在转成 页id指针
		      //  pmm.h --> mmu.h   左移12位, 相当于除以 4096(4k), 每个内存页大小4K
		      // return &pages[PPN(pa)]
		      // 改块内存空间包含的空闲页数量 (end - begin) / PGSIZE
                    init_memmap(pa2page(begin), (end - begin) / PGSIZE);
   // init_memmap() -> pmm_manager->init_memmap() --> default_init_memmap() (kern/mm/default_pmm.c)
                }
            }
        }
    }
}

2. 初始化空闲内存页 default_init_memmap() (kern/mm/default_pmm.c)

static void
default_init_memmap(struct Page *base, size_t n) 
{
    assert(n > 0);
    struct Page *p = base; // 起始页 指针
    for (; p != base + n; p ++) // 遍历每一个需要初始化的页
    {
        assert(PageReserved(p));
        p->flags = p->property = 0;// 重置 该内存也的 标志为 可用
        set_page_ref(p, 0);// 并设置该内存页的 引用次数为0 ,还未使用过
    }
    base->property = n;// 记录从这里开始的 连续内存页 的数量
    SetPageProperty(base);
    nr_free += n;// 总空闲页计数
    list_add_before(&free_list, &(base->page_link));// 将空闲页 链表加入到 总内存空闲页表 之前
}

3. 分配内存页数量为n的内存,default_alloc_pages() (kern/mm/default_pmm.c)

遍历内存空闲页链表,找到第一块内存大小大于n的页,
    然后分配出来,把它从空闲页链表中除去,
    然后如果有多余的内存,把分完剩下的部分再次加入会空闲页链表中即可。
// 分配内存页数量为n的内存,default_alloc_pages(),
//	遍历内存空闲页链表, 找到第一块连续内存页数量大小大于n的块,
//        然后分配出来,把它从空闲页链表中除去,
//        然后如果有多余的内存,把分完剩下的部分再次加入会空闲页链表中即可。
static struct Page *
default_alloc_pages(size_t n) 
{
    assert(n > 0);
    if (n > nr_free) // 超过总的空闲页数量
    {
        return NULL;
    }
// 遍历内存空闲页链表, 找到第一块连续内存页数量大小大于n的页========
    struct Page *page = NULL;// 内存页结构体
    list_entry_t *le = &free_list; // 空闲页 链表表头
    // TODO: optimize (next-fit)
    while ((le = list_next(le)) != &free_list) // 遍历 内存空闲页 链表
    {// 内存页 链表  转内存页
        struct Page *p = le2page(le, page_link);// kern/mm/memlayout.h ---> libs/defs.h
        if (p->property  >= n) // 连续内存页 的数量 大于n的
	{
            page = p;// 找到第一块连续内存页数量大于n的内存块地址页
            break;
        }
    }
//  然后把找到的合适的内存页 分配出来,把它从空闲页链表中除去=======
    if (page != NULL) 
    {
    //    list_del(&(page->page_link));
        if (page->property > n) 
	{
            struct Page *p = page + n;// 连续空间 尾部的内存页 地址
            p->property = page->property - n;// 连续内存页数量 去除被划出去的n个数量
            SetPageProperty(p);
            list_add_after(&(page->page_link), &(p->page_link));// 在空闲页链表中去除被划去的部分
        }
        list_del(&(page->page_link));
        nr_free -= n;// 总空闲页数量 -n
        ClearPageProperty(page);
    }
    
    return page;
}

4. default_free_pages() , 释放n个内存页 (kern/mm/default_pmm.c)

// 释放n个内存页=======================
static void
default_free_pages(struct Page *base, size_t n) 
{
    assert(n > 0);
// 遍历 内存页,清零相关记录============
    struct Page *p = base;// 需要释放 的 起始内存页 地址
    for (; p != base + n; p ++) // 遍历每一个需要被 释放 的内存页
    {
        assert(!PageReserved(p) && !PageProperty(p));// 非保留,被使用
        p->flags = 0;// 设置为 可用
        set_page_ref(p, 0);// 清零 被引用次数
    }
    base->property = n;// 设置 起始内存也 之后的 连续内存页数量
    SetPageProperty(base);// 未被使用
    
// 遍历空闲页链表====================  
    list_entry_t *le = list_next(&free_list);// 空闲页链表 头节点
    while (le != &free_list) 
    {
        p = le2page(le, page_link);// 该节点对应的 内存应
        le = list_next(le);// 遍历链表,指针迭代
	
        // TODO: optimize
	// 更新起始内存页 的 连续内存页记录==================
        if (base + base->property == p)// 结束的 内存页 对应的链表节点 
	{
            base->property += p->property;// 加上之后的 连续空闲页数量
            ClearPageProperty(p);    // 设置为未使用标志
            list_del(&(p->page_link));// 删除该内存页
        }
      // 更新 起始内存页之前的内存页 的  连续内存页记录==================
        else if (p + p->property == base)// 起始内存页  之前的 内存页节点 对应的链表节点 
	{
            p->property += base->property;// 更新连续空闲内存也数量
            ClearPageProperty(base);          // 设置为未使用标志
            base = p;                                      // 更新起始连续内存页
            list_del(&(p->page_link));           // 删除该段
        }
    }
    
    nr_free += n;// 更新空闲页数量
    le = list_next(&free_list);
    while (le != &free_list)
    {
        p = le2page(le, page_link);
        if (base + base->property <= p)
	{
            assert(base + base->property != p);
            break;
        }
        le = list_next(le);
    }
// 加入到链表之前
    list_add_before(le, &(base->page_link));
}
/*
将根据传入的Page address来释放n page大小的内存空间。
该函数会判断Page address是否是allocated的,也会判断是否base + n会跨界(由allocated到free的内存空间)。
如果输入的Page address合法,则会将新的Page插入到free_list中的合适位置(free_list是按照Page地址由低向高排序的)。

有一点需要注意,在本first-fit连续物理内存分配算法中,对于任何allocated后的Page,
Property flag都为0;任何free的Page,Property flag都为1。

对于allocated后的Pages,第一个Page的property在这里是被清零了的,
如果ucore要求只能用第一个Page来free Pages,那么allocate时,第一个Page的property就不应该清零。
我们在free Page时要用property来判断Page是不是第一个Page。

如果ucore规定free需要free掉整个Page块,
那么我们还需要检测第一个Page的property是否和要free的page数相等。
上面这几点在Lab2中并不能确定,如果之后Lab有说明,或者出现错误,我们需要重新修改这些地方。
*/

实验2

这个练习是实现寻找虚拟地址对应的页表项。

/* pmm.c */

pte_t * get_pte(pde_t *pgdir, uintptr_t la, bool create) 
{
    pte_t *pt_addr;
    struct Page *p;
    uintptr_t *page_la; 
    if (pgdir[(PDX(la))] & PTE_P) {
        pt_addr = (pte_t *)(KADDR(pgdir[(PDX(la))] & 0XFFFFF000)); 
        return &pt_addr[(PTX(la))]; 
    }
    else {
        if (create) {
            p = alloc_page();
            if (p == NULL) {
                cprintf("boot_alloc_page failed.\n");
                return NULL;
            }
            p->ref = 1;
            page_la = KADDR(page2pa(p));
            memset(page_la, 0x0, PGSIZE); 
            pgdir[(PDX(la))] = ((page2pa(p)) & 0xFFFFF000) | (pgdir[(PDX(la))] & 0x00000FFF); 
            pgdir[(PDX(la))] = pgdir[(PDX(la))] | PTE_P | PTE_W | PTE_U;
            return &page_la[PTX(la)]; 
        }
        else {
            return NULL;
        }
    }
}
这个代码很简单, 但有几个地方还是需要注意下: 
	首先,最重要的一点就是要明白页目录和页表中存储的都是物理地址。
	      所以当我们从页目录中获取页表的物理地址后,我们需要使用KADDR()将其转换成虚拟地址。
	      之后就可以用这个虚拟地址直接访问对应的页表了。

	第二, *, &, memset() 等操作的都是虚拟地址。
	      注意不要将物理或者线性地址用于这些操作(假设线性地址和虚拟地址不一样)。

	第三,alloc_page()获取的是物理page对应的Page结构体,而不是我们需要的物理page。
	     通过一系列变化(page2pa()),我们可以根据获取的Page结构体得到与之对应的物理page的物理地址,
	     之后我们就能获得它的虚拟地址。

实验3

这个练习是实现释放某虚地址所在的页并取消对应二级页表项的映射。

/* pmm.c */

static inline void
page_remove_pte(pde_t *pgdir, uintptr_t la, pte_t *ptep) {
    pte_t *pt_addr;
    struct Page *p;
    uintptr_t *page_la; 
    if ((pgdir[(PDX(la))] & PTE_P) && (*ptep & PTE_P)) {
        p = pte2page(*ptep);   
        page_ref_dec(p); 
        if (p->ref == 0) 
            free_page(p); 
        *ptep = 0;
        tlb_invalidate(pgdir, la);
    }
    else {
        cprintf("This pte is empty!\n"); 
    }
}


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

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

相关文章

Python之线程Thread(一)

一、什么是线程 线程(Thread)特点: 线程(Thread)是操作系统能够进行运算调度的最小单位。它被包含在进程之中,是进程中的实际运作单位线程是程序执行的最小单位,而进程是操作系统分配资源的最小单位;一个进程由一个或多个线程组成,线程是一个进程中代码的不同执行路线;…

【JavaEE】_CSS引入方式与选择器

目录 1. 基本语法格式 2. 引入方式 2.1 内部样式 2.2 内联样式 2.3 外部样式 3. 基础选择器 3.1 标签选择器 3.2 类选择器 3.3 ID选择器 4. 复合选择器 4.1 后代选择器 4.2 子选择器 4.3 并集选择器 4.4 伪类选择器 1. 基本语法格式 选择器若干属性声明 2. 引入…

c语言练习47:模拟实现strncat

模拟实现strncat 代码&#xff1a; #include<stdio.h> #include<assert.h> char* my_strncat(char* dest, const char* src, size_t num) {assert(dest ! NULL && src ! NULL);char* ret dest;while (num--) {*dest *src;}return ret; } int main() {ch…

【Linux】进程间通信(匿名管道、命名管道、共享内存等,包含代码示例)

进程间通信 前言正式开始理解进程间通信一些标准管道原理管道演示匿名管道代码演示原理进程池管道大小 命名管道演示代码分配消息例子 systemV共享内存共享内存流程获取key值shm的创建shm的删除关联去关联完整流程演示开始通信 systemV 消息队列基于对共享内存的理解几个概念 前…

mysql的索引语法

创建索引 CREATE [ UNIQUE | FULLTEXT ] INDEX index_name ON table_name ( index_col_name,... ) ; 普通索引 name字段为姓名字段&#xff0c;该字段的值可能会重复&#xff0c;为该字段创建索引。 CREATE INDEX idx_user_name ON tb_user(name); 唯一索引 phone手机…

我的网站每个月给我带来了6W美元收入

2014 年,我开始在东京寻找软件工程工作。 但我不想要任何旧工作。我想要一个——因为没有更好的术语——实际上很好的。 因为我听说过一些关于日本科技行业的可怕事情。过度劳累的故事。低工资。令人畏惧的日本“黑公司”。 但尽管有这些故事,我相信也有优秀的科技公司。于…

windows各种运行库一次性解决方法

3DM游戏运行库合集离线安装包&#xff08;1G&#xff09; - 『精品软件区』 - 吾爱破解 - LCG - LSG |安卓破解|病毒分析|www.52pojie.cnhttps://www.52pojie.cn/thread-1308401-1-1.html新的电脑系统上,运行一个软件,报缺少.dll,不是少了.net 就是少了 directx,vc runtime,下载…

黑马头条学习中的一些问题

1.在day3&#xff0c;上传图片时候&#xff0c;有一个错误&#xff0c;我完成代码逻辑后&#xff0c;启动进行上传时&#xff0c;发现报错了&#xff0c;报的是空指针异常 开始我认为微服务之间使用threadlocal是无法进行数据共享的&#xff0c;但是我有顺着老师讲的思路走了一…

Navicat15 /16 已连接数据库密码解密

前言 相信你会遇到使用navicat忘记已连接数据密码的问题吧&#xff01;实在是&#xff0c;密码太多容易忘记&#xff01;&#xff01;&#xff01; 感谢大佬as_dmy的文章如何查看navicat已连接数据库密码&#xff0c;然后才有了此文&#xff01; 1.0版本需要手动查看导出的co…

GET 和 POST请求的区别是什么

GET和POST是HTTP请求的两种基本方法&#xff0c;要说它们的区别&#xff0c;接触过WEB开发的人都能说出一二。 最直观的区别就是GET把参数包含在URL中&#xff0c;POST通过request body传递参数。 你轻轻松松的给出了一个“标准答案”&#xff1a; GET在浏览器回退时是无害的…

互联网真实赚钱平台有哪些?分享六大类正规靠谱的线上平台

互联网已经和我们的生活密不可分&#xff0c;我们每天都穿梭在网络的世界里&#xff0c;感受着信息的洪流&#xff0c;但同时也感受到了贫富差距的日益拉大。然而&#xff0c;互联网的蓬勃发展也为我们提供了一个机会——通过在线平台赚取真实的收入。 尽管在这个领域中存在着许…

QUIC协议连接详解(二)

目录 一&#xff1a;RTT解释 二&#xff1a;QUIC 1-RTT连接 三&#xff1a;QUIC 0-RTT连接 一&#xff1a;RTT解释 在介绍QUIC协议的连接之前先科普一下什么是RTT。RTT是Round-Trip Time的英文缩写&#xff0c;翻译过来就是一趟来回的时间即往返时延。时间计算即从发送方发送…

工作每天都在用的 DNS 协议,你真的了解么?

♥ 前 言 我们经常访问一些网址的时候&#xff0c;浏览器里输入类似于 www.baidu.com 这样的地址&#xff0c;那么在浏览器里输入这个地址---> 百度服务器给我们返回这个百度的页面&#xff0c;中间的过程是什么样的呢&#xff1f; 带着这个问题&#xff0c;我们一起来解…

答题题库模拟考试流量主小程序源码开发

一款专门为练题开发的题库答题考试模拟小程序&#xff0c;适用于多种用户群体&#xff0c;驾照考题、各种职业考试、英语四六级等等。接入流量主功能&#xff0c;运营方可以更灵活的配置收益方式。 小程序核心功能介绍&#xff1a; 1、多题型支持&#xff0c;判断题、单选题…

记一次Nacos线程数飙升排查

近日有个项目用到了Nacos做注册中心。运行一段时间发现Nacos服务的线程数达到了1k。这肯定是不正常的。 环境&#xff1a; Nacos-server 2.2.3docker-compose编排部署 nacos:image: "nacos/nacos-server:latest"environment:- JAVA_OPTS-XX:MetaspaceSize128m -XX:…

PLC-Recorder离线分析软件Ana里为什么不能显示变量的编号?

在PLC-Recorder在线软件里&#xff0c;大家可以在曲线上找到变量的编号&#xff08;由通道编号、变量类型、同类型序号组成&#xff09;。这个编号也是各软件识别变量的唯一标识。在变量和PLC很多时&#xff0c;可以方便地找到对应的PLC&#xff0c;如下&#xff1a; 有朋友问&…

【QGIS】Openstreetmap获取路网数据

目录 一、从Openstreetmap获取路网数据 1.1 根据城市名获取对应ID 1.2 根据城市ID获取路网数据 二、下载安装QGIS 2.1 下载QGIS 2.2 安装QGIS 2.3 页面语言设置 三、将获取到的osm文件拖入QGIS 一、从Openstreetmap获取路网数据 在大多数研究中&#xff0c;经常使用到的…

类欧笔记存档

电子版&#xff1a;https://blog.csdn.net/zhangtingxiqwq/article/details/132718582

【JavaScript手撕代码】instanceof

目录 instanceof手写详解 instanceof 手写 /* * param {Object} obj 需要判断的数据 * param {Object} constructor 这里请注意 * return {Boolean} **/ function myInstanceof(obj, constructor){if (![function, object].includes(typeof obj) || obj null) return falsel…

第 362 场 LeetCode 周赛题解

A 与车相交的点 数据范围小直接暴力枚举 class Solution { public:int numberOfPoints(vector <vector<int>> &nums) {unordered_set<int> vis;for (auto &p: nums)for (int i p[0]; i < p[1]; i)vis.insert(i);return vis.size();} };B 判断能否…