SSDでLinuxを運用するスレ

高速化に有効なSSDですが、プチフリや寿命といった新たな問題も出て来ています。
このスレはLinuxでSSDを上手に使っていくための情報を交換するためのスレです。

それ言うならHDDだってファームの不具合なんて珍しいことでもないだろうに
HDDならノートラブル、ノーバグだと思ってるなら黙ってHDD使っとけばいいと思うよ

>>341
intel場合(SSD510・520は他社製品OEMにつき、これには当てはまらない)
・メーカーPCに採用される一年以上前に自作市場で販売開始(市場ベータテスト)
↓(数々のトラブルとファームアップ・ハードウェアのリビジョンアップ)
・メーカーPCに採用

・Crucialの場合
・メーカーPCに採用される一年以上前に自作市場で販売開始(市場ベータテスト)
↓(数々のトラブルとファームアップ・ハードウェアのリビジョンアップ)
・メーカーPCに採用
(その後OEM向けは更にファームウェアがアップデートされるが、アップデータは公開されず
リテール版を買ったユーザーは放置)

・Samsungの場合
・メーカーPCに採用される数ヶ月〜半年前に自作市場で販売開始(市場ベータテスト)
↓(多少の不具合、ファームアップ)
・メーカーPCに採用

・東芝の場合
・開発中の物は一切表に出ない
↓(この段階でバグは潰し終えている)
・メーカーPCに採用
↓
・Kingston・アイオーデータがOEM販売、余りがバルクで放出

>>343
東芝のSSDが一番有難いのだが。。。
なかなか現行品の入手が難しいか、思い切り高い。

HDDだと直近ではSeagateのファームロック(Maxtor吸収時の混乱が原因？)
SamsungのHD204UIのNCQのバグでのデータ消失くらいか。
しかしHDDの開発経験があるSamsung・東芝、HDDコントローラの実績があるMarvellコントローラと
Marvellリファレンスファームウェアを使用しているLiteON(PLEXTORブランドで販売)を除いて
ストレージの実績がないCrucial(コントローラはMarvellだがファームウェアはMicron開発)・インテルや
コントローラ専業のSandForceやIndilinxは明らかに不具合が多いし致命的なものも多い。
しかもインテルやCrucialは人気機種で数が出ている。
Seagate(Pulsar)、HGST(Ultrastar SSD)、WD(Siliconedge Blue)もSSDを出しているがこっちは情報不足。
全体的に見て「SSDには不具合が多い」は真だと思う。
しかし不具合は特定の機種・メーカーに集中しているので地雷を回避しさえすればほぼ問題は無い。

信頼が何に対するものかによって、評価が異なる。

運用実績の少なさ、技術蓄積の少なさによる糞なファームが原因のトラブル。
物理的故障のトラブル。

少なくとも、ノートではSSDを選ぶわ。
鯖にはHDDを選ぶわ。
デスクトップだとOSにはSSD、データにはHDDだわ。

バックアップは何にしても必須。

ママンでRAIDにしてその上にLVMでext4とかにしてもTRIM効くの？

効いてる効いてるｗ

>>347
効いてない。
つうか、ママンのfakeRaidがつかえるんだ。
ママン教えて。

TRIM効かせるためにはそのままパーティション切って使う以外ないってこと？
LVMでまとめたりOSのソフトRAIDとかもやってはいかんの？
あーでもこの辺はWindowsでも同じ事が言えるのか

そうです。

>>336
擬似SLCは、MLCのSSDのフラッシュメモリの一部を擬似的にSLCとして扱うことで
高速・高耐久性のエリアを作成して、ライトキャッシュとして使う技術。
>>73の言ってる
>細かいWriteはSSD内の特定領域をライトキャッシュとして使ってる。
がそれにあたる。多分SG2・HG3から導入されてるっぽい。

eSLC(SLCの更に高耐久版)のエンタープライズ向けSSDのMKx001GRZBはMarvellのネイティブSASコントローラー採用。
http://www.storagereview.com/toshiba_mkx001grzb_enterprise_ssd_review
多分東芝はSLC用コントローラーは内製する気は無さそう。
産業用に出してるSLCのSSDはこれまではSiliconMotionとかで、今後はJMicronとかを使うらしい。
SLCなら単純なコントローラーでも全然問題無いしね

３年持てばいいじゃん

すぐ壊れても何ら問題ないんだけれども、壊れた時の挙動が問題だ。

