【调度算法】进程调度算法、内存页面置换算法、LRU算法、LFU算法、磁盘调度算法等重点知识汇总

目录

进程调度算法

内存页面置换算法

LRU算法实现

LFU算法实现

磁盘调度算法


进程调度算法

当 CPU 空闲时,操作系统就选择内存中的某个「就绪状态」的进程,并给其分配 CPU。

什么时候会发生 CPU 调度呢?通常有以下情况:

  1. 当进程从运行状态转到等待状态;「非抢占式调度」
  2. 当进程从运行状态转到就绪状态;「抢占式调度」
  3. 当进程从等待状态转到就绪状态;「抢占式调度」
  4. 当进程从运行状态转到终止状态;「非抢占式调度」

非抢占式和抢占式:

  • 非抢占式:当就绪队列中出现优先级高的进程,运行完当前进程,再选择优先级高的进程。
  • 抢占式:当就绪队列中出现优先级高的进程,当前进程挂起,调度优先级高的进程运行。

1、先来先服务调度算法

最简单的一个调度算法,就是非抢占式的先来先服务算法了。

顾名思义,先来后到,每次从就绪队列选择最先进入队列的进程,然后一直运行,直到进程退出或被阻塞,才会继续从队列中选择第一个进程接着运行。

但是当一个长作业先运行了,那么后面的短作业等待的时间就会很长,不利于短作业。

2、最短作业优先调度算法

最短作业优先调度算法优先选择运行时间最短的进程来运行,这有助于提高系统的吞吐量。

这显然对长作业不利,很容易造成一种极端现象。

比如,一个长作业在就绪队列等待运行,而这个就绪队列有非常多的短作业,那么就会使得长作业不断的往后推,周转时间变长,致使长作业长期不会被运行。

3、高响应比优先调度算法

高响应比优先 调度算法主要是权衡了短作业和长作业

每次进行进程调度时,先计算「响应比优先级」,然后把「响应比优先级」最高的进程投入运行,「响应比优先级」的计算公式:

从上面的公式,可以发现:

  • 如果两个进程的「等待时间」相同时,「要求的服务时间」越短,「响应比」就越高,这样短作业的进程容易被选中运行;
  • 如果两个进程「要求的服务时间」相同时,「等待时间」越长,「响应比」就越高,这就兼顾到了长作业进程,因为进程的响应比可以随时间等待的增加而提高,当其等待时间足够长时,其响应比便可以升到很高,从而获得运行的机会;

4、时间片轮转调度算法

每个进程被分配一个时间段,称为时间片,即允许该进程在该时间段中运行。

  • 如果时间片用完,进程还在运行,那么将会把此进程从 CPU 释放出来,并把 CPU 分配另外一个进程;
  • 如果该进程在时间片结束前阻塞或结束,则 CPU 立即进行切换;
  • 如果时间片设得太短会导致过多的进程上下文切换,降低了 CPU 效率;
  • 如果设得太长又可能引起对短作业进程的响应时间变长。

通常时间片设为 20ms~50ms 通常是一个比较合理的折中值。

5、最高优先级调度算法

调度程序能从就绪队列中选择最高优先级的进程进行运行,这称为最高优先级调度算法

该算法也有两种处理优先级高的方法,非抢占式和抢占式:

  • 非抢占式:当就绪队列中出现优先级高的进程,运行完当前进程,再选择优先级高的进程。
  • 抢占式:当就绪队列中出现优先级高的进程,当前进程挂起,调度优先级高的进程运行。

但是依然有缺点,可能会导致低优先级的进程永远不会运行。

6、多级反馈队列调度算法

多级反馈队列调度算法是「时间片轮转算法」和「最高优先级算法」的综合和发展。

  • 「多级」表示有多个队列,每个队列优先级从高到低,同时优先级越高时间片越短
  • 「反馈」表示如果有新的进程加入优先级高的队列时,立刻停止当前正在运行的进程,转而去运行优先级高的队列;

  • 设置了多个队列,赋予每个队列不同的优先级,每个队列优先级从高到低,同时优先级越高时间片越短
  • 新的进程会被放入到第一级队列的末尾,按先来先服务的原则排队等待被调度,如果在第一级队列规定的时间片没运行完成,则将其转入到第二级队列的末尾,以此类推,直至完成;
  • 当较高优先级的队列为空,才调度较低优先级的队列中的进程运行。如果进程运行时,有新进程进入较高优先级的队列,则停止当前运行的进程并将其移入到原队列末尾,接着让较高优先级的进程运行;

