顯示廣告
隱藏 ✕
回列表(←)
Disp BBS guest 註冊 登入(i) 線上人數: 401
首頁(home) 上頁(↑) 下頁(↓) 末頁(end)
※ 本文轉寄自 ptt.cc 更新時間: 2021-10-14 14:02:11
看板 PC_Shopping
作者 wahaha99 (此方不可長)
標題 [閒聊] RAM的延遲越來越高後...
時間 Wed Oct 13 23:50:08 2021

現在DDR5要來了

然後 隨著每次改版

頻寬越來越大、但延遲也越來越高

問題就來了

雖然L2/L3也越來越大

但會不會有這種應用

在未來無法克服、反而變成新系統效能不足的狀況?

好比說即時資料採集/分析系統?

或是遊戲內物件/事件多到一定程度後、

因為延遲反而導致TPS下降?

有沒有專業懂行的可以說說看 @@

--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.169.39.129 (臺灣)
※ 文章代碼(AID): #1XPm0pen (PC_Shopping)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1634140211.A.A31.html
※ 編輯: wahaha99 (118.169.39.129 臺灣), 10/13/2021 23:51:26
→ DickRyan    : google一下，很快的1F 49.216.6.64 台灣 10/13 23:57
很多事情要研發人員才會知道
你問google沒卵用
→ commandoEX  : cl值上昇, 但頻率也上去了，其實反2F 220.143.233.127 台灣 10/13 23:58
→ commandoEX  : 應時間沒降多少（這邊是說jedec訂
→ commandoEX  : 的標準）
? 實際上, 反應時間上去了
※ 編輯: wahaha99 (118.169.39.129 臺灣), 10/14/2021 00:03:22
推 ltytw       : 跑個分看看  新手都看頻寬5F 125.224.95.46 台灣 10/14 00:11
→ a0091206    : 我也好奇這問題 頻率的上升剛好抵6F 59.126.31.147 台灣 10/14 00:21
→ a0091206    : 銷延遲嗎？
→ necsynx     : TPS是什麼8F 27.242.163.211 台灣 10/14 00:30
→ WFSGT       : TPS ?9F 1.200.113.30 台灣 10/14 00:30
Tick per second
指遊戲內計時機制
推 mindstack31 : 從DDR1問到DDR5 ?10F 223.140.108.40 台灣 10/14 00:32
→ mindstack31 : 反過來看，如果不是義務，為何研發
→ mindstack31 : 人員告訴你這些know how又或者是說
→ mindstack31 : 一般user 需要了解嗎？
你要是知道
但不想回答
也沒人逼你說啊?
→ commandoEX  : DDR2 800 CL5跟DDR4 3200 CL20哪個14F 220.143.233.127 台灣 10/14 00:34
→ commandoEX  : 反應快呢?
→ WFSGT       : 好奇原PO有電類基礎嗎? 有的話應該16F 1.200.113.30 台灣 10/14 00:36
→ WFSGT       : 應該不太會這樣問吧
不然要怎麼問
→ commandoEX  : DDR2 800 CL5/6 DDR3 1600 CL10/1118F 220.143.233.127 台灣 10/14 00:40
→ commandoEX  : DDR4 3200 CL20/22，延遲真的增加了
→ commandoEX  : 嗎?
→ WFSGT       : https://reurl.cc/L744yX21F 1.200.113.30 台灣 10/14 00:42
記憶體（RAM）速度與CAS延遲之間的差異|Crucial Taiwan
[圖]
記憶體（RAM）速度與CAS延遲之間存在差異嗎？記憶體（DRAM）效能的重點就是速度與延遲間的關係。Crucial為您介紹RAM速度與CAS延遲之間的差異。 ...

 
好資料
可是我記得每次改版後總延遲也是上升的?
推 kqalea      : In-Memory Computation 了解一下22F 114.37.193.75 台灣 10/14 00:43
→ WFSGT       : 再怎麼需要即時的系統 終究還是要23F 1.200.113.30 台灣 10/14 00:43
→ WFSGT       : 需要處理的資訊量,你只嚴格討論延遲
→ WFSGT       : 顯然沒什麼意義
→ aegis43210  : 以內顯來說，頻寬重要多了，DDR5的26F 123.204.5.102 台灣 10/14 00:44
→ aegis43210  : 普及應該會讓i皇和蘇媽再加強內顯
推 kqalea      : 頻寬=匯流排寬度× 匯流排頻率28F 114.37.193.75 台灣 10/14 00:49
→ kqalea      : 所以理論上延遲越少頻率越高
→ kqalea      : 頻寬也會變高啦
→ kqalea      : 記憶體牆短時間應該無法被客服
推 kqalea      : 但比起克服微縮的物理限制還是很有
→ kqalea      : 希望的
→ justicebb   : 資訊量極小時會變慢沒錯，資訊量極34F 123.110.159.35 台灣 10/14 01:04
→ justicebb   : 大時只看頻寬就行了
→ justicebb   : 基本上除非邏輯寫成單io再跑，不然
→ justicebb   : 整體上是快的
嗯 我就是指這種比較極端的狀況
推 IhateOGC    : 像我16G用不完的人來說怎樣才算多38F 27.52.167.209 台灣 10/14 01:26
→ IhateOGC    : 呢？@@
推 destiny3952 : 不是看人  看程式的吧= =40F 114.45.171.198 台灣 10/14 02:04
→ sachialanlus: 你就想頻率變成兩倍 cycle數也兩倍41F 220.142.69.191 台灣 10/14 02:16
→ sachialanlus: 會怎樣
推 menchian    : 你只看到延遲，卻忽略了每次延遲能43F 125.224.2.242 台灣 10/14 02:23
→ menchian    : 處理的資料量，最極端的例子就是顯
→ menchian    : 卡應用的從DDR變種的GDDR
→ menchian    : 不過記憶體控制器的性能也有影響就
→ menchian    : 是了，像當初AMD K8+DDR400能打到in
→ menchian    : tel P4+DDR2-667一樣
※ 編輯: wahaha99 (118.169.39.129 臺灣), 10/14/2021 03:36:05
推 leo0519     : 我建議 Intel amd 都給我把線程數49F 1.200.31.174 台灣 10/14 04:35
→ leo0519     : 拉高十倍 windows 每個程式通通給
→ leo0519     : 我平行 用 thread 數來 latency h
→ leo0519     : iding
推 labbat      : F1賽車跟大卡車53F 49.217.75.58 台灣 10/14 04:56
推 a1379       : 延遲不跟頻寬一起看沒意義啊54F 223.138.1.246 台灣 10/14 07:01
→ a1379       : 而且現在頻率可以彌補CL變大
→ soulgem     : 趨勢變了啊... 顯卡吃多少電, CPU?56F 140.112.30.35 台灣 10/14 07:24
→ soulgem     : 組整機效能的平衡早就歪掉了
→ soulgem     : 當顯卡吃兩三四百瓦, CPU 還是65/95
→ flipflap    : CPU是快樂表 核心多隨便燒都破250W59F 114.44.226.225 台灣 10/14 07:57
→ flipflap    : 真的有人以為頂規CPU只吃95W/125W?
→ tactics2100 : 想cpu只吃95w 非常簡單 像我9600k61F 42.72.129.120 台灣 10/14 08:49
→ tactics2100 : 配H310 cpu只插一個4pin 整機含顯卡
→ tactics2100 : 不到75w
推 chrisdar    : DDR3-1333 1.50ns * CL9  = 13.50ns64F 211.75.195.103 台灣 10/14 08:57
→ chrisdar    : DDR4-2666 0.75ns * CL18 = 13.50ns
→ chrisdar    : 沒變阿....
→ chrisdar    : 你要維持一樣的數據就買 DDR5-5333
→ chrisdar    : CL36 不就好了