バックアップ取ってたら、問題ないだろ。
それと、トラブルを語るなら、運用状況・業務内容等の想定から入らんとな。
個人のデスクトップの起動ディスクなのか、エンタープライズなデータベースなのか…。

stapでblkdev_issue_discardの値を見る方法でTRIMの有効無効が完全に証明できるなら
BIOSでIDEにしてもRAIDにしてもAHCIにしても効いているぽいんだがAHCIにすること必須じゃないの？

デバイスからの戻り値もちゃんと動いてるっぽいの??

Windows7のノートにツライチSATAでSSDつないで、
VMwareいれて、ubunntuいれたい
容量は８０GB〜ぐらい
長期の安定運用とかは考えてなくて、試験的にSSD上にVMで構成したらどうなるか？
をみたい
場合は、どのSSDがいいんだい

>>358
intel、データ保護重視なら東芝

いつぶっ壊れても構わない試験用なら性能満たしてれば割と何でもいいよな・・・と思ったんだが、
conecoで検索すると80GB以上あればいいってだけなら東芝KingstonのSVP100S2/96G、96GB(\10,980)が一番安い。
これなら長期安定運用もいける。

GB単価重視ならCorsairのForce 3の120GB、ADATA　AS510の120GBの方が\11,500前後で安い。
この二つはSandForceで、実シーケンシャル性能はあんまり高く無いがランダム性能はそれなりにある。
信頼性はまぁ、どうだろうね。危険なバグは大体潰し終わった後みたいだけど。
他にも同価格帯の120〜128GBのIndilinx搭載SSDがあるけど、こっちはテスト用でもあんまりお勧めしない。
インテルのSSD320の80GBも同価格帯にあるけど、割高だしその分信頼性が高い訳でも無いんで

>>358
VMを載せようが載せまいが選択は変わらんぞ。どう変わると思うんだ？

SSDはそんなに安定性が不安なのか？

うん

鯖でデータベースをどうこうして、長期連続運用となればSASのHDDとECCメモリーが最低は必要。(それでも最低なんだけど)

SSDの安定性といっても、何と比べるかにもよるよ、SATAのHDDとならどっちも長期の安定運用という目的からは除外せざるをえない。
RAIDにバックアップに多重化するんなら別に何でもいい。

デスクトップ用途なら、安定性といっても、HDDの根本的な欠陥とトレードオフさ、
値段につられて変なもの買わないかぎり問題ないよ。

というふうに、使用目的、運用内容、条件が人によってマチマチだから、
安定性と漠然と聞かれてもなんともいえないんだよ。

値段につられてツクモで買ったAMD E-350@5980とNTT-Xのシリコンパワー社32GSSD@3980で自作ITXを作ってみた。
メモリはクレバリーでA-DATA4G*2@2980。ケースはAmazonでantecISK-100@7180

ubuntu10.10でbios画面から起動まで10秒www

2万で、このオモチャは素晴らしいです。

>>358っす
遅ればせながら、詳細レスポンスありがとうございました

今日
・ADATA　AS510の120GBの方が\11,500前後
・ツライチeSATA PCカード
買って来ました

家のXPノートで少し試そうと、
PCカードのドライバインストール、SATAのデータ線を繋いで反応なし・・・
早くも見失い病発症か・・と思いましたが、電源繋いでなかった＾＾；；；
ジャンクボックスをあさってSATA電源供給ACアダプタをコンセントへつなぐと、
ばちっ

＝＝終了＝＝
本当にありがとうございました

ThinkPadG41でSSD使ってます。
IDEの2.5インチだけど、41番ピンって折らなくても正常動作するんですね

Ubuntuの起動が速くなったので満足です

安いのでいいやと、6500円64GのSP E20にしたら、ぷちふりったー

ちょっとアクセスが激しくなると、あれっ？って感じで一時止まるんだな。
HDDとは違う感じでひっかかるので、なんとなく気持ち悪い。

AMD 1090T 890GX SB850 2Gx4(DDR3-1600を1333で使用)
GentooLinux kernel-3.2.1 ext4 discard
swapは hddへ8G、syscltでvm.swappiness = 40
/tmpはtmpfs tmpあふれやswap発生はいまのところない。

処理がコケる訳じゃないので使い続けるけど、この気持ち悪さには慣れるんだろうか？ 処理経過を見ていなければ気がつかない？
導入1週間でhdparm -tも250MB/sから160MB/sに落ちてます。
それでもHDDより速いのは感じているので、評価使用を続けます。

SiliconPowerE20はJMicron JMF616なのであくまでライトユース用。
連続で書き込みが続く環境で使うとそうなる。