可以发现,对于短作业可能可以在第一级队列很快被处理完。对于长作业,如果在第一级队列处理不完,可以移入下次队列等待被执行,虽然等待的时间变长了,但是运行时间也会更长了,所以该算法很好的兼顾了长短作业,同时有较好的响应时间。

Linux操作系统采用的是多级反馈队列调度的调度方式。该调度算法将就绪队列分成多个优先级队列,每个队列具有不同的优先级,并且可以采用不同的调度策略。

在Linux中,CFS是一种实现该调度策略的具体实现。CFS旨在提供公平性和响应性,确保所有进程都有公平的机会获得CPU时间片。每个进程都被赋予一个权重,CFS会根据进程的权重来分配CPU时间片,以确保进程获得的CPU时间与其权重成比例。

CFS是Linux的默认进程调度器,用于普通进程(非实时进程)。对于实时进程,Linux还提供了一个实时调度器,如先进先出(FIFO)和循环调度(RR),用于满足实时任务的需求。


以下是CFS的一些关键特点和工作原理:

公平性:CFS的核心目标是实现公平的CPU分配。每个进程都被赋予一个权重(weight),CFS根据进程的权重来分配CPU时间片,以确保进程获得的CPU时间与其权重成比例。这意味着高权重进程会获得更多的CPU时间,低权重进程会获得更少的CPU时间。

虚拟运行时间:CFS使用虚拟运行时间来衡量每个进程已经使用的CPU时间。虚拟运行时间越小的进程被认为更"饥饿",因此它们会在调度时获得更高的优先级,以获得更多的CPU时间。

红黑树:CFS使用红黑树来管理就绪队列。每个进程都在红黑树上维护一个节点,节点按照虚拟运行时间排序。这样,CFS可以以O(log n)的时间复杂度找到具有最小虚拟运行时间的进程。

时间片分配:CFS不像一些传统的调度器那样使用固定的时间片(例如,10毫秒)。相反,它动态计算每个进程的时间片,以适应不同的权重和进程的需求。

动态调整权重:CFS支持动态调整进程的权重,以允许管理员或应用程序根据需要调整进程的调度优先级。

CFS的设计使其成为一个高度公平和响应性的调度器,适用于多用户和多任务环境。CFS确保不会发生某些进程长期霸占CPU资源的情况,从而提高了系统的整体性能和用户体验。这使得CFS成为Linux默认的普通进程调度器。

内存页面置换算法

在了解内存页面置换算法前,我们得先谈一下缺页异常(缺页中断)

当 CPU 访问的页面不在物理内存时,便会产生一个缺页中断,请求操作系统将所缺页调入到物理内存。

我们来看一下缺页中断的处理流程:

  1. 在 CPU 里访问一条 Load M 指令,然后 CPU 会去找 M 所对应的页表项。
  2. 如果该页表项的状态位是「有效的」,那 CPU 就可以直接去访问物理内存了,如果状态位是「无效的」,则 CPU 则会发送缺页中断请求。
  3. 操作系统收到了缺页中断,则会执行缺页中断处理函数,先会查找该页面在磁盘中的页面的位置。
  4. 找到磁盘中对应的页面后,需要把该页面换入到物理内存中,但是在换入前,需要在物理内存中找空闲页,如果找到空闲页,就把页面换入到物理内存中。
  5. 页面从磁盘换入到物理内存完成后,则把页表项中的状态位修改为「有效的」。
  6. 最后,CPU 重新执行导致缺页异常的指令。

上面所说的过程,第 4 步是能在物理内存找到空闲页的情况,那如果找不到呢?

页面置换算法的功能是,当出现缺页异常,需调入新页面而内存已满时,选择被置换的物理页面也就是说选择一个物理页面换出到磁盘,然后把需要访问的页面换入到物理页。

那其算法目标则是,尽可能减少页面的换入换出的次数,常见的页面置换算法有如下几种:

1、最佳页面置换算法

最佳页面置换算法基本思路是,置换在「未来」最长时间不访问的页面

所以,该算法实现需要计算内存中每个逻辑页面的「下一次」访问时间,然后比较,选择未来最长时间不访问的页面。

很理想但是实际系统中无法实现,我们是无法预知每个页面在「下一次」访问前的等待时间。

2、先进先出置换算法

