中の技術日誌ブログ

C#とC++/CLIと
VBと.NETとWindowsで戯れる
 

目次

Blog 利用状況

ニュース

自己紹介

東京でソフトウェアエンジニアをやっています。
お仕事大募集中です。
記事執筆や、講師依頼とかでも何でもどうぞ(*^_^*)
似顔絵 MSMVPロゴ
MSMVP Visual C# Since 2004/04-2013/03

記事カテゴリ

書庫

日記カテゴリ

00-整理

01-MSMVP

メモリースティックは速いのか

http://www.sony.jp/products/ms/news/product_070529.html

30MBを記録するメモリースティックの高速版を使って本当に速くなるのでしょうか。

ということで、某Sゅうじんさんに「買っちゃえ、買っちゃえ」とそそのかされて、買ってみました。(4G)

私の今抱えている超大プロジェクトのコンパイルを速くしたいのが目下も目標なので、ソースファイルをそこに格納してコンパイルしてみました。

メモリースティック上:約5分

HDD上:約2分30秒

倍かかっとる・・・orz

ということで、ReadyBoostに4G突っ込んでおきます。

投稿日時 : 2007年10月8日 21:11

コメントを追加

# re: メモリースティックは速いのか 2007/10/08 23:49 ちゃっぴ

Sequential read は HDD のほうが速い場合がおおいですからね。

# re: メモリースティックは速いのか 2007/10/09 0:07 中博俊

結局ゼロスピンドルもHDDより半分遅いと考えた方がいいでしょう。
ただでさえ現状のネックはHDDというかストレージなので、それより遅いFlashROMはつらいってことですね。
もうちょっとメモリだけで”うはうは”は先になりそうです。

# re: メモリースティックは速いのか 2007/10/09 6:53 ちゃっぴ

Random read/write だと HDD の方が遅い場合が多いので、一概に言えないですね。

なので、扱う対象によって storage を分けてやるのが効果的になると思うんですが。。。
Windows の directory 構成というか OS 自体が出力する file の出力先が結構ばらばらで、移すのが非常に厄介ときています。

まあ、file を扱う application すべてが問題なく junction を使えるようになれば junction 使ってごにょごにょという風になるのかもしれませんけど。

あ、でも flash memory は書き換え可能回数が HDD より少ないのでそこら辺が改善されないと temporary は厳しいかな~。

# re: メモリースティックは速いのか 2007/10/09 9:31 囚人

>あ、でも flash memory は書き換え可能回数が HDD より少ないのでそこら辺が改善されないと temporary は厳しいかな~。

そこは使い捨て気分で開き直り

# re: メモリースティックは速いのか 2007/10/09 11:36 Chuki

>そこは使い捨て気分で開き直り
なんか、ページファイルを置いている最中に寿命を迎えられたりする悲劇が頻発しそう^^;
#捨てるのは一向に構わないんですけれどねぇ(自分で買うのは別ヨ^^;)

# re: メモリースティックは速いのか 2007/10/09 11:48 とっちゃん

ライトが伴うプロジェクトの移設には向かないですよ。<今のメモリストレージ

その手のやつは、RAM-DISKじゃないと...
#もちろん、DRAM上のですwww

NAND系のメモリを使ってる限りは現行の速度からの劇的な向上は望めないとのこと。
ちょっと前にどこかのニュースでみましたw

来年末~再来年あたりに新しいのが出てくるらしいですので
それを待つというのが現在の選択肢...かなぁw

タイトル
名前
URL
コメント