>>368
JMF616で使うとどんなもんかなと思ってたんだ。
貴重な情報ありがとう。

なんで大事なシステムドライブに3流メーカーの怪しいSSD使えるんだ？
値段差だって3倍も4倍もあるわけじゃないのにさ
トラブルを楽しみたいとかってマゾな目的？

メインPCには信頼性が高いSSDを使ったほうがいいけど、
サブマシン以下では自分でいろいろなSSDを試して見るのも勉強になるよ。
一流SSDが何故一流なのかをよく理解できる。

物欲も充たせるしなw

メインマシンではあるけれど、メインマシンやそのシステムドライブなんて消耗品さ。
作業機(メインマシン)はいろいろいじってナンボだな。

評価済みの枯れたパーツを残した旧メインマシンがバックアップになってる。

てすと

>>371
システム部分は再インストールすればいいし、どうでもいいかな。
それより大事なのはデータだよ。
そしてそれを守るのはバックアップしかない。

お薦めのファイルシステムを教えてください。
あと、WindowsではおなじNTFSでもOSによってSSDの扱いが変わりますが、
LinuxでもSSDの扱いが上手なディストリとかってあるのですか？

btrfs

LinuxにおけるSSDの扱いの良し悪しはディストリよりもkernelのバージョンで変わる。
おすすめのファイルシステムはext4。discardオプションでマウントするとtrimが有効になる。
btrfsはまだ広く使われるほどの実績も安定性もないので、実用するのは勧めない。

てす

と

読み出しメインの音楽保存用NASとして
中古玄箱(Debian etch)+Intel320で済ましてる

挑戦者でやるつもりでいたのに違ってたのね

PRAMやReRAMになれば改善されるが、Flashを使うSSDはランダムな書込みを
一時領域にまとめて書き込んで速度を稼いでいる。

ランダムな書込は読取に備えてDRAM上にも保持し、書込みが集中するとDRAMが
溢れて本来の場所に書戻す作業が始まりその速度は一桁以上遅くなる。DRAMが
溢れないよううまく管理したSSDは速度低下は隠せるが、DRAMが溢れてから作業
を始めるSSDは止まったように見えてしまう。

SSDが一瞬止まるようならSSDを買換える前にメモリを増設すると改善される
かもしれない、メモリを大量に浪費しているプロセスがあるとメモリを増設
しても無駄だ、毎回ファイルをFLASHして書込むのも問題になる。

>>384 PRAMやReRAM
早くその辺が一般的になって、ついでに単一レベル記憶になっちゃって欲しい。

一般に体感速度に一番影響するのはスペックのうちどれですか？

ランダムアクセス性能だね。やっぱ。
でも一般的なランダム4KB(リードだけ・あるいはライトだけ、しかもブロックサイズは4KB統一で延々と繰り返す)は全然体感と関係ない。
ブロックサイズもリード/ライトもランダムに混在したようなランダムアクセス性能を計測すると一番体感に近い。
しかしそういう計測方法を取るとDRAMキャッシュを搭載してる世代のSSDだとあまり差が無い。要は最近のSSDなら
簡易ベンチでどんなに大差があっても体感はそんなに違わないという事

自作板で386がマルチしてるから387をコピペしてやったら釣れた釣れた。
思い切り叩きまくらてたけど俺は387が概ね正論ぽい気がする。

違った。叩かれてるのは387を叩いた奴だった。普通過ぎてつまらん

387て浮動小数点コプロセッサだっけか
なつかしい

>>362
> SSDはそんなに安定性が不安なのか？

ちゃんとしたSSDだと、そんな事無いよ、
むしろ、HDDよりも信頼性は上と思って間違いのない実績を持ったSSDも存在する。

問題なのは、どういうわけかバグ持ちのSSDを推奨しまくる
インチキ雑誌やインチキ評論家や販売店が多いこと。

俺は、重要なマシンに対しては
敢えて、実績のあるメーカーの少し古い枯れたモデルで
重大な問題点が発見されていないものを使っています。

お遊び用のマシンの方では、話題のSSDが出る度に楽しんでいますけどね。

2chもＳＳＤなんだろ？

>>392
X25-M G2の頃はSSDのファームバグが原因でトラぶったりしたな。

ゼロフィルやワンフィルで性能を測っても意味のあるデータは得られないよ。
コントローラが賢ければ、内容が同じブロックは実際には書きこまないで、
どこのブロックと同じだという形でポイントして保持するから。