既然我们无法预知页面在下一次访问前所需的等待时间,那我们可以选择在内存驻留时间很长的页面进行中置换,这个就是「先进先出置换」算法的思想。

3、最近最久未使用的置换算法LRU

发生缺页时,选择最长时间没有被访问的页面进行置换,也就是说,该算法假设已经很久没有使用的页面很有可能在未来较长的一段时间内仍然不会被使用。

这种算法近似最优置换算法,最优置换算法是通过「未来」的使用情况来推测要淘汰的页面,而 LRU 则是通过「历史」的使用情况来推测要淘汰的页面。

4、时钟页面置换算法

时钟页面置换算法跟 最近最久未使用的置换算法 近似,又是对 先进先出置换算法 的一种改进。

该算法的思路是,把所有的页面都保存在一个类似钟面的「环形链表」中,一个表针指向最老的页面。

当发生缺页中断时,算法首先检查表针指向的页面:

  • 如果它的访问位位是 0 就淘汰该页面,并把新的页面插入这个位置,然后把表针前移一个位置
  • 如果访问位是 1 就清除访问位,并把表针前移一个位置,重复这个过程直到找到了一个访问位为 0 的页面为止;

5、最不常用算法LFU

当发生缺页中断时,选择「访问次数」最少的那个页面,并将其淘汰

它的实现方式是,对每个页面设置一个「访问计数器」,每当一个页面被访问时,该页面的访问计数器就累加 1。在发生缺页中断时,淘汰计数器值最小的那个页面

LRU算法实现

选择最长时间没有被访问的页面进行删除

"最近常用"的元素是位于双向链表的尾部,

"最久未使用"的元素是位于链表的头部。

get方法:当调用get方法获取一个键的值时,如果键存在于缓存中,会将该键移到链表尾部,表示它是最近使用的元素。这是通过makeRecently方法实现的,其中删除了原来的位置并将键添加到链表尾部。

put方法:当调用put方法插入一个新的键值对时,新元素被插入到链表尾部,表示它是最近使用的元素。如果缓存已满,会移除链表头部元素,即最久未使用的键,以腾出空间。

以下是为什么设置这几个成员变量以及代码的核心思路:

int cap(缓存容量):这个成员变量表示LRU缓存的容量,即缓存可以存储的键值对的最大数量。它是必需的,因为它决定了缓存的大小,当缓存达到容量上限时,需要淘汰最久未使用的元素,以便为新元素腾出空间。

std::unordered_map<int, int> cache(存储键值对的哈希表):这个哈希表用于实际存储缓存中的键值对。其中,键是缓存中的键,值是键对应的值。这个数据结构用于快速查找和更新缓存中的元素,以便在get和put操作中高效地访问和修改缓存。

std::list<int> lruList(存储最近使用的键的双向链表):这个双向链表用于跟踪键的使用顺序。最近使用的键会被添加到链表的尾部,而最久未使用的键位于链表的头部。这个链表是LRU缓存的核心,它帮助我们维护键的访问顺序,以便在淘汰元素时能够轻松地选择最久未使用的键。

void makeRecently(int key)(辅助函数):这个函数用于将指定的键标记为最近使用,即将其从链表中删除,然后添加到链表的尾部。这是确保最近使用的键总是在链表尾部的关键操作。

LRU缓存的核心思路是,通过双向链表来维护键的使用顺序,最近使用的键位于链表尾部,最久未使用的键位于链表头部。当执行get或put操作时,会调用makeRecently函数来确保访问的键被

