1. 二级三级缓存不显示延迟时间
可能是系统问题。
二级缓存，是CPU的第二层高速缓存，分内部和外部两种芯片。内部的芯片二级缓存运行速度与主频相同，而外部的二级缓存则只有主频的一半。L2高速缓存容量也会影响CPU的性能，原则是越大越好。
三级缓存，三级缓存是为读取二级缓存后未命中的数据设计的—种缓存，在拥有三级缓存的CPU中，只有约5%的数据需要从内存中调用，这进一步提高了CPU的效率。而它的实际作用即是，L3缓存的应用可以进一步降低内存延迟，同时提升大数据量计算时处理器的性能。
2. cpu和gpu的区别是什么
1.gpu和cpu的概念
1.CPU(中央处理器-中央处理单元)是一种超大规模集成电路，是计算机的计算核心和控制单元。它的功能主要是解释计算机指令和处理计算机软件中的数据。
2.GPU(Graphics Processing Unit-图形处理单元)是一种专门在个人电脑、工作站、游戏机和一些移动设备(如平板电脑、智能手机等)上进行图像操作的微处理器。).
二、gpu和cpu的区别
1.缓存
CPU有大量的缓存结构。目前主流CPU芯片都有四级缓存。这些高速缓存结构消耗大量晶体管，运行时需要大量功率。
GPU的缓存很简单。目前主流的GPU芯片最多有两层缓存，GPU可以利用晶体管的空间和能耗来做ALU单元，所以GPU比CPU效率高。
2.响应方式
CPU要求实时响应，对单个任务的速度要求很高，所以需要使用多层缓存来保证单个任务的速度。
GPU安排所有任务，然后批量处理，对缓存要求相对较低。
3.浮点运算
除了浮点整形，CPU还有其他指令集的负载，如多媒体解码和硬件解码，所以CPU是通用的。CPU注重单线程的性能。要保证指令流不中断，需要在控制部分消耗更多的晶体管和能量，所以CPU在浮点计算中分配的功耗会减少。
GPU基本只做浮点运算，所以设计结构简单，所以能做的更快。GPU注重的是吞吐量，一条指令可以驱动更多的计算。与GPU相比，它在控制部分消耗的能量更少，所以电节省下来的资源可以用于浮点计算。
4.应用方向
CPU擅长的操作系统等应用需要快速响应实时信息，并针对延迟进行优化，因此需要在分支预测、乱序执行、低延迟缓存等控制部分使用晶体管数量和能耗。
GPU适用于可预测性高、相似操作数量大、高延迟高吞吐量的架构操作。
3. 内存超频l3缓存延迟怎么缩小
1、首先将瑞龙内存超频l3硬件重新安装并等待设备识别。
2、然后打开内存超频管理器，选择缓存选项，最后点击瞬时缓存，单机确定即可缩小缓存延迟。
4. 电脑经常卡死 什么延迟写入缓存失败
这是软件或系统非正常关闭导致的文件系统错误，修复一下就可以了。
（1）在开始-运行里输入-chkdsk进行修复。此项解决后不必进行后续操作。
（2）我的电脑 C盘点右键,属性-工具-查错-开始检查-把两项都选上，然后开始，它让你重启，你再进系统的时候windows那个检查不要按键，让它扫描完再进系统看看还会不会报错。
（3）如果以上两种方法不行，我的电脑，右键点击C盘-属性-硬件-属性-单击“策略”选项卡。把启用磁盘上的写入缓存复选框前的对号去掉，然后确定，这个功能对于高级优化系统来说都是会被取消掉的，因为对于目前的配置机器来说效果不大还占用一定的硬盘空间造成碎片 。
（4）如果上面还是不可以，找到它所提示的位置，将提示的错误文件删除（是临时文件，不需要保留）。
5. Kafka延时队列
TimingWheel是kafka时间轮的实现，内部包含了⼀个TimerTaskList数组，每个数组包含了⼀些链表组成的TimerTaskEntry事件，每个TimerTaskList表示时间轮的某⼀格，这⼀格的时间跨度为tickMs，同⼀个TimerTaskList中的事件都是相差在⼀个tickMs跨度内的，整个时间轮的时间跨度为interval = tickMs * wheelSize，该时间轮能处理的时间范围在cuurentTime到currentTime + interval之间的事件。
当添加⼀个时间他的超时时间⼤于整个时间轮的跨度时， expiration >= currentTime + interval，则会将该事件向上级传递，上级的tickMs是下级的interval，传递直到某⼀个时间轮满足expiration < currentTime + interval，然后计算对应位于哪⼀格，然后将事件放进去，重新设置超时时间，然后放进jdk延迟队列。
SystemTimer会取出queue中的TimerTaskList，根据expiration将currentTime往前推进，然后把⾥⾯所有的事件重新放进时间轮中，因为ct推进了，所以有些事件会在第0格，表示到期了，直接返回。
else if (expiration < currentTime + tickMs) {
然后将任务提交到java线程池中处理。
服务端在处理客户端的请求，针对不同的请求，可能不会⽴即返回响应结果给客户端。在处理这类请求时，服务端会为这类请求创建延迟操作对象放⼊延迟缓存队列中。
延迟缓存的数据结构类似MAP，延迟操作对象从延迟缓存队列中完成并移除有两种⽅式：
1，延迟操作对应的外部事件发⽣时，外部事件会尝试完成延迟缓存中的延迟操作 。
2，如果外部事件仍然没有完成延迟操作，超时时间达到后，会强制完成延迟的操作。
DelayedOperation接口表示延迟的操作对象。此接口的实现类包括延迟加⼊，延迟心跳，延迟生产，延迟拉取。
延迟接口相关的方法：
tryComplete：尝试完成，外部事件发⽣时会尝试完成延迟的操作。该⽅法返回值为true，表示可以完成延迟操作，会调⽤强制完成的方法（forceComplete）。返回值为false，表示不可以完成延迟操作。
onComplete：完成的回调方法。
onExpiration：超时的回调方法。
外部事件触发完成和超时完成都会调⽤forceComplete()，并调⽤onComplete()。forceComplete和onComplete只会调⽤⼀次。多线程下⽤原⼦变量来控制只有⼀个线程会调⽤onComplete和forceComplete。
延迟⽣产和延迟拉取完成时的回调⽅法，尝试完成的延迟操作副本管理器在创建延迟操作时，会把回调⽅法传给延迟操作对象。当延迟操作完成时，在onComplete⽅法中会调⽤回调⽅法，返回响应结果给客户端。
创建延迟操作对象需要提供请求对应的元数据。延迟⽣产元数据是分区的⽣产结果；延迟拉取元数据是分区的拉取信息。
创建延迟的⽣产对象之前，将消息集写⼊分区的主副本中，每个分区的⽣产结果会作为延迟⽣产的元数据。创建
延迟的拉取对象之前，从分区的主副本中读取消息集，但并不会使⽤分区的拉取结果作为延迟拉取的元数据，因为延迟⽣产返回给客户端的响应结果可以直接从分区的⽣产结果中获取，⽽延迟的拉取返回给客户端的响应结果不能直接从分区的拉取结果中获取。
元数据包含返回结果的条件是：从创建延迟操作对象到完成延迟操作对象，元数据的含义不变。对于延迟的⽣产，服务端写⼊消息集到主副本返回的结果是确定的。是因为ISR中的备份副本还没有全部发送应答给主副本，才会需要创建延迟的⽣产。服务端在处理备份副本的拉取请求时，不会改变分区的⽣产结果。最后在完成延迟⽣产的操作对象时，服务端就可以把 “创建延迟操作对象” 时传递给它的分区⽣产结果直接返回给⽣产者 。对应延迟的拉取，读取了主副本的本地⽇志，但是因为消息数量不够，才会需要创建延迟的拉取，⽽不⽤分区的拉取结果⽽是⽤分区的拉取信息作为延迟拉取的元数据，是因为在尝试完成延迟拉取操作对象时，会再次读取主副本的本地⽇志，这次的读取有可能会让消息数量达到⾜够或者超时，从⽽完成延迟拉取操作对象。这样创建前和完成时延迟拉取操作对象的返回结果是不同的。但是拉取信息不管读取多少次都是⼀样的。
延迟的⽣产的外部事件是：ISR的所有备份副本发送了拉取请求；备份副本的延迟拉取的外部事件是：追加消息集到主副本；消费者的延迟拉取的外部事件是：增加主副本的最⾼⽔位。
服务端处理⽣产者客户端的⽣产请求，将消息集追加到对应主副本的本地⽇志后，会等待ISR中所有的备份刚本都向主副本发送应答 。⽣产请求包括多个分区的消息集，每个分区都有对应的ISR集合。当所有分区的ISR副本都向对应分区的主副本发送了应答，⽣产请求才能算完成。⽣产请求中虽然有多个分区，但是延迟的⽣产操作对象只会创建⼀个。
判断分区的ISR副本是否都已经向主副本发送了应答，需要检查ISR中所有备份副本的偏移量是否到了延迟⽣产元数据的指定偏移量（延迟⽣产的元数据是分区的⽣产结果中包含有追加消息集到本地⽇志返回下⼀个偏移量）。所以ISR所有副本的偏移量只要等于元数据的偏移量，就表示备份副本向主副本发送了应答。由于当备份副本向主副本发送拉取请求，服务端读取⽇志后，会更新对应备份副本的偏移量数据。所以在具体的实现上，备份副本并不需要真正发送应答给主副本，因为主副本所在消息代理节点的分区对象已经记录了所有副本的信息，所以尝试完成延迟的⽣产时，根据副本的偏移量就可以判断备份副本是否发送了应答。进⽽检查分区是否有⾜够的副本赶上指定偏移量，只需要判断主副本的最⾼⽔位是否等于指定偏移量（最⾼⽔位的值会选择ISR中所有备份副本中最⼩的偏移量来设置，最⼩的值都等于了指定偏移量，那么就代表所有的ISR都发送了应答）。
总结：服务端创建的延迟⽣产操作对象，在尝试完成时根据主副本的最⾼⽔位是否等于延迟⽣产操作对象中元数据的指定偏移量来判断。 具体步骤：
1，服务端处理⽣产者的⽣产请求，写⼊消息集到Leader副本的本地⽇志。
2，服务端返回追加消息集的下⼀个偏移量，并且创建⼀个延迟⽣产操作对象。元数据为分区的⽣产结果（其中就
包含下⼀个偏移量的值）。
3，服务端处理备份副本的拉取请求，⾸先读取主副本的本地⽇志。
4，服务端返回给备份副本读取消息集，并更新备份副本的偏移量。
5，选择ISR备份副本中最⼩的偏移量更新主副本的最⾼⽔位。
6，如果主副本的最⾼⽔位等于指定的下⼀个偏移量的值，就完成延迟的⽣产。
服务端处理消费者或备份副本的拉取请求，如果创建了延迟的拉取操作对象，⼀般都是客户端的消费进度能够⼀直赶上主副本。⽐如备份副本同步主副本的数据，备份副本如果⼀直能赶上主副本，那么主副本有新消息写⼊，备份副本就会⻢上同步。但是针对备份副本已经消费到主副本的最新位置，⽽主副本并没有新消息写⼊时：服务端没有⽴即返回空的拉取结果给备份副本，这时会创建⼀个延迟的拉取操作对象，如果有新的消息写⼊，服务端会等到收集⾜够的消息集后，才返回拉取结果给备份副本，有新的消息写⼊，但是还没有收集到⾜够的消息集，等到延迟操作对象超时后，服务端会读取新写⼊主副本的消息后，返回拉取结果给备份副本（完成延迟的拉取时，服务端还会再读取⼀次主副本的本地⽇志，返回新读取出来的消息集）。
客户端的拉取请求包含多个分区，服务端判断拉取的消息⼤⼩时，会收集拉取请求涉及的所有分区。只要消息的总⼤⼩超过拉取请求设置的最少字节数，就会调⽤forceComplete()⽅法完成延迟的拉取。
外部事件尝试完成延迟的⽣产和拉取操作时的判断条件：
拉取偏移量是指拉取到消息⼤⼩。对于备份副本的延迟拉取，主副本的结束偏移量是它的最新偏移量（LEO）。对于消费者的拉取延迟，主副本的结束偏移量是它的最⾼⽔位（HW）。备份副本要时刻与主副本同步，消费者只能消费到主副本的最⾼⽔位。
客户端的⼀个请求包括多个分区，服务端为每个请求都会创建⼀个延迟操作对象。⽽不是为每个分区创建⼀个延迟操作对象。服务端的“延迟操作缓存”管理了所有的“延迟操作对象”，缓存的键是每⼀个分区，缓存的值是分区对应的延迟操作列表。
⼀个客户端请求对应⼀个延迟操作，⼀个延迟操作对应多个分区。在延迟缓存中，⼀个分区对应多个延迟操作。
延迟缓存中保存了分区到延迟操作的映射关系。
根据分区尝试完成延迟的操作，因为⽣产者和消费者是以分区为最⼩单位来追加消息和消费消息。虽然延迟操作的创建是针对⼀个请求，但是⼀个请求中会有多个分区，在⽣产者追加消息时，⼀个⽣产请求总的不同分区包含的消息是不⼀样的。这样追加到分区对应的主副本的本地⽇志中，有的分区就可以去完成延迟的拉取，但是有的分区有可能还达不到完成延迟拉取操作的条件。同样完成延迟的⽣产也⼀样。所以在延迟缓存中要以分区为键来存储各个延迟操作。
由于⼀个请求创建⼀个延迟操作，⼀个请求⼜会包含多个分区，所以不同的延迟操作可能会有相同的分区。在加⼊到延迟缓存时，每个分区都对应相同的延迟操作。外部事件发⽣时，服务端会以分区为粒度，尝试完成这个分区中的所有延迟操作 。 如果指定分区对应的某个延迟操作可以被完成，那么延迟操作会从这个分区的延迟操作列表中移除。但这个延迟操作还有其他分区，其他分区中已经被完成的延迟操作也需要从延迟缓存中删除。但是不会⽴即被删除，因为分区作为延迟缓存的键，在服务端的数量会很多。只要分区对应的延迟操作完成了⼀个，就要⽴即检查所有分区，对服务端的性能影响⽐较⼤。所以采⽤⼀个清理器，会负责定时地清理所有分区中已经完成的延迟操作。
副本管理器针对⽣产请求和拉取请求都分别有⼀个全局的延迟缓存。⽣产请求对应延迟缓存中存储了延迟的⽣产。拉取请求对应延迟缓存中存储了延迟的拉取。
延迟缓存提供了两个⽅法：
tryCompleteElseWatch()：尝试完成延迟的操作，如果不能完成，将延迟操作加⼊延迟缓存中。⼀旦将延迟操作加⼊延迟缓存的监控，延迟操作的每个分区都会监视该延迟操作。换句话说就是每个分区发⽣了外部事件后，都会去尝试完成延迟操作。
checkAndComplete()：参数是延迟缓存的键，外部事件调⽤该⽅法，根据指定的键尝试完成延迟缓存中的延迟操作。
延迟缓存在调⽤tryCompleteElseWatch⽅法将延迟操作加⼊延迟缓存之前，会先尝试⼀次完成延迟的操作，如果不能完成，会调⽤⽅法将延迟操作加⼊到分区对应的监视器，之后还会尝试完成⼀次延迟操作，如果还不能完成，会将延迟操作加⼊定时器。如果前⾯的加⼊过程中，可以完成延迟操作后，那么就可以不⽤加⼊到其他分区的延迟缓存了。
延迟操作不仅存在于延迟缓存中，还会被定时器监控。定时器的⽬的是在延迟操作超时后，服务端可以强制完成延迟操作返回结果给客户端。延迟缓存的⽬的是让外部事件去尝试完成延迟操作。
延迟缓存的每个键都有⼀个监视器（类似每个分区有⼀个监视器），以链表结构来管理延迟操作。当外部事件发⽣时，会根据给定的键，调⽤这个键的对应监视器的tryCompleteWatch()⽅法，尝试完成监视器中所有的延迟操作。
监视器尝试完成所有延迟操作的过程中，会调⽤每个延迟操作的tryComplete()⽅法，判断能否完成延迟的操作。如果能够完成，就从链表中删除对应的延迟操作。
清理线程的作⽤是清理所有监视器中已经完成的延迟操作。
服务端创建的延迟操作会作为⼀个定时任务，加⼊定时器的延迟队列中。当延迟操作超时后，定时器会将延迟操作从延迟队列中弹出，并调⽤延迟操作的运⾏⽅法，强制完成延迟的操作。
定时器使⽤延迟队列管理服务端创建的所有延迟操作，延迟队列的每个元素是定时任务列表，⼀个定时任务列表可以存放多个定时任务条⽬。服务端创建的延迟操作对象，会先包装成定时任务条⽬，然后加⼊延迟队列指定的⼀个定时任务列表。延迟队列是定时器中保存定时任务列表的全局数据结构，服务端创建的延迟操作不是直接加⼊定时任务列表，⽽是加⼊时间轮。
时间轮和延迟队列的关系：
1，定时器拥有⼀个全局的延迟队列和时间轮，所有时间轮公⽤⼀个计数器。
2，时间轮持有延迟队列的引⽤。
3，定时任务条⽬添加到时间轮对应的时间格（槽）（槽中是定时任务列表）中，并且把该槽表也会加⼊到延迟队列中。
4，⼀个线程会将超时的定时任务列表会从延迟队列的poll⽅法弹出。定时任务列表超时并不⼀定代表定时任务超时，将定时任务重新加⼊时间轮，如果加⼊失败，说明定时任务确实超时，提交给线程池执⾏。
5，延迟队列的poll⽅法只会弹出超时的定时任务列表，队列中的每个元素（定时任务列表）按照超时时间排序，如果第⼀个定时任务列表都没有过期，那么其他定时任务列表也⼀定不会超时。
延迟操作本身的失效时间是客户端请求设置的，延迟队列的元素（每个定时任务列表）也有失效时间，当定时任务列表中的getDelay()⽅法返回值⼩于等于0，就表示定时任务列表已经过期，需要⽴即执⾏。
如果当前的时间轮放不下加⼊的时间时，就会创建⼀个更⾼层的时间轮。定时器只持有第⼀层的时间轮的引⽤，并不会持有更⾼层的时间轮。因为第⼀层的时间轮会持有第⼆层的时间轮的引⽤，第⼆层会持有第三层的时间轮的引⽤。定时器将定时任务加⼊到当前时间轮，要判断定时任务的失效时间⾸是否在当前时间轮的范围内，如果不在当前时间轮的范围内，则要将定时任务上升到更⾼⼀层的时间轮中。时间轮包含了定时器全局的延迟队列。
时间轮中的变量：tickMs=1：表示⼀格的⻓度是1毫秒；wheelSize=20表示⼀共20格，时间轮的范围就是20毫秒，定时任务的失效时间⼩于等于20毫秒的都会加⼊到这⼀层的时间轮中；interval=tickMs*wheelSize=20，如果需要创建更⾼⼀层的时间轮，那么低⼀层的时间轮的interval的值作为⾼⼀层数据轮的tickMs值；currentTime当前时间轮的当前时间，往前移动时间轮，主要就是更新当前时间轮的当前时间，更新后重新加⼊定时任务条⽬。
6. mybatits里的延迟加载跟缓存有用吗
可以自定义一个filter，也叫opensessiononview，在拦截器中打开mybatis的session，这样在同线程中的层获得的session对象也是同一个对象，在放行后，在finally中提交事务和关闭session。总之，就是自定义opensessioninview，不用spring的，也是可以的！
7. 我用微信登录王者，微信我换了头像，王者还是原来的那一张，为什么呢
这个是有延迟缓存的，一般24小时更新。
1.如果等不及想更新的话，可以在微信【设置】-【隐私】-【授权管理】
8. 最近上网十分延迟 网速非常慢 自动修复网络连接最后一步清楚DNS缓存失败拜托各位大神
用的巴卡斯基 哈哈 笑死我了 DNS缓存失败 上网的确会比较慢~ 第一方法：这里有个比较简易的办法，一般情况下能解决这个问题： 在控制面板→管理工具→服务中把DNS Client和DHCP client两个服务组件启动，而且设置成自动。 原因在于某些优化文件运行后这两个服务禁用了。 第二方法：当你要解决连接与DNS的问题时，清空DNS缓存并强迫Windows对一主机名进行一次新的解析是非常有必要的。你可以使用IPConfig这个控制台命令来观测缓存容量并清空缓存。 通过以下的命令就可以显示缓存的容量，并将结果传送给More指令，从而将结果一次性在一页中显示出来 ipconfig /displaydns | more 使用以下这个命令来清空缓存：ipconfig /flushdns 使用以下这个命令来清空缓存：ipconfig /displaydns 第三方法：由于APR病毒的猖狂，于是不得不经常使用WINDOWS自带的修复本地连接。它的步骤是 1.清除ARP缓存，可以使用 arp -d *替代 2.清除NETBT，可是使用nbtstat -R替代 3.清除DNS缓存 4.与DNS注册 也许可以用ipconfig/flushdns替代 当进行到第三步时，提示“清除DNS缓存失败”，于是马上网络找答案，经过测试后，发现，如果禁用了DHCP CLIENT服务后，就会出现。启用后，再进行修复，一切OK了！
9. 为什么我升级了WIN11之后更卡了
Windows 11已于10月5日正式发布，和Windows 10不同的是，Windows 11具有更为现代的设计风格，完全替代传统控制面板的设置工具，全新的小部件等新工具，无论在设计还是功能上都让人耳目一新。
微软表示，新系统将为用户带来更简洁的外观，并在协作编辑、应用程序开发、无障碍增强、触控体验、语音输入和游戏等方面进行了全新的升级。
游戏性能最多下降15%！Win11卡顿是三级缓存的锅
实际情况是，全新的Windows 11系统确实带来了比前几代系统更为实用的功能，例如笔记本外接显示屏后，系统会记住外接屏幕上放置的窗口并记住窗口布局。
断开外接屏幕后，外接屏幕上的窗口会自动出现在电脑自带显示器上。
如果重新连接外接屏幕后，原本这些窗口会自动按照之前布局重新出现在外接屏幕上。这对于需要外接显示器的人群而言，无异于节省了大量适配调试时间。
当然，经验告诉我们，无论是手机还是电脑操作系统，第一个版本总是不完美的，总是会存在着这样那样的bug。
不幸的是，芯片巨头AMD就成为了第一个“倒霉蛋”，根据AMD方面的公告，所有能安装Windows 11的电脑全部会有性能下降的表现，包括Zen+、Zen2、Zen3架构的AMD处理器，Ryzen2000、Ryzen3000、Ryzen4000、Ryzen5000系列都会受到影响。具体来说，一些芯片的运行速度在新系统上比旧操作系统慢10-15%。
至于为什么会出现这样的情况，目前主流的看法有两个，第一是Windows 11在AMD的“首选核心（Preferred Core）”技术方面存在问题。
该技术通常旨在将线程转移到处理器上最快的核心，但由于Windows 11操作系统不知道处理器核心哪个是最佳的状态。
程序执行时，Preferred Core会自动将工作优先分配给高性能的核心，提供工作处理效率，而不是选择适合的处理器核心，操作系统与AMD芯片沟通不良的状态下，导致程序执行速度变慢。
第二便是Windows 11可能导致L3缓存延迟增加两倍。
这个问题可能导致大多数受影响的应用程序的性能下降3-5%，而一些游戏（AMD特别指出那些“常用于电子竞技”的游戏）性能可能下降10-15%。
提到L3缓存，相信经常阅读评测文章的看官们也是相当熟悉了，不过笔者在这里还是要做一下简单的介绍，以方便大家的理解。
首先，缓存是一种非常快速的内存类型。是CPU自身具有的快速存储单元，计算机的内存具有基于速度的层次结构，而缓存位于该层次结构的顶部，是最快的存储单元，同时也是最靠近中央处理的地方。
众所周知的是，程序通常会被设计为一组指令，最终由CPU运行，运行程序的时候，这些指令必须从主存储器取指令到CPU。
数据首先被加载到RAM中，然后被发送到CPU。因为CPU每秒都能够执行大量指令。为了充分利用其功能，CPU需要访问超高速内存，这是缓存的来源。
高速缓存在CPU内执行数据的来回传输。内存的层次结构也存在于缓存中。
在现代处理器中，按大小增加和速度递减的顺序，高速缓存存储器分为三个部分：L1，L2和L3高速缓存。
L3高速缓存是最大也是最慢的高速缓存级别。L2和L1比L3小得多，并且速度更快，并且每个内核都分开。较早的处理器不包括三级L3高速缓存，并且系统内存直接与L2高速缓存交互。
游戏性能最多下降15%！Win11卡顿是三级缓存的锅
L3高速缓存是最大的高速缓存存储单元，也是最慢的一个。
它的范围从4MB到50MB以上。现代CPU在CPU裸片上具有用于L3高速缓存的专用空间，并且占用了很大一部分空间。
从内存访问数据所需的时间称为延迟，L1具有最低的延迟，是最快的，并且最接近核心，而L3具有最高的延迟。
缓存未命中时，延迟会增加很多。这是因为CPU必须从主存储器中获取数据。
可以想象的是，L3缓存的延迟本来就是最高的，而在Windows 11的影响之下还会再提升一倍的延迟，这使得内存访问数据所需的时间进一步延长，自然会引起处理器性能的下降。
AMD和微软表示，他们正在“积极调查这些已知问题”，将尽快修复这两个bug，软件更新将在10月下旬上线。所以在软件更新解决这个问题之前，AMD建议客户可以“继续使用受支持的Windows 10版本”，在修补问题之前升级到Windows 11可能不太明智。在这里 ，笔者也建议大家还是尽量先等等微软将bug修补之后再进行更新。