lab8 lock

image-20230827174215466

PreRead

  1. 第六章
  2. 3.5节:物理内存分配器
  3. 8.1-8.3

文章目录

  • PreRead
  • Memory allocator
    • tasks
    • hints
    • 思路
  • Buffer cache
    • task
    • hints
    • 思路
    • 实现

这次的lab,本质上都是通过将锁的粒度减小来获得性能的提升

  1. 第一个task,可以简单地按cpu划分,因为本来就是空闲页面,谁拥有都一样
  2. 第二个task,本质上也可以简单地按某种性质划分,但是因为我们不只需要分配,我们 还需要查找。如果随便分成若干部分,那么查找起来就非常慢了。所以这也是为什么hints里提示我们用哈希表来划分

Memory allocator

tasks

  1. 你的任务是去实现per-cpu空闲链表,并且在一个cpu的空闲链表空着的时候去偷另一个cpu的空闲链表

  2. 你的所有锁的名字都应该以kmem开头,即在initlock中设置

  3. 你必须通过

    kalloctest,make grade会提醒你它通过了

    usertests,可以先检查一下sbrkmuch

hints

  1. 你可以使用kernel/param.h中的NCPU常数

  2. freerange将所有的空闲内存都给正在运行的free range

  3. cpuid函数会返回当前的cpu号,但是它必须在中断被关闭的时候使用

    因此你需要使用push_offpop_off

  4. 看一下snprintf,学习怎么格式化字符

思路

首先,我们需要以不同的cpu号去访问不同的freelist,最方便的方法就是用一个数组,如下所示。其中count是为了借空闲页面准备的。

struct {struct spinlock lock;struct run *freelist;int count;
} kmem[NCPU];

然后,我们应该在kinit中先初始化各种cpu对应的lock,然后将所有空闲页面都放到运行kinit的cpu上。

这里有几个细节

  1. 首先,我是希望kinit只被一个cpu执行,这样才能保证freerange将所有页面都放到这个cpu上,因此,我需要使用push_offpop_off将kinit包围起来
  2. 对于b_lock这个锁,也是为了借空闲页面准备的,否则可能发生死锁
void kinit() {push_off();for (int i = 0; i < NCPU; i++) {initlock(&kmem[i].lock, "kmem");kmem[i].count = 0;}initlock(&b_lock, "borrow");freerange(end, (void *)PHYSTOP);pop_off();
}

freerange函数不需要修改

在kfree函数中,当我们准备将这个空闲页面加入到一个freelist时,先关闭中断,然后获取当前cpu号,加入到对应的freelist,还是比较简单的。

其中,如果是freerange调用的kfree,可能会有push_off的嵌套,不过这没关系,只要pop_off成对出现即可

void kfree(void *pa) {struct run *r;if (((uint64)pa % PGSIZE) != 0 || (char *)pa < end || (uint64)pa >= PHYSTOP)panic("kfree");// Fill with junk to catch dangling refs.memset(pa, 1, PGSIZE);r = (struct run *)pa;push_off();int id = cpuid();acquire(&kmem[id].lock);r->next = kmem[id].freelist;kmem[id].freelist = r;kmem[id].count++;release(&kmem[id].lock);pop_off();
}

kalloc函数,如果当前cpu有空闲页面,则正常操作,否则的话,需要去借页面。我这里采用的借的策略是遍历所有cpu,如果某个cpu有空闲页面,那我就借一半,如果有3个,那我就借2个

// Allocate one 4096-byte page of physical memory.
// Returns a pointer that the kernel can use.
// Returns 0 if the memory cannot be allocated.
void *
kalloc(void) {struct run *r;push_off();int id = cpuid();acquire(&kmem[id].lock);r = kmem[id].freelist;if (r) {kmem[id].freelist = r->next;kmem[id].count--;}release(&kmem[id].lock);if (!r) {acquire(&b_lock);r = borrow(id);release(&b_lock);}if (r)memset((char *)r, 5, PGSIZE); // fill with junkpop_off();return (void *)r;
}

具体的borrow函数的实现如下

可以发现,在进入borrow函数之前,我就将当前cpu的freelist的锁给释放了。这是因为我进入borrow之后,会去获取其他freelist的锁,假如我是cpu a,我在borrow里要获取cpu b的锁。而b此时也在运行borrow,那它可能也在获取我的锁。如果我和b在进入borrow前都没有释放自己的锁,那必然就死锁了

