当前位置: 首页 > backend >正文

HBM 读的那些事

如下所示,为HBM读的时序。注意这里说的HBM是和HBM3是有区别的.

RL 的配置,是通过MR2来实现的

WDQS貌似和CK同频。这幅图告诉你,WDQS和CK的源头是一样的,都来自PLL,而且中间没有经过倍频操作。所以两者频率基本是一致的。这是HBM的对clock的要求。

而对于HBM3来说,时钟的要求如下。可以知道现在DQS和CK不是一个频率了,而是两倍的关系。

回到读分析的正题。看到数据是4拍,这里是BL=4,BL有两种2或者4,可以通过MR配置实现。

到此为止,知道宏观信息,这是一个设置RL为6,BL=4的读操作。

RDQS与CK的关系如何?

第一个RDQS来的位置是(RL-1)*tck + tdqsck , 这里tdqsck 来表示RDQS和CK的相位差。注意RDQS是从颗粒过来的,笔者认为这里的tdqsck 这个名字是为了和tdqss区分而已。

DQ与CK的关系如何?

RL*tck + tdqsck + tdqsq

进一步分析RDQS和DQ的关系,tck + tdqsq。问题来了,tdqsq这个差值,说明了RDQS和DQ并不是对齐的。

多笔读操作时序如何?

当BL为4的时候,两笔读操作相差2T的时候,正好达到DQ的无缝连接,因为BL=4时候,DQ的传输需要2T。类推,那么如果是BL为2的时候,两笔读操作相差为T的时候,正好达到DQ的无缝连接。

上文是对HBM的读进行分析。 那么HBM3的读又会是如何?如下图所示。

RDQS与CK的关系如何?

第一个RDQS来的位置是(RL-1)*tck + twdqs2dq + tdqss , 这里twdqs2dq 来表示WDQS和RDQS的相位差。注意RDQS是从颗粒过来的,笔者认为这里的tdqsck 这个名字是为了和tdqss区分而已。

DQ与CK的关系如何?

RL*tck + twdqs2dq + tdqss + tdqsq

那么DQ和RDQS的关系呢?

Tck + tdqsq, 这个值和HBM是一样的。

那么问题来了,为什么HBM先规定RDQS和CK的关系,再去推到DQ和CK的关系,而HBM3,规定WDQS和RDQS的关系,作为出发点去推到DQ和CK的关系呢?原因,笔者认为,HBM的时候在RDQS和CK是同频,完全可以跳过研究WDQS和CK的关系,直接规定RDQS和CK的关系作为出发点,而HBM3时候,两者并不同频。

关于HBM读和写,以及读和precharge之间的时序要求关系,本文不再赘述,感兴趣的请阅读SPEC。

http://www.xdnf.cn/news/12980.html

相关文章:

  • Spring通用类型转换的实现原理
  • LangChain4j 1.x 核心源码剖析-基础篇
  • CMake基础:gcc/g++编译选项详解
  • 【GO性能优化】第十五章:性能优化艺术——揭秘Go程序的性能调优技巧
  • Redis : Hash形式
  • 【threejs】每天一个小案例讲解:题外话篇
  • 算法训练第十一天
  • Python应用变量与数据类型
  • 直角坐标系和斜角坐标系
  • 《PyTorch深度学习入门》
  • 深入剖析JVM垃圾回收,高并发场景JVM性能调优,内存泄露分析,以及如何避免OOM
  • Git 常见操作
  • 【PCIe总线】-- inbound、outbound配置
  • 小游戏不能玩了?最好用flash扩展程序
  • Deep-Live-Cam电脑部署避坑大全:环境搭建、常见错误排查与终极修复方案
  • Transceiver线速率配置
  • Redis实战-消息队列篇
  • 利用coze工作流制作一个自动生成PPT的智能体
  • 针对异构数据的联邦学习
  • Linux:守护进程(进程组、会话和守护进程)
  • OC学习—命名规范
  • 八、数据库恢复技术
  • 【Bluedroid】蓝牙启动之btm_ble_init源码分析
  • 基于51单片机的花样流水灯
  • JS的传统写法 vs 简写形式
  • 打卡第39天:Dataset 和 Dataloader类
  • MySQL强化关键_020_SQL 优化
  • Opnelayers:封装Popup
  • 【推荐算法】Deep Crossing:端到端深度推荐系统的奠基者
  • PCB设计教程【大师篇】——STM32开发板原理图设计(电源部分)