#include <iostream>
#include <unordered_map>
#include <list>class LRUCache {
public:LRUCache(int capacity) : cap(capacity) {}// 获取键对应的值int get(int key) {// 如果键不存在于缓存中,返回-1if (cache.find(key) == cache.end()) {return -1;}// 将 key 变为最近使用,即更新其在链表中的位置makeRecently(key);return cache[key]; // 返回键对应的值}// 向缓存中插入键值对void put(int key, int val) {// 如果键已存在于缓存中if (cache.find(key) != cache.end()) {// 修改键的值cache[key] = val;// 将 key 变为最近使用,即更新其在链表中的位置makeRecently(key);return;}// 如果缓存已满if (cache.size() >= cap) {// 移除链表头部元素,即最久未使用的键int oldestKey = lruList.front();lruList.pop_front(); // 从链表中移除cache.erase(oldestKey); // 从缓存中移除}// 将新的键值对插入到链表尾部,即最近使用的位置lruList.push_back(key); // 添加到链表尾部cache[key] = val; // 添加到缓存}private:int cap; // 缓存容量std::unordered_map<int, int> cache; // 存储键值对的哈希表std::list<int> lruList; // 存储最近使用的键的双向链表// 辅助函数,将 key 变为最近使用void makeRecently(int key) {// 从链表中删除 keylruList.remove(key);// 添加到链表尾部,表示最近使用lruList.push_back(key);}
};int main() {// 创建容量为2的LRU缓存LRUCache lruCache(2);// 插入键值对 (1, 1) 和 (2, 2)lruCache.put(1, 1);lruCache.put(2, 2);// 获取键 1 对应的值,输出 1std::cout << lruCache.get(1) << std::endl;// 插入键值对 (3, 3),此时缓存已满,会移除键 2lruCache.put(3, 3);// 获取键 2 对应的值,输出 -1,因为键 2 已被移除std::cout << lruCache.get(2) << std::endl;// 插入键值对 (4, 4),此时缓存已满,会移除键 1lruCache.put(4, 4);// 获取键 1 对应的值,输出 -1,因为键 1 已被移除std::cout << lruCache.get(1) << std::endl;// 获取键 3 对应的值,输出 3std::cout << lruCache.get(3) << std::endl;// 获取键 4 对应的值,输出 4std::cout << lruCache.get(4) << std::endl;return 0;
}

LFU算法实现

选择「访问次数」最少的那个页面并删除

LFUCache类:这是LFU缓存的主要类。它包含了以下成员变量和方法:

cap:表示缓存的容量,即最多可以存储多少个键值对。

minFreq:表示缓存中最低的使用频率。初始值为0。

cache:使用std::unordered_map来存储缓存的键值对,其中键是键值对的键,值是一个std::pair,包含值和频率。

freqList:使用std::unordered_map来存储不同频率的键的集合,其中频率是键,值是一个std::list,表示具有相同频率的键的链表。

get方法:用于获取指定键的值。如果键不存在于缓存中,返回-1。如果存在,则更新键的频率信息(通过updateFreq方法),然后返回键对应的值。

put方法:用于插入新的键值对或更新现有键的值。首先检查缓存是否已满,如果满了则需要淘汰一个元素。然后,检查键是否已存在于缓存中。如果键已存在,则更新值并更新频率信息。如果键不存在,则插入新的键值对,频率初始化为1。如果缓存已满,会淘汰最低频率的键,即在freqList中最靠后的频率。

updateFreq方法:用于更新指定键的频率信息。它会获取键的当前频率,增加频率,然后将键从旧的频率列表中移除,并添加到新的频率列表的头部。如果更新后的频率列表为空且更新的频率等于最低频率,会更新最低频率。

main函数:在main函数中,我们创建了一个LFU缓存对象,并演示了如何使用该缓存对象来插入、获取和移除键值对,以及处理缓存容量不足的情况。通过这些操作,我们可以观察LFU缓存的行为。

以下是我在设计LFU缓存时的思路和这些成员变量的作用:

cap(缓存容量):cap成员变量表示缓存的最大容量,即缓存可以存储的键值对的数量。这个成员变量很重要,因为它决定了缓存的大小,当缓存容量达到上限时,需要淘汰元素来为新元素腾出空间。

minFreq(最低频率):minFreq成员变量用于跟踪缓存中最低的使用频率。初始时,它被设置为0,表示缓存中还没有任何元素被访问过。随着操作的进行,minFreq可能会不断更新,因为频率较低的元素被淘汰后,可能会影响到最低频率。

cache(缓存数据结构):cache是一个哈希表,用于存储缓存中的键值对。键是缓存中的键,值是一个std::pair,其中包含值和频率信息。这个哈希表用于快速查找缓存中的键值对,以及更新键的值和频率。

freqList(频率信息数据结构):freqList也是一个哈希表,用于存储不同频率的键的集合。每个频率对应一个链表,链表中包含了具有相同频率的键。这个数据结构用于管理键的频率信息,以及在淘汰元素时找到最低频率的键。