另外,为什么在borrow之前要获得一个borrow的大锁呢?这是因为如果我在borrow里如果找到了一个可以借的freelist,那么我还是会获取两个锁,这也是有可能造成问题的,因为我们没有限制获取锁的顺序。为了避免可能的情况,我是用这个大锁来保平安,不过好像不会出现这种情况

void *borrow(int id) {for (int i = 0; i < NCPU; i++) {acquire(&kmem[i].lock);if (kmem[i].count != 0) {int b_count = (kmem[i].count + 1) / 2;struct run *r = kmem[i].freelist;struct run *temp = r;for (int i = 0; i < b_count - 1; i++) {temp = temp->next;}kmem[i].freelist = temp->next;kmem[i].count -= b_count;acquire(&kmem[id].lock);if (b_count != 1) {temp->next = kmem[id].freelist;kmem[id].freelist = r->next;kmem[id].count += b_count - 1;}release(&kmem[id].lock);release(&kmem[i].lock);return r;}release(&kmem[i].lock);}return 0;
}

image-20230827120002931

Buffer cache

task

  1. 修改bgetbrelse,使得对磁盘块的查找和释放在lock上等待的时间越少越好
  2. 通过bcachetestusertests
  3. 请给你的所有lock一个以bcache开头的名字,在initlock中实现它
  4. 这玩意比kalloc要难太多,因为buffer是必须被所有cpu共享的,不能每个cpu一份,因此建议使用一个哈希表,给哈希表的每个桶都设置一个锁
  5. 以下情况发生冲突是没关系的,因为测试不会有这些情况
    1. 两个进程访问同一个磁盘block
    2. 两个进程同时miss然后需要找到一个没用过的block
    3. 两个进程同时操作block,但是它们恰好在你的hash策略中碰撞了,那么你应该避免这种情况,比如调大你的哈希表的size

hints

  1. 阅读xv6的8.1到8.3
  2. 你可以使用固定长度的哈希表,同时选择一个质数去做哈希,比如13
  3. 在哈希表中查找一个buffer和为这个buffer分配一个entry必须是原子性的
  4. 删除所有缓存的链表(bcache.head),时间戳缓存使用它们上一次使用的时间(trap.c中的ticks)。有了这个改变之后,brelse不需要获得bcache的lock,bget可以基于时间戳选择最近最少使用的块
  5. 在bget中使用顺序查找实现LRU是可以的
  6. 你有时可能需要持有两个锁,即bcache锁和每个bucket的锁,保证你可以避免死锁
  7. 当你替换某一块的内容时,需要将buf从一个bucket移到另一个,记得处理这两个bucket相同的情况,否则就死锁了

思路

hints里其实就提供了一个思路,用哈希表去存可用的buf。但是到底怎么实现呢?我觉得这里的思路应该有很多,这里提供一种。

  1. 首先,我们通过blockno % prime为key,构造一个哈希表,其中prime可以取hints里的13
    1. 每一个哈希表的表槽都是一个buf链表+一个表槽锁
    2. 这个链表的结构可以按照原来的bcache里那个head来
    3. 表槽锁就是保护这个表槽里的这个链表
  2. 然后,我们在binit中先将所有的空闲buf都放到key=0的链表中,其实放到哪都可以,平均放到每个表槽也行
  3. bget的时候,先根据blockno计算出key,然后去对应的表槽里找是否这个block已经被取出来了
    1. 如果已经取出来了,则直接返回buf指针,这一个逻辑和原来的bget很像
    2. 如果这个block还没有被取出来,那么我们就去找一个引用数为0的buf,将这个buf的内容换成我们这个block。这里又有两种情况,因此我们需要遍历整个哈希表的表槽,并遍历每个表槽的链表,在链表上执行lru算法,找到一个buf,将这个buf修改为我们的内容,然后移动到key对应的表槽
      1. 这个引用数为0的buf在我们这个表槽的链表里
      2. 这个引用数为0的buf在别的表槽里
  4. brelse中,就很简单,只需要将refcnt减1就行了,都不用将这个buf移动

思路就是这样,不过有一个关键点没有涉及,那就是锁,该如何安排锁呢?

