国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

內(nèi)存中隱藏的內(nèi)存時(shí)序的意義分析

454398 ? 來(lái)源:電腦愛(ài)好者 ? 作者:電腦愛(ài)好者 ? 2020-08-12 16:24 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

很多小伙伴都知道在挑選內(nèi)存的時(shí)候不光要看頻率,還要看時(shí)序,或者叫延遲。也就是經(jīng)常標(biāo)注在內(nèi)存表面,在測(cè)試軟件中也能看到的那些中間的帶短線連接的兩位數(shù)。不過(guò)要問(wèn)它們到底具體代表什么意思,相信很多小伙伴就只能搖頭了。那咱們今天就來(lái)說(shuō)一說(shuō)它們的具體含義吧。

時(shí)序的意義非常簡(jiǎn)單,因?yàn)樵L問(wèn)內(nèi)存數(shù)據(jù)需要幾個(gè)動(dòng)作,這些數(shù)字就表示各個(gè)動(dòng)作的延遲,或者說(shuō)反應(yīng)時(shí)間。其數(shù)字表示的是經(jīng)過(guò)幾個(gè)時(shí)鐘周期,比如3000MHz的內(nèi)存,一個(gè)22的延遲就表示需要22/3000M秒(7.3納秒)。也許3600MHz的同一個(gè)動(dòng)作延遲是24,那么它就需要24/3600M秒(6.6納秒),后者看起來(lái)“延遲”大,但實(shí)際上比前者的動(dòng)作還快一些。

那么,這些時(shí)序具體是什么動(dòng)作呢?我們最常見的時(shí)序主要是“CL-tRCD-tRP-tRAS”,它們的含義依次為:

CL(CAS Latency):列地址訪問(wèn)的延遲時(shí)間,是時(shí)序中最重要的參數(shù);

tRCD(RAS to CAS Delay):內(nèi)存行地址傳輸?shù)搅械刂返难舆t時(shí)間;

tRP(RAS Precharge Time):內(nèi)存行地址選通脈沖預(yù)充電時(shí)間;

tRAS(RAS Active Time):行地址激活的時(shí)間。

這里要注意內(nèi)存的“行”與“列”的概念,它就是一種定位方式,用來(lái)幫助確定內(nèi)存中的模塊,對(duì)其中的數(shù)據(jù)進(jìn)行讀寫。我們可以把內(nèi)存想象成一個(gè)網(wǎng)格,每個(gè)方格內(nèi)都存儲(chǔ)著不同的數(shù)據(jù)。CPU需要什么數(shù)據(jù),就向內(nèi)存發(fā)來(lái)指令,比如想要C4位置的數(shù)據(jù)。

接下來(lái)內(nèi)存就要先確定數(shù)據(jù)具體在哪一行,所以時(shí)序的第二個(gè)參數(shù)tRCD就是代表這個(gè)時(shí)間,意思就是內(nèi)存控制器接收到行的指令后,需要等待多長(zhǎng)時(shí)間才能訪問(wèn)這一行。僅靠行指令內(nèi)存并不能哪一個(gè)數(shù)據(jù)才是CPU需要找的,所以tRCD的值是一個(gè)估值,而且是最大值,也就是找到“最里面”的數(shù)據(jù)需要多久。因此小幅改動(dòng)這個(gè)值并不會(huì)影響內(nèi)存的性能表現(xiàn)。

內(nèi)存確定了行之后,要想找出數(shù)據(jù),還得確定列。那么時(shí)序的第一個(gè)數(shù)字,也就是CL(CAS),表示內(nèi)存確定了行數(shù)之后,還得等待多長(zhǎng)時(shí)間才能訪問(wèn)具體列數(shù)的時(shí)間(時(shí)間周期)。確定了行數(shù)和列數(shù)之后,就能準(zhǔn)確找到目標(biāo)數(shù)據(jù),所以CL是一個(gè)準(zhǔn)確的值,所以它在時(shí)序當(dāng)中是最關(guān)鍵的一個(gè)參數(shù),任何改動(dòng)都會(huì)影響內(nèi)存性能的發(fā)揮。

內(nèi)存時(shí)序的第三個(gè)參數(shù)tRP,就是如果我們找到這個(gè)數(shù)據(jù)后,根據(jù)CPU指令去尋找下一個(gè)數(shù)據(jù),再確定另外一行所需要等待的時(shí)間。

