(function() {function signalGooglefcPresent() {if (!window.frames['googlefcPresent']) {if (document.body) {const iframe = document.createElement('iframe'); iframe.style = 'width: 0; height: 0; border: none; z-index: -1000; left: -1000px; top: -1000px;'; iframe.style.display = 'none'; iframe.name = 'googlefcPresent'; document.body.appendChild(iframe);} else {setTimeout(signalGooglefcPresent, 0);}}}signalGooglefcPresent();})();

Tagged: Micron

24GB、48GBというメモリ

正直、32GBってちょっと微妙だと思うときがある。

Micronから24GBモジュール

今年の1月中頃ぐらいに、Micronから第2世代のDDR5メモリ製品としてDDR5-5200及びDDR5-5600規格に準拠する製品が発売された。これらのウチ、DDR5-5200モジュールは8GB、16GB、32GBがラインナップされたのだが、DDR5-5600モジュールは8GB、16GB、32GBに加えて24GBと48GBがラインナップされた。
私呪る限り、モジュール単位として24GBや48GBという製品が発売された事はなかったように思うが、ここにきて、今まで常識とも思われていたメモリ容量から逸脱する選択肢が与えられたと言える。
というのも、メモリ容量は通常2の乗算で得られる数字で加算されていく事が普通だと言われていて、2、4、8、16、32、64、128、256、512、1024…という倍々に増える数字の中で増やされてきた。
これ以外の容量が存在しないわけではないが、そういう場合、もともとオンボードでいくらかのメモリを搭載していて、それを補うカタチで歪な容量のメモリが存在していた、というケースがほとんどである。例えば、オンボードで2GB搭載しているから、6GBのモジュールを追加して計8GBにする…といった類いである。
そういった、一部特殊な例を除けば、大凡4、8、16、32という容量数値が使われていた所に、忽然と現れたのが24GB、48GBというモジュールである。
実際にそれらのメモリモジュールを挿して使用する事ができるのか、となると、Intelサイドのマザーボードでは、Alder LakeとRaptor Lakeでは利用できたようだが、残念ながらAMDサイドのRyzen 7000シリーズのマザーボードでは利用する事ができないという状況だった。
UEFI/BIOSを更新しないと完全対応は難しいシステムとしては起動し、UEFI/BIOSの画面に入る事はでき、そこで容量もちゃんと認識しているとの事だが、Windowsをブートする事ができなかったようである。ブートマネージャを通過する事ができすハードウェアエラーとして処理されたようである。

この先の対応

今回のこの24GBおよび48GBのメモリモジュールの発売は、何も血迷った結果とかではなく、今後これら容量のモジュールが継続して発売されていくという事のようで、一過性のものではないようである。
であれば、当然AMDも対応していかねばならないのだが、AMDはAGESA 1.0.0.7 BIOSでいくつかの問題の解決と、SocketAM5プラットフォームにおける24GBおよび48GBのDDR5 DIMMのサポートを行うようである。
現在開発中という事で、各マザーボードメーカーがUEFI/BIOSのアップデートというカタチで提供できるようになるのは4月~5月といったところで見込まれている。
Intel側はAlder Lakeの段階で対応できていたのに、なぜAMDはRyzen 7000シリーズの時対応する事ができなかったのか? 私はココに多少の問題を感じないわけではないが、私もこれでUEFI/BIOSアップデートを行う大義名分ができたと言える。
実は、ブート速度の問題でUEFI/BIOSはアッブデートしたいと思っていたのだが、UEFI/BIOSのアップデートはある種危険を伴う行為でもあるので、ブート速度の問題が改善されているであろうX3Dコア対応のUEFI/BIOSアップデートを実は未だ実行していない。
対応メモリを実装するかどうかは別として、今後どこかでUEFI/BIOSのアップデートをした方がよいだろうという時期が来るとみていたが、どうもそのタイミングがこの対応メモリ拡張のタイミングではないかと思っている。