ちゃんとしたランダムデータを書き込むベンチマークのテスト値が
知りたいね。自分のPCだと80MB/secぐらいしかいかないのだが。

>どこのブロックと同じだという形でポイントして保持するから。
へえそんなことするのか…

現状そういう圧縮機能があるのはSandForceとIndilinxのEverest以降のみだな
Marvellも実装してくるらしいが

>>395
書き込み回数の制限が以前よりもキツくなった最新プロセスのMLCだと、無駄に書き込み回数を増やしたくないのは当然の理だろう。

違うわ……

検索するとSSDでLinuxを運用するための、
細々とした設定の仕方がいろいろ出てくるけど、
いちいちやるのが面倒なので、
SSD向けのカーネルとか、
SSD用の一発設定変更を作ってほしい。

>>399
それらの情報はみな古い。

特に設定変えたりはしてないなぁ。

SSDの場合、
書きこみ回数を減らすような設定をしないと、
SSDがすぐに死ぬんじゃないでしょうか？

例えば遅延書きこみの周期を長くするとか、
その他もろもろ

>>402
いつの時代の人ですか？
遅延書きこみの周期を長くはHDDでも有効なテクニックでSSD固有の事じゃないし

JMF602の罪は重いな

とりあえず、MLCの安物をデスクトップ用途で使うなら、trim有効にしとけばそれだけでいい。
データベースで、グリグリゴリゴリの連続使用とかなら、話は別だけどな。

プチフリが嫌ならJMF61ｘやMarvell 88SS9174+Crucialファームウェア品は避けた方がいい

>>406
まだ市場にあるの？ 新品で？

SiliconPowerE20はJMF616だがまだ市場にある。m4もな。

デスクトップ用途でm4使ってるけど、プチフリなんて起きないな。
C300でwrite cache ONにした時はfirefoxがカクカクしたが、
今はwrite cache ONでも問題無い。m4にしたのがいいのか、firefoxが
まともになったのか、その他のせいか分からんけど。

ケーブルかコネクタの接触が悪いんじゃないの?

JMF602でもプチフリしないっていう人も居たし、ものすごいライトなワークロードならどれもプチフリはしない。
CrucialファームウェアやJMicronは他と比べると比較的プチフリしやすい方って話。

Crucialのコントローラは厳密にはプチフリじゃない。
最悪の場合、ガチフリにもなるよ。
急激な書込み増加時に待ち時間が発生するって感じかな。
常態化はしない。
JM初期のコントローラたちのプチフリとは発生原因が異なるよ。

これだな。
PLDSファームウェアや、Intelの自社コン、東芝の自社コンではこうはならないが、
Crucialだと2秒ほどの引っ掛かりが発生する。忘却の彼方だけでなくAnandTechのテストでも2秒程の無応答時間が発生してる。
http://3.bp.blogspot.com/-seLusrJDuTE/T0u9AnvypMI/AAAAAAAAAMc/LN44eW9gq-c/s400/m3p_MRS.png
これは連続ランダムライトテストだけど実用時にはもっと低い不可で発生する。

必死だなあwww

plexterの3P買ってみた。
仮想置き場で使ってるけど、いい感じだ。

私には夢がある。それは将来いつの日にかSSDにプチフリの過去が消え、
小さい容量のSSDたちが、大容量のHDDともに手に手をとってファイル
システムが構築できるようになるという夢です。

それは一歩間違えたら悪夢になりそうな・・・。

夢のなかであったような・・・

元ネタはキング牧師の演説だろうが。
くだらないコピペだ。

KingstonのSSDなら可能だゼ！

Fusion-ioの価格表が出てるね。非公式版だけど
http://hesonogoma.com/hardware/fusion-io_iodrive_pricelist_2012.html

ランダム書込みに滅法強いが読取は少し劣るというSSDを作れるはず、
サーバ等で最悪時の性能が保証される用途に需要がある、それにSSDの
寿命も長くなるから高く売れるかもしれない。

皆が皆、同じような仕様でSSDを作るから選択肢も無くなるのが問題。

どういう原理で？

>>421
ライトバックキャッシュというサーバパーツを知らん奴が多いなぁ。

サーバの場合、(SSD ではなく)普通のメモリにバッテリつけたライトバックキャッシュ
が相当昔から当たり前のように製品化されて利用されているよ。
停電時には書き出せてないデータをフラッシュメモリに書き出して次回 HDD に給電された
ときに改めて書き出す仕組み。

フラッシュメモリの部分は SSD と読み替えることが出来るので、
(なので)あなたの言う商品は既に昔から製品化されていますよ。

