【Flash】SSD Part17【SLC/MLC】
間違えたw
おまいら前スレを使い切ってからですよ
7 :
Socket774 :2008/07/23(水) 03:14:11 ID:shYxN8Wl
うぜ
カリカリするストレージが許されるのは2008年までよねーキャハハハハ
ノートならともかくデスクトップで最大2W程度のMTRONが40℃いっちゃうのはちょっとエアフロー考えようぜ どこにでも配置できるんだからさw
書き換えた回数を表示するカウンターがSSDについていれば SLCとMLCだろうが安心して使えるとおもう
SanDiskは、「Windows Vista」がソリッドステートドライブ(SSD)に最適化されていないため、
最適化されたSSDドライブの出荷を2009年まで延期すると述べた。
SanDiskの会長兼最高責任者(CEO)であるEli Harari氏は、米国時間7月21日に
行われた第2四半期決算発表の電話会見で、SSDメーカーにとって
Windows Vistaは特に難しい問題となるだろうと述べ、次のように説明した。
「ノートPCやデスクトップPC向けのVista用アプリケーションを開発しようとすると、
要求が厳しいことがすぐに分かる。それは、Vistaがフラッシュメモリを利用したSSDに最適化されていないからだ」
これは、Vistaの設計に起因する。同氏は、「次世代のコントローラは、
基本的にVistaの欠点を補うものでなければならない」と語った。
http://japan.zdnet.com/news/hardware/story/0,2000056184,20377661,00.htm ゴミVista
まあ出荷できないSanDiskの言い訳だろうな。 Vistaは糞だしSSDへの悪影響も大きいけど、SSDに最適化したOSなんてまだないし。
OSと言うよりファイルシステムの問題だけどな。 内部的な仕様の公開が進まないと、どんなファイルシステムにしたらいいのか サッパリ分からんと言うのが、足踏みの原因。
SANDISKは業績悪くなってるからそれどころじゃないんだろう
Vistaは4KBセクタにも対応してるから、他のOSよりもSSD向きだと思うんだけどな。 まぁ、Vistaの普及率考えたら、セクタサイズは512バイトにせざるをえないだろうけど。
前スレに出てた熱の問題だが、動作時の耐熱温度上限は、HDDだと大抵60度だが SSDは70度が多い様だし、消費電力そのものもSSDの方が小さいし、体積が少ない 分だけ体積あたりの表面積も大きくなるから、SSDの方が基本的に有利でしょ。
>>18 そんなわかりきったことを
HDDが優位なのは容量ぐらいしかない
「低温すぎると」というより、 データセンターで平均温度20度以下 (しかもSMART読みで) になるような場所といえば それは空調の吹き出し口のすぐそば以外ないだろう 単に低温というだけでなく、変化も激しかったんではないかな
ところで、WindowsXPのデフラグ画面で分析すると断片化具合がバーグラフ表示されるけど、 SSDの場合は、ウェアレベリングされて散らばってる状態の表示なのか、されていない状態なのか・・・。
SSDの場合、論理的なセクタ配置と、物理的なアドレスは無関係。
>>21 もう少し、ファイルシステムというものの概念から学んだ方がいいと思うぞ
>>18 つか、可動部分のあるHDDが弱いのは高温よりも、温度「変化」だからなあ
理由も知らず只騒ぐ奴にはもううんざり
OCZとスパタレって、中身が完全に一緒なの?(どちらかのOEM?) コントローラを同じ所から買っているとかではなく?
いつHDD程度の値段まで下がるのだろうか・・・。 今のままだとヘビーユーザー専用で終わってしまいそう。
>>26 基盤のデザインちょっと違ったけどチップ同じもの
例えOCZに化けたとしても同等品でわざわざ高い方を選ぶ必要なくね?
ごめん、スパタレの法が安かった
>>23 学べる脳がないので分かりやすく解説して。
>>22 SSDの速度云々は別にして、デフラグしても意味無いのか
あのグラフが意味ないのかどっちなんでしょうか。
23ではないが解説しよう ファイルシステムを作ってない生のドライブは 単なる64GBとかの固定長の記憶領域にすぎない。 ドライブにフォルダ作って任意長のファイルを置いたりといった ことをできるようにするための仕組みがファイルシステム。 たとえばWindowsだとFATとかNTFSなどのファイルシステムがある。 ドライブを論理フォーマットするとファイルシステムが作られる。 OSの上で見えるファイルはファイルシステムの上のどこかの 領域に置かれるわけだが、OS上のファイルは必ずしも生の ドライブの連続領域(連続したセクタ)に置かれるとは限らない。 これが不連続になってしまうのが断片化。 不連続のセクタへアクセスするのは一般に遅い(ランダムアクセス) なので、特にHDDではデフラグすると速くなる。 一方SSD(特にSLC)だとランダムアクセスが速いのでデフラグしても ほとんど効果は無い。 SSDのウェアレベリングはこれとは全く別の層(ドライブの側)で動作する。 OSから見たセクタとフラッシュメモリの素子との対応を随時変更して 特定のフラッシュメモリの素子だけに書き込みが集中しないように するのがウェアレベリング。SSDのウェアレベリングの動作については OSの側からは全く関与しない。
>>34 SSDにおけるデフラグの効果の小ささはランダムアクセスが速いからでなくウェアレベリングによるもの。
言ってることが矛盾してるでしょ。
HDDほどでないにしろ、SSDでもランダムアクセスはシーケンシャルよりも遅い。
スルー力のないやつは言った、こう言えば優越感を得ることができると信じて。 「夏だねぇ」
SSDにおけるランダムアクセスの概念はHDDのそれと違うんじゃね? シーケンシャルも同様で比較できるようで比較しちゃ駄目なんじゃなかろうか と、素人の俺は思うんだが
/////// ///////____________ ///////  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄| ̄ ̄ /////// (~) チリンチリン /////// ノ,, /////// ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ /////// ( ´∀`)( 厨 ) )) < 夏だなあ〜 /////// (つ へへ つ \______ /////// //△ ヽλ ) ) 旦 ////// l ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄l /////  ̄| .| ̄ ̄ ̄ ̄ ̄ ̄ ̄| .| ̄ //// ^^^ ^^^ 2chの夏。厨房の夏。
スルーカって読んじゃった 力とカって紛らわしい
はぁ、スルーか。
ドライブから見れば、 連続したセクタ番号(LBA等の)をアクセスするのがシーケンシャルアクセス、 連続していないセクタ番号をアクセスするのがランダムアクセス。 HDDにせよSSDにせよ、程度に差はあるが連続したセクタにアクセスしたほうが 連続していないときよりは速い。 ファイルシステム上のファイルは、そのファイルが断片化していない限り、そのファイルを 最初から最後までシーケンシャルに読めばドライブに対してもシーケンシャルアクセスになる。 つまり、断片化していなければ、ファイル上のシーケンシャル/ランダムアクセスと ドライブから見たシーケンシャル/ランダムアクセスは、同じことになる。 ちなみに、限界まで断片化すれば、ファイル上ではシーケンシャルアクセスであっても、 ドライブから見ればクラスタサイズ(4kb)のランダムアクセスになる。
45 :
Socket774 :2008/07/23(水) 21:15:06 ID:6m+BJeIT
フラッシュメモリ特有の考慮しなくてはならないことに、シーケンシャルライトでもブロックコピーが発生した場合は、とかも大事だな、
それって、がっかりなやつ?
SSDの記憶領域やコントローラとか速度の概念がHDDと違うからな〜。
HDDなら密度や回転数、ヘッドなどで決まるけどSSDはそれとは異なるから、
>>44 が当てはまるとは限らないかもな。
フラッシュメモリも、DRAMみたいに連続アドレスからのバースト読み出しとかってあるの? だとしたら実アドレス?でのフラグメンテーションや、ウェアレベリングのロジックとか、色々と見えない要素やメーカのノウハウはありそうだ
>>51 > フラッシュメモリも、DRAMみたいに連続アドレスからのバースト読み出しとかってあるの?
あるんじゃない?
フラッシュメモリ自体のブロックサイズ(ページサイズ)は128kb以上の大きなサイズだそうなので、
連続したセクタだとほぼ同一のフラッシュのページにアクセスするので速く、
不連続なセクタだと複数のフラッシュのページにアクセスするので遅い、
のでランダムリードがシーケンシャルより少し遅くなるんだと思うが。
正確なところは作ってる人間じゃないのでわからん。
OCUKに「OCZのSSD何時まで待たせるんじゃ、ゴルゥア」してみた。 月末には入荷するかも?」だそうな・・・入荷しないかもって取れるのは 気のせいか? 月末発送されなかったら、違う所で買うことにしよう。 ところでだ。 以前スパタレでRAID出来ないとかって書かれてなかったか? OCZが同一中身だとすると無理なのかなぁ?
OCZやっぱ売れてるんか・・・ もっとSSDの人気出て相場が下がってくれることを祈る。 まあ日本で高くても現地で流行ってくれればいいよ
OCZはRAIDサポートするんじゃないっけ? スパタレとまったく同じってわけじゃないんじゃない
シーケンシャルやらランダムやらごちゃごちゃとうるさいな。 購入当初と比較して明らかにパフォ落ちたと感じたら デフラグしとけば良いだけの話じゃないのか? パフォ低下は会議室で起こってr(ry
>>53 相変わらず7525064はこっちでは販売しないんだな。ノートに積みたいのに。
んで待ってると来年のR/Wが二倍のコントローラ積んだ奴が出るとw
>>57 デフラグは精神的に落ち着かないから全データ移動して上書きの方がいい気がする。
SSDはウェアレベリングがあるかぎりデフラグは無意味。 OS側で一生懸命整理整頓しようとしても ハードウエア側(SSDのコントローラ)が勝手に・・・w
>59 シーケンシャルでランダムよりスピードが出るって事は、ウェアレベリングは ある程度大きい単位でやってるんじゃないのかなぁ。だとすれば連続する データをその単位内に収める意味でデフラグも効果あったりするんじゃな いかねぇ?
もうさ、デフラグの話は専用スレでしようよって言いたい。まぁないからいいけど。 つか、デフラグってみんなちゃんとしてるんですね。 HDD容量が100G越えたころから苦痛になって一切しなくなったけどなぁ漏れは。 デフラグするくらいなら新しいHDD買ってデータ移したほうが早かったし。
>>61 Vistaだと特に設定しない場合勝手にデフラグしやがる仕様になってるので意識せずやっている人はいるかと。
まあ俺は切ったが。
>>62 これってがっかりなデヴァイスの読み込みを5倍にしたやつ?
>>61 データドライブなんてやってらんないよ。Cドライブだけだよ。
67 :
59 :2008/07/23(水) 23:15:24 ID:HOvZjKYp
>>60 そういう考え方もあるかもしれないが
一度書き込んだら、2度と書き換えられないデータやプログラムも多い。
そういう場所を読み込めばシーケンシャルが早いのは当然。
逆に、下手にデフラグすると連続してたデータまでウェアレベリングによって
不連続になっちゃう可能性も否定できない気がする。
ウェアレベリングの単位はフラッシュメモリのブロックサイズ(128k?) 断片化の単位はクラスタサイズ(4k)
>>34 ありがとう。
ウェアレベリングがドライブ側で行われるのは分かるんだけど、
だからこそあのグラフがどうなのかがよく分からないんだ。
例えば・・・・・、
OSからの指示で下記のように連続した領域に書くべきところを、
■■■■■□□□□□
SSDのウェアレベリングの動作によりこのように保存されたとして、
■□■□■□■□■□
あのデフラグで分析したときのグラフは、実際にSSDに保存された
■□■□■□■□■□の状態を表しているのか、
それとも最初にOSから指示のあった通り■■■■■□□□□□
という状態で保存されている事にしてOSに結果を返してるのかかが
分からないって事です。
OSの指示をSSD側のコントローラがウェアレベリングで変更しちゃ
う場合、書き込み後にはSSDが変更した後の書き込み結果をOS
に返すわけだろうけど、その後の読み込みの場合がよくわからない
です。
ずっと前にも書いたけど、現物があるんだから実験してみろって。 デフラグ前後で性能に違いがあるか。俺はやらないけど
>64 SSDにしたらVistaの特徴にあたるSupreFetch使う意味無くなるもんなぁ。
(゜Д゜) ハア??
いつまでもHDからカリカリ読み込むスパフェチが高速化されていいことなんじゃねえのか?
>>66 確かにそうなんだが、デフラグしてる間って性能おちるっしょ?
しかもシステムのデフラグっていろいろ不都合も多いし。
まぁ、性格もあると思うけどね。漏れは面倒だからやらん。 >デフラグ
>>73 いつまでもカリカリ読んでるのってインデックス関係じゃない?
インデックス作成頻度を落としたら全くカリカリしなくなったよ。
>>67 ウェアレベリングによってシーケンシャルのパフォが低下する。
そう言いたいんだな?
>>69 その場合は■■■■■□□□□□で表示される
>>76 環境によるんでないか?
デフラグだったりインデックス作成だったり復元ポイントの作成だったり
SuperFetchだったりOS高速起動用のファイル作成だったり
80 :
Socket774 :2008/07/24(木) 00:23:27 ID:McPbfxZn
なるほど、今はどうみてもOCZ買っておけって事ですな。 SLCなんて要らないくらい超高速じゃん。
>>69 12345678(論理アドレス)
ABCDEFGH(物理メモリ)
@ABC□□□□(格納データ)
↓ウェアレベリング
15372648(論理アドレス)
ABCDEFGH(物理メモリ)
@□B□A□C□(格納データ)
いずれの場合もOSからはこのようにしか見えない
12345678(論理アドレス)
@ABC□□□□(格納データ)
82 :
34 :2008/07/24(木) 00:36:34 ID:s3dj+wH6
>>69 > あのデフラグで分析したときのグラフは、実際にSSDに保存された
> ■□■□■□■□■□の状態を表しているのか、
NO。
> それとも最初にOSから指示のあった通り■■■■■□□□□□
> という状態で保存されている事にしてOSに結果を返してるのかかが
YES。
ウェアレベリングなどによるアドレス変換はOSの側からは全く見えない
(透過的におこなわれる)ので、OSが連続したセクタに書き込めとデバイス
に指示したなら、ドライブは必ずそのセクタ(論理セクタ)に書き込む。
で、ウェアレベリングなどのためのドライブ内のアドレス変換(論理セクタ番号
と物理的なフラッシュメモリ素子の対応)については、ドライブ側が勝手に決める。
ドライブはアドレス変換テーブルを持っていて、セクタ読み書きの指示がOSから
やってきたら、ドライブはそのテーブルを引いてどこの素子を読み書きするのかを決める。
> OSの指示をSSD側のコントローラがウェアレベリングで変更しちゃ
> う場合、書き込み後にはSSDが変更した後の書き込み結果をOS
> に返すわけだろうけど、その後の読み込みの場合がよくわからない
> です。
ドライブ側が内部でアドレス変換をやっていることはOS側には全くわからない。
書き込むときと同じアドレス変換を読み出すときにも実行するので、
ちゃんと書いたデータと同じデータが読み出される。
ウェアレベリングがおきたときは、アドレス変換テーブル自体が書き換わる。
このアドレス変換テーブルはたぶんほとんど常に不連続になってると思われ。
>>77 ,81,82
ありがとう!
SSDが、OSからの指示通りの位置に書き込まなかった事を
通知して、それ以降はOSもSSDに保存された位置を知って
いるのかと思ってました。
SSD内部での”書き込み時の変換”はOSから見えずとも、
書き込み以降は、変換後の位置(指示された位置に書き込
まなかったよという意味での変換)をOSに伝えてるのかなと。
これですっきりした。(*´ω`)
どうもありがとう。
>>71 SupreFetchはSSDにしたら逆に有用性が高まるだろ。
使う意味無くなるのはReadyBoostの方だ。
Vista は、99%のいらない機能と1%の愛でできてるんだよ。
>>83 俺らは素人だから、全部信じちゃ駄目だぜー
みんな、どこぞで齧った知識で喋って推察してるだけなんだからさ
このスレを見てデフラグしていた最中に地震が来たから、ちとビビった。w
SSDなら揺れても無問題
SSDなら多い日も安心
>PCMark Vantageの結果ではCoreがgaming 77MB/s (Velociraptorは12.5MB/s)、Vistaスタートアップで51MB/s (同15.6MB/s)などほとんどのテストで圧倒的 これって実用ではSSDの方がかなり速いって事?
>>92 性能は良いが値段が高いな。
OCZSSD2-1C64Gだと半値以下で買えるぞ。
一般的なクライアントPC用途なら体感も殆ど変わらないし、
まぁ信頼性重視で倍額出してもMSP-SATA7525064にするとか、
些細な性能差に拘るならそれもありだけど。
>>83 基本的にデバイス側に「物理的にどうなっているか」を知らせるインターフェースがない限りは知る術がない。
その辺のインターフェースが標準化された、って話も聞かないから、
今ならそんなインターフェースがあったとしてもそのSSD独自のものにしかならないだろうな。
(専用ツールを使うとかそういうイメージ)
HDDにしたって、代替セクタをどれだけ使用してるかは情報の取得インターフェースが
標準化されてるからある程度わかるけど、どのデータが代替セクタに存在するかとかなんて
専用ツールでも使わないことにはわからんしな。
で、WindowsというかNTFSに限ってなら、
MFT読み出し→大きめのファイルならデータの存在するクラスタ読み出し
の手順でファイルアクセスするわけで、ここでクラスタの論理アドレスが連続してるかどうかで
HDDなりSSDなりのデバイスに投げつけるコマンドは変わってくるわけだから、
ランダムアクセスが速ければ断片化してもパフォーマンスに影響なし、ということにはならないわな。
まあ今時チマチマDefragするよりは別ドライブに移動してフォーマット後に書き戻した方が
大抵楽ではあるがなw
そろそろSSDの音質を語り出す奴が現れてもいい頃だよなw
すでにここ3〜4スレッドは、 OCZ安くね?→MLCは信頼性が…→ウェアレベリング次第だがどうやってるんだ?(今ここ)→読み出しは早いから通常使用なら無問題→読み出しよりIOPSが大事だな のループだからなあw
IOPSはそれほど大事じゃない。 単体だとIOPSが一定値以上大きくなっても体感は殆ど関係しなくなる。 何故なら、そんな高速で大量の尚且つ小さな単位でのランダムアクセスは殆どありえないから・・・ 数十〜数百もの端末から同時アクセスされるようなサーバーだと重要になるけど、 クライアント環境だとIOPSはそれ程大きな値を要求されない。
MLCにしたってスパタレが出たあたりで既に 一日あたり50GB書き込んで50年とかいう次元だしなあ まあ俺は待てなくてMTRON買ったけどw
>>94 じゃあ、HDDやSSDはOSの書き込み指示に対して、
ドライブはOK/NGという結果しか返さないってこと?
代替位置取得云々ではなくてね。
確か東芝がSSDでFLASHのブロックごとの書き込み回数などコントローラーの情報を Windows上で表示できるツールを開発していると日経エレクトロニクスに書いてたような でそういった情報が取得できるSSD版SMART規格を整備する必要があるとか書いてなかったかな 東芝は口だけなんでどうなるかわからんけどw
NGなんか出さないよな 何も出さずに遅延書き込みデータの紛失と判断されるだけだ
OSの基礎知識くらい身につけてから議論した方が良いと思うのだが。
今は夏だぞ何言ってんの
>>94 その方法だとLayout.iniに書かれたファイルを最外周にもってくるのは不可能だな。
やっぱり、しっかり断片化を解消するにはデフラグが必要。
夏休みだし、「ATAコマンドやSCSIコマンドでググれ、カス」とか言ってもOK?
>>106 NGじゃね。
このレベルだとそれを調べたところで、
「アプリケーションが」ATAコマンドやらSCSIコマンドを直接発行してる、
とかそんな理解をするのが関の山でしょ。
OSがアプリケーションに提供しているAPIとしてのファイルアクセスAPIと
ファイルアクセスにあたってカーネルとNTFSのドライバ経由で
ディスクのデバイスドライバから発行されるATAコマンドやらのレイヤーの違いから
説明......といっても面倒すぎてだれもやらないわなw
ググるならついでにjffsも読んどけって言ってやってくれ
WD3000GLFS×3台 RAID0でも満足出来なくて さっき、 MSD-S3035032NA を、2個買って来たら そのうちの1個が、箱と製品のシリアルの末尾が 1つ違いだった・・・。 念の為、見ておいて良かった〜よ。 店とは交渉済み。 代理店にはメールした。 今から、32GB×2で、RAID0組みます。
110 :
109 :2008/07/24(木) 12:58:16 ID:L7okGiso
教えてくんですみませんm(_)m SSDのRAID0ってストライプサイズは、ハードディスクと 同じ概念で良いのでしょうか? それとも、SSDは特性上、最適サイズが有るのでしょうか? 詳しい方、教えて下さいませ。
112 :
109 :2008/07/24(木) 13:04:36 ID:L7okGiso
うん、もち、レポートします。 ちなみに、マザーはP5E(MF化1201) X38+ICH9Rです。 その前に、最適なストライプサイズが分からない・・・。 今、ググってますf^_^;
>>101-102 夏だね。
面倒ならレスしなければいいのに挑発だけは必ずするという人が多く発生する。
面倒(つまり、説明する気がない、または人に説明できない)と思ってるくせに、
わざわざ1行レスだけはしたがる人が理解できない。
そして、このようなレスを返すと質問してるくせに偉そうとか言い出す。
>>106-108 要は、ドライブはOSの指示に対して、書き込みできた・出来なかったという単純な
情報しか返さないのかという、”みんなにとっては”初歩的と言える素人質問だと
思ってください。
あと、仕様書などを読んでも理解できるレベルの頭がないのですよ。
あくまで、教えてやってもいいぞ(任意)という有識者の人に聞いてみたんです。
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
115 :
109 :2008/07/24(木) 13:33:00 ID:L7okGiso
>>114 ありがと(*^^*)
買いに行く前からググってて、そのページは見てたし、今も見てたんだけど
ちょっと情報が古いし、ハードディスクの時に8KBにしたら
32〜128KBに比べて、圧倒的に
シーケンシャルが悪くなったから、躊躇してたけど
やっぱり、8KBで行くことにした。
i-RAMのページ見ても16KB以下がいいみたいだし。
それでは組み替えに入りますm(_)m
>>113 OSはファイルシステムによって論理的な書き込み位置を管理していますが、
物理的な書き込み位置を知ることができません。
というか知らなくて良いように設計されています。
SSDは同一箇所への書き込み回数が制限されているという特殊なデバイスです。
寿命をのばすためには書き込み位置の分散が必要となります。
OSがそれに関与するような設計もできますが、
そのためにはSSDに固有のコードを新たに書く必要があります。
また、ウィルスなどの要因によって書き込み位置の分散が機能しなくなる危険性があります。
OSから見える論理的な書き込み位置と、
物理的な書き込み位置をハードウェアで変換してやることで、
OSはSSDをHDDなどと同じ処理で扱うことができます。
SSDの寿命をさらに延ばすには、 SSD用のファイルシステムや、管理情報を別ドライブに設けるといった ソフトウェア側での工夫も必要となってきます。 その用意がvistaではまだ出来ていないわけです。
いつかSSDの寿命を意図的に減らす仕組みを持ったウィルスが現れたら厄介だなぁ・・・
>>117 コンシュマー需要じゃMLCSSDの寿命さえ語る必要ないよ
ヘビーユーザーは半年〜2年内買い替えで寿命こず
ライトユーザーは使用頻度の低さから寿命こず
お下がりを2nd3rdマシンにもってたりもするだろうが、それ
らも利用頻度少ないので結局寿命こず
かなりマイノリティーな部類の事例出さないと寿命なんて
考える必要なし
一般的に使われてて毎日酷使されてるWii内のフラッシュで
さえ簡単にゃ寿命なんぞこない
>>116-117 どうもありがとうございます。
先日のレスもあってその辺については理解できたのですが、
書き込み時にアドレス変換した”後の動作”がいまいち分からず。
自分の頭ではここまでが限界そうです。(;´ω`)
ありがとうございました。
読み込みって寿命に影響したっけ 書き込み時に消耗するのは理解できるが
電流を流した地点で減る 誤差の範囲だけど
だよな Wiiのフラッシュなんてセーブデータの書き込みくらいしかしてないんじゃないの? SSDと比べ物にならん気がするな
>>120 OSは例えば「A」という位置にデータを書き込もうとし、実際に書き込んだと思い込み、
「A」に書き込んだという情報をファイルシステムに保存します。
しかし、そのデータは物理的には例えば「ψ」という位置に保存されます。
そのデータをOSが読み出す場合も、「A」から読み出そうとし、
「A」から読み出したと思い込みます。
しかし、そのデータは物理的には「ψ」から読み出されます。
OSが同じ「A」にあるデータを書き換えようとし、実際に書き変えたと思い込みます。
しかし、データは物理的には先ほどとは別の「ξ」という位置に保存されます。
この位置変換情報はSSDが管理しており、OSは知らなくて良いようになっています。
>>116 いやいや、それはOSのカーネル部分(例えばATAドライバだったり)が管理してて
実際インターフェース上で立ち会う機会が滅多にないだけでちゃんと物理位置情報
をOSは知ってるぞ。
ちょい前のOpenBSDなんか、HDDの何枚目のプラッタの何個目の周の何個目のセクタ
って指定してやらないとパーテーション切れなかった。
>>125 それ店値
In Stockになってオーダーできるようになったときは$221になってるよ
そこで、他の商品注文したけどPayPal支払にも拘わらず、勝手にキャンセルされた
配送先住所と請求先住所が違うから駄目だとよ
まさかとは思っていたんだけど、MLCの信頼性の低さって言っているのを、書き込み/書き換え回数の少なさだけって捉えてた奴がいたんだな… ソフトエラー耐性や電荷の漏洩耐性、書き換え不良とか他にも色々あるだろうに
無知のツッコミはイラっとするよね
まさかとは思っていたけど自作板全員が知識あると思ってる奴がいたんだな・・・
>>129 >ソフトエラー耐性や電荷の漏洩耐性、書き換え不良とか他にも色々あるだろうに
上記の事がSLCと比べMLCが劣るなんて事は始めて聞いたわ
よければソース欲しい。
>>131 もうずいぶん昔からHDDのATAインターフェースの返す
位置情報は論理的な位置情報で物理的な位置とは別物。
複数プラッタで位置情報が一次元っておかしいと思えって、テープじゃないんだから。
おまけにシリンダ・ヘッド・セクタの値もさらに昔から論理的な数値になりはてて物理的な位置なんて示しちゃいない。
HDDの容量拡大のたびに巻き起こった最大容量の壁の話をリアルで体験してた当時は、もう何が何やらって思ったぞ。
HDDの場合、ローレベルフォーマットとかできるから、一応ソフト側が物理アドレスを知ることは可能だと思うが、 ファイルシステムをぶっ壊す可能性のあるものをホイホイ提供できないね。 マスターブートレコードとかパーティションテーブルはローレベルアクセスしないと書き換えられないと思う。 ただ、SSDの場合、特定の物理アドレスをホイホイ書き換えると物理的にぶっ壊れるからそんな手段は通常なら提供しないでしょ。
そもそもATAがIDEと呼ばれてた当時ですでに論理アドレスと化していたはずなんだがな>シリンダ・ヘッド・セクタ
>>135 今時のHDDはローレベルフォーマットは飾りです。
アドレス情報をHDD上に持つようになった時代に真の意味でのローレベルフォーマットは絶滅しました。
OSから見ればHDDの外周に書かれているように見えるが、実際物理的には全く関係の無い場所に書き込んでるのか?
代替セクタすら知らない奴がいるのか?
>>134 そんな話を書くまでもなく、
>>131 が自分で引用してる文章の
「LBA」が何の略なのか調べてもらうだけで充分じゃねw
まあ、それはそうだが。 LBA = Logical Block Addressing
>>137 代替えセクターが使われている場合そういうことがありえます。
しかし代替えセクター数自体はほんの少ししかありませんから(使い切ると死亡)、通常はそれを無視して語るのが一般的です。
>>136 そうなの?
あぁ、だから、HDD破棄時の機密保持レベルがどうとかいうのね。なるほど。
細かいことだけど、プログラム的には2次元配列をリニアアクセスって言うのはできるよ。割り算使うからあんま早くないけどね。
>>131 外からアクセスする時に使う LBA (論理ブロックアドレス) と
デバイス内のフラッシュメモリの物理アドレスの間に
デバイス内からしか見ることのできない変換テーブルがあって
それを書き換えて Wear leveling なり Reallocate なりしてるわけだ
外から見えるアドレスをデバイスが勝手に移動したら外から読めなくなるだろう
>>135 MBR は LBA の 0番地であって物理アドレスではない
外から見える一番ローレベルな階層が LBA と論理セクタであって
それより下の物理アドレスとか物理セクタは HDD でも SSD でも外からは見えない
それらを扱う必要もインタフェースも普通はない
>>142 >あぁ、だから、HDD破棄時の機密保持レベルがどうとかいうのね。なるほど。
いや、それは話が別。
磁性体が以前の情報を保持していてそれを読み出す現実的な技術が存在するので
全領域の上書きをしても消した事にはならないよって話。
企業機密とか国家機密とかそんなレベル相手にする連中ならそれくらいやってくるだろうって危機感。
詳しくは自分も知らん。
>もうずいぶん昔からHDDのATAインターフェースの返す
>位置情報は論理的な位置情報で物理的な位置とは別物。
>>137 このへんの説明がよくわからない頼む。
おー。色々かわってるんだなぁ。。。
>>143 そうなんだ。やったこと無いけどBIOSコールすれば物理アドレス取れるもんだと思ってた。なるほどね。
>>144 磁気ってそんな危なっかしい技術だったのね。ちょっと見方変わったよ。ガクガクブルブル。
デジタルデジタルっていうけど 実際にはアナログデータをAD変換してるだけ。 アナログデータは前回記録時のデータに左右されるので、 逆算すれば前回記録時のデータが得られるって話。
> 磁性体が以前の情報を保持していてそれを読み出す現実的な技術が存在するので > 全領域の上書きをしても消した事にはならないよって話。 よくSSDはウェアレベリングあるから全領域をゼロフィルしても完全消去は無理という発言を聞くが、 これは嘘、SSDでも全領域ゼロフィルで完全消去。
>>132 知識を有することを誰も期待はしてないんじゃね?
知識のない状態で知識を持ってないと理解できない
事柄に対する質問をしても普通相手にされませんよ、
なんて話を
たまたま親切に教えてあげるような物好きがいただけでw
>>147 逆算か。確かになんか色々できそうな気がしてきた。
考える人もよくおもいつくよねぇ。orz
今日はものっそ頓珍漢な議論もどきな内容だな。 自慢げに説明してる内容が想像レベルでワラタ
>もうずいぶん昔からHDDのATAインターフェースの返す >位置情報は論理的な位置情報で物理的な位置とは別物。 これの言っていることは、 物理的にシリンダやらセクタやらを指定して書き込んでいるわけでなく、 論理的に定められたアドレスに対して書き込んでいるって解釈でいいのか?
>>148 ローレベルで(UNIXでいうrawデバイス的な意味で)ゼロフィル出来るなら
殆ど大丈夫だろうね。
ヤバいケースがありえるとしたら、
SSD内の一部領域Xで読み書きにエラー
->SSD内のコントローラは当該領域Xを使用不可領域に設定、
代替領域があれば割り当て実施
(この時点でXは通常の手段ではローレベルでもアクセス不可に)
->しかしチップを抜き出して直接アクセスすれば部分的に読み出しが可能
とかそんなシナリオか。
HDDでコントローラ障害でデバイスがオシャカになった場合の類似例だけど。
まあ、そこまで考えるぐらいなら素直に物理破壊しとけ、
って話だよなw
すまん。引っ込む。
しかしまあ、こんなレベルの情報をもとに SLC/MLCの性能とか寿命を語ってた、と考えると 凄い話だよなwww 一体何を根拠にして発言していたのか、っていう。 自分の書き込みの論理的整合性とか気にならないもんなのかね?
>>124 >OSは例えば「A」という位置にデータを書き込もうとし、実際に書き込んだと思い込み、
>「A」に書き込んだという情報をファイルシステムに保存します。
>しかし、そのデータは物理的には例えば「ψ」という位置に保存されます。
ここで、SSDがOSに対して、Aには書き込まずψに書き込みましたという結果は返さず、
あくまでAに書き込みましたという事にするということですよね。
実際にψに書き込んだなら、その位置をOS側に返しているのかと思っていました。
このほうが、以後毎回Aとψの変換をするよりいいのではないかと思ったので!
ここはATA〜とかOSの仕様なのかな。
スペック値と現実の乖離 スペック値→MLCでも毎日50GB書き込んで50年の寿命 利用者の解釈 最初はOSインストールしたりするから大量に書き込むけど、それ以降はそんなに大量に書き込まないから余裕だなと解釈 スペック値の嘘(トリック) ウェアレベリングのブロック単位が4Kだとすると、同一論理ブロックへ1バイト書き込んでも4Kバイト書き込んでも同じ扱いとなり 毎日50GBの意味は12.5Mブロック(50GB÷4096)書き込んでも50年の寿命ということ。 そしてこの12.5Mブロックは回数として考えるほうが現実の寿命との乖離が小さい。 つまり1日12.5M回の書き込みで50年の寿命。
158 :
156 :2008/07/24(木) 19:10:26 ID:T23FXN5T
77や81の方にレスいただいた時点でほぼ分かったのですが、
それ以降聞きたかったのは、
>>156 に書いた最後の3行の部分です。
↓この方が以後の処理が減っていいと思ったという事です。
1.Aに書き込め!(OSからSSDへ)
2.都合によりAではなくψに書き込みました。(SSDからOSへ)
3.分かった、さっきのデータはψにあるわけね。(OS)
以降
4.ψのデータ見せて。(OSからSSDへ)
>>157 なぁ・・・いいかげんに適当なこと書くのやめね?
OCZ COREシリーズ32GBが19,800円 になったら俺は買うよ
>>158 それだとSSDの場合ウェアレベリングで書き換えの時とかに一々アドレス変わるからOSでのソフト処理だと遅くなる。
SSD内部のハード処理だからこそ可能な事
>>158 > 実際にψに書き込んだなら、その位置をOS側に返しているのかと思っていました。
それはない、あってはいけないこと。
何故なら論理アドレスで制御しているところへ唐突に物理アドレスを持ち込まれても、それが物理アドレスであるという判別ができない。
さらに論理アドレスと物理アドレス区別するようにしたとしても複雑になるだけ(送る側、受け取る側の双方で両者を管理する必要がある)
だしウェアレベリングされた環境だと、物理アドレスが送られてきても、物理アドレス→論理アドレス変換
→論理ブロック→書き換え回数判定→(スワップ処理)→物理ブロックへ書き込みとなり複雑化する。
>>159 > なぁ・・・いいかげんに適当なこと書くのやめね?
どこがいい加減なの?
スペックのトリックなんて昔からあったやん
MTBFとか動作保証温度とかインターネットで情報を手に入れられない時代なんてよくだまされたもんよ
>>152 まあ、それでいいんじゃないかい
CHSパラメータの取れる範囲に合わせてHDDを設計したら設計者が発狂するかもん
特にヘッド数とセクタ数あたり
スパタレ30Gの中古が26800だったな 微妙なんでスルーしてきた
>>163 全ての書き込みファイルが4KBだと思っている辺り?
その計算だと1MBのファイルを1回書き込んだからって1回なわけじゃないでしょ?
>>158 OS側で管理する論理アドレス(A)と、ハードウェア側で管理する物理アドレス(Ψ)を混同してないか?
まぁ、その説明だと混同しているようにしか見えないけど。
>>166 判り易く説明する為に4K以下として計算しているだけでしょ?
それぐらいは読み手側で理解すべきじゃないかな?
そして現実的な書き込みの回数はシステム領域だと4K以下のものが全体の80%に及ぶ。
これは仮にOSインストール後、システム領域に巨大ファイル保存用のフォルダを作成し、
そこへ4GB以上のファイルのみを書き込み/消去する運用をしたとして同じこと。
OS起動時or運用時に作成/削除される回数の方が圧倒的に多くなるだけ。
最近のHDDだと、そもそもセクタサイズも嘘ついてるしな。 内部は4Kバイトセクタだけど、外部には512バイトセクタとして振る舞ってる。
(゜Д゜) ハア??
172 :
109 :2008/07/24(木) 19:57:42 ID:L7okGiso
お取り込み中、すみませんm(_)m
MTRON×2 RAID0
OS再インストール終わりました。
SSDって、体感でめちゃ速ですね!
OS起動から、アプリ起動までサクサクです。
ヴェロラプ買わないで、最初からSSD買っておけば良かったf^_^;
ちなみに、ハードディスクではICH9Rの、ライトキャッシュバックを
ONにした方が頭打ちが無くなり、シーケンシャルが速くなりますが
SSDの場合は、逆に遅くなりますね。
◎環境
[email protected] P5E(MF化1201) X38+ICH9R
●MSD-S3035032NA×2台 RAID0 64GB(32G×2)
ライトキャッシュバック OFF ストライプサイズ:8KB
HD Tune: Intel Raid 0 Volume Benchmark
Transfer Rate Minimum : 132.3 MB/sec
Transfer Rate Maximum : 148.2 MB/sec
Transfer Rate Average : 147.3 MB/sec
Access Time : 0.1 ms
Burst Rate : 121.0 MB/sec
CPU Usage : 3.7%
SS:
http://kissho.xii.jp/1/src/1jyou42609.png ●MSD-S3035032NA×2台 RAID0 64GB(32G×2)
ライトキャッシュバック ON ストライプサイズ:8KB
HD Tune: Intel Raid 0 Volume Benchmark
Transfer Rate Minimum : 32.2 MB/sec
Transfer Rate Maximum : 115.8 MB/sec
Transfer Rate Average : 103.1 MB/sec
Access Time : 0.1 ms
Burst Rate : 1850.2 MB/sec
CPU Usage : 12.2%
SS:
http://kissho.xii.jp/1/src/1jyou42611.png
173 :
172 :2008/07/24(木) 19:58:25 ID:L7okGiso
参考
●WD3000GLFS-01F8U0×3台 RAID0 900GB(300G×3)
ライトキャッシュバック ON ストライプサイズ:32KB
HD Tune: Intel Raid 0 Volume Benchmark
Transfer Rate Minimum : 195.7 MB/sec
Transfer Rate Maximum : 329.3 MB/sec
Transfer Rate Average : 273.6 MB/sec
Access Time : 7.2 ms
Burst Rate : 1891.3 MB/sec
CPU Usage : 7.5%
SS:
http://kissho.xii.jp/1/src/1jyou42612.png やっぱり、シーケンシャルよりも
ランダムが激速の方が、思いっきり体感出来ますね。
>>171 クソ高い値段設定で大量に在庫があまりクロシコブランドで爆安の展開を望む
ランダムだけじゃないんだ 重要なのはAccess Time
CFでも使え。
>>161 次の部分が分からず何度も書いてるのですが、つまりOSは書き込み指示に対して、
具体的な書き込み結果(論理物理云々ではなく)は受け取らない仕様なのでしょうか?
>>162 物理と論理云々ではなくてですね・・・。
ちょっと聞きたい事が上手く伝わってないようなので、この辺で終わりにしておきます。
聞きたい事の説明が下手だ。 _| ̄|●lll
ありがとうございました。
> 重要なのはAccess Time そりゃそうだが、 10ms→1msだと体感は劇的に速くなるが・・・ 1ms→0.1msだと体感は殆ど変わらないのが現実。
>>172 待ってたよ。
お疲れ様。
取り込んでいるようなので、後からもう一度くる。
さっき秋葉でMSD-SATA3035032 (32GB,SLC) かってきて、ノートに
移植中。いまリカバリーCDから作業している。
>>178 プログラム起動時なんかに小さいファイルを一度に50〜100ファイル読むことはよくあるが、
そのときの待ち時間とか計算するとわかりやすいな。
OS用にラプ8台でRAID0するよか MOBI3000を1台の方がずっと快適だった つまりそう言う事 今までやってたことがアホらしい
>>180 そうそう
100回として・・・
10msだと1秒、1msだと100msで劇的に速くなるのが実感出来る。
1ms→0.1msだと100msと10msなので体感的に殆ど変わらない。
だから4K ランダム性能に拘るにしても5MB/s程度で十分、
30MB/sだから5MB/sより全然すげーとか言ってるのを見ると笑える。
183 :
172 :2008/07/24(木) 20:29:14 ID:L7okGiso
>>179 お待たせしました〜。
同じの買ったんだね。
単機のレポよろしく。
その際に、NBとSBを教えてもらえると嬉しい。
>>181 自分もそう思いました。
自分もラプ150GB×4台まではやりましたが
上には上が居ますね・・・。
>>172 こっそり指摘してあげるけど、ライトバックキャッシュ(write back cache)だよ。
ライトバックで1つの熟語。
キャッシュバックは好きだぜ
SLC/MLC以前に、速度すら全く書かれてないのがどうもなー
>>183 MSD-S3025032NA
に、訂正。
あとSSDのストライプサイズの話が出てるようだけど・・・ これはすばり4Kにすべき。 アクセスタイムが速いので大きくする必要がない。 というか大きくしてもストライプサイズ内のウェアレベリングブロック数が増えるから効率は殆ど上がらず、 ランダムアクセス時に無駄にオーバーヘッドが増えるだけ。
それよりもうアホらしいことやめたら?
アホらしいことってなに?
3の数がなんとかだっけか
3といえば3倍、3倍といえばSLCとMLCの寿命差・・・ 寿命と言えば>157(スペック値と現実の乖離) さて、技術者の視点からだとSLCで3倍になったとしても全然足りない 使用者の視点だと、まぁ使ってみなきゃ分らんが、3倍程度じゃ殆ど意味ないな。 こんな感じっす。
193 :
172 :2008/07/24(木) 20:56:51 ID:L7okGiso
>>184 教えてくれてありがとう(≧∀≦)/
勉強になった。
×ライトキャッシュバック
○ライトバックキャッシ
間違えて覚えてた〜よf^_^;
>>188 4kが最強かあ。
8kにしちゃったよ。
まあ、Raptorより十分速いから
次回の再インストールの時には4KBにするよ。
ありがちょ(*^^*)
>>177 具体的な書き込み結果を隠蔽するのがウェアレベリングという技術。
結果の隠蔽に用いられるのが物理とか論理とかいう概念。
こんなんで良いか?
500円ぐらいのキャッシュバックか?
>>194 ありがとん。
81で書いてもらった時点でそれは理解できたんですけど、
その中の一部の事がいまいち。 (´ω`;)
「1234番地に書け」というコマンドに対して 「1234じゃなくて9876番地に書きました」なんて挙動は、少なくともATAやSCSIでは許されない ウェアレベリング処理はデバイス内だけで完結していて 外からは全く意識しなくていいようになってる
ありがちょ(*^^*)
で、1日12.5M回ってことは1秒間に144回だが、 その書き込み回数はどうやれば消化できるんだ?
> 4kが最強かあ。 > 8kにしちゃったよ。 > まあ、Raptorより十分速いから > 次回の再インストールの時には4KBにするよ。 > ありがちょ(*^^*) えっと、原理的な話をしているので8Kと4Kならそんなに違いはないから再インストは不要かと思います。 > その中の一部の事がいまいち。 (´ω`;) 何を聞きたいのか良く分からないのだけど・・・ SSD内のウェアレベリングというのは、チップに書き込み回数寿命があるので同じチップに書き込みが集中しそこだけが寿命に達することを避ける技術。 メモリを4K単位に区分けして書き込みが集中しているブロックを別の書き込み回数の少ないブロックと交換することで全ブロック均等に書き込みつつ 寿命を伸ばすのが目的。 これを実現する為のコントローラチップには「ブロックNO+書き込み回数」の情報を全容量分保持している。 論理/物理/物理ブロック書き込み回数/物理ブロック内の実データ 001→001,000/初期値 002→002,000/初期値 003→003,000/初期値 ↓↓↓↓↓↓ 998→998,000/初期値 999→999,000/初期値 論理001に「data1」書き込みが発生したとき 001→001,001/data1 (物理001に書き込み、書き込み回数を+1する) 更に論理001に「data2」書き込みが発生したとき 物理001の書き込みカウンタが最低値より大きいのでスワップが発生 物理ブロック001と物理ブロック002をスワップする 001→002,000/初期値 002→001,002/初期値 (物理002の内容が実データとしてコピーされるので書き込みカウンタ+1) 論理001に書き込みを行う 001→002,001/data2 (物理002に書き込み、書き込み回数を+1する) 更に論理001に「data3」書き込みが発生したとき 物理002の書き込みカウンタが最低値より大きいのでスワップが発生 物理ブロック002と物理ブロック003をスワップする 001→003,000/初期値 003→002,001/初期値 (物理002と物理003の内容が一致しているので実データはコピーされない) 論理001に書き込みを行う 001→003,001/data3 (物理003に書き込み、書き込み回数を+1する) 結果 001→003,001/data3 002→001,002/初期値 003→002,001/初期値
OSから見て書き込みを指示した場所と書き込まれた場所は必ず等しいので、 OSは実際に書き込まれた場所を知る必要がありません。 よって書き込みが成功したか否かを受け取るだけで、 書き込まれた場所は受け取りません。
>177 OSから見たときにSSDとHDDは同じように振る舞うってだけだよ。 何も難しく考えることはない。 OSからアドレスAにアクセスするとき、SSD内の物理的位置がどこであろうとOSからはアドレスAでしかない。 ウェアレベリングの操作はすべてSSDのコントローラーで完結し、外部からはどう処理されてるのか分からない。 それだけのこと。
>>199 > で、1日12.5M回ってことは1秒間に144回だが、
> その書き込み回数はどうやれば消化できるんだ?
運用次第だろう?
物理I/Oを頻繁に発生させるソフトを稼働し長時間バッチ処理しようものならあっという間に寿命は尽きる→技術者視点だと全然足りない(耐性として数千倍は欲しい)
システムドライブには極端にI/Oを発生させるデータは置かない→いつ寿命になるか分らんが、トコトン使うぞ→利用者視点
(壊れること前提でバックアップとりつつトコトン使うのが現状でのトレンド)
トレンドから外れてる人
1)ビビって、書き込み回数を気にしつつ使う人
2)壊れないと思ってバックアップすら取ってない人
そんなの自由だろwww まぁ、インスト直後のイメージだけとっておいて 後は2)かな漏れは。 いちいちバックアップなんかめんどくさくてとってられるかってーの。
>>196 なんか中学生にラプラス変換教えてる気分になってきたよ。
まずはおまいさんが必死に避けようとしている物理論理云々を
しっかりと理解することだ。納得のできる答えはその先だ。
> いちいちバックアップなんかめんどくさくてとってられるかってーの。 というかお前しっかりバックアップしてるじゃんw
/) /) / ⌒ ヽ | ●_ ● |/\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ (〇 〜 〇 | / < まだ32G2万切ってないのかよ。また明日こよ。 / |く \________________ | |_/ |/ ヽ ,/> |_/ ̄|_/
>>107 の予想したとおりの展開になってて
ワロスとしか言い様がない件について
>>206 まぁな、最初だけはな。それで何回救われたか。
> (壊れること前提でバックアップとりつつトコトン使うのが現状でのトレンド)
こんなこと書かれてるから思わず反論したんだよ。
>>205 「僕はバカだから」とか以前に、なぜわざわざ物理アドレスを隠蔽して抽象化しているのか考えれば、自ずと後は分かりそうなものなんだが。
T-ZONEの4万で売ってるSLCのSSD Mtronなのかな?買った人いますか
書き込み回数以前に、MLCはデータの保持が危うそうっていうのがなぁ まあ、俺はSLCマンセーだからそう感じているだけかも知れんが、SLCで10年、MLCだと3年だっけ?
>>204 うん、自己責任だから個人の自由だよね。
でも、俺は昔からずっとバックアップ派。
後世に俺のエ○動画を継承する為にw
RealSyncで、60分おきに、自動でGドライブにコピーするようにしてる。
今の構成
C:MSD-S3035032NA×2台 RAID0 64GB(32G×2) 《OS用》
D:WD3000GLFS-01F8U0 300G 《データ用》
E:HDS725050KLA360 500G 《DVD用》
F:HDT725032VLA360 320G 《TV録画用》
G:WD3000GLFS-00D6B0 1TB 《C、D、E、Fのバックアップ用》
でも、ママンがP5Eだから、ポート6個、全部埋まってる・・・。
Gigaの時はポート8個で良かったなあ。
SSD4台とかやりたくなったら、RAIDカード買わないとダメかなf^_^;
CPU、ヴェロラプ、SSDとかなり派手に金使ったから
当分は無理だけど(T_T)
> SLCで10年、MLCだと3年だっけ? はっきり言わせてもらえばこの差は誤差のレベル程度でしかない。 まぁ数値だけ見てると「そんな筈はない」との反論もあるのだろうが、どちらも全然安心出来る数値じゃない。 運用中にCRCエラーでデータ損失がある危険性は結構高いと思って運用してくれ。 あとは運次第。
書き換え寿命は少し前の世代でSLC10万回 MLC1万回と言われていたな 今はどれくらいまで減ってるか… それとMLCは内部では常に不安定だよ そういう物という前提で作られてる
>>214 CRCエラー?!
フラッシュメモリってエラー訂正持たせているんだよね?
CRCでどうやってエラー訂正しているの?
>>211 インターフェイスがSerial 「ATA」という所で察しろ。
>>182 多分釣りなんだろうが、マジレスすると、
10msと100msが体感的に区別が付かないのは
はっきり言ってかなりノンビリ屋だぞ。
10msと100msの差分の90msっていったら
映画(24fps)やTV(30fps)で2フレーム強、
最近のゲーム(60fps)で5フレーム強(昇竜拳コマンド一回分)、
BPM180の音楽で16分音符一発分ちょいの時間なわけだから。
「ある程度反応速度が速くなると人間の体感できる限界を超える」
って観点は悪くないが、人間の限界はもっと先だ。
人間が検知できる限界が大体60fps(16.6ms)だから、
「トータルで10msと1msの差なんて大したことない」って主張だったら
それなりに信憑性があったんだけどなw
>>215 単純に考えて、SLCなら0と1の所を、MLCでは0と0.25と0.5と0.75と1にしきい値電圧を分けているわけでしょ?
当然ソフトエラー耐性とかも低いだろうし、書き換え回数よりも、そちらの方が不安だなぁ
>>218 いや、7bit ECCってのも意味がよく分からんし、7bitもECCビットを用意しているのはMtronだけのような気もするが、まあいいや
>>221 寒はSATA-2って書いてあるでしょ。
特価品はシリアルATA接続。
いくらなんでも後は分かるよな?
> 10msと100msが体感的に区別が付かないのは > はっきり言ってかなりノンビリ屋だぞ。 多くの人で実験した結果だ。 WAITが 50ms→判別できず 100ms→判別できず 200ms→一瞬遅く感じる 300ms→少し遅く感じる 500ms→遅く感じる まぁ、100msなんてのはよっぽと気にして何度も比較しないと判別出来ないレベルなんだよ。 もちろん、数十msの差が左右されるゲーム中での話じゃなく、ごく普通の操作でのお話。
あ〜、違うな SLCなら0〜0.5〜1、MLCなら0〜0.25〜0.5〜0.75〜1って感じか 電子回路落とした俺には、これくらいの理解が限界だゎw
>>222 それだとちと違うw
00b<[0.25]<01b<[0.50]<10b<[0.75]<11b
xxb:2進数での値
[0.xx]:閾値
ってなるだけ。
というかMLCが不安でSLCだと安心ならSLC買えよ 俺からすればどっちも不安、だから安いほうを選ぶ、それだけのこと。
>>224 ソフト屋(組み込み系とかそっちな)は結構気づくけどな。
多くの人ってことは技術屋成分は低そうだからそんな感じじゃね?
こちとら必死こいてms単位で時間削ってるのになって思うことはよくある。
きっと命は日単位で削られてるんだろうけどなw
SLCとMLCの速度差を簡単に測ってみた。 5kbのファイル100万個作成 MTRON: 3分30秒45 スパタレ: 27分27秒69 HDD: 2分35秒81 5kbのファイル100万個読み込み MTRON: 3分20秒64 スパタレ: 7分33秒02 HDD: まだ終わんない 普段いろいろな作業していてもやっぱりSLCとMLCで明確に差はある。
>>229 普通の人はそんな短時間で100万個も作成しないからw
> 普段いろいろな作業していてもやっぱりSLCとMLCで明確に差はある。
その殆どが感知できない程度の差なのが笑えるね。
6000シリーズだったりしてw
>>227 まったくもって正しい意見だと思うし、別に否定もしないよ
SLCマンセーな俺は、お金で少しでも安心やパフォーマンスが買えるなら、それの方がいいってだけなんで
>>229 それだけの書き込みとなると、やはりHDDの方が速いんだね
ちなみにHDDはなに?
>>54 すぱたれ
nvRAIDでRAID0絶賛実施中。
ただしSocket939 nForce4 SLIだが。
>>232 > それだけの書き込みとなると、やはりHDDの方が速いんだね
> ちなみにHDDはなに?
WD5000AAKS。
書き込みは大抵HDDのほうが速いがMTRONだととくに遅いとは感じない。
スパタレはある程度の量のデータを書き込むとしばらくダンマリになる。
某所でぽちって取りに行ったMSD-S3025032NA
4万。
OS:UltimateのX61
memo:4G
DiskMark
seq:95.96 55.46
512:95.17 39.48
4K:16.22 3.764
>>172 遅くなったけどこんな感じ。
Cドライブが4.42GB/24.3GBとほとんど使っている。
Do to領域で5GBとられたのはイタイ。
SSDにVistaは鬼門らしいぞ
>>234 なるほど、Raptor系でなくても速いんですね
途中で遅くなるとなると、やはりバッファでしょうかねぇ
>>229 そのベンチって具体的にどんなツールでやってるの?
試しに俺も同条件でやりたいんだけども
>>239 ファイル作成はperlで、
my $lim = 100;
my $buf = pack("C5000", 0);
for (my $i = 0; $i < $lim; $i++) {
my $di = sprintf("%02d", $i);
mkdir($di);
for (my $j = 0; $j < $lim; $j++) {
my $dj = sprintf("%02d", $j);
mkdir("$di/$dj");
for (my $k = 0; $k < $lim; $k++) {
my $dk = sprintf("%02d", $k);
open(FH, ">$di/$dj/$dk");
syswrite(FH, $buf);
close(FH);
}
}
}
読み出しはtarコマンドで、
tar cfz /dev/zero testdata/
とやった。
UNIX系自作プログラムですか。。。あきらめたw
そういえば昔フォルダ名を索引キー代わりにして検索システムを構築していた奴がいたな。 発想がユニークだったから思い出した。
>>203 具体的に何をやれば、どういう理由で、結果1秒に何回書き込みが発生するわけ?
論理的な書き込み回数と物理的な書き込み回数って同じか?
キャッシュって何のためにあるんだ?本当に分かって言ってるのか?
例えば、1MBのファイルが1000個あったとして、 それぞれの末尾1ビットだけを全て反転させたとしよう。 それは本当に1000回書き換えたことになるか?
>>243-244 何が言いたいのかさっぱり分らんが?
お題からして正しく読めてないんじゃないか?
物理的I/Oの回数で話しているのだから、キャッシュを持ち出して意味ないだろ?
>>211 先週の夜市で買ったときはMtoronのMOBI3000だったが
今見に行ったら写真変わってるな・・・
キャンセルできるから試しにポチってみても良いかと
Wiiはゲーム機だけだと思ってる奴は視野小さ過ぎ TV番組表からニュースから天気予報から毎日溜め 込んでるし、小学生が写メの交換もやってるよ PCに出来てゲーム機に出来ない事なんて、もうあん まり残ってないぞ? フラッシュの最大需要は携帯とゲーム機関連で、PC なんかほんの数%だぞ? PCの場合、高くても買うバカが居るのに気付いて儲 けが大きいからエサになってる奴が多い
安さだけが取り得のATOMマシンに3万円のSSDなんか乗せられねーよ!! ということで4GBのボードあったでしょああいうの安く手に入らないかなぁ
>>245 キャッシュのおかげでOSが書き換えを指示するタイミングと
実際に書き換えられるタイミングが違う。
OSが1ビットの書き換えを1000回行っても、
物理的な書き換えは1000回起こるとは限らない。
まあデータロストしないためには結局1000回書く必要があるんだけどな
>>240 環境はLinux?ファイルシステムは何?
できれば、laptop_modeを有効にして、書き込みを積極的に遅延させて計測してほしいな。
HDDはWriteをバッファリングして処理できるけど、SSDは大容量キャッシュ積んで無いから、
ディレクトリエントリを100回書き換えたら物理的に100回書き換えてる可能性がある。
厨な質問なんだが なんでどこのSSDも大容量のライトキャッシュ付けないんだろう?
IDE 16GBでお手頃なSSDを探してるんですが、 今ならどこのがオススメですか?
>>245 >>244 の内容だと1000箇所書き換える必要がありそうだが…
1箇所の書き換えが1000回起こってるのならあなたの言う通りだけど。
255 :
254 :2008/07/25(金) 07:53:16 ID:6hrkUkk0
>>252 SSDは元々コントローラにキャッシュあるよ。
PCとのやり取りは512バイト単位だけど、フラッシュメモリのブロックサイズは
それより遥かに大きいから、ある程度の書き込み要求はキャッシュしてる。
ベンチのWrite性能があるところで突然落ちるのが、キャッシュが溢れた状態。
>>201 これが聞きたかったです!
ありがとうございました。
ヽ(・∀・)ノスッキリ
259 :
172 :2008/07/25(金) 09:19:45 ID:F8m8Ez6J
>>235 な〜に〜〜!?
MSD-S3025032NAで、4万って有ったのか・・・。
探しても見つからず、5万で2個買っちゃったよ・・・。
Vistaで32GBだとかなり辛いよね。
俺もVistaだけど、アプリも入れてすでに33GB使ってる。
残りのアプリは今日入れる。
嫁のレッツノートR7 SSDモデルは、サムソンの32GBだけど
アプリほとんど入れて無いのに、残り2GBしか無いお。
>>236 某大企業のプログラマの友人にもSSDに最適化されて無いとは
聞いてたんだけど、Vistaだと、どこらへんが鬼門なの?
詳しく教えてちょ。
>>256 > PCとのやり取りは512バイト単位だけど
嘘ではないが誤解を招くぞ。
指定単位は512バイトだが実際のデータ転送は数十キロや数百キロ単位。
>>197 そういう仕様なんですね。
ありがとうございました。
ヽ(・∀・)ノスッキリ。
「ファイルがHDのどこにあるか?」という情報自体HDに格納されているんだから、OSが一々実際の書き込み場所を管理してたら、このエントリテーブル自体見付けられない、とか考えないのかね?
>>256 それはキャッシュじゃなくてバッファだし、容量少なすぎて同ブロック内の複数のWriteを一回のWriteに
まとめられるほどじゃない。
んで、Write性能が落ちるのは、Erase済みブロックが無くなって、Erase待ちブロックのEraseが終わるまで
Writeができないだけ。物理容量と論理容量の差が多きいドライブほど、速度が落ちにくい。
> Erase済みブロックが無くなって、Erase待ちブロックのEraseが終わるまで これちょっと意味が分らない そもそもEraseって何?、Eraseの必要性など全くないと思うけど?
すまん 夏真っ盛りな質問させてくれ Vista x64なんだが今BIOSのストレージモードをAHCIにしてるんだけど SSDに載せ換えてもAHCIのままでええんですかいのう?
>>265 問題ない
>>264 64GBのチップを搭載しているのに実際は60GBの認識しかせず4GBは高速処理用にしてるって意味かな?
この場合実容量は60GBなので4GBは紐付けせずに使えることになる。
>200の例をこの方式で処理すると・・・
論理/物理/Sflg/物理ブロック書き込み回数/物理ブロック内の実データ
001→001,0,000/初期値
002→002,0,000/初期値
003→003,0,000/初期値
↓↓↓↓↓↓
898→898,0,000/初期値
899→899,0,000/初期値
---------------------
+00→900,*,000/初期値
+01→901,*,000/初期値
+02→902,*,000/初期値
↓↓↓↓↓↓
+99→999,*,000/初期値
---------------------
論理001に「data1」書き込みが発生したとき
001→001,0,001/data1 (物理001に書き込み、書き込み回数を+1する)
更に論理001に「data2」書き込みが発生したとき
物理001の書き込みカウンタが最低値より大きいのでスワップが発生
WKブロックが余ってるのでそれを利用する
001→900,0,001/data2 (物理900に書き込み、書き込み回数を+1する)
+00→001,*,001/data1 (*付きじゃないので直ぐには使えない)
更に論理001に「data3」書き込みが発生したとき
物理900の書き込みカウンタが最低値より大きいのでスワップが発生
WKブロックが余ってるのでそれを利用する
001→901,0,001/data3 (物理901に書き込み、書き込み回数を+1する)
+00→001,0,001/data1 (*付きじゃないので直ぐには使えない)
+01→900,0,001/data2 (*付きじゃないので直ぐには使えない)
結果
001→901,0,001/data3
002→002,0,000/初期値
003→003,0,000/初期値
+00→001,0,001/data1 (*付きじゃないので直ぐには使えない)
+01→900,0,001/data2 (*付きじゃないので直ぐには使えない)
*付きじゃない+00〜+99のデータは*付きが無くなるorアイドル状態のときに整理する
つづく
整理方法 *付きじゃない+00〜+99のデータの内書き込み回数が小さいものは無条件に0にチェンジする(短時間で済む) 書き込み回数が大きいものは001〜899の中で買い込み回数の小さなものとスワップする(長時間掛る) +00→001,0,001/data1 (*付きじゃないので直ぐには使えない)を002へ追い出す 002→001,0,002/初期値 (初期値にErase 書き込み回数を+1) +00→002,*,000/初期値 +01→900,0,001/data2 (*付きじゃないので直ぐには使えない)を003へ追い出す 003→900,0,002/初期値 (初期値にErase 書き込み回数を+1) +01→003,*,000/初期値 最終結果 001→901,0,001/data3 (物理901に書き込み、書き込み回数を+1する) 002→001,0,002/初期値 (初期値にErase 書き込み回数を+1) 003→900,0,002/初期値 (初期値にErase 書き込み回数を+1) -------------------- +00→002,*,000/初期値 +01→003,*,000/初期値
訂正
>>266 × +00→001,*,001/data1 (*付きじゃないので直ぐには使えない)
○ +00→001,0,001/data1 (*付きじゃないので直ぐには使えない)
>>267 × 002→001,0,002/初期値 (初期値にErase 書き込み回数を+1)
○ 002→001,0,002/初期値 (002をコピー 書き込み回数を+1)
× 003→900,0,002/初期値 (初期値にErase 書き込み回数を+1)
○ 003→900,0,002/初期値 (003をコピー 書き込み回数を+1)
>>264 まず、FlashはROMの一種ということを理解してくれ。
で、ROMの書き込みという動作は、0にしたいビットの素子から電荷を引き抜く作業のこと。
だから、書き込む前に全ての素子に電荷を突っ込む作業(Erase)が必要になる。
あと、FlashのWriteやEraseはブロック単位でしか行えないというのもある。
書き換えするときは、一旦内部RAMにブロックを読み出してそこでデータを書き換え、
書き込むという作業が必要。
このとき同じブロックに書き込むと、書き換え回数の偏りだけでなく、Erase作業が必要になり
時間がかかるので、コントローラがErase済みの別ブロックを探して書いていると思う。
まあ、その辺はコントローラ次第だけどね。
ブロックが何バイトかは、チップによりけりなので、データシート見るしかない。
>>262 その用語の使い方は、OS(ファイルシステム)とHDD/SSDコントローラのレイヤがごっちゃになってる。
>>254 一般に、いわゆる「書き込み」は
即時反映する必要があるものとないものに大別される。
即時反映する必要のないものは、極端な話
「次に読み出されるまで」に書き込まれていればよい。
そして、一般用途では即時反映する必要のないものが
ほとんど。
加えて書き込み処理にも読み込み同様局所性があるのが普通。
これらの特徴を利用して、HDDでもSSDでも実際のメディアへの
書き込みを遅延させて内部的に一回にまとめるなどして
性能の改善を図っている。
一般的でない用途としてはたとえば更新系のDBとかな。
で、即時反映する必要を明示した書き込みの場合は、
実際にメディアに書き込まれるまで、
(厳密にはデータの格納が保証されるまで)
同期待ちが発生するわけだ。
で、即時反映の書き込みが秒間何回出来るかの指標がIOPSなわけだ。
大体HDTuneのいう「アクセスタイム」の逆数になるな。
でHDDの場合はその原理上秒あたりのプラッタの回転数に近似した値
(15000rpmのディスクでIOPS250弱とかな)になり、
書き込みのためにプラッタの回転を待つ必要のないSSDはコントローラの性能次第な値(アクセスタイム0.1msでIOPS10000とか)になる、と。
>>270 そう?
例えば、MS-DOS 3.xのIPLは、自身のブートセクタの直後のセクタのIO.SYSを読み込むようになっている。
この"直後のセクタ"が、(代替処理やRAID構成などの影響によって)実際にHDDやSSDのどこに記録されているか?は関知しないし、
HDDやSSDのファームが勝手に別のセクタに書いちゃいました、なんてされたら起動すらできなくなる。
これは、NT系でのIPLやMFT、NTLDRでも一緒でしょう。
あれだな、エクスプローラでコピー終わったと思ってUSBメモリぶっこぬいたら まだ書き込み中でファイル破損って事件があるのと同じ事だ。 つーかXPとかのシャットダウンプロセス眺めてればキャッシュを書き込んでるとか 出てくるだろうに。
>>273 まあそれは厳密には別のレイヤーの話(ファイルシステム層での非同期処理)だけど、
ノリは同じだね。
というか、「まとめて処理」が出来ないと、
SCSIやらSATAでのコマンドキューイング処理の魅力が半減だろうに。
STATAに比べてキューの深さが8倍、キューの本数が3倍のSCSIの場合なんて
何のためにわざわざ高いディスク使ってるんだって話になるだろうになw
ここ数日誰の言ってる事が真理なのか全くわかりません
>>275 理解したければOSの基礎を独学する。
まあ、NetBSDなどのソースファイルを眺めるのでも良いけど。
>>271 やっぱり君の投稿は何が言いたいのかさっぱり分らない。
「SSDはコントローラの性能次第な値(アクセスタイム0.1msでIOPS10000とか)になる」
言いたいのこれ?
4k Random accessが30MB/sと5MB/sでは天と地程に体感の差があるとでも言いたいのかな?
残念だけど、体感差は殆ど無いから・・・理屈は既に何度も説明済みだ。
>>275 え?
100msの差は大きいか?や、SLCとMLCのどちらがいいか?みたいな、個人の主観や意見の違いはあったが、何か技術的に議論になっている内容なんてあった?
> というか、「まとめて処理」が出来ないと、 > SCSIやらSATAでのコマンドキューイング処理の魅力が半減だろうに。 > STATAに比べてキューの深さが8倍、キューの本数が3倍のSCSIの場合なんて > 何のためにわざわざ高いディスク使ってるんだって話になるだろうになw IOPSを少しでも多く稼ぐ為の涙ぐましい努力とでも申しましょうか? しかし悲しいことにそれだけやっても大したことないんだよな。 コストに見合った性能向上になっていないところが悲しい。 「キューの深さが8倍、キューの本数が3倍」って威張っても、それに見合う性能向上はなく、微々たる向上っす。 やっばりアクセスタイムが圧倒的に遅いのがネックっす。
>>266 d
32GBにするか64GBにするか迷うなあ
Vistaだと32GBじゃつらそうだなあ
どっちにしてもOCZでORZするしか選択肢はないんだけど
>>280 x86 Vistaの場合はアプリ入れないでOSだけなら32GBでもいけるが、x64版は(使ったことがないので)分からないのと他にアプリケーションも入れるとなると厳しい。
多くて困ることは価格以外ないし、素直に64GB行っといた方が良いかと。
vista 64bitは、10GB無い。
OSがVISTAならシステム領域は余裕を持って確保しておくべき。 シャドウコピー領域だけで結構な容量になる。
>>281-282 VistaとアプリはSSDに入れときたいのよね
ユーザーフォルダをごっそり抜いたら25GBくらいの状況
ここからパテどこまで圧縮できるかかしらねえ
FLASHメモリって容量とお値段が比例してるだけにねえ・・・
普通にドライバとソフトウェア10個ぐらいで10GB超えてないけどな。
別スレでも書いたが、 Vista HomeBasic x64をvLiteで少し削って 使わない機能(ページング、ハイバネ、復元など)を無効にすれば SP1とHotfixを一通り当てても6GB切るよ。 データを別の領域に置けば、システムドライブの容量は16GBで充分。
>>285-286 なんでこんなピザになっちゃってるんだろうねえorz
がんがってシェイプアップするぜ(`・ω・´)ゝ”
そしたら32GBをIYHだな
> ネットブックのベンダーはエントリモデル向けにMLC NANDフラッシュメモリ内蔵の4GB SSD、 > 3年保証品を欲しがっているが、SSDベンダーは3年間の保証を嫌がっているとする。 このあたりで実際の寿命 (書き換えサイクル数の皮算用ではなく、実働環境での期待寿命) が伺えるな
>>280 VISTA64使ってるけど、CYGWINからREDSTONEから色々入れ
てる現時点で15G位しか食ってない
いざとなればスワップやアプリは別ドライブに逃がせばいいので
32Gで十分いけると思うよ
さらにスピードが欲しければ、折を見て32Gをもう1台買ってストラ
イピングにするのに安く済む可能性もあるしね
32Gは全部C:\にせず、数Gをベンチ&テンポラリ区画にしておくと
いいと思う
>>289 3年後のために現行品を留保しておくのめんどいと言うだけでしょ
メーカーPCとかって、内臓HDDが陳腐化してる古い物でさえ同じ
型番のHDD詰んで修理上がって来るからね
トヨタ方式が世界の主流になってるから、部品メーカーに留保の
負担が行くのが今は当たり前になってる(供給保障契約期間内)
(ユーザー的には同等以上品で全然かまわないのに保障の関
係上これはしょうがない
たったHDDのために留保がない場合は、PCまるごと現行品と
交換してさえ、機器構成を守るね)
メーカー的にはSSD搭載PCが主流になるのは歓迎っぽいぞ、
HDDの不具合で保障期間内に修理依頼が来るノートってのは、
「ユーザーが落としたんで壊れた」物が多いが、それを立証出来
ないのでメーカーが泣いてる状況にある、SSDになるとそう言っ
た事例が減ってメーカーの負担がかなり減るっぽい
>>288 データ転送速度が250MB/sec、記憶容量32GBのSLC NANDフラッシュメモリ使用SSDのLDEは400TBWある。
これが同じ速度で記憶容量が2倍に増えた64GBのMLC(2bit/セル) NANDフラッシュメモリ使用のSSDだとLDEが100TBWに下がる
はやいなwもうあるのか?
>>288 >PCユーザーの使用イメージはこんな光景になる。SSDを購入した時点ではLDEが最大値であり、
>使っていくとLDEがどんどん減少する。LDEが空(ゼロ)になったら、データの書き込みはできない。
>ゼロになった時点から1年以内は、データのバックアップを取ることができる。
ゼロ以降は書き込みできなくなるってことか?
ゼロになるまでは書き込みを保証する、以降は保証しないからユーザーの責任で使え
じゃないのか
HDDでもメディアエラーとかOSに返せば、書き込みできなかったということになるし、 書き込みできなくても読めることもある。そんなに突飛な話でもない。 突発的に故障するHDDと、徐々に数値が減っていくSSDとで違和感はあるかも
>>291 だろうね。
・現時点で高価
・年あたり数割の率で価格降下する
のが分かってる品物を在庫したがるところはそうそう無いだろうしね。
>>291 べつに代替品が最新型の同等品になったっていいだろう
実際、HDDなんかはそうだぞ?
Writeが遅いんだけど、原因が分からない・・・。
XPSP3@SATA(IDE Enhanced)
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 79.910 MB/s
Sequential Write : 44.920 MB/s
Random Read 512KB : 81.906 MB/s
Random Write 512KB : 30.435 MB/s
Random Read 4KB : 29.497 MB/s
Random Write 4KB : 1.143 MB/s
Test Size : 100 MB
Date : 2008/07/25 20:01:25
--------------------------------------------------
●MTRON MOBI3000 16GB
--------------------------------------------------
じつはMOBI1000だったとか言ってみるテスト
>>251 > 環境はLinux?ファイルシステムは何?
Linux ext3
それなり。 MLC-SSDよりワンランク下。 あまりうまみはない。
>>291 メーカー保守サービス部門の俺としてはHDD故障が障害原因の10割(HDD以外なら、ハード部隊が勝手に部品交換してオワリ)
だからHDD障害がなくなると猛烈に嬉しいけどな。
担当SEが土日の休みや深夜3時にサーバーぶっ壊れて、タクシー乗って直しに行って、そのままその日出勤
ってのが好きでしょうがないやついないだろうし。 SE達はSSD化をめっちゃワクテカして待ってるよ。
まあ、あんまり障害なさすぎて俺の仕事がなくなる恐れもあるが・・
>>290 ふう
なんとかCドラを19GBまでシェイプアップすることができたぜー
これなら32GBでもだいじぶかしら?
よーしパパOCZの32GBをIYHしちゃうぞー
こいつがヘタレる頃には爆速SLCが同じくらいの値段になってるっしょ
と思ったらどこにも在庫はないですかそうですかorz
ワロタ いやぁあるよなぁそういうこと。
OCZのSSDを輸入しようとあちこち見てたんだが、亜米利加通販だと 7/31迄購入すると$40キャッシュバック?があるようだが、これって日 本から購入しても受けれるものなんだろうか?
>>302 大丈夫、そのうちSSD向けのウイルスを作る奴が絶対出るから
(ウェアレベリングを回避して無理矢理同一セルを書き換えるとか)
>>306 そんなウイルス、ファームウェアでしか作れないな
そんなんだったらファイル作って消してをずっと続ける方が全面的に壊れるし。
>>306 そんなウィルスを作っても、そのブロックが割り当て対象から外れるだけで、
データは何も壊れないし、SSD全体で見た寿命も殆ど減らない。
>>310 わかんないよー外人パワーは凄いからな
とんでもないウイルスを開発するかもしれんよ
>>296 だな。
PC修理は言うに及ばず、うちではエンプラ向けストレージ機器保守でも、
ST373453LCの在庫がないからST373455LCを代替に出すとか普通にやってる。
同(容量|回転数)在庫がない場合は、元HDDを上回る(容量|回転数)のモデルを使用する。(顧客の了承が必要)
>>291 保守部品の関係だけでなく、よりウェアレベリングしやすい容量の大きい8GBなら、という話しから、やはり書き換え寿命も関係してるっぽいが…
CFやSDは同じ型番でもSLC→MLC(A社)→MLC(B社)な代物もあるし。 HDDでも同じ型番でプラッタ構成違うやつがあるし。 保守性以前にメーカー型番に拘りすぎても意味内罠。
>>288 > SSDの場合はNANDフラッシュメモリのほかに、少なくともメモリコントローラLSIとバッファメモリ(NANDフラッシュメモリの書き換え速度が低いことを補うため)が存在する。
バッファメモリは曲者かも。
一定容量以上の連続書き込みで急激な速度低下を招くことと、
バッファメモリを経由することでウェアレベリングのブロックサイズを大きく(4K→64K,128K)設計しているケースもありうる。
この場合、書換残容量の消費はかなり早くなりそう。
> これまでにSSDベンダーが表明してきた寿命は、例えば「1日20GBの書き換えで5年間の寿命を保証する」といったものだった。
> しかしSSDの記憶容量を1日20GBの書き換えに当てはめようとすると、現実と合わない事態が生じる。最も簡単な寿命の定義は。
> SSDの記憶容量を、ホストによるデータ書き込み容量で割って書き換えサイクル数を算出することだが、ホストのファイルシステム
> によるセクタサイズ512Byteと、NANDフラッシュメモリのブロックサイズ4KB(注:実際には4KBとは限らないが、
> 512Byteよりも大きなブロックサイズになっている)の違いを無視しており、正しくない。
まぁ、当たり前のことだよな。
> SanDiskが提唱したのは、データを新たに書き込める容量を、残りの容量として定義することだ。「LDE(Longterm Data Endurance)」と呼称する。
SMARTにLDEを追加って感じになる、ここでのポイントは書換残容量の表示と寿命は保障対象外になるということ。
東芝はもう原発に賭けるんじゃないの
原発とかどうでもいいし関係ない
320 :
Socket774 :2008/07/26(土) 03:50:46 ID:zdSxblgI
で、結局SSDに変えると劇的に速くなるの? 80GBのHDD積んだノーパソに、500GBのHDD乗せるか 64GBのSSD乗せるか悩んでて飯ものどを通らないんだけど。
速くなるのではなく、劇的にレスポンスが良くなる。 とはいえ、それはストレージIO待ち時間が短縮される効果でありそれ以上でも以下でもない。 ソフト起動のとき一度目と二度目(メモリキャッシュ済み)に大きなレスポンス差を感じると思うが、 その差が短縮される効果を想定するとよい。 ただし転送速度はHDDと大きくは変わらないので巨大ファイルの別ストレージへのコピー等の速度は変化しない。 それでも、同一ストレージ上での複数ファイルコピーだとアクセスタイムが非常に小さい効果が出る。 (HDDだとヘッド移動の為効率が大きく落ちる)
322 :
Socket774 :2008/07/26(土) 05:17:25 ID:zdSxblgI
用途は仕事なんだ。 Word・Excel・PowerPoint・Outlookで画面を何度も切り替えて 狭い画面の中で交互にコピペしたりとか、鯖からデータ呼び出して 加工して上書きとかそんなのを半日以上やってる。 Outlook2007でメールから予定表に切り替えたりとかすると もの凄く待たされるんだよな。 電話掛かってきて〜の予定を確認しようとするとその待ち時間で 何秒か沈黙の気まずい間が生まれたりとかさ。 そういうのなくせるなら5〜7万位の投資惜しくないわ。 メモリは既に2GB積んでる。 OSはXPね。
>>320 80GのノートのHDDだと遅いだろうからこのスレで
速いと言われている物なら体感は出来ると思うよ
でも「劇的」となると、その人の感覚によるんで何
とも言えないね
PCは総合力で体感を生む物だから、CPUの処理
能力が倍になっても体感は3割り増し程度なんて
事は多い
デスクノートならいいけど、HDDってのはあるだけ
使いがちなので500Gとか積むと飛んだ時悲しさも
6倍になるよ?
>>322 でかい液晶買ったほうが幸せになりそうだな。
325 :
Socket774 :2008/07/26(土) 05:58:16 ID:zdSxblgI
>>324 あと半日はそれを持ち出して客先でプレゼンとかもやってる。
それと、社内で与えられたモバイルノートで全てをこなすってのが
暗黙の了解になってるから、自分だけでかい液晶を机にこれ見よがしに
置くってのは結構敷居が高いんだよなぁ。
出来れば人知れず差を付けたいのよ。
道具だけ立派に揃えて仕事はどうなのよっていう目立ち方は
したくない。
326 :
Socket774 :2008/07/26(土) 06:59:06 ID:zdSxblgI
>>297 うーん この程度なのかSSDって・・・
これならデスクトップの3.5インチHDDの方が速いよな・・・
ノートの80GBの2.5インチHDDでもSequentialなら40MB/S位
出てるし。
あの、LeaDで143MB/secとかいう商品スペックはなんなの?
HDDの「内部転送250MB/sec達成」とかと同じ?
オフィスワークならシーケンシャルなんてどうでもいいだろ・・・ 何も調べずに質問厨やってるやつが仕事できるとは思えない。
328 :
252 :2008/07/26(土) 07:14:02 ID:ryT7HgtB
バッファの話は一区切りついたみたいだし… で、なんでどこのSSDも大容量のライトキャッシュ付けないの? そんなのメーカーに聞けがFA?
>>328 こんな感じなのかな?
・ライトバックキャッシュで高速化するには、書き込み終わってないのにOSに「書き込み終わった」と返事する必要がある。
・すると、書き込み終わってないのにOSをシャットダウンされる場合がある。
・よって、ライトバックキャッシュを高速不揮発メモリにするかバッテリを内蔵する必要があり、高くなる。
バッテリ内臓の場合は寿命も気になる。
バッテリというか、電気二重層キャパシタ(コンデンサ)のようなものでよさそうだ
>>330 この理由では、HDDやRAIDコントローラもそういう機構が必要だってことになってしまうよ。
通常、ディスクコントローラは、シャットダウンもしくはキャッシュフラッシュのコマンドを受けたタイミングで、キャッシュを書き戻すことになってる。
OSはシャットダウン時に必ずこのようなコマンドを発行するから、通常のシャットダウンプロセスでは指摘のような問題は発生しない。
(ただし停電等の突然の電源断ではキャッシュの情報は失われる。もともとライトバックキャッシュはそういうリスクを前提とした技法だし)
SSDに大容量キャッシュが付いてない理由は知らない。確かにメーカーに聞けでFAかも。
単なる実装上のコスト的な理由とか、今のところは主にそういうニーズが薄い分野(比較的低速な組込み機器)での使用が想定されているからかもしらん。
顔の夜市の4万円SSDが2種類になってる・・・ どっちがサムなんだろうか。 MTRONほしいのにサム送られてきたら困る
まるで闇市だなwww
闇鍋だろ 食ってみるまでは当たりかハズレか分からない
SSDっておいしいの?
鉄の味がする・・・
サムだってそんなにハズレでもないのでは SLCだし
340 :
Socket774 :2008/07/26(土) 13:40:49 ID:zdSxblgI
OCZ製、どこも入荷してないらしいな。 品切れじゃなく全く入荷してないとか。 正規代理店に入ってきてないから、並行輸入でもしてないかぎり どこも入荷してないだろうだってさ。 デタラメな代理店だな。
>>340 店側が今のSSDを掃く為に代理店に時間稼ぎを要請しているのかもしらん
アスクって時点で終わってるな
メーカーもしくは委託先の工場が出荷しない限り届きようがないからな 関税でうんぬんという説明をすることもあるが。
344 :
Socket774 :2008/07/26(土) 15:29:56 ID:zdSxblgI
たしかにOCZって画期的に速くて実質値段も半額だからなぁ。 SLCの10万以上するような商品も売れなくなるだろうし、 Writeで20MBとか話しにならんようなMLCも全滅だよな。 OCZ買った後、こういう画期的商品が定期的に出てきて 来年の今頃はHDDよりも安くなってるのかなぁ。 ムーアの法則より速い進化なんだろ?
来年どころか再来年でも容量単価でHDDを上回ることはないだろ いまの値下げ幅が続けば製造メーカー側が潰れるし チップの単価を考えれば2年程度じゃ容量単価は逆転しないぞ
さすがに来年で逆転は無いと思うが今のペースで確実に値段落としてくれればいいさ
今すぐ新しいマシンを組む場合、できるだけ低価格で高速なSSDにするならOCZしか選択肢がないんだが、 手に入らないんじゃ仕方ないなあ。とりあえず様子見でヴェロラプにでもしておくかと思っても、 その値段を見るとどうせならSSDいっちゃえという感じになる。 しかしOCZは手に入らない。悩ましい。
特性も違うのだしHDDと容量単価で比べる必要は無いだろう? ただもう少し安い価格帯(64GBで1万円、128GBで2万円)まで下げないと市場拡大は難しいだろうな。
349 :
Socket774 :2008/07/26(土) 15:45:28 ID:zdSxblgI
しかし、HDDもwesterndigitalとサムスンがダントツで 安値付けてたし、SSDもOCZとかいう聴いたことないような 会社がダントツで高性能で安い商品を売れるのってどういうこと? モジュールメーカーってチップを工場もってる大企業から 仕入れてそれを基盤にくっつけてパッケージにしてるだけだろ? OCZって会社がNANDフラッシュとかいうの実際に作ってるの? 作ってないならなんで他のモジュールメーカーがそれと同じ チップ仕入れて同じ価格帯で売らないの?
♪待てば待つほど安くなる〜
WDは老舗なんだけどなー PC98とか使ってた人なら見た事もあるだろう。 SSDとは関係ないが、ちょいと気になった。
OCZは2000年からエンスージアスト向けメモリ(OCとか低レイテンシモデル)モジュール で立ち上げて、電源やらCPUクーラー等クーラー関係も扱うようになったけど、やっぱり 本腰入れてるのはメモリモジュール(ノート、デスクトップ共)。 それとフラッシュメモリもSDカードやUSBメモリも一応やってる。 日本では認知度低いがそこそこ認められてる。メモリチップやNANDフラッシュは 勿論造ってない。良くわからんが高速メモリモジュールとか出せる辺りチップの 性能を引き出すノウハウはある程度もってんじゃないかな。 OCZ Technology自体はそこまで無名って訳じゃない。
>>349 普通は設計を自社でやってチップの生産をファウンドリに任せる。
最後のパッケージにするところはやったりやらなかったり。
なので、両者の間で決められた会社にしか販売できない契約を結ぶのが一般的。
他の会社が買おうとしても買えない。
>>340 OCZを海外で注文してた人何人かいたけど、
あの人達もまだ届いてないのかな?
今回は代理店もほぼ発注してない、並行輸入かけて 店頭に並べてるようなところもほとんどない、 という状況を考えると、 どこの店もエンスージアスト向けの商品としては数が出ないはず、 と読んだんだろうな。 わざわざ今の時期に高速SSD買うようなユーザはMtronあたりに走るだろう、と。 まあ、OCZ Coreも実際ファーム以外はスパタレと同じです、って結果だったわけで、 妥当な読みだったとも言えるか。 あるいは、発注の時点で実際ファーム以外はスパタレと同じって話を提示されて どの店も在庫抱え込み投げ売りの悪夢がよぎったのかもなw
オリオスペックの注は、現時点でこうなってた。 ――――――――――――― 7月19日頃入荷予定の64GB、128GBモデルの入荷がメーカー都合により延期となりました。 ご注文いただいているお客様には、お詫び申し上げます。 現在の予定では7月28日頃の入荷になりそうです。 御注文のお客様には、個別にご連絡させていただきます。 7月19日販売予定64GB、128GBは、予定数量完売いたしました。 8月2日販売予定32GBは、3〜5日程度入荷が遅れる可能性がございます。 世界的な人気商品となっておりますので、入荷数、入荷日が流動的となっております。 次回入荷日は、前後することが有ります。 ――――――――――――― メーカーも対応できていないようだ。
>>349 NANDチップモジュールはどこも同じでサムスンから仕入れているところが大半。
なのでモジュール自体の性能はどこも似たり寄ったり、どんぐりの背比べ。
低性能なMLCでもOCZのMLCでも同じ。
しかし、コントローラチップやそれに組み込むファームウェアはどこも大抵自社開発。
そこで性能が変わるし、値段も変わる。
海外のニュースサイトにも載ってた。つい最近のことか。
Super Talent MasterDrive SSD Gets a Performance Boost Via Firmware
ttp://www.legitreviews.com/news/5014/ > Super Talent Technology recently announced that the company has dramatically improved the write speeds
> of its MasterDrive DX, MasterDrive KX and MasterDrive MX solid state drives (SSDs) thanks to a minor firmware update.
既存ユーザ向けにファームウェア公開されるのかな・・・
>>356 スレのどっかで、ファームウエア変えたら早くなったバージョンが今後出る。って話だったと。
アルゴリズム変わっちゃうから、旧版と互換性無いんだろうね。
しかし、書き込み80まで来るとは、やるじゃないか。
今丁度「スパタレの新ファーム適用されたのマダ」と書き込む前だった。 うわさでは大体OCZのとスペック一緒位になるんでしょ? 明日PC組むんで、スパタレ売ってたら買ってみるかなー けど新と旧の見分け方が分からんから怖いよ
>>334 少なくとも俺が注文した2.5はMTRONだったよ。
>>355 OCUKで注文した32GB×2はまだ届いてない。
待ちきれないからMTRONを買っちゃったよ。
でもスパタレも早くなったのか。
OCUKで注文したりMTRONを衝動買いしたのは
失敗だったのか?
OCZでorzさせてくれよ 昨夜パテ切ったの戻しちまったい OCZに価格と性能で対抗できるのってあるのかしらん?
新すぱたれ もともとすぱたれはMLC-SSDの先駆者だったのに oczに話題かっさられたって感じだなorz つか、買わずに見てるのが一番(をぃ
>>366 価格がこなれるまで傍観はアリだと思う。
せめて今の半額になれば・・・
368 :
Socket774 :2008/07/26(土) 17:23:59 ID:zdSxblgI
仕事で使うから、あんまり待ちたくない。 だから4万台で64GBならもう買う。 仕事に使うだけなら64GBも ありゃどうみても十分だし。
369 :
Socket774 :2008/07/26(土) 18:10:37 ID:4F62VOMp
これは・・・ 朝倉がやる夫長門のちんぽを見てうわぁ〜触っていい?とかやってて ついにはフェラ&セクロスまで発展するフラグきたあああああ
誤爆ですから気にしないで下さい・・・
>>369-371 どうも朝倉は好きになれん。長門の方がずっと良いわ俺は。
ってSSDの話題じゃなくなってるw
S・S・D!!
ttp://techreport.com/articles.x/15079 > Super Talent says it has a new firmware revision for the MasterDrive that doubles write speeds.
> Users can't, er, flash drives with the new firmware themselves, but if you send your MasterDrive to Super Talent, they'll do it for you.
ユーザ側で新しいファームウェアに更新することはできないが、手持ちのSSDをSuperTalentに送れば更新してくれるようだ。
日本の代理店が代行してくれる・・・わけないよな('A`)
データ全部消えてもいいからアップデータを公開してほしい
>>368 どうせなら、RAID0で32GB*2にすれば?
値段は倍だけど、速度も倍になるし
>>375 いやいや
>>368 はノートの話みたいだし、そんなRAID機能のあるノートを持ち運んでいるとは考えにくい。
>>374 シーケンシャルの速度ってそんなに必要かね?
ランダムはOCZも旧すぱたれも全然変わらないじゃん
379 :
Socket774 :2008/07/26(土) 21:07:30 ID:zdSxblgI
>>378 なんだこりゃ OCZしか買うなって事か。
何となく黒さそりも悪くないきもしてきたが・・・
320GBで2万位か?
>>300 虎8GBx300 3枚
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 94.652 MB/s
Sequential Write : 66.545 MB/s
Random Read 512KB : 95.152 MB/s
Random Write 512KB : 15.511 MB/s
Random Read 4KB : 9.746 MB/s
Random Write 4KB : 0.144 MB/s
Test Size : 50 MB
Date : 2008/02/29 20:46:20
虎16GBx133 2枚
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 65.876 MB/s
Sequential Write : 23.691 MB/s
Random Read 512KB : 66.058 MB/s
Random Write 512KB : 1.449 MB/s
Random Read 4KB : 10.218 MB/s
Random Write 4KB : 0.010 MB/s
Test Size : 50 MB
Date : 2008/06/23 15:06:26
念のため書いておくが、378のベンチマーク結果にあるOCZ SATA IIってのは SLC採用の旧型(サムスンのOEM)であって、MLC採用の新型のやつ ではない。 OCZのMLC新型は、ハード的にはSuperTalent MXと同一だそうなので、 むしろSuperTalent MXの性能に近い可能性が高い。
新ファームのベンチ比較じゃないとスレ的には無意味
間違って買うなよ、と379に言ってるだけ。 378の結果見て、勘違いしてOCZの新型買っちゃっても知らんよ、ということ。
>>355 俺も64GB×2注文したけど未だ放置状態。
>>54 の書いてた通り、OCUKは月末入荷予定らしいよ。
>>385 同じっぽいね〜 なんか聞いた事ねー企業モドキみたいなのの群雄割拠状態ですな
しかし明日日本橋に向かうので売ってたら買ってしまいそうだ
Ritekは有名どこじゃん。しかし外側は様々だけど、内部は固まってきてるぽいね。 ファームの微調整や基盤のコストカットとかで各社の味付けが出てくる感じ。 良い傾向。日本企業がまったく歯が立たないのは悔しいけど
2.5インチSATAばっかりだな見事なくらい。 Ritekは怪しいDVD-Rメディアのイメージしかなかったwwww まぁ、今でこそ高品質の太陽誘電も、かつては怪しいカセットテープのイメージしかなかったけどな(暴言 おっとすれちだ失礼。
RiDATAのやつもあっちじゃ32GBで$160前後なんで+1万円の 初物価格だねぇ。 あと一ヶ月以内にアキバウォッチあたりに「ついに2万円を切ったSSD登場」 という記事が出そうだな
虎の32Gはさっそく終了ですか
データシート見ると虎の新型32Gって地雷のやつと型番同じような。 TS32GSSD25-M 読26MB/s 書8MB/s --- 地雷 TS32GSSD25S-M 読25MB/s 書8MB/s --- やっぱり地雷 TS32GSSD25S-M 読116MB/s 書39MB/s --- どうよ?
名前もしらないようなメーカーがちゃんとした製品出せてるのに なんで虎とか地雷しか出せないんだろう。
なんでってそりゃ君が名前も知らないからだよ。
虎の32G地雷が出た当時はMLC使ってるのは虎くらいしかなかった ひょっとすると最近のMLCなSSDは全部虎のOEMかもしらんぞw
NTFSじゃSSDの特性にまったく対応してないから、新しいファイルシステムが必要っぽいな。
ハードだけじゃなくて、OSも新しいの必要っぽい。
http://www.atmarkit.co.jp/news/200807/10/btrfs.html >ドライブが回転するハードディスクと、可動部がなくランダムアクセスに強いSSDとでは
>物理的特性がまったく異なる。このため、SSDを明示的にサポートするファイルシステムが必要だという。
NTFSしかないVistaじゃSSDだめだな。今年、来年そうそうにも、もうつかえねーOSになりそうだ。
>>364 俺もOCUKで注文した32GB×2キャンセルしてMTRON買った組だ。
一週間前に。
開封したのは今日だが。
いちおうベンチ上げておく。
WindowsXP Professional
Q6600/P5K-E WiFiAP/ICH9R
MSD-SATA3025032
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 107.844 MB/s
Sequential Write : 74.994 MB/s
Random Read 512KB : 106.927 MB/s
Random Write 512KB : 46.788 MB/s
Random Read 4KB : 31.878 MB/s
Random Write 4KB : 3.200 MB/s
Test Size : 50 MB
Date : 2008/07/27 2:42:21
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 107.978 MB/s
Sequential Write : 82.029 MB/s
Random Read 512KB : 106.962 MB/s
Random Write 512KB : 31.780 MB/s
Random Read 4KB : 31.934 MB/s
Random Write 4KB : 4.576 MB/s
Test Size : 1000 MB
Date : 2008/07/27 3:05:37
ファームは0.18R1だった。
SP1で地味にexFatとか追加してたけどんなもん追加するよりSSD用のファイルシステム開発してくれ
SSDでも有用なファイルシステムが採用されるのは早くてもwindows7の次のOSだろうなぁ・・・
HDDメーカーが作るなってごねるとかありそう
>>403 JMF602だとDRAMキャッシュに対応できないのか
>>398 NTFSの構成のうち、物理フォーマットとかの容易に変更できない部分は
SSDでもHDDでも性能特性にはあまり影響ないよ。
NTFSでもZFSでも(おそらくはBtrfsも)SSDの特性に合わせていじる必要のある部分は、
I/Oスケジューラ(I/O elevator)でしょ。あとはキャッシュアルゴリズムぐらい?
ちなみにZFSの開発時にはこんなノリでI/Oスケジューラの開発が行われたみたいだ。
ttp://jp.sun.com/communities/0612/feature01.html >ジェフが、マシンにZFSをインストールして試しに使い始めたところ、
>いくつかのファイルの書き込みを始めて直ぐにハードディスクから『ウィー、ウィー、ズズズ』と悲鳴をあげるような音がした。
>ジェフはストレージ機器の新興企業で働いた経験があったので、
>この音を聞いてパフォーマンスに問題があるのでは?と感じた。
>ビルは、そこで、時間に対して論理ブロックのアドレスをプロットしたところ、
>論理ブロックアドレスの値の小さい部分と値の大きい部分に、
>はっきりとした帯状の分布が浮かび上がった。
>これは、基本的にハードディスクのシーク操作が、この2つの帯の間において最高速度で行われている、
>ということを示している。ビルにはこの問題の修正方法が分かっていた。
>ビルが、ジェフに『入出力スケジューリングの周辺で何かしようとしてないか?』と尋ねたところ、
>『いや、ハードディスクはだんだん賢くなっているからね。
>我々は全ての入出力データをただハードディスクに送り、処理させているだけなんだ』とのこと。
>これに対してビルが、『うーん、でも実際にはハードディスクはそんなふうに動作しないよ。』と思わず言葉を返した瞬間から、
>彼はZFSに携わることになり、入出力スケジューラの開発を手がけることになったのである。
I/Oスケジューラの開発がモノが動き始めてから始まってるのがポイント。
重要なモジュールではあるものの、基本的に交換可能なわけだ。
実際LinuxではI/Oスケジューラ(I/O elevator)はユーザで交換可能。
ttp://www1.bbiq.jp/memo/iosched.html SunはZFSでSSDやSSDとHDDとのハイブリッドのディスクに対して最適化するといってるし、
必要ならMicrosoftも対応するんじゃね?
つか、SSDはHDDと同じように使えるのが売りの一つだったのに わざわざOS側で対応させるのは本末転倒じゃないか?
同じように使えてるじゃない 今のままだと性能をフルに発揮できないってだけで
>>406 同じように使えるけど、もっと本来の能力を引き出せるなら
それに越したことはない、って話でしょ。
レベル感は違うけど、SATAだってIDE互換モードとAHCIモードがあるわけで。
>>407-408 > 今のままだと性能をフルに発揮できないってだけで
今でもフルに発揮出来てると思うが?
対応を求めてるのは、簡単にいえば・・・
「書き込み回数制限が苦しいからムダに書き込まず回数を減らすようにチューニングしてくれ」
ってお願いしてるだけだろ?、違うのかい?
結論だけいえばソフトウェア側の最適化でハードウェアの性能を引き出す という一点につきる 方法は千差万別としてもな
> 結論だけいえばソフトウェア側の最適化でハードウェアの性能を引き出す コストが掛るのに見合うだけの性能向上はありえない 単に「書き込み回数制限が苦しいからムダに書き込まず回数を減らすようにチューニングしてくれ」ってだけ。
ハードウェア板よりMSD-P3025032NAのベンチ結果とHDDとの比較転載
http://pc11.2ch.net/test/read.cgi/hard/1174435253/892 --------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Panasonic CF-Y5L
[CoreDuo L2400(1.66GHz)、 SSD(MTRON MSD-P3025032NA;PATA-32GB)]
OS:WinXP pro SP2
Gigabyte EP35-DS3R rev2.1
[C2D E8400(3GHz)、HDD(Seagate ST3500320AS;STAT300-7200rpm-500GB)]
OS:WinXP pro SP2
CoreDuo L2400[SSD] C2D E8400[HDD] SSD/HDD
Sequential Read : 80.921 MB/s 97.255 MB/s 83.2%
Sequential Write : 55.064 MB/s 86.488 MB/s 63.7%
Random Read 512KB : 80.528 MB/s 45.026 MB/s 178.8%
Random Write 512KB : 45.428 MB/s 73.316 MB/s 62.0%
Random Read 4KB : 23.523 MB/s 0.933 MB/s 2521.2%
Random Write 4KB : 2.320 MB/s 1.285 MB/s 180.5%
Test Size : 50 MB
Date : 2008/07/26 14:35:09 2008/07/26 14:36:26
>>411 頭固いなー
もっと色々希望を持とうぜー
>>411 それだけじゃなくて転送データのブロックサイズとかの最適化でもうちょい上がりそうな気がするんだがどうか
415 :
Socket774 :2008/07/27(日) 05:13:28 ID:RE4vUmxb
で、給料でてSSDにノートを換装したる!って意気込んでた俺だけど 今日は本命のOCZはどこいっても買えないということで これから寝て昼過ぎに起きてオナニーしてメシ喰ってフロ入って 寝た方がいいわけ?
> それだけじゃなくて転送データのブロックサイズとかの最適化でもうちょい上がりそうな気がするんだがどうか そりゃ、最適化すればそれなりに性能は上がる、それ自体は否定しないが・・・ しかし向上は微々たるものであり最適化コストに見合わない。 これに対し、IO回数を減らす工夫をすれば低価格なSSDを市場に出せることに繋がる。 これはPC性能向上に大きく貢献する為、PC市場が活性化し市場規模拡大に繋がる。 よって最適化コストが巨額でもMSは対応するだろう。
それを実現するには、結局ブロックサイズに最適化した単位で書き込みを行うって意味でしょ つまり書き換え回数を減らすことを改善すれば自然と高速化はセットで付いてくる
>>418 全然違う。
1)不要なWKは作らない。
(小さい間はメモリ内処理に止める工夫等々)
2)ページファイルへの書き込みを減らす工夫をする
(メモリに空きがあるからと言って無駄に予定ローディング等はせず、ある程度の空きを確保する等々)
3)無駄なログは取らない工夫をする、重要度が高いものだけで十分。
4)自動デフラグのデフォルト値はOFFに変更、初期のMFTをもっと大きくしMFTの断片化発生率を減らす。
>>409 > 対応を求めてるのは、簡単にいえば・・・
> 「書き込み回数制限が苦しいからムダに書き込まず回数を減らすようにチューニングしてくれ」
> ってお願いしてるだけだろ?、違うのかい?
違うんじゃない?寿命についてはSSDのコントローラが考えるべきことでしょ。
よしんばOS側で対応するとしても個体差が大きすぎて現実的でないだろうしね。
そもそも元記事は
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html >ドライブが回転するハードディスクと、可動部がなくランダムアクセスに強いSSDとでは
>物理的特性がまったく異なる。このため、SSDを明示的にサポートするファイルシステムが必要だという。
と、寿命ではなくてランダムアクセス等の性能面について語ってるわけで。
この文脈でSSDに対しての最適化といったら、
>>405 のとおり、I/Oスケジューラ(I/O elevator)と、あえてやるならキャッシュアルゴリズムぐらいでしょ。
>>420 ああ、元記事の受け止め方が全く違うわ。
俺としては「当たり障りなく言ってみただけ」って感じだ。
ランダムアクセス時間が遅くなるなら大変なことだが、逆に速くなってるから・・・
手を入れても殆ど変わらない。
>>421 いや、元記事はOSのうち、ファイルシステムについて語ってるわけで。
>>419 で上げられていることでファイルシステム単体で出来ることはないよね。当たり前だけど。
>手を入れても殆ど変わらない。
実際にSSD対応のZFSを作ろうとしてるSunは君と違う見解を持っているようだね。
ttp://www.opensolaris.org/os/community/zfs/whatis/ >ZFS has a pipelined I/O engine, similar in concept to CPU pipelines.
>The pipeline operates on I/O dependency graphs and provides scoreboarding, priority,
>deadline scheduling, out-of-order issue and I/O aggregation.
>I/O loads that bring other file systems to their knees are handled with ease by the ZFS I/O pipeline.
でいうところのI/Oスケジュールのパイプラインとかを変えてくるんだろうね。
あとこれはZFS特有の機能としてはキャッシュデバイスとして
SSDその他の高速メディアを利用してパフォーマンス向上、
ttp://www.opensolaris.org/os/community/zfs/version/10/ >Devices can be added to a storage pool as "cache devices."
>These devices provide an additional layer of caching between main memory and disk.
>Using cache devices provides the greatest performance improvement
> for random read-workloads of mostly static content.
とかがあるけど、
これはSSDである必然性は無い機能だしね。
寿命に関してはZFSの場合だと、
ttp://jp.sun.com/back/2008/0625/feature/ >2つ目の問題は少し厄介です。フラッシュ・メモリの読み込みは何回でも無限にできるのに対して、
>数十万回以上の書き込みを行うと磨耗してしまうのです。
>デジタルカメラを普通に使っている人であれば、書き込みを50万回も行うことはないでしょう。
>しかし、それが企業規模となると話は違います。では、どうすればいいのでしょうか。
>ここでも、ZFSがその答えを持っています。
>ZFSではフラッシュ・メモリを他のストレージ・メディアと同様に処理し、データの整合性を管理します
> (前述したように、その原因がハード・ドライブのモーター不良や書き込みによる疲弊、
>あるいはハンマードリルであれ何であれ、すべてのストレージ・デバイスはやがて故障します) 。
>ますます磨きがかけられている「磨耗の平滑化」アルゴリズムも、
>局部的なエラーが起こらないように書き込み動作を均一化することでフラッシュの寿命を引き伸ばしています。
>しかし突き詰めれば、ZFSでは、磨耗は問題ではありません。
>ハード・ドライブもフラッシュも、やがては磨耗する運命にあるからです。
とまあ、「どんなデバイスだって消耗品なんだから問題なく活性交換できるならそれでいいじゃん」と
思いっきり割り切ってるな。エンタープライズユースなんだから当たり前ではあるが。
NTFSと周辺のドライバに求められるものがあるとすれば、この辺の機能、
透過的なストレージプールの取り扱いと活性交換の実現とかだろうね。
ホームユースでそんなの本当に必要か?というと微妙だけどw
>>422 > 実際にSSD対応のZFSを作ろうとしてるSunは君と違う見解を持っているようだね。
というか単にIOパイプラインが簡素化出来るってだけで性能向上は大したことない。
これまで複雑だったのはヘッド移動を抑えることで高速な転送が重要視されてきたからってだのこと
しかしヘッド移動の存在しないSSDだとそのような機能は不要、よって簡素化可能と言ってるに過ぎない。
だがしかし、簡素化すれば高速化されるのか?、否である。
メモリを使い高速バッファ域とし、出来るだけヘッド移動を押さえたアーキティクチャの大部分はSSDでも有効。
簡素化したところで性能は殆ど上がらない。
> あとこれはZFS特有の機能としてはキャッシュデバイスとして
キャッシュデバイスとしての位置付けはこの論争とは無関係だよ。
他にSSDに最適化されてるFSがあるわけでもない(あるのか?)のに Vistaのせいにするのはさすがに言い訳がまし過ぎると思うんだが
浅田真央 SSDは使っていく内に遅くなると聞きましたが、 「使っていく内に」とは、 @使っていく内に色々なソフト等が入る為、容量が増えていくからなのか、 A単に仕様容量の増減に関係なく、仕様しているだけでもドンドン遅くなっていくのでしょうか? B又はその両方の意味なのでしょうか? ベンチ取ってる人達は買ってスグに計測してる様ですが、 色々とソフトやアプリ等がが入って、暫く使用した状態でベンチ取ったら、 使用開始時と比べて結果がどれ位変わりますか?かなり落ち込みますか? 浅田真央
JFFS2 LogFS
組み込み向けかー・・・EeePCもext3なんだっけ?
>>399 なんか微妙だね。
iRAMくらい速ければ買い換える気も起きるけど
微妙に感じるのはやっぱSEQ READ/WRITE速度の影響なんだろうな。 単体で使うと数GBの巨大ファイル整理等の転送速度で不満が出そうなだものな。 そういう人はやっぱ複数台買ってRAID0で使ってちょ。
俺の2.5インチHDのシーケンシャルリード30ライト25からすると神に見える
寿命が尽きる前に警告が出て、交換できるようになってれば問題ないよ。
>>431 というか、この差だと体感で分かるかどうかってレベルじゃない?
体感って大体logで効いてくるから10倍、せめて5倍以上の速さが欲しい
価格が一緒ならちょっとでも速いほうを選ぶけど
>>434 ランダムアクセス性能の差は100倍を軽く超えてます。
>>435 ランダムアクセスじゃなく、ランダムリードな
ちなみにランダムライトについては2回目以降の書き込みは速度が落ちる
ただ、OSをチューニングすればそれなりに体感できると思う
>>364 >>399 前はMTRONの本体がボカシで写ってたけど今違うじゃん?
容量の表記のみでよく購入手続きする気になったね・・・。
電話で聞いたとか!?
>>437 注文確定時に型番が表示されるはずよ
俺が買ったときは最終確認の時点で「MSD-SATA3025×1」みたいになってたから
何の心配もしなかった訳だが
既出じゃなかったのか?
最近は1億回以上書き換え可能なフラッシュメモリが開発されたなんて話もあるし、 SSD向けのファイルシステムを開発して実装される頃には、そんなもの必要ない 時代になってるんじゃないか? 次世代不揮発性メモリも色々開発されてるし。
次世代の話をすればMRAMとかあるよね、NANDフラッシュだと強誘電体NAND どちらが早く製品化されるかは微妙。
早くというか、実際に製品化されるかどうかも・・・ MRAMには期待してるけどね
今、システム用とアプリ用に2台Cheetah 15k.5使ってるんだが、 これを2つともMSD-P3025032NAに入れ替えたら体感速度上がると思います?
444 :
172 :2008/07/27(日) 12:27:50 ID:wr/0/8h0
>>443 アクセス時間を見てもらうと分かるが
体感でめっちゃ変わる。
●MSD-S3035032NA
Access Time : 0.1 ms
●WD3000GLFS-01F8U0
Access Time : 7.2 ms
間違っているかもしれないが
自分が試した中では、ハードディスクではこの感じは味わえ無いと思う。
ヴェロラプ3台は以下参照
>>173
>>437 3.5インチの32GBを出しているところで実際に日本でそれなりに出回っているところって
どこがある?
>>444 レポ見落としてました、助かります
これでフン切りがつきました
ありがとう
mtron一色じゃないの? つか、3.5インチ希望なら、2.5インチでもいいんじゃ? 逆は無理だが。
>>447 何を選んで良いか分からなかったので、とりあえず
前から評判のいいMTRON MSD-S3035032NA(3.5インチ 32GB 実売5万)を
買いましたが、2.5インチのSLCで、同性能、もしくはそれ以上の
オススメって何か有りますか?
有ったら知らなかった自分が『くやしいです!』w
>>448 性能のみで挙げるなら
3.5インチ:MSP-SATA7535(最高128GB)
2.5インチ:MSP-SATA7525(最高64GB)
Write/Read:130/120MB/s
…一応フラッグシップだから出始めのSSD位の値段がするがな。
まあそれなら来年の8chコントローラまで待った方が懸命かもしれん。
>>448 Mtron、サムソン、OCZのSLC の3択。後、Memoright は値段が高いけど、性能はピカイチ
みたいだね。前の方か前スレにベンチのURLが出てたけど。
>>448 うーん、やっぱりmtron一色かなって思いますよ。だから悔しがることは全くないかと。
2.5インチならほかにもサムスンとかoczの旧型とかすぱたれのSLCとかいろいろあるけど
どれも性能、値段がそんなに変わらなかったはず。
>>449 のはさすがに高い。
452 :
448 :2008/07/27(日) 13:41:02 ID:wr/0/8h0
>>449 ごめん、条件が足らなかった・・・。
『値段が今回購入の5万以下で』って意味だす。
たしかに上位モデルは速いけど、値段的に無理すぎ・・・。
>>450 >>451 ありがと(*^^*)
OCZが手に入らない7/24(木)の時点では
無難な選択だったみたいだね。
>>452 「実売5万」が付いていた時点でそうは思っていたんだがすまんw
SLCだし、結局Mtronが一番良いと俺は思うぞ。
>>453 いえいえm(_)m
MSP-S7035032NA(3.5インチ 32GB 実売9万)
確かに欲しかったけど、さすがに2個買うには無理な値段だよf^_^;
それに進歩が激しい分野だから、とりあえず寿命が来るかも
と言われている2〜3年後には、もっと安くて速くて容量が多いのが
出ていて、MSP-S7035032NAぐらいの性能と容量なんて
とっくにエントリーモデル以下になってる可能性高いし。
その頃には買い替えると思ったから
無理にMSP-S7035032NAまで頑張らなかった。
>>454 「それに進歩が激しい分野だから」を理由に引き出す時点で
いつまで経ってもこの業界では勝ち組になれんよ。まだまだ凡人。
・欲しいと思ったときに少々高くても買う
・買った製品を使いこなし、価格分の元は取ったと思えるようになる
・新製品発売で失敗したと思っても潔く失敗は認めて笑い話にする
これだけで、自作は楽しくやっていける。
そしてこれに気付くと、次のステージがやってくる。わかる人にだけわかる話だ。
勝ち負けでもないだろに。
>>455 いいのぉ、金持ってるやつは。
性能と価格のコストパフォーマンスを悩み続けるのも自作の楽しみだ。
2年越しに待った挙句ほかの製品を買ってしまうなんてザラだな。
>>455 俺はどちらかというとそちら側だが、少ない予算で快適さを求める人がいるのも事実なんだし、どっちでもいいんじゃない?
たいていの人は自作するのは手段が欲しいからで、それが目的になっているわけではないんだし。
買ったらもうその製品の関連ニュースやスレは追いかけない これだけでかなり平穏でいられる
ここにきて、売る方にはうまみのないジャンルになっちゃったな 買う方としてはありがたいけど、数年後に何社残ってるんだろう 大手が最後に出て掻っ攫っていくんだろうか?
ちょい質問 日本橋でTrancendの2.5inchSSD(32GB)が超特価で18750円だったんだが これは即買いレベルのお買い得なのか?
>>462 どうみても核地雷です。本当にありがとうございました。
>>462 たぶん地雷
転送速度がread 100M以上なら新型の可能性もあるが
20M程度なら旧型の地雷なので絶対やめておくべし
もし新型なら
型番の末尾がSならSLCなのでお買い得
型番の末尾がMならMLCなのであまりお買い得ではない
Ultra-S Plusはどうよ?
467 :
Socket774 :2008/07/27(日) 19:18:51 ID:KAWvwlBf
おもいきり被ったorz
>>468 MSD-SATA3035032 の数値が ATA100 になってるね。これに対して注釈も付けずにBlog
に載せるやつは、無知丸出し。
そこまで言わんでも...
MTRON買って涙目なんだろ
凄く速くて凄く遅いか
OCZの新SSD入荷未定のままだから注文キャンセルした・・・トホホ 仕方ないのでMTRONを発注した→一台 40,000円 (OCZのと比べると1万円程高い) ほんと涙目、トホホだよ。
>>471 ごめんよく分からなかったのだがどういうこと?
別にいまはMtronでもMLCでもなんでもいいと思うけどな どうせ来年には8chコントローラの登場でいま買ってるような人はほぼ全員買い換えでしょw こんな遅いの使ってられるかってなってくる 俺はいま使ってるMtronはサブに回すけどさ
Prefetch、ページングファイルって両方無効にしちゃっていいのかな。
> どうせ来年には8chコントローラの登場でいま買ってるような人はほぼ全員買い換えでしょw そんなことないよ、俺4台でRAID0にするしSEQ性能はそれで十分。
>>467-468 Wrightの項目を隠していることといい
>i-RAMやSLCタイプのSSDを使ったことが無い人にはいいかもしれません。
>使って楽しいアイテムにはなっていますよ。
 ̄ ̄