Continue reading…

さらば、Optaneメモリ

個人的にはもっと頑張ってほしかったメモリ事業だった。

低レイテンシメモリ

IntelがOptaneメモリ事業の縮小を発表した。
Optaneメモリは、Micron Technologyと共同開発したメモリである「3D XPoint」のIntelに於けるブランド名で、2015年に発表された不揮発性メモリである。NANDと比べて低レイテンシである事が特徴で、キャッシュメモリの代わりに使用する事でもその威力を発揮していた。
HDDを高速化する技術としては見るべきものがあったのだが…実際、Intelは「Intel Rapid Storage Technology」(通称IRST)として、OptaneメモリとHDDをRAID構成にしてOptaneメモリをHDDの高速キャッシュとして利用できる仕組みを発表、その後、AMDも似たようなSSDをキャッシュメモリとして利用できるHDD高速化手段を展開した事で、システムとしてストレージを高速化する事が一時期トレンドになった事もある。
ただ、その後SSDの大容量化が進み、今では2TBくらいのSSDも比較的手の届く価格帯に来た事から、HDDと置き換える流れが生まれ、それに合わせてOptaneメモリも次の展開がなかなか進まず、他に大容量ストレージとし商用利用なども進めていたようだが、結果的にはIntelはこの事業から撤退する方針を固めていた。
このOptaneメモリは、不揮発性メモリでありながらDRAMの代わりに利用できる製品として「Optane DC persistent memory」を発売、これによりデータセンターではデータの永続性を実現できたりと、非常に高速なデータベースの実現が期待されていた。
場合によっては、このメモリをDRAMの代わりに使う事で、PCのメインメモリが不揮発性となり、民生用PCの再起動を簡易化できる可能性すら考えられた。
それだけに期待される性能、機能は多数あったと考えられるが、ビジネス向けとして定着する事なく、今回ビジネスを終了する事となった。

IRSTの苦い思い出

当Blogではその詳細をいろいろと書いたが、私もかつてOptaneメモリを利用したHDD高速化手段を使っていた時期があった。
この時は起動ドライブに使用したのではなく、あくまでもデータドライブに使用しただけだったのだが、私の各種設定を保存したデータを保存していたドライブだった事から、復帰ではないと大問題になる事から、かなり焦りつつ対応した記憶がある。
最終的な復帰に関しては2018年10月19日の記事に記載しているが、約2週間に渡って私のメインPCが起動不能になり、データの損失すら覚悟した。
IRSTの一番の問題はRAIDとして構成されているため、ドライブが破壊された後にRAID構成でなくなると壊れていない側のHDDの読取りもできなくなる、という事である。
IRSTはRAID構成といってもOptaneメモリとペアを組むHDDとはデータサイズに差異があり、そのほとんどのデータはHDDにそのまま保存されている。Optaneは、HDDに保存されるべきデータの一部を一時的に預かり、キャッシュメモリとして動作するため、トラブルが発生した際にHDD側がそのまま読み込めれば、たとえOptaneメモリに何か不慮の事故が起きたとしても問題はないのである。
ところが、IRSTはストライピングのRAIDと同じで、片側のドライブが壊れると、全てのデータへのアクセスができなくなる。Optaneメモリがキャッシュメモリのような使われ方をしていたとしても、HDD側のデータにはアクセスできなくなるのである。
個人が使用するOptaneメモリのもっとも有効活用が出来る方法としてIRSTが生まれたにも拘わらず、このリスクの大きさたるやとても初心者向けとは思えない。
そういう意味で、IRSTのドライブとしてOptaneメモリを使うのは、高難易度的な使い方であり、通常使用とはちょっと言えないと私は思っている。
この事件があってからというもの、私はOptaneメモリをネットからのデータのダウンロード先のストレージとして運用している。一時的にダウンロードデータを保存する上では、保存速度も速いので重宝している。

Continue reading…

Desktop Version | Switch To Mobile Version