大概は PCI に挿して使う RAID カードで価格は \100k 前後かな。
ちょっと前はメモリサイズ 512MB〜1GB だったけど今だともうちょっとサイズ大きいかも。

それは、書込みを大幅に減らせる場合には採用するが、書込みが減らせない
用途なら採用しても意味は無い、メールサーバだと効果は少ない。

株の取引システム辺りなら毎回値が変わって好都合になる、ただ、
今はそれをオンメモリのDBで実現している。

今流行のクラウドだとファイルの複製を大量に作る、読取は障害が
あった場合だけだからクラウド向きにSSDを作れば売れるはず。

>>424
> メールサーバだと効果は少ない。
論点ずれてない？ HDD への書き出しが少ないだけならキャッシュも SSD もいらない、
キャッシュなし HDDでいいって話では？

> 株の取引システム辺りなら毎回値が変わって好都合になる、ただ、
> 今はそれをオンメモリのDBで実現している。
毎回値が変わるから好都合ではないでしょ？ ＤＢは値が変わってもデータ本体の
ブロックは HDD には都度書き出さない。 レイテンシが高いからトランザクションログへ
の書き込みが早くなるから効果があるって話でしょ？

> 今流行のクラウドだとファイルの複製を大量に作る、読取は障害が
> あった場合だけだからクラウド向きにSSDを作れば売れるはず。

ストレージ屋さんではないので詳しくは無いですが、クラウドだと下手すると PB クラス
の引き合いがあるそうです。 ボロ儲けのサービスなんて皆無で予算が少ないため、
SATA が標準だとか。 SSD は論外かと。

>>424
バックアップ付きのライトキャッシュはcommit writeのLatency削減に
意味があると聞いたことがある。421はそういう意図かな?
非同期書き込みで良ければメインメモリを増やした方がCPは良いんじゃ
ないかな。

×レイテンシが高い
○レイテンシが短い

Crucial m4 2.5インチのSSDのファームウェアをようやくうpG
知らない間にバージョンが0009から000Fになっててﾜﾛﾀ
どっかのブログの真似して
UNetbootinでUSBメモリでイージーにうpGしたぜ

0009からのバージョンアップを知らなかったのはかなり
やばかったのでは。
知らされずに終了する人がかなり居そう。

>>429
ずっと前から知ってたけど、
面倒くさくてうpG作業サボってた
初期バージョン0001で1年半くらい使ってた
ｷﾞﾘｷﾞﾘでやる俺カッコイイ

変態だぁーーー(AA略

ファームのアップデートをソフトでできるということは、
意地悪プログラムが誰かによって作られて、ファームが
粉々に破壊されれば、ファイルがパーということでは
なかろうか？プロテクトディップスイッチとかあるの？

>>432
そうだよ。
って、そんなのHDDもそうだし、マザボもそうだよ。

>>432
一応たいていのBIOSにBIOS書き換えロック設定があるよ。
昔BIOSに感染するウイルスが流行ったんだ。

ほんとは機械式スイッチでロックして欲しいと思ってる。

>>434
自分で、ロックしておいて、書き換えができない・・・。
って騒ぐアホがいるな。
俺じゃないぞ。親戚の友達の息子だ。

>>435
親戚の友達というのは、お前の親だろう？

よし、ちょいと図にしてみてくれ

echo 0 > /sys/block/sda/queue/iosched/slice_idle
にしてみて様子見中

SSDはどれでも負荷を掛けると、裏で実行している回収修理が間に合わなく
なり書込み速度が一桁は低下する。

良いSSDと悪いSSDの違いは、書込み速度が低下しても一定の速度を維持で
きるか、それともSSDが止まってしまうかの違いにある、評判の良いSSD
でも１秒程度は止まる事がある、評判の悪いSSDだと死亡する。

書込み速度が読取より早いSSDが出てきた、書込みはDRAMに書いた時点で
終わった事にすれば読取よも早くなっても当然と言えば当然。
http://www.gdm.or.jp/pressrelease/201206/06_13.html

とりあえず、燃料に反応してみる。

負荷という曖昧な言葉をだされても困る。
データベースへの大量(個人レベルで不可能な)でランダムな書込み等の
極端に高い負荷ではいまのMLCを使うSSDはどれもしんどい。

そもそもlinux板で対象となるのはデスクトップ用途から鯖用途まで、
その使用条件、運用条件も各人によってかなり違う。

まあ、安物やそのリンク先のものは買おうとは思わないけどな。

>>439　回収修理って何？