今回は前回に引き続き、メモリーに使われる技術について解説したい。まずは「Registered DIMM」について解説しよう。
メモリーチップやパリティを追加しても安定動作
Registered DIMMの仕組み
例えばサーバー向け用途の場合、「マルチバンクのメモリーを多数実装したい」というニーズは多い。サーバー向けのアプリケーション(例えばデータベースなど)の場合、メモリーの速度やレイテンシのわずかな差よりも、とにかくメモリーの搭載量がそのまま性能に直結しがちだ。そのため「積めるだけ積みたい」というニーズが多く、これに対応する必要がある。
ここで問題となるのは、既存のDIMMを複数枚装着した場合の、信号ラインの負荷である。図1は3枚の「Non Parity 1-Bank DIMM」を装着したケースを想定したものだ。ひとつのメモリーチップが8bit分のデータ幅をサポートするので、8個のチップで64bitになる。
図の「D0」~「D63」はデータバスで、3枚のDIMMを装着すると1本の信号ラインに3個のメモリーチップがぶら下がる計算になる。この程度ならそれほど問題はない。これが2バンクに増えると6個がぶら下がることになるが、それでもまだ問題にはならない。問題なのは、赤で示した「Address/Command」線の方だ。
Address/Command線はひとつのDIMMの中でさらに分岐するので、図1のケースでは8×3=24個のメモリーチップに信号を渡す必要がある。これがパリティ付の場合は27個に増えるし、それが2バンク構成だと54個にもなる。Address/Command線が駆動すべきメモリーチップの数は、データバスに比べて猛烈に多いわけだ。
その結果として、1枚や2枚のDIMMなら動くが、3~4枚やマルチバンクタイプのDIMMを利用するケースなどで動作がおかしくなる、という現象が生じることになった。
これに対する解決策が、「DIMM上にレジスター(バッファ)を置き、ここで信号を整えてやる」というアイデアだ。図2のように、DIMM上に小さなレジスターを置き、Address/Commandの信号をいったんここで受ける。そしてレジスターから各メモリーチップに分配する。これにより、Address/Commandの信号はDIMMあたり1個のレジスターのみを駆動すればいいので、データバスと同じ条件になるわけだ。
このレジスターを搭載したタイプのDIMMを「Registered DIMM」、逆に搭載しないDIMMを「Unbuffered DIMM」と呼ぶ。Registered DIMMではパリティの有無やバンクの有無も、バッファから先の問題になる。そのためAddress/Command線もデータバスと同じ条件になり、バンクの増加やパリティの影響も受けなくなった。むしろデータバスはバンクの数に合わせて駆動するメモリーチップの数が増えるのに対し、Address/Commandはレジスターがまとめるおかげで数が増えない。だからバンクに関しては、Registered DIMMの方が有利になっているとも言える(図3)。
本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事
-
第884回
PC
Samsungが次世代CFETの試作に成功! IBMの10万ドル方式に対抗する、量産重視な「一括形成プロセス」のリアリティ -
第883回
PC
TSMCのA16プロセスの詳細が判明! 性能向上の主因はトランジスタではなく裏面電源供給(SPR)にあり? -
第882回
PC
IBMが0.7nmチップの製造に成功! 変態的CFET構造NanoStackの凄みと、あまりに高すぎる製造コストの壁 -
第881回
PC
同一周波数で消費電力18%削減! 進化した「Intel 18A-P」はどこが変わったのか? -
第880回
PC
次世代NVLinkの布石か? TSMCの光電融合技術「COUPE」がもたらすAIサーバーの光接続 -
第879回
PC
なぜAIには「光」が必要なのか? NVIDIAが解説するスケールアップネットワークの低遅延・省電力化戦略 -
第878回
PC
もはや銅配線は限界? 3200Gイーサネット実現に立ちはだかる200GT/秒の壁 -
第877回
PC
「不良品ゼロ」と「水冷NG」の狭間で。ルネサスが明かした車載チップレットSoCのリアル -
第876回
PC
このままではメモリーが燃える! HBM4/5世代に向けた電力供給の限界と、Samsungが示すパッケージ協調設計の解 -
第875回
PC
1000A超のAIプロセッサーをどう動かすか? Googleが実践する垂直給電(VPD)の最前線 -
第874回
PC
AIの未来は「電力」で決まる? 巨大GPUを支える裏面給電とパッケージ革命 - この連載の一覧へ