首先,锁肯定是要去保护一些东西的,之前的bcache的那个大锁,是因为保护的东西太多了,所有buf都是被它保护着,这就导致很慢了,因为可能不同的cpu没有冲突,但依然要等很久。

因此,我们这里采用一种哈希表的方法,使得锁管理的范围变小。对于某个key对应的表槽的那个锁,它只需要管理blockno%prime==key的block,也就是说,我们将原来的一个锁,变成了prime个锁,使得它们管理的范围缩小了prime倍。当然了,这是对于那些存储了某些block的内容的buf而言的,如果它存储了,那么它肯定就在对应的表槽中。至于那些没有存储的,或者说引用数为0的,我们可以称为空闲buf,它们按什么方式组织都行,甚至可以专门搞一个空闲链表都可以。但是这里采用的方式比较偷懒,也比较巧,即没有存储的一开始就放在key=0的表槽链表,引用计数为0的,直接不处理,反正它们都可能在bget中被访问到

最后,锁的作用呢?我们这里有两个锁,一个锁是表槽对应的锁,一个是每个buf对应的锁,它们分别保护了什么?

  1. 表槽锁当然是保护了表槽里的那个链表,也就是保护了链表的每个节点,即一个个buf,使得链表或者每个buf在被修改时,只会有一个线程对它们进行修改
  2. 而每个buf对应的锁,它的作用是使得,在某一刻,它永远只会被一个线程所拥有,不会同时被多个线程拥有。所以这个锁使用起来非常简单,我们只需要在我们找到了一个正确的buf,将它作为res在bget中返回之前调用这个buf的锁即可

实现

首先是整体的布局

  1. 这里的bcache最好不删,因为这个变量默认就开辟了NBUFstruct buf,省的我们自己申请空间创造了
  2. 哈希表有prime个表槽,每个表槽一个链表+一个锁,链表的结构和之前的一样,一个head作为dummynode,方便操作
  3. 一些宏,主要是方便,省的后面输入一大串代码来获取锁和释放锁
#define prime 13struct {struct buf buf[NBUF];
} bcache;struct {struct spinlock lock;struct buf head;
} ht[prime];#define LOCK(i) (acquire(&ht[i].lock));
#define UNLOCK(i) (release(&ht[i].lock));

binit函数

  1. 首先给每个表槽的锁给初始化,然后初始化这个head
  2. 将所有的buf都放到key=0的表槽中

这个过程很像之前binit,抄就完事了

void binit(void) {struct buf *b;char a[20];for (int i = 0; i < prime; i++) {snprintf(a, sizeof(a), "bcache_%d", i);initlock(&ht[i].lock, a);ht[i].head.prev = &ht[i].head;ht[i].head.next = &ht[i].head;}// Create linked list of buffersfor (b = bcache.buf; b < bcache.buf + NBUF; b++) {initsleeplock(&b->lock, "buffer");insert_into_ht(b, 0);}
}

可以发现,这里用到了一个insert_into_ht的操作,定义如下

  1. 可以从原来的brelse
void insert_into_ht(struct buf *b, int key) {b->next = ht[key].head.next;b->prev = &ht[key].head;ht[key].head.next->prev = b;ht[key].head.next = b;
}void delete_from_ht(struct buf *b) {b->next->prev = b->prev;b->prev->next = b->next;
}

brelse函数的实现也非常简单

  1. 释放这个buf的锁,其实这个释放放在哪一行都没问题
    1. 因为它的refcnt还没减1,就注定了它不会被别人给夺舍
    2. 只要unlock不取消掉,就没有人能够访问到它
void brelse(struct buf *b) {releasesleep(&b->lock);int key = b->blockno % prime;LOCK(key);b->refcnt -= 1;UNLOCK(key);
}

bpinbunpin的实现也很简单

  1. 首先,这两个函数肯定是在一个buf已经有了一个block,并且refcnt不为0的情况下调用的
  2. 我们只需要先获得对应表槽的锁,即获得对这个buf的修改权,然后修改,就可以了
void bpin(struct buf *b) {int key = b->blockno % prime;LOCK(key);b->refcnt++;UNLOCK(key);
}void bunpin(struct buf *b) {int key = b->blockno % prime;LOCK(key);b->refcnt--;UNLOCK(key);
}