#include <iostream>
#include <unordered_map>
#include <list>
#include <map>class LFUCache {
public:LFUCache(int capacity) : cap(capacity), minFreq(0) {}int get(int key) {if (cache.find(key) == cache.end()) {return -1;}// 更新频率信息updateFreq(key);return cache[key].first;}void put(int key, int value) {if (cap <= 0) {return;}// 如果键已存在,更新值并更新频率信息if (cache.find(key) != cache.end()) {cache[key].first = value;updateFreq(key);return;}// 如果缓存已满,淘汰最低频率且最久未使用的键if (cache.size() >= cap) {int removedKey = freqList[minFreq].back();freqList[minFreq].pop_back();cache.erase(removedKey);}// 插入新键值对,频率初始化为1cache[key] = {value, 1};freqList[1].push_front(key);minFreq = 1;}private:int cap; // 缓存容量int minFreq; // 最低频率std::unordered_map<int, std::pair<int, int>> cache;  // 存储缓存数据,{key, {value, frequency}}std::unordered_map<int, std::list<int>> freqList;    // 存储频率信息,{frequency, [keys]}// 辅助函数,更新键的频率信息void updateFreq(int key) {int prevFreq = cache[key].second; // 获取键的当前频率cache[key].second++; // 更新频率// 更新频率列表freqList[prevFreq].remove(key); // 从旧的频率列表中移除freqList[prevFreq + 1].push_front(key); // 添加到新的频率列表的头部// 如果更新后的频率列表为空且更新的频率等于最低频率,更新最低频率if (freqList[prevFreq].empty() && prevFreq == minFreq) {minFreq++;}}
};

磁盘调度算法

右边的图就是一个盘片的结构,盘片中的每一层分为多个磁道,每个磁道分多个扇区,每个扇区是 512 字节。那么,多个具有相同编号的磁道形成一个圆柱,称之为磁盘的柱面。

磁盘调度算法的目的很简单,就是为了提高磁盘的访问性能,一般是通过优化磁盘的访问请求顺序来做到的。

寻道的时间是磁盘访问最耗时的部分,如果请求顺序优化的得当,必然可以节省一些不必要的寻道时间,从而提高磁盘的访问性能。

1、先来先服务

先来先服务,顾名思义,先到来的请求,先被服务。

在寻道过程中,可能已经遇到⼀些以后可能需要访问的 磁道,但是会跳过,⽽造成 访问磁道 耗费时间较多。

2、最短寻道时间优先

最短寻道时间优先算法的工作方式是,优先选择从当前磁头位置所需寻道时间最短的请求

每次选择距离当前磁头最近的待处理请求

但这个算法可能存在某些请求的饥饿, 可能造成部分请求 “饥饿”(当某个请求的磁盘距离磁头较远,⽽⼀直有⽐其更近的请求时,这个请求⼀直⽆ 法执⾏) 这里产生饥饿的原因是磁头在一小块区域来回移动

3、扫描算法

最短寻道时间优先算法会产生饥饿的原因在于:磁头有可能再一个小区域内来回得移动。

为了防止这个问题,可以规定:磁头在一个方向上移动,访问所有未完成的请求,直到磁头到达该方向上的最后的磁道,才调换方向,这就是扫描算法

这种算法也叫做电梯算法,比如电梯保持按一个方向移动,直到在那个方向上没有请求为止,然后改变方向。

磁头先响应左边的请求,直到到达最左端( 0 磁道)后,才开始反向移动,响应右边的请求。

扫描调度算法性能较好,不会产生饥饿现象,但是存在这样的问题,中间部分的磁道会比较占便宜,中间部分相比其他部分响应的频率会比较多,也就是说每个磁道的响应频率存在差异。

4、循环扫描算法

扫描算法使得每个磁道响应的频率存在差异,那么要优化这个问题的话,可以总是按相同的方向进行扫描,使得每个磁道的响应频率基本一致。

循环扫描规定:只有磁头朝某个特定方向移动时,才处理磁道访问请求,而返回时直接快速移动至最靠边缘的磁道,也就是复位磁头,这个过程是很快的,并且返回中途不处理任何请求,该算法的特点,就是磁道只响应一个方向上的请求

磁头先响应了右边的请求,直到碰到了最右端的磁道 199,就立即回到磁盘的开始处(磁道 0),但这个返回的途中是不响应任何请求的,直到到达最开始的磁道后,才继续顺序响应右边的请求。

循环扫描算法相比于扫描算法,对于各个位置磁道响应频率相对比较平均。

5、LOOK 与 C-LOOK算法

我们前面说到的扫描算法和循环扫描算法,都是磁头移动到磁盘「最始端或最末端」才开始调换方向。

那这其实是可以优化的,优化的思路就是磁头在移动到「最远的请求」位置,然后立即反向移动。