この微妙な言い回しといい、これが大人の事情ってヤツですか
481 :
Socket774 :2008/07/27(日) 20:28:50 ID:RE4vUmxb
なに? 最終的にはメインメモリ並の高速書き換えが可能になるわけ? OSの起動なんて一瞬か?
>>482 メインメモリが不揮発になれば、電源供給なしでサスペンド可能
>>476 I/FはSerial ATA(1.5Gbit/sec、データ転送速度150MB/s)だからね。そういうわけでこれは間違いなんだよ。
>MSD-SATA3035032 の数値が ATA100
>>477 最大転送速度だけ求め続けたらそうなるよな。
>>481 ハードウェアの起動時初期化のアクセス時間やwaitが不要にならない限り不可能=絶対的に不可能。
>>485 Writeじゃなくて、Wrightの項目
>>441 LaceTrackMemoryというMRAMがだな。
>>492 ぎゃーwww
RacetrackMemoryだし・・・
Laceじゃ飾り布じゃないか・・・orz
にしても懐かしい画像だ
>>490 いいね。ただ、どれも綺麗な線形になってるところに違和感。
特にHDDはキャッシュ容量の境界付近で結果が変わって良さそうなものだが。
ソース見てもそんなに問題なさそうだし何だろう?
rand()は十分高速なはずだから関係ないと思うが、
offsetを配列にして、測定前に埋めておいたらどうだろう。
あと、測定環境も書いておいたほうが良いかも
>>476 IDE互換設定時にATA100でしか認識しないマザーだと、大体Read80MB/sちょっとで頭打ちに
なってしまうんだよ。ATA133で認識されればもっと行くけど。
それから、AHCIにすればほぼスペック通りの数値になる。
>>494 > いいね。ただ、どれも綺麗な線形になってるところに違和感。
SSDについて言えば、サイズの小さい部分は1kであろうが2kであろうが
書き換えるページ数が変わらんからじゃないだろうか。
HDDはシークでほぼ決まってるんだと思う。
> あと、測定環境も書いておいたほうが良いかも
wikiページに書いといた。
>>495 ありがとうよくわかった。
あれ?じゃmtronがIDE互換設定のATA100認識で、RitekがAHCIもしくはIDE互換設定のATA133認識って可能性が高いの?
同じマザボでそれは考えにくいんだけどなぁ。まぁ、漏れがよく分かってないだけか。
>>497 うん、その可能性が高い。なぜなら、Mtron はAHCIではほぼスペック通りなのにIDE互換時には
Read80MB/sちょっとで頭打ちになってしまっている報告がほとんどだから。
>>497 すまん。マザー側というより Mtron 側の問題なんじゃないかな?
WD740ADFDってHGST250GBと同じベンチマークだな
5年後にはHPのメモリが出るらしいし
10年後にはIBMのMRAMの完全超上位版が出るらしいし
MRAMとか日本メーカーが研究してる容量増やせないタイプと違ってHDDを遺物にするとてつもない容量にできるみたいだし
>>492
MRAMとレーストラックは MJT素子を使ってる以外共通点なんてほとんどないだろ しかもレーストラックはDRAMの置き換えにできるほどの速度がない
HPのメモリはNANDFlash駆逐すんの?
>>499 Mtron側の問題だね。
新しいファームでは直ってる。
おれのX61ではMtronはAHCIで認識してるけどね。
>>504 そうなんだ、最新ファームでは直ってるんだ。それはそれは。
俺は、最新ファームにする前にAHCIに切り替えちゃったので知らなかった。
ということは、Mtron のIDE互換設定で80MB/s頭打ちの人は、まずファームを最新に
しろってことだね。
SSDのことあまり知らないから許してくれ 例えば 市場にダブついて処分に困った世代の古いメモリチップが基板上に8GBx4枚、RAID0(ストライピング)されてるってことはあるの? そういう寄せ集めの場当たり的な速度向上ってなんか喜べないし釈然としない…純粋に「高速なメモリ」を積んで欲しいよ
>>507 むしろそれで安価・そこそこの性能出せるなら喜ばしいことだと思うんだが。
今の段階ってチップよりコントローラがネックだと思うけど。
>>507 このスレに 虎の伝説 という物があってじゃな
DVD収まらないから8Gは欲しい と、4GB使ってる俺が言ってみる
>>510 USBメモリもSLCはあんまり下がらないんだよな
>>510 CrystalDiskMark 2.1
Sequential Read : 34.779 MB/s
Sequential Write : 9.210 MB/s
Random Read 512KB : 34.721 MB/s
Random Write 512KB : 1.123 MB/s
Random Read 4KB : 8.180 MB/s
Random Write 4KB : 0.013 MB/s
Test Size : 50 MB
Date : 2008/06/23 16:11:56
同意 容量より速度
特にwriteは今のUSBメモリでは
SLCじゃないと速度でてないね
でもまあいつのまにかIOのSLCのやつ 俺が2G買ったときより安く4G買えるのか・・・
515 :
Socket774 :2008/07/28(月) 01:47:00 ID:2/jqCvre
東芝のSSDって販売してる?
今日公休日だから秋葉原にパーツ一式買いに行くんだけど MSD-SATA3025016ってまだ残ってる? ないようなら通販で済ますわ
25000円の時に2つ買っておけばよかったと後悔。
>>511 PCで見るのにDVDなんて使わんだろう。
今時のaviやmp4にすれば画質向上して容量1/10だし。
>>518 既出だが誰もデータをうpしないのはなぜ?
Read/Writeとも150MB/s以上で64GBで2万5000円以下になったら買うよ。
リアルタイムで行わなければならない処理を事前に強力にかけておけば ある意味画質向上はする。
H264系のエンコードかけると内部フォーマットがベクトルデータっぽくなるので 拡大縮小に強くなる。 いまのフルHD液晶とかにDVDソースH264エンコでフル画面とかすると結構綺麗 になるのはAVオタの常識 しかし素直にPS3で再生した方が綺麗だというのは内緒だ。
>>525 そうなのね。なんとなくわかったようなぁ。。。
そういえば大分前にクタの人がCELLで映像を熟成して良くするとか言ってたけど、これのことかなぁ。
当時、マユツバ物だとおもったが。なるほどねぇ。
SpursEngineはSPE数とかが削減されてたような気がする
ちょっとこの言い回しは不味すぎるな。反省。 そういうインタビューを見たと言う話。
>>526 高っ
32GBで良いからSLCで3万で出れば結構ヒットすると思う
ていうかそういうの待ってるんですけどね
>>531 それが出るまでに何で妥協するか悩むんじゃまいか
>>531 とりあえず性能重視で価格は気にしてないんだ、すまない。
MTRON 32GB 3000番 2台のRAID0だったが、128kとかいうストライプサイズにしてたから 4kにしてみた。 体感もあがりました。速度。 HDBENCHでは跳ね上がる。。
>>467 やっぱりMLCの宿命で書き込みが足かせになったんじゃね?
これはひどい
>>527 それ、SPE半減だからPS3はまだ必要なの
SSDでのHD Tuneの結果初めてみたけど 他の製品も、こんな軌跡描くもんなの?
>>539 半減でもスペックは十分
"暖房器具"はもうイラナイ
GTX280のことですか? Phenomのことですか?
>>542 こんな中途半端な代物買うぐらいなら
普通にCPUのランク上げるか
GPGPU使ってたほうが有用じゃね?
>>542 まあ確かに値段次第でオケって話もあるが、40MB/Sまで下がるとHDDと対抗するには微妙だぞ。
>>541 SLCなSSDだと、書き込みのベンチマークは安定してる様ですね。
これだけ違うと値段差が余程無いと、MLCなものを選ぶのはちょっと迷うなあ。
>>542 実測200Wの消費電力で暖房とか…温暖地方在住ですか
過去ログで話題になってそうだけど見れないので質問。 MSD3000の16GB買おうと思ってるんだけど、 SATAよりPATAの方が公称速度が速いのは何故? まとめサイトのベンチだけじゃ判断しかねるんだけど実際速いのかな。 M/BがSATA1(AHCI非サポート)の古い奴なんだけど、 速度がちょっとでも速いほうが良いならPATA買えばいい? あと2.5"と3.5"両モデルで性能差はないよね?
>>548 速度違うの知らなかったぜ・・・。
データシートを見ると、PATAとSATAではベンチプログラムのバージョンが違うみたい。
あとはI/Fロジックとかの問題なのかな〜。
今後PC買い換えた時にPATAでもいいなら。
個人的にはSATAの方がいいと思う。
2.5と3.5の性能差は調べてないので分からない。
550 :
548 :2008/07/28(月) 22:41:49 ID:mCKqW7LZ
なるほど、ソフトのバージョンが違うからか。 データシートでSATA版のIOPSの値がやけに低いのは 後にファームアップで修正されたって奴だろうし、 それなら今更PATA版買うこともないので普通にSATA版買うよ!
>>547 マジモンの寒冷地対応住宅は断熱が半端じゃないので熱量が少なくてもやっていけるそうだが。
むしろ半端な断熱仕様はちょっと寒くなるとすぐに限界を超えるので暖房費が掛かる。
部屋の広さにもよるけど、窓無し6畳なら何とか耐えられるだろうね。
もちろん、自分はごめんこうむりたいが。
SSD買った後はM/Bのサウスに直接つないでる人がほとんどのような気がするが。。 GB単位のキャッシュメモリ搭載できるSATA/SAS RAID Cardにつないで RAID 0なり5なり組んでる人いないのかな?? ARECAとかよさそうな気がするのだが。
554 :
Socket774 :2008/07/29(火) 00:58:09 ID:SrkDHxsJ
OCZ買うのやめて急遽SeagateのMomentus 7200.3のG-protectionモデル買ってきた。 80GBの標準のHDDから載せ替えたら速すぎてワロタ。 容量も4倍だわ、予定してた64GBのSSDの半分以下のコストで済むわで 結果的に良かったんじゃないかな。 やっぱり、書き換え耐久性とかに不安あるしさ。 MLCのSSDって 書き換え回数を確保するために分散書換の制御を行うと速度が落ちるんだってね。 ってことは、最近MLCのくせに異様に速いSSDはそのあたりを目先の性能目当てに はしょってる気がするんだ。 そんなもの仕事につかえねーよ
速度が落ちてもSSDの方が早いんだけどな、シーケンシャルは別として
なんつーか、MLCが総じて糞なのが笑え…ない
558 :
Socket774 :2008/07/29(火) 01:11:48 ID:SrkDHxsJ
やっぱちょっとSSDは買うには早すぎるな。 来年の今頃あたりが旬なんじゃね? もう少し様子みないと価格も高いし信頼性低いし HDDに比べて極端に速い訳でもないし、省電力でもない。
>>555 どうもこういうの見るたびに「やっぱSLCしかないのか・・・」と思ってしまう。
そんな金無いのに・・・・・・
そう旨い話なんてないってことだわなぁ
>>510 ていう事は32GB14800円でも十分商売になるわけか
ああ、バッファローのアレの事か。
糞芝以外の大手がMLCで参入したら一気に安くなりそうですね(^o^)
>>553 また沸いてきた。ゴキブリみたいに毎回沸くな。
RAIDカードの役割も段々減ってきてますます売れなくなって行くだろうね。
SSD (MSD-SATA3025032NA)が入荷したのでベンチを取ってみた。
構成
ARC-1680ix16(2GBキャッシュ)
MSD-SATA3025032NA × 4台 RAID0
まずはHDTune
ttp://www9.uploader.jp/dl/ledline/ledline_uljp00063.jpg.html SeqRead Max 392.2MB/s Ave 391.5MB/s アクセスタイム 0.1ms まずまずの結果だ。
SeqWrite Max 516.0MB/s Ave 218.6MB/s アクセスタイム 0.1ms(表示は9msになってるがこれはバグだろう)
最初に516MB/sになってるのはキャッシュの影響、単体だと70MB/sは出るSSDなのだが伸びはそんなに良くない。
SSDの特性なのかも・・・
フルエラースキャン速度 673.6MB/sとなってるがこれはバグ、実際は122029MB÷311秒=≒392MB/s
ファイルベンチはRAIDカード搭載キャッシュの影響
次にPCMARK05
ttp://www9.uploader.jp/dl/ledline/ledline_uljp00064.jpg.html XP Startup 91.478MB/s
AppLoading 69.532MB/s
GeneralUsage 72.226MB/s
まずまずの結果になった。
他はキャッシュの影響
実際の使用感
OS起動→まずまず速いが元がRapterX6 RAID0なので殆ど変わらないが、
起動直後の常駐ソフトの立ち上がりはかなり早くなった。
実運用では元々速いので大きな違いはないが、アプリケーション起動がそれなりに速くなってるようだ。
一番違う点はアクセス音が消えて静かになったこと、もちろんHDDを読みに行くとアクセス音がするときはあるが
システム領域をSSDに変更したことは大きい。
総評
絶対的にSSDが良いと言えるほどの差は無かった。
もちろんARC1680ix-16(2GBキャッシュ)やHDDx6 RAID0との比較である。
>>568 ラプスレに書いた方が食い付き良さそうだぞw
>>566 的確過ぎてワラタ
まぁMLCで二の足を踏む気持ちは分からんでも無いがw
571 :
Socket774 :2008/07/29(火) 07:51:40 ID:v7NpNNm1
言ってたこととずいぶん違いますねw
やはりMLCは駄目なのか まだ物が出てないから分からないけど 東芝も何やってるんだろうね
RAID構成でベンチとるのもいいがまずはスッピンで勝負してほしいな
> 言ってたこととずいぶん違いますねw ごめんよ、俺の環境はSSD導入以前からかなり高速なもので・・・・ それにまだ入荷していないからあれだけど15k.6×6台 RAID0 (転送速度 900MB/s アクセスタイム 4ms程度) とも比較するので、正確にレポしたつもり。 ちなみにSSDの構成が×4台ってことでどうしても転送速度的に不利な面もあり・・・ 特に書き込み速度は218.6MB/sでしかなくシステム部移植時等の待ち時間なんかは数分単位での劣性になったりする。 後、元々はMLCの安いSSDを導入予定だった訳だが、入荷延期でしかたなくSLCの特価品になった。 特価といっても当初予定のSSDより1台あたり1万円も高く、性能は殆ど変わらない(信頼性は3倍ほど高いらしい)。
なんか妙だな、余裕ないのかな?
読み出しが速ければそれでいいサンプルの読み込み目的にはMLCが最適というわけだ 早く1TB分買いたいな。10万ぐらいで
> 読み込み目的にはMLCが最適というわけだ システムドライブ用途なら新型のMLCが良いと思うね。 OCZの新型SSDのベンチ結果を見ても良い結果に収まってるし、 不得意な書き込み速度も連続書き出し5GB程度までならSLCと遜色ない。 信頼性を極端に気にする人以外には安価な新型MLCがお勧めだろう。
SSDでRAID0組むなら、ストライプサイズは大きめに取った方が良いよ。 NANDのブロックサイズが最低でも16KB、大きいと128KBあるから、たとえば8KBの書き込みだと、 ストライプサイズが8KB以上なら片方のSSDの1ブロックの書き換えで済むのに、ブロックサイズが 4KBだと両方のSSDのブロックを書き換えないといけない。
もうちょっとRAIDの勉強したほうが良いと思うんだ。 あとSSDの論理動作と物理動作の違いも理解した方が良いと思う。
582 :
580 :2008/07/29(火) 12:11:25 ID:Ob9hN6j5
>>581 RAIDで何か間違えてるか?
物理動作なら、一般人よりは知ってるぞ。元組み込み屋で、NANDコントローラのファームウェアまでは
触って無いけど、それに近い部分までは触ってた。
NANDはブロック単位(だいたい16KB〜128KB)でしか消去できなくて、書き込みはページ単位(だいたい512Byte〜4KB)でできる。
が、書き込みだけしかできない単位ではウェアレベリングするのは面倒なので、結局最小書き換え単位はブロックになる。
なので、論理的にはたった1byte書くだけでも、中では1ブロック書き換えてる。
> NANDはブロック単位(だいたい16KB〜128KB)でしか消去できなくて、書き込みはページ単位(だいたい512Byte〜4KB)でできる。 矛盾しまくりなのだが?
んなことは、みんな知ってるんで。書き込みしかしないRAIDならそうする。 実際はどうよ?と色々実験して小さいストライプサイズに落ち着いてる。 新参は半年ROMれ
こうやって本職を馬鹿にする態度が日本をだめにする.
SSD RAIDは、そもそもウェアレベリングよりも速度向上を重視して組む人間の方が多いんじゃないか? HDDみたいに片方のシーク待ちが皆無に近いSSDでは、ストライプサイズ小さくてもランダムアクセス有利だし、 速度重視の観点からは逆に大きくする理由が見あたらない。SSDの問題点である遅めの書き込みを速くするためにも、小さい方が有利。 そこまでウェアレベリングを気にするなら、2台買うより倍の容量買った方が幸せじゃないかと。
バカな俺に教えてくれ OCZ coreの書き込みで5GB程度なら問題ないのは分かったんだけど 5GBを超える書き込みすると、どのくらい落ち込むの?計算の仕方が分からん・・・
っていうか平日真っ昼間から技術者が顔真っ赤にして 書き込みとか、どんだけ会社のセキュリティゆるいんだよw
>>585 次のページに64ページで1ブロックと図に書いてあるぞ
バカにする気は全然ないけどね・・・ そもそもコントローラとNANDフラッシュメモリとがごっちゃになってるし・・・ コントローラが処理するレベルウェアリングのブロック長は大きいぞ(16KB〜128KB)っと言うならある程度聞ける話だが・・・ それだって寿命との兼ね合いもあり、現在高性能なSSDはレベルウェアリングのブロック長もそんなに大きくない。
>>582 ただし、あくまで書き込むだけならページ単位だからね
消去はブロック単位だが、消去済みならそのままページ単位で書き込まれるだけだよ
だれか、SSDのまとめwiki作ってくれないかな!? 情報が入り乱れすぎて、、 今はSLCをかって桶が一番??
それが無難
わけわかめな理屈を語ってるのはスルーしてデータだけ見てればおk 理屈通りにモノが動いたら誰も苦労はしないんだから
>>595 MtronかSumsungでOK?
今からノートに入れるSSDとデスクトップに入れるSSDを買いに行くのだが。
RAIDではなく、単機で。
>>593 Sandraだとこんな感じになった
構成
ARC-1680ix16(2GBキャッシュ)
MSD-SATA3025032NA × 4台 RAID0
ttp://www9.uploader.jp/user/ledline/images/ledline_uljp00065.jpg Buffered Read 1.53GB/s キャッシュの影響
Seq Read 498.35MB/s まぁこんなものだろう
Random Read 421.48MB/s まぁこんなものだろう
Buffered Write 460.75MB/s キャッシュの影響
Seq Write 272.14MB/s まぁこんなものだろう
Random Write 107.56MB/s まぁこんなものだろう
Random Access Time 1ms Sandoraの下限値?
>>591 消去ブロックサイズとページサイズの区別もつかないような奴が何言っても相手にされんよ
>>597 > MtronかSumsungでOK?
というか現在市場に出回ってるSSDで高速なものはそれぐらいしかないのが実情。
OCZの新型SSD(MLC)等はまだ日本国内だと入手が難しい。
入手可能ならかなりお買い得なのだけどな。
>>596 確かに、パソヲタは深いけど狭い偏った知識で、さらに自分の意見やベンチ結果が、常に誰に対しても当てはまると思い込んでる嫌いがあるからなあ
トーシロが誤った知識で語るスレ。 たまに出てくる有識者以外ほんと無駄レスだ。
ただのパソオタは、所詮自分ちのPCのことしか知らないから あまり実業務には役に立たないよ
別に自分家のPCでもいいんだけどせめて理屈より数値を出してくれればおk 妄想は(・A ・) イクナイ!
実業務というかちょっと役に立つのはハードディスクが壊れたね、交換しないとねとか そんなレベルでそれ以上深くなっても専門職以外意味なさそう
初級者の質問で悪いがSSDってほとんどが2.5インチだろ? PCケースにどうやって内臓させるんだ?
うん。確かに初心者だね。
>>606 ・2.5"HDDを内臓可能なケースを使う。
・単に置く
・テープ等で貼り付ける
・3.5"のSSDを使う
振動に強いSSDだからこそ可能。
内臓じゃなくて内蔵な
>>608 2.5インチ内蔵可能なケースってあるのか
さすがに直に置くことはできないなー
thx
マウンタ売ってるもんだとおもったけど。 昔、3.5インチ->5インチマウンタ\500位で買った覚えがある。
( ゚Д゚)
変換マウンタ ちぃ覚えた
>>606 3.5インチベイに2.5インチHDDを内蔵させるマウンタを使えばいいだけの話。
ハァハァ・・・。
>>584 雑音を新参呼ばわりとはな。
お前の方が新参なんじゃね?
雑音の書き込みの良し悪しは別として。
SSDなんざ空いてる隙間に適当に転がしとけばヨシ。
その隙間とやらがないのですが
>>621 そりは隙間じゃなくて知恵が無いんだよ。
どんだけ狭いケースだよwwww
MLCが読み出しが多いシステムドライブならダイジャブなら、 MLC:32GB+SLC:32GB の方が、 SLC:64GB より安ければウマーって事になるのかな? でも分割による容量損が出るから、微妙な気もするが道南JARO。
SEDと言いHDDVDと言いFlashメモリと言い東芝商売ヘタだな
ハツシバに社名変更すりゃいいのにね。
出す頃には次世代に移行してそう
俺にとって東芝と言えばヨドバシの福袋のメーカー
Eee PC 901-X用だったスマソ
しかし安いね
消費電力の都合上、どうせ1チャネルのCF並みの速度だと思うよ MLCだし、32GBのCFなら1万円割ったところだからむしろ高いくらいでは
昔の虎といい勝負か。 まぁ、EeePCしか使えないから意味ないけどね。
1つの筐体にSLCとMLCを両方積んでおいて、 書き換えの多いデータ(ファイル)はSLCへ、 読み込みメインのデータ(ファイル)はMLCへ。 というコントローラを作ってはどうかな?
SLCだけを積むよりコストが掛かりそうだな 信頼性も落ちそうだし
>>636 書込みは全てSLCへ。書き換えが頻繁でないブロックはMLCへ。
とかいう作り方も面白いと思う。
この手の特許はわんさか取得されてるのでなかなか出てきそうにないけど
Generational Garbage Collectionみたいなもんというか,そのものだな. 良いと思うけど,GGCの仕組みは確立してるにもかかわらず SSDに応用してこないのは,やっぱなんかFlash特有の事情があるんかな.
わけのわからんメーカーの新製品よか、 大手PCメーカーのSSD採用状況の方が気になるし重要。 値段を下げるのは大手の採用次第。秋葉でSSDがいくら売れたって、市場にはまったく関係ないしな。
むしろ3.5"の大きさのiRAM出たら このスレの変態さんが飛びつく希ガス
>>642 5インチベイ収納型であろうと飛びつく
外付けでe-SATAのボックス型でも飛びつく
むしろ自分でなんとかしてケース内に固定してくれという形状でも飛びつく
>>643 要するにPCI固定のDDR2版が普通に出ればいいんですね
ソニー「VAIO type Z VGN-Z90US」
〜妥協のないスペックが魅力のモバイルノート
http://pc.watch.impress.co.jp/docs/2008/0730/hotrev369.htm ●SSD2台をRAID 0構成で搭載し、非常に高速なアクセス速度を実現
ストレージデバイスは、2.5インチHDDを搭載するのが基本となるが、
VAIOオーナーメードモデルでは、容量64GBのSSDを選択することも可能。
しかも、最大2台の64GB SSDを搭載し、
さらにそれらをRAID 0(ストライピング)構成で利用することによって、
非常に高速なディスクアクセス速度を実現することも可能となっている。
実際に、今回試用したマシンはSSDのRAID構成が実現されていた。
搭載されているSSDは、Smasung製の「MCBQE64G」が2基で、
サウスブリッジにあたる「ICH9M-E」が持つSATA RAID機能によってRAID 0構成が実現されている。
パフォーマンスを、「Crystal DiskMark V2.1」を利用して計測してみたところ、
シーケンシャルリードで177.7MB/sec、シーケンシャルライトで161MB/secと、
圧倒的な速度を実現していることが確認できた。
ランダムは相変わらずだなw
648 :
580 :2008/07/30(水) 01:22:37 ID:tJb3SjJg
>>592 ページ単位で、このページは書き込み済み!とか管理するの面倒じゃん。管理用に沢山メモリ必要になっちゃうじゃん。
しかも、ウェアレベリングをブロック単位で行わないと、論理領域に割り当てられたブロックと、割り当てされてない
ブロックをスワップしたあと、論理領域から外されたメモリを消去できない=次に使えないじゃん。
だから、ウェアレベリングは最低限ブロックサイズで行う必要がある。
逆にブロックサイズの整数倍の大きさで論理/物理の割り当てを管理しても良いけど、そんなことしたってランダム
ライトがいっそう遅くなるだけで意味無いから、基本的にブロックサイズ=ウェアレベリングの単位サイズ。
んで、1byteだけ書き込むとき、ブロックの中のその1byte以外に最初からかかれてた値を勝手に書き換えちゃだめ
だから、1byte書き換えるときには、
1. その1byteが所属している論理ブロックから1ブロック全体のデータをバッファ(コントローラ上のRAM)に読み出す
2. RAM上で1byte書き換える
3. 消去済みブロックにバッファの内容を丸ごと全部書き込む
4. 書き込んだブロックを論理領域に割り当てる(元のブロックは論理領域から外される
(ここで書き込み完了)
5. 次の仕事が無かったら論理領域から外したブロックをEraseする。
って感じの流れになる。実際には、論理/物理の割り当てを管理している領域の書き換えも必要になるからもっと複雑だけど。
なので、「NANDはページ単位で書き込みできるけど、SSDは結局ブロック単位でしか書き込みできない」
結局FlashSSDって実味高速HDDレベルみたいだし色々癖が強すぎて 広まらなさそうだな。HDD屋としてもうまみがなさそうだし。 でもヘッド作成の技術は転用可能っぽいから広めるのかな? そうしたらディスク屋は潰れるだろうし一気には難しいだろうね。 普及するにしても10年はかかりそうだ
ムチムチやね
>>646 スレ行ったらRAID0にしないとSSDの価値はない7200rpmのHDDは十分速いみたいに言ってたw
アホだ
>>651 数字見て喜ぶバカの発想だな
使ってみて始めて驚愕する
653 :
Socket774 :2008/07/30(水) 06:27:16 ID:S9TBGznH
来年、再来年あたりにプロセスの微細化とかでさらに省電力、大容量、超高速なのが 出るよ。 容量はともかく、速度と省電力はあっという間だろ。 その頃、10万とかで今の見切り発車みたいなクソ製品つかんだ奴は泣きわめくんだy;お。
お前らがSSDにもとめるものって何よ?
>>653 プロセス微細化はリーク電流の増大も進めるからそう簡単に消費電力は下がらない
同一容量のままならある程度は下がるかもしれないけど、それと同時に大容量化するとなるとなおさらね
結論書いてない orz つまり速度。
>>654 HDDでRAID組むより安くて速い・・・といいなあ
>>657 それはFlashに求めるのは酷って物です
ANSを待つしか・・・
>>648 1.がブロックじゃなくてページの間違いだな。
その影響であとの内容が全部ズレちゃってるよ。
ANSが出るのと、SSDのランダムライトが快適なレベルになるのと… どっちが早いだろうw
…と、耐衝撃性ぐらいか。
なんとなく優越感
SSDを使っているという気分になれる。
MR25.2-032S (32GB,SLC) ずいぶんと安くなってきた。そろそろ買ってもいいころ?
自分の場合は、何より静音性だな。 ジュクーボックス用途で、ゼロスピンドルな無音PC組もうとすると やっぱり最後はHDDがネックになる。今は安いMLCのSSDで快適。 ファイル自体は、別室のNASに置いてるんで、容量はさして要らん。
669 :
580 :2008/07/30(水) 10:49:03 ID:tJb3SjJg
>>660 間違えてないって。
ページ単位で論理-物理割り当てしちゃったら、論理割り当てから外れたページを消去できないじゃん。
671 :
横レスすまん :2008/07/30(水) 13:03:41 ID:Lyi28IEx
>>648 まずOSのファイルシステムがそこのアドレスに書くと指定しているんだから
そこのアドレス=ページを書いてしまってもいいことは決まっているんだよ
その上でNANDコントローラはページバッファに該当ページをロードして
その書き込み対象ページが空白であるのかをチェックする
チェックくらいなら一瞬でできる。0で埋まっているかを確認するだけだから
もし空白ページであることが確認できれば、何もブロックコピーが必要というわけではない
だからその場合はただページ単位で追記されるだけだよ
その次に同じアドレス=ページに書き込みが来たときはブロックコピーとなる
ブロックコピーしなくてはならない確率は半々ということになるわけかな
整理すると SSD系はREWrite系に弱く、追加系には強い、削除するなら大量に・・・ こんな感じになるのかな? IOPSが高いのが強みではあるが、それがREWrite系だと寿命が尽きるのが速いので要注意だな。
>>672 でほとんど正解。
どうでもいい枝葉末節を突っ込むなら、
NANDフラッシュでのeraseは全部0ではなくて全部1、
とかぐらいか。
物理的な特性から書き込みの際に1のビットを0にすることしかできず、
一度0になったビットを1にするには特殊な処理が必要で、
その処理の際に受けるダメージで素子が劣化するのが、
いわゆる「書き込み限界」の理由だからな。
加えて
>>648 に突っ込むと、
そもそもNANDフラッシュ素子自体にECCとか管理の為の記憶領域が
用意されている、とかSSDコントローラ自体が
RAMやらROMをチップ中に抱え込んでるから、
そもそもデータの保持にあたってNAND素子だけで
全てを完結させる必要はない、といったところか。
更に今時ならコントローラ内で追記型ファイルシステムのような
ブロック管理すら可能なわけで。
どうも
>>648 は
「ECCすらあるかないかレベルのNANDフラッシュ素子だけで」
やるんだったらこうなる、という話をしてるように見えるんだよね。
組込畑ってことだから、実際にそこではそういうものだったのかも
しれないけれども、このスレで話題になってるのは、
リソースその他の厳しい制限の元NANDフラッシュ素子を
直接叩くような世界の話ではなくて、
ある程度潤沢なリソースの元でインテリジェントなコントローラが
NANDフラッシュ素子とホストインターフェースとの仲立ちを
してくれる世界の話なわけだから。
(だからこそコントローラのファームが変わるだけで性能が跳ね上がったりするわけだ)
IOPSって言っても、OUTは速いけど、INは極端に遅い。 特にMLCだと3IPSくらいしかない。
「ハイブリッドHDDがまず市場を占有する!」 って言ってた予測はどこにいったのやら・・ 見向きもされてねーな。
ハイブリッドHDDはMS以外みんな消極的だったしな フラッシュとHDD事業の両方を持ってるサムスンですら ねーよwwwって言ってたぐらいだぜ
>>677 そのSamsungのハイブリッドを使ってる俺乙orz
実際7200rpmのほうが速い気がしなくもないところがo.....rz
今普通に売ってる1TBのHDDとかがハイブリッドでちょっと上乗せくらいの値段で出て くれれば喜んで買うけどさあ、全然出てこないことには話にならない。
>>668 俺はHDDと同じ音でも構わない。
それよかPC閉じてスタンバるのを待たずにすぐに持ち歩けるのが超便利。
ついでにうっかり落としてもデータは壊れないだろうし。
ハイブリッドHDDはVISTAでないと使えないところが足枷になってるからな。 あとフラッシュ容量が256MBじゃ話しにならん。 DLLだけで1GBくらいあるのだから、せめて1GB容量のフラッシュを積んだ ハイブリッドHDDが出てきて、メーカー製のVISTA搭載PCに大量採用される 様になれば何とかなるかもしれんが。
俺ハイブリッドHDDが普及すると思ってVistaにしたんだぜ!
ハイブリッドだと落としたら壊れるからノートPCに不向き デスクトップならSSDとHDD両方付けたほうがいい なんでそんなもんが流行ると思ったんだろう
技術力ゼロのMSだから
なんで今更ハイブリッドの話題が出てるかわからんが、 過去スレで既に死亡したって記事が出てたよ。 つまりもう製品が出ることは無い。
>>685 HDD(セトモノ)メーカーが焦って劣化デバイスを使ってなんとか性能上げようとした残骸。
SSDメーカーは華麗に汚物との合体をスルーw
samsungくらいしか作れないけど、samsungもNANDの方が主産業でそっちの価格が上がった方がいいからじゃね? seagateがSSD事業を買い取ったらどうなるかな・・・ダメか
>>654 今時、HDD_CドライブなPCを持っている男は論外だと聞いたから・・・・
というか自動車じゃあるまし、ハイブリッド化するメリットは何処にもないなぁ・・・・
>>690 うちのパソコンはHDDがAドライブなんだ。
同じの持ってるのかもね。
MTRON mobi3000とsamsungのMCBQE32G5MPP-0VAのどっちを買おうか悩む 4kランダムリードはMTRONが2倍近く早いんだけど スレ見てると、ある程度以上のランダムリード性能は体感できないっていうし… どっちを買っても幸せになれそうだけどね
一応seagateは自力でSSDに参入予定だべ?
64GBで今ならこれ買っとけってどれになるのかな。 oczなのかな。
>>693 > どっちを買っても幸せになれそうだけどね
どっちでも同じだろうな。
あと期待しすぎるのは不味いと思うぞ。
評価としては>568,>598程度(4台でRAID0)。
>>696 コストパフォーマンスなら間違いなくOCZの新型SSD(MLC)だと思うぞ。
しかし入手困難だけどな、あと信頼性を気にするのならMTronだろ。
>>697 Mtron高いよorz
信頼性ってもまだ実績ない商品なのにわからないんじゃ・・・
oczはマメに探せば買えそうなとこがある。みんな使ってるとこだろうけど
>>695 うん、だからわざわざseagateを持ち上げたのよ
IMのうちIはそこから抜けるかもしれないらしいね
俺はIよりAが好きな人なんでそれは歓迎
でもそんなとこよりもMTRONみたいな新興企業をM&Aして欲しいと思うんだけど
きっとMTRONもそれを望んでるだろうし・・・いや、Fusion-ioこそそれ狙いか
>>699 ん?IM Flash TechnologiesはSSDベンダーじゃないよNANDフラッシュ自体を
造るとこだからMTRONとはまた話が違う。それに記事にもあるようにIntelが抜けると
MLCに関する特許技術が抜けるからあまり得策ではないと思うけどね…
もしSeagateがIntelの出してる資本を買い取ったら多分Seagate自身でSSD造るんじゃ
無いかな?本気でSeagateがSSD進出するならそうしたほうが良いだろうと思う。
MemorightをさらにRAID0するとめっさ速そうだな。 ライト240MB/s?
>>693 > MTRON mobi3000とsamsungのMCBQE32G5MPP-0VAのどっちを買おうか悩む
> 4kランダムリードはMTRONが2倍近く早いんだけど
> スレ見てると、ある程度以上のランダムリード性能は体感できないっていうし…
体感できるかどうかは用途によるとしか言えないが、サムスンもランダムリード
かなり速いし、書き込みはサムスンのほうが速いというベンチ結果も出ている
どっちが良いとは言い切れないので自分でベンチ結果を探し回ってみては?
その二つはどっちを買っても同じだよ。安い方を買えば。
このスレで用途って言葉が時々出るけどSSDなんてOSブートくらいしか今のところ活用先無いんじゃないの? ゲーマーならゲームの起動が速くなるとかあるかも知れないけど 32bitXPで8Gのメモリをシステム分はそのままに溢れた分はRAMDISKにと使えるようになった今では ゲームもジャンクションなんかでしのげるし 実際このスレのみんなはどう活用しようと思ってここを見てるのか俺は知りたい RAMDISKの話題はタブーでしたっけ?だったらゴメソw
>>706 いや殆どの人というかシステムドライブとしての用途でしか考えてないよ。
IOPS命でDB用とか言ってる人もいたけど、IOが頻繁に起こる用途だとやっぱ寿命問題が浮上するだろうし、
容量的にも問題出るしょ?
>>706 >RAMDISKの話題はタブー
初耳だな。
関連スレとしてテンプレに載ってる(このスレだと
>>3 )ことを踏まえるとなおさらに。
>>707 >IOが頻繁に起こる用途だとやっぱ寿命問題が浮上
DBで使うならHDDだろうがSSDだろうが交換前提の消耗品扱いだから、
運用時のコストの問題でしかないよ。
具体的には
>>423 とかか。
> DBで使うならHDDだろうがSSDだろうが交換前提の消耗品扱いだから、 > 運用時のコストの問題でしかないよ。 コスト問題だと割り切られてもなぁ・・・ バッチ処理でReWrite系が毎日数千万回のファイルが10あるとそれだけで1億回。 何日持つのやら・・・・
>>708 このスレは元来、RAMDISKとRAMdriveとHDDとの比較はタブーだよ
FlashSSDは孤高だからな
>>707 なるほどやはりそうですよね
>>712 比較はタブーね、了解
まこのスレでもSSD使い始めて寿命を気にし、使う前よりRAMDISKに気を配った人も少なくないと俺は予想するw
ほんと8Gメモリを有効に使えるようになって8Gでは到底メモリに収まらないゲームでも高速起動させる術覚えたのは
ある意味RAMDISKさま様
>>712 タブーとか言ってるようじゃ進歩しない。
8Gでは到底メモリに収まらないゲーム これ誤解あるな RAMDISKに割り当てた領域を超える容量のゲームと書きたかった
ヤフオクに早速OCZの転売が出ますたね。 転売とはいえ来るだけウラヤマスイ。 俺の何時くるんだー(泣
俺19日にocz64G到着した者だけど注文するところかなり考えたよ。 高かったけど例のコバで買った。 ノートで使う予定だったから性能的には納得してる。
>>711 >バッチ処理でReWrite系が毎日数千万回のファイルが10あるとそれだけで1億回。
ネタで言ってるんだとは思うが、
バッチ処理で「ReWrite系が毎日数千万回」で、かつ「同期書き込み」なのか?
世の中の書き込み処理っていうモノは大概が非同期処理で、
それゆえに書き込み処理はある程度の時間ごとにまとめて実行されるモノなんだが。
例えば、Linuxだと非同期書き込みは5秒おきにディスクと同期だな。
ttp://d.hatena.ne.jp/naoya/20070523/1179938637 同期書き込みが現実通り極小だとして、
1日(=86400秒)あたりにOSから発行される書き込み(ディスクとの同期のための遅延書き込み)の回数は
86400 / 5 で 17280回。
これとは別に非同期書き込みと相乗り出来ないような同期書き込みが1分に1回発生したとして、
60 * 24 で 1440回。
切り上げてもディスクデバイスに向けては一日あたり2万回かそこらだね。カスみたいなもんだ。
NANDフラッシュ素子の劣化とかよりはコンデンサその他の部品由来でのデバイスエラーを
心配した方が合理的だろうな。
んで、上の例はたまたまLinuxだったわけだが、
書き込みについてはOSごとにどういうタイミングで同期するかは変わってくるが、
書き込みを非同期で処理するという点はモダンなOSでは共通している。
(なぜならこれをやらないと現実的な処理性能なんか出ないから)
そもそもガチで今のIOPS1000未満とかレベルのディスクで
「毎日数千万回」かつ「同期書き込み」だったらそもそも処理が完了しないだろ。
>>711 こいつあったま悪。これ本気で言ってるのか?
相当アホだな。こんなやつが管理してるDBなんてクラックされまくりだろうから、こいつクビにして担当者変えろよ。
>>719 > 86400 / 5 で 17280回。
いやこれ可笑しいしw
同期しているのが5秒間隔なだけで、書き込まないわけじゃないし、更に言えば同じ個所に書くわけでもないっス。
根本的に滅茶苦茶な論理っスよ。
> そもそもガチで今のIOPS1000未満とかレベルのディスク
別にIOPS1000未満じゃなくて良いよ。
>>720-722 ごめん、俺
>>711 よりも頭悪げOrz
もしよかったら
>>711 が書いてる
>ReWrite系が毎日数千万回のファイル
これの具体例教えてくれない?俺には想像も付かないのですがOrz
>>721 DBは使用する側で管理する側じゃないからわかんね。
説明願えんかね?
それだけ大見得切るくらいだからきちんと理解してるんでしょ?
> これの具体例教えてくれない?俺には想像も付かないのですがOrz 某量販店のトランザクションデータ 割引カード使用顧客は顧客コード付き、それ以外は一元客コード
俺はどうやら筋違いな回答を求めたようだw
なぜ書き込みした本人に聞かないwww
おれってなんてボンクラwwwwww
で
>ReWrite系が毎日数千万回のファイル
>>711 さん教えてくれない?
あ!!!
なるほど!そういうのかー、想像付いたw
>>725 レストンクスコ!
ここには一般人しかいないのに自称DB管理者とか自称元エンジニアとか そういう人が特殊な用途を持ち出してごちゃごちゃ理論を こね回すのが常態化してきたなー最近。 一般人は 壊れるの怖いならSLCのMtrom、サムソン 人柱だけどやすくあげたいならMLCでスパタレ、OCZ HDDからの乗り換えなら感動できる。 もう特殊用途の自称詳しい人たちはどっか別スレで議論を 深めればいいと思うよ。
>>725 トンクスコはいいのだが…
でもそういうのって単独のファイルで管理するものなの?
そういった世界を知らない俺でも細分化し分散管理したほうがアクセス効率があがりそうに思えてならないのですが…
まもうこの話題はやめですねw
>>728 ごめんみんな俺が悪いんだよOrz
理屈をこね回すのはともかく、DBはべつに特殊な用途とはいえないよ アプリに組み込まれてることだって普通にあるし
>>722 どうやらネタではないようだなあ
大前提として、モダンなOSにはディスクキャッシュってものが
存在するのは知ってるんだよね?
>書き込まないわけじゃないし、
>>719 で書いてるとおり同期書き込みはあるだろうね。その使い方なら発生する率は極小だろうけど。
(大量データを処理するようなバッチ処理で同期書き込みを連発なんて、なぁ?)
加えてディスクキャッシュが枯渇した場合もディスクへの同期が発生するけど、
(大量データを処理するようなバッチ処理でキャッシュ枯渇なんて(ry)
>>719 のリンク先にあるとおり、一般に書き込みと呼ばれるものは
ディスクキャッシュへの更新と更新された旨のフラグ設定
でしかないんだよ。
ディスクの同期の前にあるファイルが非同期に百万回更新されたとしても
実際にディスクに書き込まれるのは同期した瞬間のファイルイメージのうち
キャッシュが汚れている箇所だけを一回だけだよ。
ディスクをrawデバイスで叩くケースもDBとかなら普通にあるが、
これもキャッシュ相当の処理を自前でやってるだけだしなぁ。
>>731 いい加減に頭の悪いやつだなぁw
そもそも書き込む場所が分散してるだろうが!、ボケ!!!!!
1/5だって?、笑わせるんじゃありません。
>>732 書き込み回数と寿命の話なんだろ?
分散してるとウェアレベリングしてなかったとしても寿命伸びちゃうけどいいの?
君の話の一貫性がどんどん崩れていくけれども。
>>733 アホか?
書き込みか数を減らす→一度に書き出す容量が増える→ウェアレベリングブロック長で割るとやっぱり多い。
結局、極論でお前は揚げ足取りしているだけだろが?
俺が書き込み回数で考えた方が分かり易いと言ったことで、書き込み容量は無視ですかとの曲解を必死に続けてるだけの屑!
ばかばっかw
>>711 そういう用途に投入したテストレポートとかが公開されると
みんなに感謝されるんだろうけど、実際運用する人は大変だよな…
>>736 いや、書き込み回数限界値が低すぎて、怖くて導入できません。
まぁファイルサーバーとか、Webサーバー(読み出しが殆どで書き込みは非常に少ない系)なら可能だろうけども・・・
スパタレの新型?ってもう出回ってるの?
SSDは書き換え回数が懸念されるけど、実際に書き換え寿命が来た場合はどんな風になるの? メモリのエラー率が増えてきた部分からHDDのセクタ代替処理のようなことが行われて少しずつ 容量が減るなどして、あぁそろそろ替え時かとなるもんなの?
>>739 代替領域はユーザーの目に見えない部分にあるので、分りません。
SMART情報もまだ方式?固まってないしね
いきなり壊れる。 スパタレMLCはブログですでに数件故障報告があがってるがどれもみんな突然死。 ちなみに知ってる限りSLCタイプで壊れたってのは知らない。
>>739 Readでは問題がまったくわからなくて
Writeも一見正常、速度も変わらない、が、書き込めてNEEEE!となる
システムドライブなら止まるからわかるだろうけど、
データで気づくの遅れるとorz必至
知ってる限り知らないってどんな日本語? 知ってる限りにおいて無い だろJK
744 :
580 :2008/07/31(木) 00:43:01 ID:pZRIwTKY
>>672 ファイルシステムで使ってる領域と使ってない領域はSSDのコントローラは知らない。
だから、ブロックのスワップをするときは、ゴミデータも含めてスワップ先にコピーされる。
空白ページがあるとしたら、「おろし立てホヤホヤ」なSSDだけだよ。
ファイルシステムに、使わなくなった領域を1で埋めるという機能があれば、
>>672 の妄想するような
制御も可能だけど、SSDのコントローラとファイルシステムの間で連携できない限りは無理。
今報告あがってる突然死は寿命とか書き換え限界が原因じゃなくて 普通に故障だろ?
746 :
580 :2008/07/31(木) 00:45:59 ID:pZRIwTKY
>>672 もちろん、数セクタに対するシーケンシャルライトの場合は、
>>672 の言うようなことが起きる。
1ブロックが16KB=32セクタぐらいのとき、同一ブロック内に含まれる複数のセクタへの連続Writeは、
物理的に一回のWriteで済む。
>>745 故障というかコントローラの不具合のような気がするな
いくらMLCとはいえこんなに簡単に壊れるのはちょっと変
しかもスパタレはGB単位で予備領域持ってるのに
寿命がきたら、ECCで拾えなくてデータが化けた、というのならわかるんだが 突然死するというのはなぜなんだろう それってコントローラが壊れたかバグってるってことなんじゃないかな
かぶったorz
JMicronのコントローラーが原因だとしたら 同じチップ使ってる製品全部がやばげだな・・・
現時点ではまだまだ恐ろしいね
>>748 > 突然死するというのはなぜなんだろう
書き込みでエラーを返すことになるから、突然死になるっす。
データが化けて中途半端に読めるパターンより突然死のほうがいいな
754 :
580 :2008/07/31(木) 00:57:58 ID:pZRIwTKY
>>674 いやいや、組み込みでもECC無しのNANDなんて見たことないぞ。お前、妄想でしゃべってない?
いくら潤沢にRAMがあったって、バックアップ電池を搭載していないSSDは論理・物理割り当て情報は常に不揮発性メモリに
書かないといけないし、
>>744 で説明した理由でブロックより小さいレベルでの論理・物理割り当て管理は難しいぞ?
>>750 > JMicronのコントローラーが原因だとしたら
> 同じチップ使ってる製品全部がやばげだな・・・
ハードの問題であればそうだけど、バグであれば製品によって事情は違う
のではないかな。コントローラは中にARMかなんかのプロセッサが入ってて
ソフトウェア的に動いてるみたいなんで。
HDDだってECCが無いと使い物にならないのはNANDフラッシュと一緒
Ritek NSSD-S25-32-C04M-PN ------------------------------ HD Tune: Ridata NSSD Benchmark Transfer Rate Minimum : 84.0 MB/sec Transfer Rate Maximum : 98.5 MB/sec Transfer Rate Average : 93.1 MB/sec Access Time : 0.3 ms Burst Rate : 75.5 MB/sec CPU Usage : 1.2%
Ritek NSSD-S25-32-C04M-PN
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 107.981 MB/s
Sequential Write : 55.056 MB/s
Random Read 512KB : 94.902 MB/s
Random Write 512KB : 41.610 MB/s
Random Read 4KB : 9.607 MB/s
Random Write 4KB : 2.388 MB/s
Test Size : 50 MB
Ritek NSSD-S25-32-C04M-PN ICH9 RAID0 128k ------------------------------ HD Tune: Intel Raid 0 Volume Benchmark Transfer Rate Minimum : 180.8 MB/sec Transfer Rate Maximum : 192.8 MB/sec Transfer Rate Average : 190.2 MB/sec Access Time : 0.3 ms Burst Rate : 1254.2 MB/sec CPU Usage : 4.7%
Ritek NSSD-S25-32-C04M-PN ICH9 RAID0 128k
--------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
Crystal Dew World :
http://crystalmark.info/ --------------------------------------------------
Sequential Read : 189.460 MB/s
Sequential Write : 103.274 MB/s
Random Read 512KB : 160.274 MB/s
Random Write 512KB : 79.516 MB/s
Random Read 4KB : 10.359 MB/s
Random Write 4KB : 2.509 MB/s
Test Size : 50 MB
>>755 ARMだとあんま速度出ない予感。
多分FPGAとかで作った専用プロセッサじゃないかと。
>>757 ベンチ乙。よさげだね。
分解した?(とかいう
>>761 403のリンク先の資料に、次期チップのJMF612がARM9だと書いてあるので
JMF602もARMつんだマイクロコントローラなんじゃないかな。
>>763 そうなのか。だとするとARM+ハードウェアコントローラって所かな?
全部ソフトウェアでやるとARMの速度じゃちょっと厳しいしね。
でもってウェアレベリングとかはARMで、か。
>>711 >バッチ処理でReWrite系が毎日数千万回のファイルが10あると
仮に5000万として計算するだろ。
5000万÷24時間÷3600秒=578回
そのファイルが10個とすると
578回×10=5780回…
1秒間にファイルアクセスが6000回近くって、現行の
パソコンの性能で可能なのか?
いいかげんにICH9やめれ、 メーカーの公称ベンチでICH9つかってるデーターなんて1つもない。680iばっかだ、 <<ICH9なんてSSDじゃ速度全然出ないんだろ。
1.5倍くらい速いんだっけか
お前ら情報古いな ICH9なら理論値通りのスピードが出るっての
>>765 そう。「本当に同期書き込みだったら」ね。
IOPS6000程度を出すにはRAID1+0で粛々とストライピングしていくか、
シリコンディスク系のデバイス使うかぐらいしか今は現実的な選択肢がないわけだけど、
そのレベルで投資なりシステム構築なりしているところが、
「バッチ処理」で「同期書き込み」なんて面白設計をやらかすか、っていうと……
そもそも、処理の終了時にデータ的に帳尻があっていれば良くて、
それまでは処理時間の短縮のためにまとめて処理するから「バッチ処理」と呼ばれる訳で
多分
>>711 は
データを書き込んだ→その後に読み出せた→読み出せたと言うことはディスクに書き出されているに違いない
とかそういう理解で、
(キャッシュに)書き込んだ→その後に(キャッシュから)読み出せた→ディスクに同期されているかは無関係
という発想がないものと思われる。
初心者にはありがちな誤解だから
>>719 でその辺の話もわかりやすく書いているリンク先を貼ったわけだが……
>「え、でも tail -f すると、5 秒に一回しかブロックデバイスと同期されないはずなのに、ログは常に流れまくってるよ」と思った方。
>いえいえ、いままさに tail -f が端末に流している出力はページキャッシュからコピーされたデータです。
>カーネルは書き込み要求を受け取ってページ(キャッシュ)をアロケートしてデータをページにコピーして、
>あとは 別スレッドで動いている pdflush 任せ。
>ブロック型デバイスからではなく ページキャッシュにコピーされたものから tail -f のプロセスのバッファにコピーされたものがあなたの目に届いている。
>>769 相変わらずバカなことを言ってるなw
非同期でもそんなに大きく変わらない。
強制書き込みを5秒単位で行ったところで・・・
それまでにキャッシュした更新データが連続している訳でもなく分散し断片化してる。
そうなると結局のところ断片毎に書き込み命令を出すしかない。
いい加減に愚かで下らぬ物言いはやめておけw
聞いてて呆れる。
さてと、話のついでに言っておくが、元々SSDのIOPSはHDDより非常に高くDB用途にも使えるとの発言があったわけだ。 もちろん書き込みが少なく読み込みが圧倒的な用途だとあり得る話だが、追記や再書き込み中心なら書き込み回数制限の問題に直面すると 俺は正論を述べただけのこと・・・・ しかるに、何にか気に障ったかのような無意味で下らぬ反論の数々、笑えます。
>>769 俺にはデバイス側からの考察は出来ないけどさ、ゲームプログラム
組んでる身から言うと…、
例えば60Hzでゲームは組まれることが多いが、仮にこれを
6000Hzで回すとするだろ。で、毎フレームごとに一回、外部
ストレージへのアクセスを入れることを考えるとだな…。
(もちろんそれ以外のことはやらない)
この状況で処理落ちしないマシンていうのはほぼ考えられない
んじゃないかと。確かめるほど暇じゃないのでやらないけどね。
>>772 考え方が間違ってる。
現在6000IOPSもの速度を処理する場合、ファイルシステムは分散して確保する。(分散配置)
10に分散すれば各600IOPSで済む、もちろんデータが平準化されている必要があるからそこは設計次第。
単にメモリを沢山確保してでは間に合いません。
ちなみに事例は5000万件ではなく2000万件っす。
何について盛り上がってるのかよくわからんが、 商用のSSD使ったアレイはすでに売られてるぜ
理屈はどうでもいいから動かした結果出してくれよ
机上の空論はいい加減どうでもいい それより、数カ月おきに定点観測でSSDのレポートをしているレビューサイトなかったか? あれからどうなったんだ
>>773 ん? 要するにディスク10台使うってこと? それなら
>>711 の
>バッチ処理でReWrite系が毎日数千万回のファイルが10あると
これは話1/10で考えないとダメじゃない。
各プロセス(というか別マシン)の処理数が1/10で、事例が2000万件
だったら、現行のコンピュータシステムの性能でどうにかまかないきれる
というイメージはつかめる。
分散処理しないで1プロセスで5000万ReWriteはどう考えても
無理だよね。
>>778 事例は2000万、分散配置しなくても可能だから余裕はあまりない。
ついでに言っておくと、DBそのものが比較的小さいのであればメモリを大量に積むことでIOPSを大幅に減らすことは可能。 ただしこの場合、IOPSを極端に大きくする必要も無くなる。 この方式は、無駄に絡んできたQDJhc4TH君の感覚に近い、しかしこれだとIOPSはそんなに高くなくてもよいからSSDにする必要はない。 どちらかといえば転送速度重視型になる。 尚、大量のキャッシュを積むので起動してからよく使うデータがキャッシュされ高速化されるまで多少の時間が掛る。
ID:UyPRJvUpさんカッコイイ…
無駄に絡んできたQDJhc4TH君の自己矛盾 QDJhc4TH君「IOPSが非常に大きなSSDはDBサーバーに!」 QDJhc4TH君「HDDだとIOPSが小さいから処理できず!」 俺「IOPSが高い必要があるってのは単位時間当たりのIO回数が多い用途だから買い替え寿命があるのは致命的」 QDJhc4TH君「キャッシュされるから実IOは少なくて良いです」 俺「実IOが少ないのなら転送速度で有利なHDDで良いじゃん」 QDJhc4TH君「・・・・・、だけどレスポンスが違います」 俺「実IOを少なくしている→キャッシュに貼り付けて運用だろ?、レスポンスはどちらも変わらんよ」 QDJhc4TH君「・・・だけど・・・だげど・・・違うんです」 俺「しつこいやつだなぁ(にやにや」 まぁ、相手してられないっす。
買い替え寿命→書換寿命 (言いえて妙なり)
>>769 なあなあ、みんなが寿命寿命って言っているのは、メモリセルが書き込みで劣化するからなんだが、なぜ5秒に1回の非同期書き込みだと寿命問題が軽減されるんだ?
そりゃ1秒に1回書き込みが発生するシステムで、5秒毎の遅延書き込みをするなら、"デバイス"への書き込みは1/5にもなるが、結局書き込まれる"メモリセル"の数は変わらないから、寿命問題は何も変わらないだろ
>>777 報告無いから稼働中なんじゃね?異常検知できていない説もあるけど。
しかしここの人達は机上の空論すきだねぇ。悩んでいるうちに3,4年たつんじゃね?
ひたすら買い煽るだけの業者もどうかと思うけどな 在庫抱えて大変なのはわかるけどさ
同時期にmobi3000を2台購入してRaid0でシステム用としてそれまで使用していて、 OS再インスコを期にアレイくずしてシステム用とアプリ用とでそれぞれ単体での 使用に変更した時に、2台の容量が若干違ってる事に気づいた、って事はある。
>>787 それが心霊現象だったとしても、メモリセルが死んで容量が減ったのだとしても、ガクブルもんだね
ioDriveまだー?
いつからSSDは1バイトのファイルを1回書き込んだら、32GBのSSDの340億バイトの全セルがすべて1回書き込まれるようになったんだ?
回数回数言ってるやつはアホか?
もしかして 1バイトのファイルの書き込み1万回(1万バイト)>>>>>超えられない壁>>
>>1 GB(10億バイト)のファイル書き込み1回
って考え? 「1万回は1回より多い!」ってか?
ばっかじゃね?
でも普通6000IOPS行くような用途ならFlashSSDじゃなくてDRAMのSSDアレイ使うんじゃないの? 金額さえ無視すればECC付きのDRAMアレイなんて簡単に手に入るんだし。
2000万レコードくらいなら、オンメモリーでやると思う。
議論すること自体ばからしい。 そもそも秋葉で買った自作パーツを課金処理をするような業務サーバーに組み込めるわけねーだろ。
鯖を使用する側の人よりその鯖を販売したりリースしたりする会社の人が多いんじゃねこのスレ
それ以前にその規模のシステムなら自分でハードをいじる事なんてあり得ない
数千万件のレコードなんて大した規模じゃない件。
レコード数なら。元の話はトランザクションらしい。バッチで一日一億回とかだとさ。
もう面倒だから壊れた時に報告しにこいよ
>>790 落ち着けよ
言っている意味も、誰のどの書き込みに腹立ててるのかも分からんよ
おいおいおいおい、いつの間にこのスレこんなにキモくなったんだよ・・・
Sしったかぶりが Sすきかってに D談話する スレ
>>801 昔からだろw
買えない理由も少なくなってきたから必死になっているんだろうね。
俺の1時間に50万人がくるアダルトサーバーの方が負荷高いわ。
Yahoo!のトップページが300万PV/hくらいなんだが
ツクモに入荷。 OCZ128。OCZ Core Series SATA II 2.5" SSD 64と32は未入荷
高すぎ
スレチ
XPのシステムだけ入ればいいから16GBでも十分だよね。ね?
240GBで3000万とか糞ワロタ いくら性能が高くてもこんな糞ストレージ導入するとこなんて よっぽど更新頻度の高いDBぐらいだな
6年も前の記事か。 いまは10分の1くらいの値段になってんのかな。
朝の八時台に2chしまくってるやつがサーバって どんな妄想だよ
>>814 十分の一までは下がらんだろ。むしろ容量増やしてくると思う。数TBくらいなら同じくらいの値段でも。
サポート料とか掛かった開発費の回収もあるから大幅値下げは期待は出来ないよ。
3000万円分のSSDでRAID0したらどうなるんだろ・・・ メモライト352台で ReadWrite 42.2GB/sかー。 1テラ書き込みの所要時間が23秒間だなw
志村〜、3桁ほど値段が違うぞw
やっぱりハイブリッドだよなぁ
補足しておくと 書き込みが遅いけど(旧型すぱたれ並は出てる)、「ダントツに安い」 悪名高い虎地雷がっかりなデヴァイスな32GMLCは 確かランダムライト4kが0.010とかだった気がする。 別に虎の回し者ではありません。 漏れはこのスレ好きだけどSSDはまだ買わない。半年は待ち?
>>818-819 48.8M(4880万)円だってのに。ま、わざとだろうけどさ。
>>817 信じられないほどの冗長性の無さによって、故障発生率が高すぎてとてもじゃないが使えない。
352台でRAID0ってリスクだけが大きすぎる。
>>820 50MBで5回(合計250MB)じゃまだ分からないな。1000MBで5回(合計5000MB)くらいはやらないと。
ICH9の話題があったけど、SB600や700でSSDはどうなんだろう?
>>822 今の勢いだと、年末には300ドル/128G切ったりしてね。
俺は2万円台に突入したら買うつもり、そこからは大して価格変化ないだろし。
>>790 多分、SSDの領域がブロックで分かれてて、
eraseはブロック単位ってのを知らないんだと思うよ。
それがウェアレベリングで平準化された結果、書き換え限度回数が
ブロックあたりの限度数 × ブロック数
になることが理解できてない、と。
もういい加減に机上の空論でごちゃごちゃうぜえよ。 とりあえず買え。 そんで使え。 買わないなら帰れ。 買えないならROMってろ。
>>825 NANDチップは年率50%下落、2010年に100GB1万円だから
2008年 100GB 4万円 / 1TB 40万円
2009年 100GB 2万円 / 1TB 20万円
2010年 100GB 1万円 / 1TB 10万円
2011年 100GB 5000円 / 1TB 5万円
2012年 100GB 2500円 / 1TB 2.5万円
2013年 100GB 1250円 / 1TB 1.25万円 ですよ
要するに欲しいときが買い時
↑はMLCの話ですんで SLCのほうがむしろ価格下落の煽りを受けなくて買って得した気分になれるかもね
>>829 100GBと1TBってのがちょっとキリが悪くて分かりづらいな。
iodriveの購入者のレポとかってマダー???
よーしパパ値段に目が眩んで虎32GB買っちゃうぞー
れぽよろしくー
>>834 MSP-SATA7525064は無いのかよ…
モバイルノートに3.5インチは無理だし32GBも苦しいのにorz
839 :
Socket774 :2008/08/01(金) 00:12:31 ID:v3VXH3Us
Yahoo!(US)の技術者が書いてる本で、MySQLのDBスレーブ (SELECT専用)は、 壊れてもいいサーバだしディスクだからRAID0もありってあったから、テストするにはちょうど良さそうな気がする。 64bitサーバなら14GBぐらいのデータまで、RAMバッファに収まるけど、 どのぐらいの規模でどのタイミングに速くなるんだろうか。
オレのOCZ32GB チン☆⌒ 凵\(\・∀・) まだぁ?
> 中を見て判明したのが、なんとOCZSSD2-1C128Gは、コントローラもフラッシュメモリもFTM20GK25Hと同じものを搭載しているのだ。 ( ´-`)・・・
もう発売されてたものかと思ってたよ
ファームウェアの差しか無いのになんでこんな壮大な放置プレイに?
やっとまともな流れになった。 虎空気嫁とか思ってたけど、ここに来て思わぬダークホースになったかもしれんな。
JMicronが真の勝者
これ以上は当面さがらないようだし Mtron 3000 の 32GB を買うか。
>>784 1bit書き込むだけで一塊(ぶろっく?ページ?)書き直さないといけないからじゃね?
MLCのSSDが遅いのはそういうのも原因にあるのかもな
なんでSATAばっかりなんだよ。 IDEも出せよ。
OCZ買った人いるの?
>>840 実践ハイパフォーマンスMySQLに、データベースはRAID5か10を用意し
トランザクションとレプリケーションのログはシーケンシャルな書き込みが多いので
別途RAID1を用意しろとあったな
MySQL4.1の時の本なんで、どうなのか分らないけど
>>856 PATAなオレのノートPCに使えそうなSSDはもう打ち止めっぽいな・・・
いくらMtronでも32GBじゃ全然足りんから大人しく今のまま使うかorz
IDE出ないかって言ってるだけだから別にいいと思うがな。 3.5インチ専用スレならまだしも
いつもの基地外だろ、ほっとけ。
また自治厨登場かw
865 :
Socket774 :2008/08/01(金) 09:50:49 ID:aKId426C
ここは自作板です。 ノートPCなどの話題は禁止です。 今後は注意してください。
どうせなら消費電力の比較もやってくれれば良かったのに
>>868 やっぱり良いなぁOCZSSD2-1C32G 144MB/s 92MB/sですか・・・・・
発注はしたんだけど入荷未定でキャンセル、結局Mtron使ってまふ・・・
Mtron7500を買うより3000でRAID0の方が速そう
MTRONのSSD購入して失敗したー(涙 って報告って今までにあった? 容量小さい とか サイズ間違った とかは除いて
6000の初回ロット全数がデータ破壊する不良品だった
その後に6000シリーズ投げ売りを拾った人がデータ破壊で涙目だった 対策済みアップデート済み品として売られた6000シリーズも未対策品が混じってた 修理対応に2ヶ月かかって涙目だった
それって4kが糞遅くなかったっけ?
>>875 あと半年早く出てればな
今となってはかなり微妙
誰か最速MTRONのSSD買った奴いないのか
>>875 来なくてよい製品。
わざわざ高い金出して、安い物を握るのはマゾ
>>868 Intel Core 2 Duo E6300 1.86GHz, South Bridge: NVIDIA 680i, 2GB DDR2 800MHz (5-5-5-12)
OS: Windows XP Pro SP2 M/B: EVGA
ATTO Disk Bench
Model P/N READ (MB/s) WRITE (MB/s)
OCZSSD2-1C32G 144.839 92.044
OCZSSD2-1C64G 132.888 89.587
OCZSSD2-1C128G 120.41 86.642
公称スペックに当てはめると
30GB版 読み込み140MB/sec 書き込み93MB/sec
120GB版 読み込み120MB/sec 書き込み80MB/sec
ocz32G欲しくなってきたw
SSDもファームのアップデート考慮されてるのかなぁ。 OCZとかファームが優秀そうなので、もっとチューニング とかされればいいんだけど。
>>850 だろうねぇ...
JMicronからコントローラを買ってきて、あとはフラッシュメモリを買ってくれば、それだけで聞いたこと無いようなメーカでもSSDが作れちゃうわけだ。
日本企業が弱い水平分業型のビジネスモデルができあがりつつ以上、もう東芝の出る幕はなくなったっぽいね。
東芝はチップの元売りなんだから、市場が拡がれば拡がるほどチャンスは増えるんじゃないの? 競争は厳しいだろうけれど
というか東芝もMTRONももうMLC-SSD発売する気無いだろ
東芝はSSDそのものを作るんじゃなくて コントローラーとMLCNANDを一緒に売るようにすればいいのにな MLCNANDの生産量に関してはサムスンより多いんだから 自社製品に最適化してパフォーマンスを稼げる場所になれば シェアを獲得できると思うんだけどな
OCZSSD2-1C128G×2でRAID0をやってみたが、なんか妙なんだけど。 わかりやついる?
狂乱的なメモリ価格の下落に対処するために、自分たち自身でコントローラまで作って、SSDに手を出そうとしていたんじゃないのかな? それがコントローラの開発で手間取って、そうこうしているうちに他社から安くて早いMLCなSSDを出され、あっという間にメモリなどと同じ体力勝負の様相を呈してきたからねぇ。 今ごろまた、SSDの開発を止めるかどうかの経営判断を迫られているところなんじゃない?
まーぶっちゃけ、東芝の体力から行けば今のSSDってものすごく小さいパイだからな。 やめたところでマニアの印象が一時的に悪くなる程度のもんだろうし。
三重県四日市市、岩手県北上市のNANDフラッシュメモリ工場はいずれも2010年稼動予定。 少なくともそれまではストレージ関係は2.5インチHDDをメインに据えて売る方針。
896 :
Socket774 :2008/08/01(金) 22:42:25 ID:wpJKbFQD
もともと内蔵されてた80GBはcrystalbenchで 30MB/pbsだったのに、320GBに換装したらほぼ倍以上、 80MB/bpsに向上。 で、容量は4倍。 思いっきり贅沢にシステムドライブのパテ切って、 さらに同じ容量のバックアップ用パテも作成してもまだ200GB以上余る。 これが2万しないんだぜ? おまえ等バカなの? 死ぬの?
>>893 > 虎もJMF602+Samsung製NANDかよ・・・コピー品大杉
やはりそうか
たぶんRitekもそうだろうな
どれも同時期に似たようなスペックだし
>>894 SLC派の俺としてはやめてくれてもいっこうに構わなかったり。
SLC作ってくれればいいのに…
>>897 環境
CPU:QX9650
メモリー:2GB
OS:ウインドウズvista ultimate 32ビット
マザーボード:asus P5K pro
videoカード:ケロロ9600GT
>>900 ベンチしてる最中のCPU負荷はどれくらいか。
RAID構成をやめて、それぞれ単体でベンチするとどうなるか。
オンボ(ICH9R?)でどうなるか。くらいやって切り分けるか。週末だしな
videoカード:ケロロ9600GT
>>893 ユーザ側にとっては、類似品乱立はありがたいけどね
OCZの128も年末ごろには半額ぐらいかなw
>>894 そして、さらに狭いパイであるRX1SSDモデルのSSDは
SLCからMLCに、PATAからSATAになって、全く別物っぽいわけで…
>>905 意味わからんw
原因が分からず困ってるんだ。なんか、頭打ちしてそうで、PCIexで頭打ちか?
>>856 なんで速度の出ないIDEなんだよ。
SATAママンぐらい買えよ。
ママー、oczのssdがどこにも売ってないよー
SSDを搭載してからというもの PerfectDiskを使うことがなくなって寂しい気分になることがある
>>911 全く同意。データドライブ(HDD)は書いたり消したりの繰り返しで、デフラグしても時間ばかり
掛かって無駄なので元々やってなかったから、PerfectDiskの使い道がなくなっちゃったよ。
>>908 あー、そのRAIDカード使ってたな・・・。
データぶっ壊れたりと嫌な思いでのあるカードだ。
というか、SSが消えててみれねえ。
まぁ、RAIDにするならPCI-Express x4/x8で、
ハードRAIDのがいいと思うぞ。
そのOCZのSSDEのグラフ見るに、遅延書き込み
してるのかねSSD内部で。
SSDを使ってみたいな、と思ってはいるのだが、 以前LS-120で失敗しているので二の足を踏んでいる
>>913 あちがとう。
カードを代えてみようかな。
SSD欲しいけど竹島問題で調子に乗ってる朝鮮人に援助したくないorz
S さいきん S しおらしくなってきた D どくと
oczの確保しないと組めねえ
>>916 あれは 牛肉問題で沸いてる猛烈な反米感情を
竹島へ目をそらさせて沈静化を狙ってるので
えーっと 米国Micron製はいかが?
>>913 > そのOCZのSSDEのグラフ見るに、遅延書き込み
> してるのかねSSD内部で。
でも、分解写真にキャッシュ用のチップ載ってたか?
遅延書き込みじゃなくて連続書き込み時のファームウェアのバグだと思うぞ。 そのうち(こっそり)修正されると思う。 たぶん連続書き込みの時にアルゴリズムが破綻して、安全性確保が必要と 判断してウェアレベリング動作(エラーリカバー動作かも)が平行して走るせい で書き込みが遅くなってるんだと思う。 仮定だが、書き込み履歴のテンポラリキューとかが短くて連続書き込みが 一定IPS以上(たとえばキュー長が16bitだと65535IPS)連続するとキュー からあふれちゃってるんじゃないかな。 たしかARM系ってアドレス32bit一発で管理じゃなくて16+16bitで32bit 管理してたはずなんでアセンブラくむときに下位16bitの桁あふれチェックしないと よくこの手のエラーは発生したような気がする。(ごめんSH系と混同してるかも)
どうやら韓国株式市場の暴落の煽りを受けたのか Mtronは株価の低迷に悩み、資金を必要としていて 東芝の株買い入れによる戦略的提携によってひとまず安心だ。 だとさ。 もう東芝はファンドでも始めろ 原発事業とSSDを中核事業にするとか何とか言ってたが 原発も米企業を買収しただけだしw
>>913 > そのOCZのSSDEのグラフ見るに、遅延書き込み
> してるのかねSSD内部で。
妄想だが、消去済みのブロックがあいているうちは速くて、消去が追いつかなくなると遅くなるだけじゃないの。
ロダのファイル消えちゃってて見れなかったけど、他で見れるMLCタイプのSSDのベンチ結果のグラフって 書込みだけでなく読込みもガクガクしてるの不思議だよね。 あと、テストする時のサイズとかも50MBとか100MBくらいでテストしていて、 もっと大きなサイズ(1000MBとか)でテストしたら、さらに酷い事になりそうな気がする。
まあでもHDDだって、シークが混ざったら読み書き速度はガクガクなのだし、それと 似た様なもんだと思えば委員ジャネ? あとはガクガクながらも平均速度がHDDを上回っていて、それがHDDとの価格差に見合う 程度かどうかを判断すれば良いのだし。
>>922 そうなると、サムスンのMLCーNANDは、
東芝より書き込み速度が速いということになるな・・・・・。
とことん終わってるな・・・。>東芝
930 :
Socket774 :2008/08/02(土) 18:48:20 ID:gR32ZAay
ちょっと秋葉をうろついてみたけど、まだOCZの32GBって何処にも置いてないねorz
>>927 そだね。 まぁHDDと比べても十分速いし実際のディスクアクセス中のガクガク感を体感できるとも思えないので
普通に考えると、アプリ起動とかファイル開くとかの1オペレーションに対して最終的なレスポンスがどれくらいか?
っていう程度でしか体感差はないかも知れんね。
転送速度のブレを感じる場面って・・・
ビデオ編集とかで可逆圧縮した動画ファイルの再生でカクツクとかそんな感じかな?
>>928 ありがとう。 俺、前にこんなの見て、その時のインパクトが凄かったので、
http://images.tweaktown.com/imagebank/mtron_pro_ssd_32gb_sata_006.png MLCのグラフでガクガクしてるのが気になったんだけど、上に書いた通りあんまり関係ないかも知れん。
931 :
Socket774 :2008/08/02(土) 19:04:08 ID:gR32ZAay
>>922 コントローラーのコアがARMなのかは知らないけど、命令長固定のCPUであっても、
アドレス、データ共にレジスタに定数を設定するのでなければ普通に32bit同士で演算も代入も出来ると思うよ。
たぶんその問題とは関係ないw
うわぁ! 上がってたorz ごめんなさい。
これは、ひどい・・
writeのこの動きはウェアレベリングかねー
/ /home /var /usr/local どうせ「/」にしか使わないから5GBくらいの2万円切るようなSLC版のSSDでないかな…
Minimum が 0.1MB/sec って・・・。 速い方でも 7.2MB/sec って・・・。
938 :
Socket774 :2008/08/02(土) 20:40:49 ID:yal5C8Rd
すみません SSDずっと気になってていずれ買おうと思ってたんですが、 今日アキバで、 「ノーブランド」 64GB Read:115MB/s Write 45MB/s ってモデルのSSDが\29800で売ってたんですが、これは買いですかね? 店員が、実はトランセンド製ですと言ってました。 他の低価格SSDと比べて、数値だけ見ればかなり良いと思ったので。 というかReadだけなら高価格帯のと大して変わらない。 ・・・これって何か地雷的な部分ありますか? SSD初心者なのでとりあえず衝動買いは見送ったんですが。。。
怪しいのはやめとけ。 けど案外あたりかも知れんな・・・。
虎の最新? でも、それが3万切るとは思えんのだが・・・。
>>938 それは虎の新SSDだね。旧スパタレSSDと完全に同一品。
64GBでその価格ならお買い得品じゃね?
942 :
938 :2008/08/02(土) 20:48:37 ID:yal5C8Rd
>>942 > しかし
>>893 でなんか指摘が・・・
> どうなんでしょう。
893が指摘してるのは、JMF602使った中身そっくりな製品がたくさん
出てるということ。(スパタレ、OCZ、トランセンド)
別にそれらの製品が駄目と言ってるわけではない。
3万円は安いんじゃないか。
どこの店?
ノーブランドで売ってる時点で怪しさ満点なんだけど。 何でちゃんと虎で売らないんだろう。
代理店が倒産したとか、コンテナを武装集団が襲ったとか、 とにかくリテールにできないいわく付きなのは確かだろうねw
mtronをノーブランドで売ってるtzoneのほうがもっと謎だよw
トランセンドのニューモデル64GBが\29,800は安いね。どこ?それ、俺が買うよ。 きっと、945氏が言う様に、コンテナが武装集団に襲われたんだよ。 (スパタレ、OCZ、トランセンド)は、その内ファームが更新されて差がなくなりそうだし。
虎の64GB使ってる俺からしたらそれはかなりお買い得な品だ。
>>948 使っている者としてぶっちゃけ虎64Gはどうなの?
※虎の64GB(オリオのやつ)
Sequential Read : 119.176 MB/s
Sequential Write : 41.903 MB/s
Random Read 512KB : 110.741 MB/s
Random Write 512KB : 29.280 MB/s
Random Read 4KB : 12.076 MB/s
Random Write 4KB : 1.871 MB/s
Test Size : 50 MB
※OCZSSD2-1C128G
http://pc.watch.impress.co.jp/docs/2008/0801/ocz_09.jpg 差があるのは「Sequential Write」と「Random Write 512KB」だけなので、OSを入れ込んだりと
大きいファイルを書き込む時に虎の方が待ち時間が少々長くなるけど、入れ込んだ後の使い勝手
はほとんど一緒でしょう。
スピードがなぁ・・・
すぱたれMLC30GB入れてみたけど、糞HDD80GBよりよっぽどキビキビ。
>>950 と同じで、HDDイメージの書き戻しなど、デカいファイルの書き込みは多少時間かかるけど、
普通に使う分にはぜんぜん快適。
なんだけど、すぱたれは故障報告も多いしね……orz バックアップとって使います。
そういえば。 もび1000ってどうなったの? なんか完全に出すタイミングを失った気がするんだが。
>>954 海外でも結局未発売
もう完全にタイミングを逸したし、このまま闇に葬って第2世代で仕切り直しでしょ
>>949 ベンチやると確かに差がでてるけど、
使っていて特に書き込みが遅いとか感じることはない。
OSインストとかも別に時間かかってないし。
コストパフォーマンスはいいとおもうよ。
SLC使ってないからかもだけど、現状これで問題ないね。
まぁ、Mtronユーザーが騒ぎすぎたからな。 4K ランダムが速いから最高とか・・・・ でもね、他のSSDだって、アクセスタイムが0.5msだってHDDに比べたらずっと速いのよ。 あと、読み込み転送速度が80MB/sもあればシステムドライブとして使う分には十分速い。 Mtronと比べても体感は変わらないだろうな。 やっぱOCZがお得だわ。
いつもの「体感は変わらない」が沸いてきたか。 次は「Windows起動以外にSSDの用途は無い」が始まるぞ。
いいんじゃないそれで。実際そうなんだから現状として。
自己満足の結晶みたいなもんだしなw 常時起動
・・・のPCを持ってるとSSDにしたくなるね。いろいろとメリットある
衝撃に強いのと無音なだけでもメリットじゃん
なるほど。Windows起動するだけでアプリ使わないってのは、あるいみ自作erの鑑かもな。 一般人の感覚からはずれてるけど。
RiDATAのSSD、RocketRAID3520で使えなかった。 イニシャライズしてもOS再起動したら元に戻る。 RAID0でベンチ取ったら読み書き両方がかなり改善されてたのに。
>>963 つか、自作していると頻繁に起動と終了を繰り返すし
起動の早いSSDは自作erに最適ともいえる
S3使えよw SSDの使いどころはノートPCかサービス中断するとうっとおしい鯖だろ
> イニシャライズしてもOS再起動したら元に戻る。 意味がさっぱり分からない・・・・
サーバ用に考えてるところだ ATOM+SSD
EeePC用SSD、ぱっと見にはPCI-Express Mini Cardにみえるんだが それぐらいならZIFコネクタつかうよね・・・これなんなんだろ?
SSDはハイバネーションに使えるかどうかが評価の分かれ目 動作するか?と言う意味ではなく 耐えられる速度か?と言う意味で ちなみに虎の新32GBは耐えられんかった
>>966 中開けてパーツを変えるときに、スタンバイで済ませるのか?
☆ チン マチクタビレタ〜 マチクタビレタ〜 ☆ チン 〃 Λ_Λ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ヽ ___\(\・∀・) < 次スレまだ〜? \_/⊂ ⊂_ ) \_____________ / ̄ ̄ ̄ ̄ ̄ ̄ /| | ̄ ̄ ̄ ̄ ̄ ̄ ̄| | | 愛媛みかん |/
遅いMLCのSSDでもEWF&HORM使えば普段は快適になる。 環境作りこむまでとコミットした時はひたすら我慢になるけど。 作成・変更したデータも保護ドライブ以外に保存するならコミットの必要はないので、 環境さえ完成してしまえばSLC同様に使える。
OSしかいれないならなおさらSLC16GBの方がいいんじゃないの値段同じだし もう買えないのかな? 32GB程度じゃどっちみちHDDと併用するんだしそれならSLC16GB選ぶな まぁいつも通り使い道とバランスの問題だね
ヽ,:::::::::::::,.' / / l ト、 、 、ヽ:::::::::::::( ,r=''ブ"::::::::::::,' l l l l | | l l l | |. ',:::::::::::::) /レ-ィつ::::::::,' l | l | | l | | l l | l l:::::::::tl、 `"´ レ'、_::::::::l l | | | | l. | | | |l l | |:::::::::::) /| 「l|>::::| | .| ‐ト|、_| | |.l | l ,|__,|.-├ l lノ::::::(「| イ || l ト-へ| l l L_r- l l,,||レlイLノ_ノ_| ノ ,ノ:::と`1.l| r、 / | || l |_ ___゙ュ,L∠、::`゙r、` イ:;:;:;:l 〉rイヾ_ノ | l| ヤr―−'''''"""" ̄ |_,ノ ヽ_ノ ,イl | | /l l l | / | | l レ/ | ,.'-‐-、 この様なスレッド ト、 ° /-ヽ| l l/ .| 〈_,.rニ=、 |;;;`,,− -r ‐''";;;;;;;;イ l ', ,'l. | ( r_rk=ニ、 早く埋めて .|;;;;;;;;;;;;;;l@;;;;;;;;;;;;/;;,ヘ::;l '、 Lゝ l| λ _,.-‐く |;;;;;;;;;;;;/| ト、;;;;;;;;;レ-‐' ヽ、| l .| / K_,.-‐''" しまいなさい |;_;;;-'':::/ ト,_>/´ -‐=-‐く´| l! | | ト |__,,,......--―─=''''''''フ"::::::::::::l |:::|;;;;├へ‐-、`゙''-、入 l i|
>>886 >NANDフラッシュはサムスン電子(42.0%)、東芝(27.3%)、ハイニックス(15.0%)
ならSLCも結構作ってるんだ?
東芝は、HDの傷は原子力と携帯でカバーしたけれど、 フラッシュメモリの下落で250億の赤字になったんでしょ? CR9000メチャクチャ悪いことはないんだけど、 SLCでSD1枚にデュアル書込みしてそのベンチなんだよね。 大雑把に計算してCR9000+SD4GB*6で6万だろ、、、
>>970 確か、EeePC901自体が後のロットでZIFが省略されるとの噂
ZIFなら汎用性が高いので需要が高いので売り上げも上がると予想されるけど、そもそもEeePC用として売り込むものにロットによって使えないなんて商品はまずいだろ。
クレームの嵐になるぞwww
つか、EeePC901のZIF装着はかなり難易度が高いらしい。 やはりそんなものを売るのは危険すぎるってことだろうね。牛的には。 おっとすれちなのでこの辺で。
>>970 あれはコネクタの形状は同じだが、全くの別物らしい。
次スレたのむよ
>>981 装着の難易度よりも元々入っているドライブの制御チップとの相性で
動かなかったり物理破壊されたりするので慌てて外したってのが真相かも知れない。
986 :
983 :2008/08/03(日) 09:56:39 ID:MvG7Jfrj
見落としてました。スマソ
次スレまだ〜?
ん・・・EeePC用SSD、GNDの位置はmini PCI Express cardと一緒だぞ? 最初は2.5inHDDの44ピン無理やり載せてるのかともおもったが。 普通にPCIEなら、変換かませば普通のデスクトップのPCIEx1スロットに接続できるんだが。 ライザーをバラして直にはんだ付けするには、価格が高すぎるしなー
>>988 多分そこまで苦労してもがっかりな結果になると思うんだ。
自作erなら興味深い試みだろうけどねぇ〜。
なぜ次スレが2つあるのか
>>961 MicroATX好きとしては、発熱の低さと耐熱温度の高さに、大いに魅力が有るよ。
自分がクーラーをつけずに我慢出来ても、HDDの温度が50度を超えてしまうと、
ヤヴァくてクーラーが必要になる。
まあHDDでも日立がAV用に10度耐熱温度が高くて、SSDと同等な70度タイプを出す
みたいだから、それが使えれば未だ何とかなるけど。
>>994 いや不思議とクーラーつけて体感温度下がっても、HDDの温度
って下がんなくね? 外の気温に同期しているというか
お前は何を言ってるんだ
>>995 機械制御屋の俺が来ましたよ。
世の廉価なサーボシステムの多くは、オーバーヒート検出機能が
付いているにもかかわらず温度センサなどついていなかったりする。
周囲温度は25℃(一例)に仮定。
温度上昇分はコイルに供給した電流値からリアルタイムで算定。
すると返ってくる温度は推定値でしかない罠。
HDDの事例じゃなくて恐縮だが。
…埋めるか。
流石にHDDの温度は温度センサーを使ってると思うが。 あとCPUみたいに、CPU内蔵のサーマルダイオードと、MB上の測定素子の組み合わせ みたいに、不確かになり易いのと違って、HDDの場合は単体で測定してるし、ある 程度は出荷試験で温度センサーの誤差も調整されてると思う。 そうでないとHDDの温度は低かったのに、壊れたじゃないかゴラア、というクレーム が出るだろうからね。 特にサーバーで大量にHDDを使ってる顧客にとっては重要だし。
1001 :
1001 :
Over 1000 Thread