大头戏bget来了

  1. 首先通过search_in_ht尝试去找找这个block是不是已经被读入了某个buf里,这种情况如果成功,那就和之前bget前一部分逻辑一模一样
  2. 如果失败了,那么就需要通过search_in_other去整个哈希表中找一个空闲的buf,这个操作一定会成功,否则在xv6里就直接给它来一个panic,原函数也是这么写的
static struct buf *
bget(uint dev, uint blockno) {struct buf *b;int key = blockno % prime;// 尝试去对应的哈希表槽查找LOCK(key);b = search_in_ht(dev, blockno, key);if (b) {UNLOCK(key);acquiresleep(&b->lock);return b;}// 至此,没有在对应的表槽找到,遍历所有哈希表的表槽,不过优先处理自己表槽的// 这里是带着key对应的锁去查找的b = search_in_other(dev, blockno, key);// 这个b不可能为0,否则直接panic了UNLOCK(key);acquiresleep(&b->lock);return b;
}

search_in_ht的实现如下所示,就是遍历链表,如果找到了,更新属性,然后返回。其中更新属性会用到update_time

void update_time(struct buf *b) {acquire(&tickslock);b->timestamp = ticks;release(&tickslock);
}
struct buf *search_in_ht(uint dev, uint blockno, int key) {struct buf *b;for (b = ht[key].head.next; b != &ht[key].head; b = b->next) {if (b->dev == dev && b->blockno == blockno) {b->refcnt++;update_time(b);return b;}}return 0;
}

search_in_other就比较复杂

  1. 这里采取的遍历顺序是从自己这里开始遍历,用一个cycle来控制遍历prime次,之所以这样做,是为了避免每次都是0开始遍历。这样操作相对来说会提高点性能,不会出现前面的表槽没有空闲的,后面的表槽全是空闲的

  2. 如果我们要进入的某个表槽不是自己,那么就需要获取那个表槽的锁

    1. 这里是有可能死锁的
      1. 因为我们进入这个函数的时候,是带着key对应的锁的,现在又去请求i对应的锁
      2. 假如某个cpu是带着i对应的锁进入这个函数,正在请求key对应的锁,岂不是就死锁了?
      3. 感觉是自带的评测没有检查出来,这里还是有点问题的。不过懒得改了
  3. 接下来就是通过search_lru_free_in_ht去这个兄弟那里找一找有没有空闲的

    struct buf *search_lru_free_in_ht(uint dev, uint blockno, int key) {struct buf *b;struct buf *lru_b = 0;for (b = ht[key].head.next; b != &ht[key].head; b = b->next) {if (b->refcnt == 0 && (lru_b == 0 || lru_b->timestamp > b->timestamp)) {lru_b = b;}}return lru_b;
    }
    
  4. 如果没有,那么视情况释放锁,然后continue

  5. 如果有的话

    1. 更新各种属性
    2. 如果这个buf是别的表槽,将这个buf挪到key对应的表槽
    3. 最后视情况释放这个兄弟锁,返回答案