我會這樣問也是因為看到有人說
DDR5這次即使這樣 總延遲還是會上升

推 wsc47621    : 原來這樣算，長姿勢了69F 101.9.97.41 台灣 10/14 09:15
→ wsc47621    : 所以6400，CL32就表示普及了
推 delaluna    : 應該是說 每一代規格剛出來的時候71F 42.73.100.7 台灣 10/14 10:05
→ delaluna    : 延遲 (CL/Freq) 都會輸給上一代的
→ delaluna    : 完全體
→ delaluna    : 但是這樣的比較本來就不公平
→ delaluna    : 拿同樣剛出的 或拿同樣成熟完全體
→ delaluna    : 來比 延遲基本上就沒甚麼差了
→ tactics2100 : 芝奇一開始就接近完全體77F 42.72.129.120 台灣 10/14 10:13
推 E6300       : 坐等DDR5-7200 CL16,1G 1078F 42.77.24.29 台灣 10/14 10:19
→ E6300       : 0台幣
推 kidd232     : CL16絕對等不到吧XD80F 118.163.21.97 台灣 10/14 10:46
推 Litfal      : 要大量資訊量極小、非常分散的io外81F 110.26.197.147 台灣 10/14 11:02
→ Litfal      : 加算量低才會造成瓶頸
推 k5648550577 : 頻率=法術威力，延遲CL=詠唱時間，83F 223.138.170.215 台灣 10/14 11:19
→ k5648550577 : 可以這樣理解嗎？
推 ma721       : 但一次處理更多啊85F 39.10.40.25 台灣 10/14 11:28
推 aegis43210  : 頻率是法力量，頻寬才是法術威力86F 123.204.5.102 台灣 10/14 11:48
→ jasonkey123 : ddr初代到ddr5延遲一直升87F 118.169.5.248 台灣 10/14 11:49
→ jasonkey123 : 整體效能還是增蠻多的
推 StepZero2One: 真的需要即時的系統會從OS著手89F 101.137.40.198 台灣 10/14 11:52
推 cozax       : CL是時脈週期延遲 單看這個沒辦法90F 223.138.161.110 台灣 10/14 11:54
→ cozax       : 看出延遲時間啊 還要計入時脈速度
→ cozax       : 才能得到理論的延遲時間 時脈速度
→ cozax       : 越高當然可以壓低延遲時間 實際應
→ cozax       : 用上影響不大
→ StepZero2One: 影響比記憶體這幾奈秒的差距大多了95F 101.137.40.198 台灣 10/14 11:54
※ 編輯: wahaha99 (118.169.39.129 臺灣), 10/14/2021 12:14:01
--
※ 看板: PC_Shopping　文章推薦值: 0 目前人氣: 0 累積人氣: 561　
作者 wahaha99 的最新發文:
點此顯示更多發文記錄
分享網址: 複製 已複製
→
guest
x)推文 r)回覆 e)編輯 d)刪除 M)收藏 ^x)轉錄 同主題: =)首篇 [)上篇 ])下篇