内存“时序”重要参数设置解说.rar
(3.48 KB, 下载次数: 27)
2010-6-26 21:11 上传
点击文件名下载附件
麻烦版主把这个帖子删了吧。
作者: hbgz518 时间: 2010-6-27 00:11
没多少东西直接发上来多好，还弄个下载，麻烦
作者: 无边无际 时间: 2010-6-27 09:42
本帖最后由 无边无际 于 2010-6-27 09:44 编辑
现把压缩包内容贴上来，给大家省点份吧
内存“时序”重要参数设置解说
内存时序调整，也就是我们经常看到的5-5-5-15 1T、4-5-4-12 2T等等，那么这些参数都代表什么呢？又应该如何设置合理的参数呢？
以下内容将向大家介绍内存时序的重要参数及其设置，希望对大家有用！
1. CPC : Command Per Clock
可选的设置：Auto，Enable(1T)，Disable(2T)。
Command Per Clock(CPC：指令比率，也有翻译为：首命令延迟)，一般还被描述为DRAM Command Rate、CMD Rate等。
由于目前的DDR内存的寻址，先要进行P-Bank的选择（通过DIMM上CS片选信号进行），然后才是L-Bank/行激活与列地址的选择。
这个参数的含义就是指在P-Bank选择完之后多少时间可以发出具体的寻址的L-Bank/行激活命令，单位是时钟周期。
显然，CPC越短越好。但当随着主板上内存模组的增多，控制芯片组的负载也随之增加，过短的命令间隔可能会影响稳定性。
因此当你的内存插得很多而出现不太稳定的时间，才需要将此参数调长。目前的大部分主板都会自动设置这个参数。
该参数的默认值为Disable(2T)，如果玩家的内存质量很好，则可以将其设置为Enable(1T)。
2. tCL : CAS Latency Control(tCL)
可选的设置：Auto，1，1.5，2，2.5，3，3.5，4，4.5。
一般我们在查阅内存的时序参数时，如“3-4-4-8”这一类的数字序列，上述数字序列分别对应的参数是“CL-tRCD-tRP-tRAS”。
这个3就是第1个参数，即CL参数。CAS Latency Control(也被描述为tCL、CL、CAS Latency Time、CAS Timing Delay)，
CAS latency是内存读写操作前列地址控制器的潜伏时间”。CAS控制从接受一个指令到执行指令之间的时间。
因为CAS主要控制十六进制的地址，或者说是内存矩阵中的列地址，所以它是最为重要的参数，在稳定的前提下应该尽可能设低。
内存是根据行和列寻址的，当请求触发后，最初是tRAS（Activeto Precharge Delay），预充电后，内存才真正开始初始化RAS。
一旦tRAS激活后，RAS（Row Address Strobe ）开始进行需要数据的寻址。首先是行地址，然后初始化tRCD，周期结束，
接着通过CAS访问所需数据的精确十六进制地址。期间从CAS开始到CAS结束就是CAS延迟。所以CAS是找到数据的最后一个步骤，
也是内存参数中最重要的。
这个参数控制内存接收到一条数据读取指令后要等待多少个时钟周期才实际执行该指令。
同时该参数也决定了在一次内存突发传送过程中完成第一部分传送所需要的时钟周期数。这个参数越小，则内存的速度越快。
必须注意部分内存不能运行在较低的延迟，可能会丢失数据，因此在提醒大家把CAS延迟设为2或2.5的同时，
如果不稳定就只有进一步提高它了。而且提高延迟能使内存运行在更高的频率，所以需要对内存超频时，应该试着提高CAS延迟。
该参数对内存性能的影响最大，在保证系统稳定性的前提下，CAS值越低，则会导致更快的内存读写操作。
CL值为2为会获得最佳的性能，而CL值为3可以提高系统的稳定性。注意，WinbondBH-5/6芯片可能无法设为3。
3. tRCD : RAS to CAS Delay
可选的设置：Auto，0，1，2，3，4，5，6，7。
该值就是“3-4-4-8”内存时序参数中的第2个参数，即第1个4。
RAS to CAS Delay(也被描述为：tRCD、RAS to CAS Delay、Active to CMD)，表示"行寻址到列寻址延迟时间"，数值越小，性能越好。
对内存进行读、写或刷新操作时，需要在这两种脉冲信号之间插入延迟时钟周期。
在JEDEC规范中，它是排在第二的参数，降低此延时，可以提高系统性能。建议该值设置为3或2，但如果该值设置太低，
同样会导致系统不稳定。该值为4时，系统将处于最稳定的状态，而该值为5，则太保守。
如果你的内存的超频性能不佳，则可将此值设为内存的默认值或尝试提高tRCD值。
4. tRAS : Min RAS Active Timing
可选的设置：Auto，00，01，02，03，04，05，06，07，08，09，10，11，12，13，14，15。
该值就是该值就是“3-4-4-8”内存时序参数中的最后一个参数，即8。
Min RAS Active Time (也被描述为：tRAS、Active to Precharge Delay、Row Active Time、Precharge Wait State、
Row Active Delay、Row Precharge Delay、RAS Active Time)，表示内存行有效至预充电的最短周期”，
调整这个参数需要结合具体情况而定，一般我们最好设在5－10之间。这个参数要根据实际情况而定，并不是说越大或越小就越好。
如果tRAS的周期太长，系统会因为无谓的等待而降低性能。降低tRAS周期，则会导致已被激活的行地址会更早的进入非激活状态。
如果tRAS的周期太短，则可能因缺乏足够的时间而无法完成数据的突发传输，这样会引发丢失数据或损坏数据。
该值一般设定为CAS latency tRCD 2个时钟周期。如果你的CAS latency的值为2，tRCD的值为3，则最佳的tRAS值应该设置为7个时钟周期。
为提高系统性能，应尽可能降低tRAS的值，但如果发生 内存错误或系统死机，则应该增大tRAS的值。
5. tRP : Row Precharge Timing(tRP)
可选的设置：Auto，0，1，2，3，4，5，6，7。
该值就是“3-4-4-8”内存时序参数中的第3个参数，即第2个4。
Row Precharge Timing (也被描述为：tRP、RAS Precharge、Precharge to active)，表示内存行地址控制器预充电时间"，
预充电参数越小则内存读写速度就越快。
tRP用来设定在另一行能被激活之前，RAS需要的充电时间。tRP参数设置太长会导致所有的行激活延迟过长，设为2可以减少预充电时间，
从而更快地激活下一行。然而，想要把tRP设为2对大多数内存都是个很高的要求，可能会造成行激活之前的数据丢失，
内存控制器不能顺利地完成读写操作。对于桌面计算机来说，推荐预充电参数的值设定为2个时钟周期，这是最佳的设置。
如果比此值低，则会因为每次激活相邻紧接着的bank将需要1个时钟周期，这将影响DDR内存的读写性能，从而降低性能。
只有在tRP值为2而出现系统不稳定的情况下，将此值设定为3个时钟周期。
一般说来，tRP值建议2-5之间的值。值为2将获取最高的性能，该值为4将在超频时获取最佳的稳定性，同样的而该值为5，则太保守。
大部分内存都无法使用2的值，需要超频才可以达到该参数。
spdtool: 下面是玩家对2代内存超频的一些设置，同样对于我们维修后不稳定的内存我们可以通过降频等方法设置来让内存更稳定。
这里有很多个地方供我们修改（说明SPDTool功能很强大），
不过我们不用修改那么多，只需修改几处就可以达到我们预期的目的了。
第一处是：SDRAM Cycle time at Maximum Supported CAS Latency（内存支持的最大CAS潜伏周期），
这里的值是：3.00ns（333MHz），我们改为：2.50ns（400MHz）；
接下来改Minimum Clock Cycle at CLX-1（最小CAS潜伏周期1）和Minimum Clock Cycle at CLX-2（最小CAS潜伏周期2），
把3.75ns（267MHz）和5.00ns（200MHz）分别改为3.00ns（333MHz）和3.75ns（267MHz），现在完成一半了
其中，400MHz对应的时序是5-6-6-18-24（TCL-TRCD-TRP-TRAS-TRC），我们把它改为5-5-5-18-24（TRAS和TRC不用改动）
向下找到Minimum Row Precharge Time（tRP）和Minimum RAS to CAS delay（tRCD），把15.00ns都改为12.50ns，
至此，超频部分修改完成！
PS：不管大家看后是否有所收获，都不要骂我。要怪怪你自己，因为我就是看了上面的东西，把我修后不稳定（蓝屏、报错、重启等）的内存
条搞稳定的。内存价不高，技术更可贵！第一次没看会的，看第二次，第三次。。。。。。重复一件事最多的人就是天才！！！最后祝大家
有所收获。可加本人QQ一起交流 806008400 注明基地。
作者: 众航网吧 时间: 2010-6-29 21:38
其实这个帖子可以收藏的 ，spd文件网上的资料不多。
作者: 探索者不忍 时间: 2010-6-29 23:12
这也是一种技术，建议删了，免得山寨内存低级泛滥
作者: lkhak47 时间: 2010-6-30 23:12
楼上的，这是技术那贝贝发的就是机密了。
| 欢迎光临 迅维网 (https://www.chinafix.com/) | Powered by Discuz! X3.4 |