那针对 SCAN 算法的优化则叫 LOOK 算法,它的工作方式,磁头在每个方向上仅仅移动到最远的请求位置,然后立即反向移动,而不需要移动到磁盘的最始端或最末端,反向移动的途中会响应请求

而针 C-SCAN 算法的优化则叫 C-LOOK,它的工作方式,磁头在每个方向上仅仅移动到最远的请求位置,然后立即反向移动,而不需要移动到磁盘的最始端或最末端,反向移动的途中不会响应请求

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

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

相关文章

基于Java的美容院管理系统设计与实现(源码+lw+部署文档+讲解等)

文章目录 前言具体实现截图论文参考详细视频演示为什么选择我自己的网站自己的小程序&#xff08;小蔡coding&#xff09;有保障的售后福利 代码参考源码获取 前言 &#x1f497;博主介绍&#xff1a;✌全网粉丝10W,CSDN特邀作者、博客专家、CSDN新星计划导师、全栈领域优质创作…

NSSCTF做题(5)

[NSSCTF 2022 Spring Recruit]babyphp 代码审计 if(isset($_POST[a])&&!preg_match(/[0-9]/,$_POST[a])&&intval($_POST[a])){ if(isset($_POST[b1])&&$_POST[b2]){ if($_POST[b1]!$_POST[b2]&&md5($_POST[b1])md5($_POST[b2])){…

预编译(1)

目录 预定义符号&#xff1a; 使用&#xff1a; 结果&#xff1a; 预编译前后对比&#xff1a; #define定义常量&#xff1a; 基本语法&#xff1a; 举例1&#xff1a; 结果&#xff1a; 预编译前后对比&#xff1a; 举例2&#xff1a; 预编译前后对比&#xff1a; 注…

【计算机网络】 基于TCP的简单通讯(客户端)

文章目录 流程伪代码代码实现加载库创建套接字连接服务端收发数据关闭套接字、卸载库 测试 流程伪代码 //1、加载库//2、创建套接字//3、连接服务端while(true){//4、发送数据//5、接收数据} //6、关闭套接字、卸载库代码实现 加载库 int err 0;WORD version MAKEWORD(2, 2…

React 全栈体系(十五)

第八章 React 扩展 一、setState 1. 代码 /* index.jsx */ import React, { Component } from reactexport default class Demo extends Component {state {count:0}add ()>{//对象式的setState/* //1.获取原来的count值const {count} this.state//2.更新状态this.set…

leetCode 188.买卖股票的最佳时机 IV 动态规划 + 状态压缩

给你一个整数数组 prices 和一个整数 k &#xff0c;其中 prices[i] 是某支给定的股票在第 i 天的价格。 设计一个算法来计算你所能获取的最大利润。你最多可以完成 k 笔交易。也就是说&#xff0c;你最多可以买 k 次&#xff0c;卖 k 次。 注意&#xff1a;你不能同时参与多…

ElasticSearch - 基于 JavaRestClient 查询文档(match、精确、复合查询,以及排序、分页、高亮)

目录 一、基于 JavaRestClient 查询文档 1.1、查询 API 演示 1.1.1、查询基本框架 DSL 请求的对应格式 响应的解析 1.1.2、全文检索查询 1.1.3、精确查询 1.1.4、复合查询 1.1.5、排序和分页 1.1.6、高亮 一、基于 JavaRestClient 查询文档 1.1、查询 API 演示 1.1.…

FPGA 图像缩放 千兆网 UDP 网络视频传输,基于RTL8211 PHY实现,提供工程和QT上位机源码加技术支持

目录 1、前言版本更新说明免责声明 2、相关方案推荐UDP视频传输--无缩放FPGA图像缩放方案我这里已有的以太网方案 3、设计思路框架视频源选择ADV7611 解码芯片配置及采集动态彩条跨时钟FIFO图像缩放模块详解设计框图代码框图2种插值算法的整合与选择 UDP协议栈UDP视频数据组包U…

数据库存储引擎和数据类型详细介绍

目录 一、数据库存储引擎&#xff08;了解&#xff09;1.了解MySQL体系结构2.存储引擎&#xff08;了解&#xff09;2.1.存储引擎的介绍2.2.存储引擎分类2.3.如何选择引擎&#xff1f; 3.事务控制语言(TCL)事务的四个特性(ACID) 二、数据类型&#xff08;了解&#xff09;1.整型…

【Vue.js】使用Element中的Mock.js搭建首页导航左侧菜单---【超高级教学】

一&#xff0c;Mock.js 1.1 认识Mock.js Mock.js是一个用于前端开发中生成随机数据、模拟接口响应的 JavaScript 库。模拟数据的生成器&#xff0c;用来帮助前端调试开发、进行前后端的原型分离以及用来提高自动化测试效率 总结来说&#xff0c;Element中的Mock.js是一个用于…

龙迅LT9611UXC 2PORT MIPICSI/DSI转HDMI(2.0)转换器+音频,内置MCU

龙迅LT9611UXC 1.描述&#xff1a; LT9611UXC是一个高性能的MIPI DSI/CSI到HDMI2.0转换器。MIPI DSI/CSI输入具有可配置的单 端口或双端口&#xff0c;1高速时钟通道和1~4高速数据通道&#xff0c;最大2Gbps/通道&#xff0c;可支持高达16Gbps的总带 宽。LT9611UXC支持突发…

7、Docker网络

docker网络模式能干嘛&#xff1f; 容器间的互联和通信以及端口映射 容器IP变动时候可以通过服务名直接网络通信而不受到影响 docker 网络模式采用的是桥接模式&#xff0c;当我们创建了一个容器后docker网络就会帮我们创建一个虚拟网卡&#xff0c;这个虚拟网卡和我们的容器网…

Appium混合页面点击方法tap的使用

原生应用开发&#xff0c;是在Android、IOS等移动平台上利用官方提供的开发语言、开发类库、开发工具进行App开发&#xff1b;HTML5&#xff08;h5&#xff09;应用开发&#xff0c;是利用Web技术进行的App开发。目前&#xff0c;市面上很多app都是原生和h5混合开发&#xff0c…

C理解(四):链表

本文主要探讨单链表与双链表相关知识。 linux内核链表(include/linux/list.h) 内核链表中纯链表封装,纯链表的各种操作函数&#xff08;节点创建、插入、删除、遍历&#xff09;,纯链表内嵌在驱动结构体中,实现驱动的创建、插入、删除、遍历等 单链表 单链表链表头插…

FileManager/本地文件增删改查, Cache/图像缓存处理 的操作

1. FileManager 本地文件管理器&#xff0c;增删改查文件 1.1 实现 // 本地文件管理器 class LocalFileManager{// 单例模式static let instance LocalFileManager()let folderName "MyApp_Images"init() {createFolderIfNeeded()}// 创建特定应用的文件夹func cr…

【Java 进阶篇】MySQL 数据控制语言(DCL):管理用户权限

MySQL 是一个强大的关系型数据库管理系统&#xff0c;提供了丰富的功能和选项来管理数据库和用户。数据库管理员&#xff08;DBA&#xff09;通常使用数据控制语言&#xff08;Data Control Language&#xff0c;简称 DCL&#xff09;来管理用户的权限和访问。 本文将详细介绍…

uni-app 之 短信验证码登录

uni-app 之 短信验证码登录 image.png image.png <template><view style"width: 100%; display: flex; flex-direction:column; align-items:center;"><view style"width: 300px; margin-top: 100px;"><!-- // --><!-- 1&#…

JUnit介绍

JUnit是用于编写和运行可重复的自动化测试的开源测试框架&#xff0c; 这样可以保证我们的代码按预期工作。JUnit可广泛用于工业和作为支架(从命令行)或IDE(如Eclipse)内单独的Java程序。 JUnit提供&#xff1a; 断言测试预期结果。 测试功能共享通用的测试数据。 测试套件轻…

新闻报道的未来:自动化新闻生成与爬虫技术

概述 自动化新闻生成是一种利用自然语言处理和机器学习技术&#xff0c;从结构化数据中提取信息并生成新闻文章的方法。它可以实现大规模、高效、多样的新闻内容生产。然而&#xff0c;要实现自动化新闻生成&#xff0c;首先需要获取可靠的数据源。这就需要使用爬虫技术&#…

【AI视野·今日NLP 自然语言处理论文速览 第四十四期】Fri, 29 Sep 2023

AI视野今日CS.NLP 自然语言处理论文速览 Fri, 29 Sep 2023 Totally 45 papers &#x1f449;上期速览✈更多精彩请移步主页 Daily Computation and Language Papers MindShift: Leveraging Large Language Models for Mental-States-Based Problematic Smartphone Use Interve…