以下是对该句的翻译及简要解读。翻译接下来的段落简要比较了四种技术中的每一种，在 JEDEC 式 DRAM 系统中是如何使用的，以及在 '898 专利申请中描述的 Rambus 式内存系统中又是如何使用的。解读这句话是书中一个章节的引导句，预示后续内容将针对四项关键技术，分别对比它们在传统 JEDEC 标准 DRAM 系统与Rambus 专利架构中的实现方式和设计思想。这四种技术通常包括：可编程 CAS 延迟可编程突发长度双边缘时钟片内 PLL/DLL该对比旨在突出 Rambus 架构的“革命性”差异，例如：JEDEC 采用宽并行总线、固定或初始化可编程的参数；Rambus 采用窄串行、包化协议、每个事务可独立指定延迟和块大小等。这种对比帮助读者理解 Rambus 为何在 1990 年代初被视为激进的架构，以及它与主流 JEDEC 标准之间的根本设计哲学分歧。以下是该段文字的翻译及详细解读。一、英文原文Programmable CAS LatencyJEDEC’sprogrammable CAS latencyis used to allow each system vendor to optimize the performance of its systems. It is programmed at system initialization, and, according to industry designers, it is never set again while the machine is running [Lee 2002, Baker 2002, Kellogg 2002, Macri 2002, Ryan 2002, Rhoden 2002, Sussman 2002]. By contrast, withRambus’ variable request latency, the latency is programmed every time the microprocessor sends a new request to the DRAM, but the specification also leaves open the possibility that each access register could store two or more values held for each transaction type. Rambus’ system has the potential (and we would argue theneed) to change the latency at a request granularity, i.e., each request could specify a different latency than the previous request, and the specification has room for many different latency values to be programmed. Whereas the feature is a convenience in the JEDEC organization, it is a necessity in a Rambus organization.二、中文翻译可编程 CAS 延迟JEDEC 的可编程 CAS 延迟用于允许每个系统供应商优化其系统的性能。它在系统初始化时被编程，并且根据行业设计师的说法，在机器运行期间永远不会再被设置 [Lee 2002, Baker 2002, Kellogg 2002, Macri 2002, Ryan 2002, Rhoden 2002, Sussman 2002]。相比之下，在 Rambus 的可变请求延迟中，每次微处理器向 DRAM 发送新请求时都会编程延迟，但规范也保留了每个访问寄存器可以为每种事务类型存储两个或更多值的可能性。Rambus 的系统有潜力（我们认为也有必要）以请求粒度更改延迟，即每个请求可以指定与前一请求不同的延迟，并且规范为编程许多不同的延迟值留有余地。尽管该特性在 JEDEC 组织中是一种便利，但在 Rambus 组织中却是必需品。三、详细解读1. JEDEC 的可编程 CAS 延迟特性说明设置时机仅在系统初始化时（如 BIOS/UEFI 根据 SPD 读取值）编程一次运行期间不再改变，所有 DRAM 使用固定的 CAS 延迟值目的允许系统供应商根据所用 DRAM 的速度等级选择最佳延迟，以优化性能本质一种静态配置选项，用于兼容不同速度的 DRAM行业设计师的共识：一旦系统启动，CAS 延迟就固定了，直到下次重启（或挂起/恢复）都不会改变。这是一种“设置后忘记”的设计，简化了内存控制器和 DRAM 的运行。2. Rambus 的可变请求延迟特性说明设置时机每个请求都能指定不同的延迟值粒度请求级（request-granularity）实现方式请求包中包含一个字段，选择使用哪个访问时间寄存器中的延迟值目的适应窄总线、复用、包化协议下的流水线调度需求本质动态调度工具，用于非对称请求-响应的流水线优化规范允许每个 DRAM 有多个访问时间寄存器，可存储多个预定义的延迟值，请求包选择其中之一。不同请求可以使用不同的延迟，例如：对长突发响应使用大延迟值，为其他请求留出总线时间对短响应使用小延迟值，快速返回数据3. 为什么在 JEDEC 中是“便利”，在 Rambus 中是“必要”？方面JEDECRambus总线类型宽并行、专用命令/地址/数据线窄复用、包化协议、分离事务
7.3.3 Comparison of Technologies in Rambus and JEDEC DRAM
以下是对该句的翻译及简要解读。翻译接下来的段落简要比较了四种技术中的每一种，在 JEDEC 式 DRAM 系统中是如何使用的，以及在 '898 专利申请中描述的 Rambus 式内存系统中又是如何使用的。解读这句话是书中一个章节的引导句，预示后续内容将针对四项关键技术，分别对比它们在传统 JEDEC 标准 DRAM 系统与Rambus 专利架构中的实现方式和设计思想。这四种技术通常包括：可编程 CAS 延迟可编程突发长度双边缘时钟片内 PLL/DLL该对比旨在突出 Rambus 架构的“革命性”差异，例如：JEDEC 采用宽并行总线、固定或初始化可编程的参数；Rambus 采用窄串行、包化协议、每个事务可独立指定延迟和块大小等。这种对比帮助读者理解 Rambus 为何在 1990 年代初被视为激进的架构，以及它与主流 JEDEC 标准之间的根本设计哲学分歧。以下是该段文字的翻译及详细解读。一、英文原文Programmable CAS LatencyJEDEC’sprogrammable CAS latencyis used to allow each system vendor to optimize the performance of its systems. It is programmed at system initialization, and, according to industry designers, it is never set again while the machine is running [Lee 2002, Baker 2002, Kellogg 2002, Macri 2002, Ryan 2002, Rhoden 2002, Sussman 2002]. By contrast, withRambus’ variable request latency, the latency is programmed every time the microprocessor sends a new request to the DRAM, but the specification also leaves open the possibility that each access register could store two or more values held for each transaction type. Rambus’ system has the potential (and we would argue theneed) to change the latency at a request granularity, i.e., each request could specify a different latency than the previous request, and the specification has room for many different latency values to be programmed. Whereas the feature is a convenience in the JEDEC organization, it is a necessity in a Rambus organization.二、中文翻译可编程 CAS 延迟JEDEC 的可编程 CAS 延迟用于允许每个系统供应商优化其系统的性能。它在系统初始化时被编程，并且根据行业设计师的说法，在机器运行期间永远不会再被设置 [Lee 2002, Baker 2002, Kellogg 2002, Macri 2002, Ryan 2002, Rhoden 2002, Sussman 2002]。相比之下，在 Rambus 的可变请求延迟中，每次微处理器向 DRAM 发送新请求时都会编程延迟，但规范也保留了每个访问寄存器可以为每种事务类型存储两个或更多值的可能性。Rambus 的系统有潜力（我们认为也有必要）以请求粒度更改延迟，即每个请求可以指定与前一请求不同的延迟，并且规范为编程许多不同的延迟值留有余地。尽管该特性在 JEDEC 组织中是一种便利，但在 Rambus 组织中却是必需品。三、详细解读1. JEDEC 的可编程 CAS 延迟特性说明设置时机仅在系统初始化时（如 BIOS/UEFI 根据 SPD 读取值）编程一次运行期间不再改变，所有 DRAM 使用固定的 CAS 延迟值目的允许系统供应商根据所用 DRAM 的速度等级选择最佳延迟，以优化性能本质一种静态配置选项，用于兼容不同速度的 DRAM行业设计师的共识：一旦系统启动，CAS 延迟就固定了，直到下次重启（或挂起/恢复）都不会改变。这是一种“设置后忘记”的设计，简化了内存控制器和 DRAM 的运行。2. Rambus 的可变请求延迟特性说明设置时机每个请求都能指定不同的延迟值粒度请求级（request-granularity）实现方式请求包中包含一个字段，选择使用哪个访问时间寄存器中的延迟值目的适应窄总线、复用、包化协议下的流水线调度需求本质动态调度工具，用于非对称请求-响应的流水线优化规范允许每个 DRAM 有多个访问时间寄存器，可存储多个预定义的延迟值，请求包选择其中之一。不同请求可以使用不同的延迟，例如：对长突发响应使用大延迟值，为其他请求留出总线时间对短响应使用小延迟值，快速返回数据3. 为什么在 JEDEC 中是“便利”，在 Rambus 中是“必要”？方面JEDECRambus总线类型宽并行、专用命令/地址/数据线窄复用、包化协议、分离事务
![3分钟掌握VideoDownloadHelper：简单高效的网页视频下载插件终极指南 [特殊字符]](images/news3.jpg)
