アカウント名:
パスワード:
機器の電源を切ってもデータが残る回路 [nikkei.co.jp](ROHM)だそうなので、組み合わせたら面白いことになるかもですよ。
# maiaさんの日記より借用
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
極小メモリ素子 (スコア:5, 参考になる)
・素子内を通過した電荷量に応じて、その素子の抵抗値が変わる現象を利用する
・電流を逆に流せば抵抗値をリセットできる
・従って、抵抗値をメモリとして利用できる
・素子は原子スケールですっごく小さいので、高集積化できる
Nature の紹介記事には、電極やメモリスタとして働く部分の形成技術、抵抗値の変化できる幅、メモリスタの特性そのものについての理解などにまだまた進歩が必要とある。しかし、業界関係者の間ではムーアの法則もあと１０年が限界だと見られているが、これをさらに伸ばせる技術だ、ともある。
専門用語を並べる前に、分かりやすい言葉を使って説明してくれ。> あるAnonymous Coward
（ウコギさんも頼むよ）
ちなみに 1971 年の人は Leon Chua と言って、ご存命の様子。Memory Resister を略して memoristor と名付けたそうな。
Re:極小メモリ素子 (スコア:4, 参考になる)
Nature Podcastでは、この部分を特に強調してましたね。
さらに
- メモリの保持に電力を必要としない
- 微細化は、むしろこの素子の動作に関しては有利に働
といった点も。Re:極小メモリ素子 (スコア:1)
高速なフラッシュメモリ置き換えとか、メインメモリの内容電源切っても再起動時にスリープからの復帰に使える・・・と。
逆にメモリクリアするためにシャットダウンコマンドは終了時か起動時にメモリクリアの処理が必要・・・と。
(BIOS画面のメモリチェックがその代わりになるのかな・・・でも1Byteずつ書き換えると起動すっごいおそそう・・・)
Re:極小メモリ素子 (スコア:3, 興味深い)
ちょっと違うと思う。
今主流のパソコン(?)用OSは、実用されてる二種類の「速いが揮発」「不揮発だが遅い」というそれぞれションボリな能力しか持たない記憶デバイスに最適化している。それらを組み合わせてなんとかヤリクリするというスタイルだ。
が、もし今回の素子(あるいはそれ以外の何か)により、「速くて不揮発」なメモリが手に入るようになってしまったとしたら？
2種類のメモリの性質の違いをヤリクリすべく、何かするたびにいちいちデータを一方から他方にコピーする、という面倒なスタイルを採る必要はもはや無くなる。
カーネルもアプリもデータも、いちいちRAMにコピる必要なんか無く、そこ(ディスク?メモリ?)から直接起動しちまえばいいんだ。
そして"終了"時にメモリ(少なくともコード領域のぶんの)を放棄するっていう必要もまた無くなる。それらは同じところに居座り続ければいいんだ。というかそもそも"終了"する必要が有るかどうかすら怪しい。
そう。ブートもシャットダウンも、そもそも不要になるんだ。
まあ初回のブートストラップくらいは必要だろうけど、
ただ、それは、どちらかというと今日のOSでいう「ディスクのフォーマット」や「OSのインストール」に近い風景になるんじゃなかろうか？
だって最初に一発やればいいんだから。
(そしてZFSのようなやりかたを採用すればフォーマット作業すら不要になる…んだっけ？)
論理的だけじゃなくハードレベルでも「ワンレベルストア」だな。
あるいはSmalltalk/Squeakの「イメージファイル」のようなものがもっと進んで、そもそもイメージを(ファイルに)落とす必要すら無くなるだろう。
そもそもPCの雰囲気がガラっと変わる。
(それ以外のデバイスのことをさておくならば)
PCは全く任意のタイミングで電源落としてもかまわなくなる。
なにせ電気が切れてもRAM(?)はきえなくなるんだから。
何の遠慮もなく電池を抜いて大丈夫だ。
また使いたくなったら電池を刺せば元通りに動く。
つきつめれば演算したいときだけ電気を流せばいい、ということになるだろう。…おや？もしかすると省電力にもなるかも？
ちなみにこの方式はデメリットも無いわけではない。
最たるものは、「みんなが馴染んだ」UNIX方式と相性が悪いという点だ。
つまり永遠の論争のネタであるところの「終了時のfree()は要るか？」という問題に、さらなる面倒が持ち込まれるのだ。どーせ旅のRAMは掻き捨て(だからfree不要)と思えるのがUNIX方式だが、これからはそれが通用しなくなる。
(なお、今回の素子が遅いならば、それは単にFLASHやHDDの後釜になるだけのこと。終了。)
Re:極小メモリ素子 (スコア:1)
そこまで保持できなきゃ「いつでもブチッと電源落とせる」というより「シャットダウンとスリープが等価になる」という話だと思うのですが。
それにHDDを駆逐するにはビット単価も十分に安くならないと…
それでも実用品として普及しだすと、いろいろと大きく変わりそうでわくわくしますね。
うじゃうじゃ
Re:極小メモリ素子 (スコア:1)
機器の電源を切ってもデータが残る回路 [nikkei.co.jp](ROHM)だそうなので、組み合わせたら面白いことになるかもですよ。
# maiaさんの日記より借用
Re: (スコア:0)
それも含めて程度問題でしょうね。
もし十分速いなら、CPUのレジスタにいたるまでをも同質ストレージにまとめてしまえるのだから。
十分速くなかったら、従来アーキテクチャを持ち越すしかない。
なお、レジスタのように少量のデータなら、
シャットダウンの一瞬で不揮発領域に退避する(という処理を隠蔽する)
ということは分野によっては既に行われています。
隠蔽してるので一見レジスタが不揮発に見える。
もし性能が足りなければ(あるいは高価すぎるなら)こうやって逃げることになると思われます。
Re:極小メモリ素子 (スコア:1)
http://osask.jp/filesystem.html [osask.jp]
でも、アプリの終了もデータの保存も必要ないって言うのはどうなのかな・・・
あくまで既存のOSを使うと仮定しての話ですが。
>つまり永遠の論争のネタであるところの「終了時のfree()は要るか？」という問題に、さらなる面倒が持ち込まれるのだ。
>どーせ旅のRAMは掻き捨て(だからfree不要)と思えるのがUNIX方式だが、これからはそれが通用しなくなる。
>
仮に、この技術でDDR2-SDRAM互換のメモリができたとして(別に新しい名前のhogeRAM+対応したチップセットでも良いですが)
Windowsや行儀の悪いアプリがメモリを解放しないで終了とか、データの保存はやっぱり必要になるでしょうし
(常に編集中のファイルが更新されると嫌な気もする)
現行Windows以外の何か新しいOS(たとえばOSASKとか？)で使う場合は有益そうですが・・・
Re:極小メモリ素子 (スコア:1)
>Windowsや行儀の悪いアプリがメモリを解放しないで終了とか、データの保存はやっぱり必要になるでしょうし
>(常に編集中のファイルが更新されると嫌な気もする)
なんでさ？
十分に広大なメモリ空間が手に入るなら、WordにしろExcelにしろ
現時点での作業対象の状態と一緒に作業対象に対する操作履歴を積み上げておけばいんだぜ？
そうすりゃクラッシュしても（まともに動いていた）任意の場所で復旧できる。
んで、人様にお渡しする時とか適当なタイミングで操作履歴を削ればいい。
ごめんなさい。
Re: (スコア:0)
>OSASK
思いっきりOSASK(やOmicron OS)を念頭においてます。
ただOSASKやOmicronはあくまで既存PCの上に構築したOSなので、
既存のメモリアーキテクチャを
仮想的にワンレベルストアに見えるようにしてあることになり、
今回の「ハード的／素子的にもワンレベル」という話とはちょっと違います。
というかOSどころかCPU(ここではi386)も
二層メモリ構成であることを前提とした設計なのですね。
Re:極小メモリ素子 (スコア:1)
主記憶装置と補助記憶装置がハード的には統合されるとしても、プログラム実行用の領域へのコピーは必要では。
直接起動はプログラムがやんちゃした時のリスクが大きそうだ。
Re: (スコア:0)
いや、それこそ不要なものの最たるものじゃないですか？
ある状況(つまりあるプロセス)から見ての、その領域への「書き込み権限」を、奪ってしまえば済むんですから。
この場合の「あるプロセス」とは、「そのプログラムを実行しようとしてるプロセス」です。
コード領域への書き込みを禁じるという措置は、既存OSでもよくおこなわれていますよね。一言でいえば「自己書き換えの禁止」って奴。あれです。
コード領域じゃなくデータの話でしたら、
それはコピーしたほうが良いでしょうけど、
それは「事前にバックアップファイルを作っておく
Re: (スコア:0)
ブートもシャットダウンも必要だろう。
もしブートがないとしたら、誰が初回に起動する事になるのか大問題になるし、
シャットダウン出来ないとしたら、収拾のつかない悪さした場合にどうやってごまかすのさ？
# ネタなので、よろしく。
Re: (スコア:0)
ジャーナルファイルシステムのようにロールバック可能な運用を、
メモリ(?)に対しておこなう、ということになると思います。
あるいはリビジョン管理といってもいい。
つまり更新を予定してるブロック(?)については「チェックアウト」して更新してから「チェックイン」するというスタイル。
これは一種の「対称型プロセッサ」ならぬ「対称型メモリ」です。
異質な二種類のストレージを、それぞれ固定的な役割で運用するのが非対称型。
同質なストレージの断片を、空きにあわせて動的に割り当てて使うのが対称型。
「いま」チェックアウト領域だと割り当てた空き領域にコピーするわけですが、それがHDDかメモリかっていう区別は(論理的どころかハード的にも)もはや無い。
Re: (スコア:0)
電源断しても、あんなデータやこんなデータが外部からアクセス出来ちゃって。
今までよりもさらにセキュリティについて対応がシビアになりそう。。。
Re: (スコア:0)
「今まで以上」かどうかは、どうなんでしょうねえ…
メモリは
(今回の受動素子という意味あいじゃなく、計算機デバイスにおける論理的な位置づけとして)
受動デバイスなので、
能動デバイスであるCPUが無ければ基本的には読み書きできません。
そのPCのCPUが停止した状態で、どうやってメモリにお伺いを立てれるんでしょうか？という話になるはずです。
もちろん別のCPUを接続してしまえばぶっこ抜き放題になってしまうのですが、
それは、既存PCでも、「ハードディスクを外して別PCに接続すればぶっこ抜き放題」なのと本質的に同じことです。
じゃあやるべきこと(攻撃側から見ても守備側から見ても)は同じじゃないかな？