不一定，這個主要看遊戲的記憶體讀寫方式決定的，如果遊戲的資料多依賴處理器的快取記憶體就能解決問題了，那麼cl延遲的影響會被降到很低，再或者是列的資料會比較常被訪問，那麼cl延遲的影響也會比較低。
要形象的了解延遲，我們不妨把記憶體當成乙個儲存著資料的陣列，或者乙個excel**，要確定每個資料的位置，每個資料都是以行和列編排序號來標示，在確定了行、列序號之後該資料就唯一了。
因此從處理器開始從記憶體索取資料開始到完成讀取的總時間應該是延遲的時間+資料讀寫的時間的綜合，而延遲的時間又會被細分，詳見下面的解釋。
在實際工作時，無論什麼型別的記憶體，在資料被傳輸之前，傳送方必須花費一定時間去等待傳輸請求的響應，通俗點說就是傳輸前傳輸雙方必須要進行必要的通訊，而這種就會造成傳輸的一定延遲時間。cl設定一定程度上反映出了該內存在cpu接到讀取記憶體資料的指令後，到正式開始讀取資料所需的等待時間。不難看出同頻率的記憶體，cl設定低的更具有速度優勢。
cl設定較低的記憶體具備更高的優勢，這可以從總的延遲時間來表現。記憶體總的延遲時間有乙個計算公式，總延遲時間=系統時鐘週期×cl模式數+訪問時間(tac)。
首先來了解一下訪問時間(tac)的概念，tac是access time from clk的縮寫，是指最大cas延遲時的最大數輸入時鐘，是以納秒為單位的，與記憶體時鐘週期是完全不同的概念，雖然都是以納秒為單位。訪問時間(tac)代表著讀取、寫入的時間，而時鐘頻率則代表記憶體的速度。
如某記憶體其訪問時間為6ns，而其記憶體時鐘週期為6ns，如bios可調節cl設定，並設定為2.5，則總的延遲時間＝6ns x2.5＋6ns＝21ns，而如果cl設定為2，那麼總的延遲時間＝6ns x2＋6ns＝18 ns，就減少了3ns的時間。
從總的延遲時間來看，cl值的大小起到了很關鍵的作用。不過，並不是說cl值越低效能就越好，因為其它的因素會影響這個資料。例如，處理器的**快取很大，這表示處理器比較少地直接從記憶體讀取資料。再者，列的資料會比較常被訪問，所以ras-to-cas的發生機率也大，讀取的時間也會增多。最後，有時會發生同時讀取大量資料的情形，在這種情形下，相鄰的記憶體資料會一次被讀取出來，cas延遲時間只會發生一次。
選擇購買記憶體時，最好選擇同樣cl設定的記憶體，因為不同速度的記憶體混插在系統內，系統會以較慢的速度來執行，也就是當cl2.5和cl2的記憶體同時插在主機內，系統會自動讓兩條記憶體都工作在cl2.5狀態，造成資源浪費。
VS 使用cl檢視c 物件記憶體模型
編寫 如下，檔案命名為cpptest.cpp class div int main 我使用的是win7 64位作業系統，vs2015，可以在開始 所有程式 visual studio 2015 visual studio tools中啟動vs2015開發人員命令提示，如下圖 或者開啟cl.exe程式...
使用CL編譯器選項檢視C 類記憶體布局 轉
今天查資料的時候發現 vs 編譯器 cl 的乙個編譯選項可以檢視 c 類的記憶體布局，非常有用。使用如下，從開始程式選單找到 visual stdio 2008 2005 command prompt，選擇 vs 的命令列工具，按如下格式使用 cl d1reportsingleclasslayout...
檢視記憶體頻率和插槽 加裝記憶體前先要了解的
雖然是618，看看新上市的，首發的各種電腦，摸摸自己的口袋，還是把我的舊台式公升級下記憶體再用兩年吧。在加裝電腦記憶體前，先明確一下是否有必要安裝記憶體，一下意見供參考 1 如果是日常辦公，office套件，個人建議如果低於8g的話，就要考慮公升級一下記憶體了。2 如果是日常設計類工作，要用到ps ...