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修補之後再進行更新。