amd吧 关注:760,359贴子:17,442,492

从原理上讲解,DDR5超频的逻辑,可能会颠覆你的认知

只看楼主收藏回复



IP属地:江苏1楼2024-02-19 21:25回复
    首先你必须明确一点,任何一个小参背后都代表了一个真实的延迟,举例子:
    下面这个trfc 设为496,在软件里可以看到他的真实延迟为261纳秒。
    此处有一个超强的公式:(2000/频率)x小参=延迟
    这是3800频率的D4, D4D5通用这个公式,自己代入:(2000/3800)x496= 261ns
    完全吻合!


    IP属地:江苏2楼2024-02-19 21:27
    回复
      换一个参数:trefi:此处为14829,延迟为7804.
      代入计算:(2000/3800)x14829= 7804.看到没?完全吻合!


      IP属地:江苏3楼2024-02-19 21:29
      回复
        再找到另一个胡说八道的菜鸡发的视频,也是个付费超频人人得而诛之的“XX超频工作室”,不去管他后面写的那堆垃一圾参数。就看他黄色方框里面内存的SPD信息:
        可以看到右边显示频率为4800MHZ.这个SPD信息就是针对的4800频率下的小参数;
        找到trefi: (2000/4800)x9347≈3895!。
        看到没?都是=3895,这就说明,这个延时,就是内存厂参照的该小参的延时


        IP属地:江苏5楼2024-02-19 21:37
        收起回复
          那么你知道了这个延时有啥用?? 呵呵,你知道了这个延时就可以反过来推导小参,
          比方说你要超频到6400.
          代入公式(2000/6400)xtrefi=3895ns。
          此时可以推导出trefi=12464.
          这就是完全正确绝对不可能出错的标准值。
          那么你说,我要压参怎么压? 很简单,比如标准延时是3895ns。你就把他压低到 3500ns。
          然后(2000/6400)xtrefi=3500ns。 此时可以得出一个trefi的值来。
          所以你要压低的其实是延时,而不是小参本身。
          因为延时不仅由小参决定,还由频率决定! 如果你不管不顾频率多少就无脑压低小参会导致你的最终延时过于低下,和标准值相差太大,要么需要极高电压,要么完全开不了机过不了测,要么即使过测了效果也不好,low帧反而更低了


          IP属地:江苏6楼2024-02-19 21:42
          回复
            然后就引出了一个很滑稽的问题:经常看到有人在那说,啊啊啊啊,这个trtp最小只能12.
            ????这个某个参数最小只能12的说法,直接不攻自破,沦为笑柄。
            打个比方,假如trtp参照的标准延时是 5ns。那么, 4800频率的时候
            (2000/4800)xtrtp=5ns,它正好是12.得出trtp=12
            然后呢,你超频到8000频率,trtp还把它设为12,此时延迟=(2000/8000)x12=3ns
            可以看到比标准值低了2ns,那么可以这么搞吗?我们假设可以,然后计算一下6000频率
            当频率为6000的时候,让它延迟为3ns,因为假设trtp是可以压低到3ns的。那么(2000/6000)xtrtp=3ns,此时trtp可以设为9.
            也就是说 8000频率下trtp设为12和6000频率下设为9,所代表的延时是一样的都是3ns。你还敢说,trtp最小只能12??
            如果8000 频率下trtp依然可以用12完美运行,那6000频率一定可以缩小到9,你为什么不敢呢?还信誓旦旦地说最小只能是12.简直放一一一p


            IP属地:江苏7楼2024-02-19 21:50
            回复
              所以,小参必须跟着频率一起升降才能满足它的延迟没有跟标准延迟差的太多。很简单地道理,如果你小参可以固定为最小12,那么随着频率提高,延时必然会下降。它不可能无限下降,一定有一个极限。不然地话,我在低频地时候缩小小参一样可以让它达到你高频时候的延迟
              你却说,最小只能12?


              IP属地:江苏8楼2024-02-19 21:53
              回复
                再看一个例子:6000 c30
                6400 c32
                6800 c34.这三个代入公式,可以计算出cl的延迟都是10ns,可以看出,内存厂都是在参照10ns的延时来设定cl值,所以市面上那些卖的内存条 cl都会随着频率上涨而增加,但是他们延时都是一样的。
                然后呢,当7200 c34的时候,延迟=(2000/7200)x34=9.7ns,可以看到啊,缩了一点点延时,但是问题不大,电压也从1.35v提高到1.45v了,而且xmp 7200的内存一般体质好,比较贵,说明它用体质扛过去了
                同理,7200 C32的延迟为9.1ns,尚且还可以。 7200 c30的延迟为8.5了,很少有可以7200 c30过测的条子。
                同理,6400 c28的延迟为8.75ns。 说明它的压力比7200 c32还大。而6400 c26就太难了。
                可以发现6400 c26时候延迟为8.125ns。 6400 c26不能过测,7200 c30不能过测,说明他这个值延时的极限大概就在8.5ns附近。


                IP属地:江苏9楼2024-02-19 21:59
                回复
                  不错


                  IP属地:河北来自Android客户端10楼2024-02-19 22:10
                  回复
                    看着好深奥的样子,我先差个眼,万一以后超d5用的到


                    IP属地:北京来自Android客户端11楼2024-02-19 22:13
                    收起回复


                      IP属地:山东通过百度相册上传12楼2024-02-19 22:15
                      回复
                        插眼


                        IP属地:山东来自iPhone客户端14楼2024-02-19 22:35
                        回复
                          建议加精


                          IP属地:河南来自Android客户端15楼2024-02-19 22:41
                          收起回复
                            楼主有没有adie的作业可以直接超,7000到8000频率


                            IP属地:广东来自iPhone客户端16楼2024-02-19 22:45
                            回复
                              有人说这个公式没依据,真想抽他两巴掌。 这是官方给出的最小延时,分别是trfc 、trfc2、trfcpb。可以看出16G adie,这三个延时分别是 295、160、130ns


                              IP属地:江苏17楼2024-02-19 23:02
                              收起回复