第四個(gè)參數(shù)tRAS則可以簡(jiǎn)單理解成是內(nèi)存寫入或者讀取數(shù)據(jù)的總時(shí)間,所以一般接近于前兩個(gè)參數(shù),既CL和tRCD的和。

所以在保障穩(wěn)定性的前提下,同頻率內(nèi)存時(shí)序越低越好。那么,時(shí)序?qū)?nèi)存性能影響有多大呢?我們來(lái)看看內(nèi)存廠商自家的測(cè)試吧。

可以看到,內(nèi)存時(shí)序的降低確實(shí)可以提升內(nèi)存速度,不過(guò)主要變化還是在響應(yīng)時(shí)間方面,而不是大家更關(guān)注的帶寬。要注意的是,廠商擁有更好的樣品和平臺(tái),測(cè)試的時(shí)序修改是比較“猛烈”的,小伙伴們只能在消費(fèi)級(jí)主板上超頻,實(shí)際上做到的修改幅度大約只相當(dāng)于其中某兩個(gè)相鄰例子,很難重現(xiàn)從例1到例3這樣的大幅修改,更不要說(shuō)從例1到例4了,大家實(shí)際操作的時(shí)候千萬(wàn)不要貪多。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 內(nèi)存
    +關(guān)注

    關(guān)注

    9

    文章

    3210

    瀏覽量

    76373
  • 頻率
    +關(guān)注

    關(guān)注

    4

    文章

    1585

    瀏覽量

    62071
  • 內(nèi)存時(shí)序
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    3073
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    MangoTree Halo Ultra「全新PXI」,標(biāo)配自動(dòng)糾錯(cuò)內(nèi)存#

    內(nèi)存
    芒果樹數(shù)字
    發(fā)布于 :2026年03月06日 15:59:34

    內(nèi)存泡沫,和它背后的幽靈訂單

    內(nèi)存泡沫,和它背后的幽靈訂單
    的頭像 發(fā)表于 02-10 00:37 ?1.2w次閱讀
    <b class='flag-5'>內(nèi)存</b>泡沫,和它背后的幽靈訂單

    keilc語(yǔ)言的動(dòng)態(tài)分配內(nèi)存

    。 由于上述兩種情況,該函數(shù)在使用時(shí)就需要注意,看下面的代碼: 在使用realloc時(shí)我們要注意上述代碼隱藏的風(fēng)險(xiǎn)。 2.常見的動(dòng)態(tài)內(nèi)存分配錯(cuò)誤動(dòng)態(tài)內(nèi)存分配使用方便,但是在使用時(shí)
    發(fā)表于 01-21 06:04

    rk基于linux/android內(nèi)存管理

    。內(nèi)存整體使用布局如下,以 ARM64 為例(常規(guī)情況): ? ? 上表的 Start Addr Offset 一欄表示基于 DDR base 的地址偏移; Fastboot 地址和大小由
    的頭像 發(fā)表于 12-15 10:42 ?214次閱讀
    rk基于linux/android<b class='flag-5'>內(nèi)存</b>管理

    行業(yè)資訊 I 火爆的“內(nèi)存接口芯片”

    大模型訓(xùn)練與推理需求的爆發(fā),點(diǎn)燃了AI數(shù)據(jù)中心的建設(shè)熱潮。AI服務(wù)器的需求增長(zhǎng)不僅掀起了GPU/ASIC算力芯片、光模塊等組件的迭代狂潮,同時(shí)也推動(dòng)了對(duì)更大容量、更高帶寬系統(tǒng)主內(nèi)存的需求。在此背景下
    的頭像 發(fā)表于 10-31 16:28 ?3318次閱讀
    行業(yè)資訊 I 火爆的“<b class='flag-5'>內(nèi)存</b>接口芯片”

    WebGL/Canvas 內(nèi)存泄露分析

    在構(gòu)建高性能、長(zhǎng)周期運(yùn)行的 WebGL/Canvas 應(yīng)用(如 3D 編輯器、數(shù)據(jù)可視化平臺(tái))時(shí),內(nèi)存管理是一個(gè)至關(guān)重要且極具挑戰(zhàn)性的課題。 開發(fā)者通常面臨的內(nèi)存泄漏問(wèn)題,其根源遠(yuǎn)比簡(jiǎn)單
    的頭像 發(fā)表于 10-21 11:40 ?409次閱讀
    WebGL/Canvas <b class='flag-5'>內(nèi)存</b>泄露<b class='flag-5'>分析</b>

    科普:什么AI 內(nèi)存技術(shù)

    AI 內(nèi)存是一種專為人工智能 (AI) 應(yīng)用設(shè)計(jì)的新型內(nèi)存技術(shù)。與傳統(tǒng)的通用內(nèi)存(如 DDR5 或 LPDDR5)不同,AI 內(nèi)存的核心目標(biāo)是解決 AI 計(jì)算
    的頭像 發(fā)表于 09-03 15:44 ?1395次閱讀

    靈活高效ZBUFF — C內(nèi)存數(shù)據(jù)操作庫(kù):優(yōu)化內(nèi)存管理的利器

    在C語(yǔ)言開發(fā),高效的內(nèi)存管理是提升程序性能的關(guān)鍵。ZBUFF作為一款靈活高效的內(nèi)存數(shù)據(jù)操作庫(kù),通過(guò)優(yōu)化內(nèi)存分配與釋放機(jī)制,為開發(fā)者提供了更簡(jiǎn)潔、更安全的API接口,極大地簡(jiǎn)化了復(fù)雜數(shù)
    的頭像 發(fā)表于 08-14 18:01 ?694次閱讀
    靈活高效ZBUFF — C<b class='flag-5'>內(nèi)存</b>數(shù)據(jù)操作庫(kù):優(yōu)化<b class='flag-5'>內(nèi)存</b>管理的利器

    CPCI 接口反射內(nèi)存卡介紹

    反射內(nèi)存
    的頭像 發(fā)表于 04-21 16:11 ?907次閱讀
    CPCI 接口反射<b class='flag-5'>內(nèi)存</b>卡介紹

    IEC61508系統(tǒng)的動(dòng)態(tài)內(nèi)存使用

    IEC 61508標(biāo)準(zhǔn)強(qiáng)烈推薦使用靜態(tài)內(nèi)存管理方式。在安全應(yīng)用設(shè)計(jì),我們都在遵循這個(gè)建議。
    的頭像 發(fā)表于 04-11 15:17 ?1400次閱讀
    IEC61508系統(tǒng)<b class='flag-5'>中</b>的動(dòng)態(tài)<b class='flag-5'>內(nèi)存</b>使用

    golang內(nèi)存分配

    作者:錢文 Go 的分配采用了類似 tcmalloc 的結(jié)構(gòu).特點(diǎn): 使用一小塊一小塊的連續(xù)內(nèi)存頁(yè), 進(jìn)行分配某個(gè)范圍大小的內(nèi)存需求. 比如某個(gè)連續(xù) 8KB 專門用于分配 17-24 字節(jié),以此減少
    的頭像 發(fā)表于 03-31 15:00 ?514次閱讀
    golang<b class='flag-5'>內(nèi)存</b>分配

    快速搞懂C語(yǔ)言程序內(nèi)存分區(qū)!

    在程序運(yùn)行過(guò)程,操作系統(tǒng)會(huì)根據(jù)程序的需要,將內(nèi)存劃分為多個(gè)功能不同的區(qū)段,以便更高效地管理內(nèi)存資源和確保程序的穩(wěn)定運(yùn)行。不同的內(nèi)存區(qū)段負(fù)責(zé)存儲(chǔ)不同類型的數(shù)據(jù)和代碼,涵蓋了從程序指令、
    的頭像 發(fā)表于 03-14 17:37 ?1570次閱讀
    快速搞懂C語(yǔ)言程序<b class='flag-5'>內(nèi)存</b>分區(qū)!

    stm32F407平臺(tái)上使用freertos,使用pvPortMalloc申請(qǐng)內(nèi)存,發(fā)現(xiàn)內(nèi)存的數(shù)據(jù)總被修改,怎么解決?

    如題,我現(xiàn)在在stm32F407平臺(tái)上打開FREERTOS,然后使用pvPortMalloc動(dòng)態(tài)申請(qǐng)內(nèi)存的時(shí)候,發(fā)現(xiàn)這塊內(nèi)存的數(shù)據(jù)總是變化,后面改為malloc申請(qǐng),內(nèi)存
    發(fā)表于 03-07 09:03