struct buf *search_in_other(uint dev, uint blockno, int key) {struct buf *b;for (int i = key, cycle = 0; cycle < prime; cycle++, i = (i + 1) % prime) {// 如果不是自己,则给这个兄弟上个锁if (i != key) {LOCK(i);}// 在这个兄弟里去找一下b = search_lru_free_in_ht(dev, blockno, i);// 这个兄弟里没有空闲页面if (!b) {if (i != key) {UNLOCK(i);}continue;}// 在这个兄弟里找到了空闲页面// 先更新属性b->dev = dev;b->blockno = blockno;b->valid = 0;b->refcnt = 1;update_time(b);// 如果不是自己的哈希槽里的,将这个页面放到自己哈希表槽中if (i != key) {delete_from_ht(b);insert_into_ht(b, key);}// 释放哈希表的锁if (i != key) {UNLOCK(i);}return b;}panic("no free buf");
}

整体代码如下

// Buffer cache.
//
// The buffer cache is a linked list of buf structures holding
// cached copies of disk block contents.  Caching disk blocks
// in memory reduces the number of disk reads and also provides
// a synchronization point for disk blocks used by multiple processes.
//
// Interface:
// * To get a buffer for a particular disk block, call bread.
// * After changing buffer data, call bwrite to write it to disk.
// * When done with the buffer, call brelse.
// * Do not use the buffer after calling brelse.
// * Only one process at a time can use a buffer,
//     so do not keep them longer than necessary.#include "types.h"
#include "param.h"
#include "spinlock.h"
#include "sleeplock.h"
#include "riscv.h"
#include "defs.h"
#include "fs.h"
#include "buf.h"
#include <x86_64-linux-gnu/sys/types.h>#define prime 13struct {struct buf buf[NBUF];
} bcache;struct {struct spinlock lock;struct buf head;
} ht[prime];#define LOCK(i) (acquire(&ht[i].lock));
#define UNLOCK(i) (release(&ht[i].lock));void update_time(struct buf *b) {acquire(&tickslock);b->timestamp = ticks;release(&tickslock);
}void insert_into_ht(struct buf *b, int key) {b->next = ht[key].head.next;b->prev = &ht[key].head;ht[key].head.next->prev = b;ht[key].head.next = b;
}void delete_from_ht(struct buf *b) {b->next->prev = b->prev;b->prev->next = b->next;
}void binit(void) {struct buf *b;char a[20];for (int i = 0; i < prime; i++) {snprintf(a, sizeof(a), "bcache_%d", i);initlock(&ht[i].lock, a);ht[i].head.prev = &ht[i].head;ht[i].head.next = &ht[i].head;}// Create linked list of buffersfor (b = bcache.buf; b < bcache.buf + NBUF; b++) {initsleeplock(&b->lock, "buffer");insert_into_ht(b, 0);}
}struct buf *search_in_ht(uint dev, uint blockno, int key) {struct buf *b;for (b = ht[key].head.next; b != &ht[key].head; b = b->next) {if (b->dev == dev && b->blockno == blockno) {b->refcnt++;update_time(b);return b;}}return 0;
}struct buf *search_lru_free_in_ht(uint dev, uint blockno, int key) {struct buf *b;struct buf *lru_b = 0;for (b = ht[key].head.next; b != &ht[key].head; b = b->next) {if (b->refcnt == 0 && (lru_b == 0 || lru_b->timestamp > b->timestamp)) {lru_b = b;}}return lru_b;
}struct buf *search_in_other(uint dev, uint blockno, int key) {struct buf *b;for (int i = key, cycle = 0; cycle < prime; cycle++, i = (i + 1) % prime) {// 如果不是自己,则给这个兄弟上个锁if (i != key) {LOCK(i);}// 在这个兄弟里去找一下b = search_lru_free_in_ht(dev, blockno, i);// 这个兄弟里没有空闲页面if (!b) {if (i != key) {UNLOCK(i);}continue;}// 在这个兄弟里找到了空闲页面// 先更新属性b->dev = dev;b->blockno = blockno;b->valid = 0;b->refcnt = 1;update_time(b);// 如果不是自己的哈希槽里的,将这个页面放到自己哈希表槽中if (i != key) {delete_from_ht(b);insert_into_ht(b, key);}// 释放哈希表的锁if (i != key) {UNLOCK(i);}return b;}panic("no free buf");
}static struct buf *
bget(uint dev, uint blockno) {struct buf *b;int key = blockno % prime;// 尝试去对应的哈希表槽查找LOCK(key);b = search_in_ht(dev, blockno, key);if (b) {UNLOCK(key);acquiresleep(&b->lock);return b;}// 至此,没有在对应的表槽找到,遍历所有哈希表的表槽,不过优先处理自己表槽的// 这里是带着key对应的锁去查找的b = search_in_other(dev, blockno, key);// 这个b不可能为0,否则直接panic了UNLOCK(key);acquiresleep(&b->lock);return b;
}// Return a locked buf with the contents of the indicated block.
struct buf *
bread(uint dev, uint blockno) {struct buf *b;b = bget(dev, blockno);if (!b->valid) {virtio_disk_rw(b, 0);b->valid = 1;}return b;
}// Write b's contents to disk.  Must be locked.
void bwrite(struct buf *b) {if (!holdingsleep(&b->lock))panic("bwrite");virtio_disk_rw(b, 1);
}// Release a locked buffer.
// Move to the head of the most-recently-used list.
void brelse(struct buf *b) {releasesleep(&b->lock);int key = b->blockno % prime;LOCK(key);b->refcnt -= 1;UNLOCK(key);
}void bpin(struct buf *b) {int key = b->blockno % prime;LOCK(key);b->refcnt++;UNLOCK(key);
}void bunpin(struct buf *b) {int key = b->blockno % prime;LOCK(key);b->refcnt--;UNLOCK(key);
}

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

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

相关文章

数据生成 | MATLAB实现GAN生成对抗网络结合SVM支持向量机的数据生成

数据生成 | MATLAB实现GAN生成对抗网络结合SVM支持向量机的数据生成 目录 数据生成 | MATLAB实现GAN生成对抗网络结合SVM支持向量机的数据生成生成效果基本描述程序设计参考资料 生成效果 基本描述 数据生成 | MATLAB实现GAN生成对抗网络结合SVM支持向量机的数据生成。 生成对抗…

C语言基础之——指针(上)

前言&#xff1a;小伙伴们又见面啦&#xff01;本期内容&#xff0c;博主将展开讲解有关C语言中指针的上半部分基础知识&#xff0c;一起学习起来叭&#xff01;&#xff01;&#xff01; 目录 一.什么是指针 二.指针类型 1.指针的解引用 2.指针-整数 三.野指针 1.野指针…

【洛谷】P2678 跳石头

原题链接&#xff1a;https://www.luogu.com.cn/problem/P2678 目录 1. 题目描述 2. 思路分析 3. 代码实现 1. 题目描述 2. 思路分析 二分答案。&#xff08;使用二分需要满足两个条件。一个是有界&#xff0c;一个是单调。 这题的题面&#xff1a;使得选手们在比赛过程中…

【数据结构】手撕顺序表

一&#xff0c;概念及结构 顺序表是用一段物理地址连续的存储单元依次存储数据元素的线性结构&#xff0c;一般情况下采用数组存储&#xff1b; 在数组上完成数据的增删查改。 1&#xff0c; 静态顺序表&#xff1a;使用定长数组存储元素。 2.&#xff0c;动态顺序表&#xff1…

基于Spring Boot的游泳馆管理系统的设计与实现(Java+spring boot+MySQL)

获取源码或者论文请私信博主 演示视频&#xff1a; 基于Spring Boot的游泳馆管理系统的设计与实现&#xff08;Javaspring bootMySQL&#xff09; 使用技术&#xff1a; 前端&#xff1a;html css javascript jQuery ajax thymeleaf 微信小程序 后端&#xff1a;Java spring…

opencv进阶18-基于opencv 决策树导论

1. 什么是决策树&#xff1f; 决策树是最早的机器学习算法之一&#xff0c;起源于对人类某些决策过程 的模仿&#xff0c;属于监督学习算法。 决策树的优点是易于理解&#xff0c;有些决策树既可以做分类&#xff0c;也可以做回归。在排名前十的数据挖掘算法中有两种是决策树[1…

Kafka为什么这么快?

Kafka 是一个基于发布-订阅模式的消息系统&#xff0c;它可以在多个生产者和消费者之间传递大量的数据。Kafka 的一个显著特点是它的高吞吐率&#xff0c;即每秒可以处理百万级别的消息。那么 Kafka 是如何实现这样高得性能呢&#xff1f;本文将从七个方面来分析 Kafka 的速度优…

科技资讯|荷兰电动自行车丢失将被拒保,苹果Find My可以减少丢失

荷兰最大的自行车协会荷兰皇家旅游俱乐部宣布&#xff0c;将不再为胖胎电动自行车提供保险&#xff0c;因为这种自行车的被盗风险极高。 随着电动自行车的销量飙升&#xff0c;胖胎也变得更受欢迎。但问题是&#xff0c;胖胎电动自行车也成为了自行车盗窃者的首选目标。ANWB …

GIthub 无法访问使用Watt Toolkit加速

一、使用 Watt Toolkit Watt Toolkit 是一款加速软件&#xff0c;原名是 Steam&#xff0c;后来改名为 Watt Toolkit&#xff0c;其可以让原本无法访问的 Steam 游戏社区、 GitHub 、谷歌验证码等国内难以访问的网页正常访问。 三种下载方式&#xff1a; Watt Toolkit 官网下…

软件设计师学习笔记7-输入输出技术+总线+可靠性+性能指标

目录 1.输入输出技术 1.1数据传输控制方式 1.2中断处理过程 2.总线 3.可靠性 3.1可靠性指标 3.2串联系统与并联系统 3.3混合模型 4.性能指标 1.输入输出技术 即CPU控制主存与外设交互的过程 1.1数据传输控制方式 (1)程序控制&#xff08;查询&#xff09;方式&…

VScode使用SSH连接linux

1、官网下载和安装软件 https://code.visualstudio.com/Download 2、安装插件 单击左侧扩展选项&#xff0c;搜索插件安装 总共需要安装的插件如下所示 3、配置连接服务器的账号 安装完后会在左侧生成了远程连接的图标&#xff0c;单击此图标&#xff0c;然后选择设置图标…

JDK介绍

JDK,JRE和JVM之间的关系 JVM是运行环境&#xff0c;JRE是含运行环境和相关的类库&#xff0c;跟node环境是一个意思 JDK目录介绍 目录名称说明bin该路径下存放了JDK的各种工具命令。javac和java就放在这个目录。conf该路径下存放了JDK的相关配置文件include该路径下存放了一些…

裸露土堆识别算法

裸露土堆识别算法首先利用图像处理技术&#xff0c;提取出图像中的土堆区域。裸露土堆识别算法首通过计算土堆中被绿色防尘网覆盖的比例&#xff0c;判断土堆是否裸露。若超过40%的土堆没有被绿色防尘网覆盖&#xff0c;则视为裸露土堆。当我们谈起计算机视觉时&#xff0c;首先…

删除ubuntu开始菜单中的图标

背景 本来是很好看干净的界面 更新谷歌浏览器后出现了Gmail&#xff0c;幻灯片&#xff0c;谷歌硬盘等跟谷歌相关的乱七八糟东西搞得界面就很丑 解决问题 删掉那个图标 输入命令 sudo nautilus /usr/share/applicationssudo nautilus ~/.local/share/applications可以…

react18+antd5.x(1):Notification组件的二次封装

antdesign已经给我们提供了很好的组件使用体验,但是我们还需要根据自己的项目业务进行更好的封装,减少我们的代码量,提升开发体验 效果展示 开起来和官网的使用没什么区别,但是我们在使用的时候,进行了二次封装,更利于我们进行开发 MyNotification.jsx,是我们的业务页面…

Unity 类Scene窗口相机控制

类Scene窗口相机控制 &#x1f354;效果 &#x1f354;效果 传送门&#x1f448;

【网络基础实战之路】基于三层架构实现一个企业内网搭建的实战详解

系列文章传送门&#xff1a; 【网络基础实战之路】设计网络划分的实战详解 【网络基础实战之路】一文弄懂TCP的三次握手与四次断开 【网络基础实战之路】基于MGRE多点协议的实战详解 【网络基础实战之路】基于OSPF协议建立两个MGRE网络的实验详解 【网络基础实战之路】基于…

oracle 12c怎样修改varchar2允许的最大长度

12C单实例测试&#xff0c;varchar2在早期版本中最大长度限制为4000&#xff0c;当字段长度指定的比较长的时候会报错&#xff1a;ORA-00910: specified length too long for its datatype。 早期版本中虽然SQL数据类型限制为4000&#xff08;如表中的列的varchar2类型&#x…

机器学习实战14-在日本福岛核电站排放污水的背景下,核电站对人口影响的分析实践

大家好&#xff0c;我是微学AI&#xff0c;今天给大家介绍一下机器学习实战14-在日本福岛核电站排放污水的背景下,核电站对人口影响的分析实践。 近日&#xff0c;日本政府举行内阁成员会议&#xff0c;决定于2023年8月24日启动福岛核污染水排海。当地时间2023年8月24日13时&am…

JAVA中如何知道某项目使用什么数据库类型

文章目录 1. 前言2. 先说结论3. 代码案例 1. 前言 最近在写第三方工具的时候&#xff0c;需要判断使用方项目具体使用了什么数据库类型&#xff0c;从而进行不一样的实现逻辑。当然可以让用户在YML中配置说明项目用什么数据库&#xff0c;但用户不一定填写正确。因此需要想其他…