SSDでLinuxを運用するスレ

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

メモリなんてDBに食われる運命だわ

>>494
RAIDで救えるのは、ドライブがきちんとエラーを返してくれる時。
データ化けしたら、守ってくれない。

>>497
普通はDB鯖とWEB鯖を分けるんじゃないかな
WEB鯖落ちたら即情報漏えいとか、怖くて眠れんわ

>>498
データが化ける？汎用品のSSDでもそんな話聞いたこと無いぞ

>>496
お前が組んで運用するんなら、こんな所で相談しないだろ。
俺も文句いうつもりはないし。
俺だって、自分で判断した状況なら、MLCもつかうよ。
(バックアップだけで、RAIDも組まないかも知れない)

ただ、何も調べずにSLCはどうですか、MLCはどうですかレベルの質問してる人に
懇切丁寧に教える必要ないがな。
それはここのスレの役目じゃない。

あくまで、SSDを運用するスレなんだから・・・。

化けるのは、SSDじゃなくて、RAIDのエラーとかなそういうことをいってるんだと思うよ。

ここの人ってSIerだか知らないけど本職っぽい人多いんだね

呼んだ？
意味不明なぼんくらSQLのチューニングで土日無くなるぐらいならとっととSSD入れようぜってことで
あと、メーカー系の人も多い印象

教えてグーとか知恵袋とかよりここは参考になるよと
ただそういった素人相手の親切QAサイトじゃないから
>>500 が言うように素人レベルの質問は勘弁してよって方向でOK？

厳密な線引きが難しいのはわかるけどな。

ハードウェア的なもので、自作パーツの部類の物は自作板の方が物そのものの情報は確かだし、テンプレよむだけで参考になるからそっちに誘導でいいと思うよ。

ただ、linuxで運用する時、trim効くようにするのはどうしたらいいの?
fstabにdiscardのオプションをつけるんだよ。カーネルのバージョン気をつけろよ。
ってのはOKだけど、fstabの編集の仕方まで詳しく教える必要があるのかとか・・・。

Redhatのkernel 2.6.32はtrimに対応してるようだけど、ubuntuとかどうなの??
とかはどんな感じになるんかなあ。

まあ、上の質問は質問の仕方が下手くそだからしょうがないんだけどね。

>>502
結構無茶なSQL投げても、速いよな。
どんどん自分がアホになっていく・・・。

確かになー
それは「fstab 編集」でググレカスだな

あと、自作板じゃオススメSSDを聞くのだめって言われてる
そんな中でこれからLinux鯖にSSD入れてみようって人がLinux板のSSDスレで聞いてみたくなる気持ちはわかる

以下、自作板のテンプレ

■質問する際の注意
報告・質問用テンプレをなるべく使ってください
ベンチのみの報告では、あなたの言いたい事が伝わりません
お勧めSSDを聞くのは止めましょう 宗教戦争になります

【SSD】 品番、台数
【M/B】 使用ママン名、チップセット名
【ATA】 IDE or AHCI or RAID（拡張カード使用時はカード名も）
【環境】 OS、システムドライブorデータドライブ
【使用状況】 書き込み頻度、使用容量
【ベンチ】
【その他】 使用感、問題の現象等

ファイルシステム総合スレからまるっと転載するが
こんな感じでこのスレもテンプレ用意しておくのがよいと思った
他に参考になりそうなページがあれば付け加えてよん

● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html

とりあえず、宗教戦争してる陣営を紹介しておけばOKだろうw

OCZ信者とか、純粋な砂信者、JM信者はいないだろうからね。
宗教もコントローラにNANDにと多種多様な組み合わせだしな。

Intel教団、Plexter教団、Toshiba教団　てとこかなぁ（いちおうabc順にしてみたww）
Fusion-io教団もあるな、ちょっと狙ってるレンジが違うかも知らんが

この教団、実は教義や聖典が入り混じってたり、
気がついたら、別の聖典に切り替えたりしてるんだよな・・・。
Crusialは教団って感じじゃないしな・・・。

宗教戦争の中でも　SLC騎士 vs MLC歩兵　の戦いは見逃せないな

ただ、自作板は俺も含めて歩兵だらけだから、
SLCの商品知識ってあんまり手にはらないんだよね・・・。

コンシュマー向けではSLCなんてもう存在しない
エンタープライズ向けですらMLCが主流になってるし

確かに俺も歩兵だww
騎士道精神に基づいて鯖運用してる人からのタレコミ期待ってことで

エンタープライズ向けでは砂が強いとかどうとか、MLCでもエンタープライズ向けなやつと投売り用にわかれてるとかもあるけど。
実際、案件で鯖構成する時は関係なくて。
鯖構成する時のメーカーのオプションそのまま選ぶからな。

保守契約結んで、明らかにおかしくなったら、保守に言って交換してもらう。
コントローラは愚か、NANDのメーカーも知らんかったりする。
先方の担当者に興味があれば聞くくらい。教えてくれるメーカーとそうでないメーカーがある。(これはメーカーの違いというより営業の個別の問題かと思うけど。)

設置もまかせた場合、中身すら見ない場合もある。
(いちいちラックからはずすとかしないしな)

ああ、そうそう、鯖のメモリーが何処製でないといやだとか、
コンデンサーはとかそういう話にならないのと一緒。

関係ないが、WD Redシリーズってのが出るらしい＜24時間稼動NAS向け

>>516
それコンシューマ向けだから

んで、？

http://pc.watch.impress.co.jp/docs/news/20120711_546095.html

コンシューマやSOHOのNAS向け。
なんの問題もないな。

てか、SSDじゃないじゃん

>>506
LinuxサーバーにSSDを使うための情報メモ　ってとこで
このあたりも加えるといいかもね
ttp://kometchtech.blog45.fc2.com/blog-entry-942.html

あと、Winのベンチだけど、自作板にこんなの出てた
http://i.imgur.com/UJ1mt.jpg

Toshiba教団　おめ〜！

今は、CPUの性能も高くメモリも多くNWも早い、勢いSSDがネックに
なる場合も多い。

SSDは裏で重い処理を遂行して表向きの速度を稼いでいるから、
負荷が重くなると突如遅くなる、それで、SSDの負荷が高くネックだと
障害にまで発展する。

そういう時にはさらに速いSSDに代えるんじゃね？
最近発売されたインテルの910シリーズや実績十分のFusion-ioが候補だね

>>522
SSDが耐えられず、障害になるほどの負荷がかかる状況だと
HDDでも耐えられないんじゃね？

だから、そういう状況ってどういう状況??
しかも処理と言っても、大別して鯖とデスクトップ、個人用途かエンタープライズか等などさらに細かく分かれる。
重い処理なんて漠然とした表現で無闇に不安を煽ってもしょうがないだろ。

データベースに高負荷かけるランダム書込みをスクリプトでドカンとかやったらそら大変だろうけどな・・・。

デスクトップきはみんなSSDにしたけど、鯖はHDDにしてるけどな。

と釣られてみるけどな、定期的にやってくる人だから、相手にしない方がいい。

安価つけてレスしようぜ

暫くこないうちに宗教化してるのかｗ
Crusial m4 壊れたんで修理出したら2,3週間といわれて
Plexter 教団に入団したよ
I/F はSATA2 だけどね

m4 帰ってきたらどうしよう…

おれにくれ

宗教がからむのはしょうがない　業者も売りたい商品あるからな！　ステマはほどほどに！

生の/dev/sda に直接　ext4で作ったときだけしかTrimって働かないよね？
LVMはさんだでもext4作ってもTrimきく？

そもそもTrim効いてるか、効いていないかは、どうやって判断したらいいんだ？

先月１万４００円で買ったintel330の120Gがもう８千円台になってる・・・
そろそろＳＳＤは消耗品の脳に切り替えて良い頃だな。
寿命なんて関係ねー

>>529

TRIM コマンドを有効にします。

    "discard" マウントオプションを /etc/fstab 中で ext4 ファイルシステム、スワップ (swap) パーティション、 Btrfs、他に設定します。fstab(5) 参照下さい。

    "discard" オプションを /etc/lvm/lvm.conf 中で LVM に関して設定します。lvm.conf(5) 参照下さい。

    "discard" オプションを /etc/crypttab 中で dm-crypt に関して設定します。crypttab(5) 参照下さい。


systemtapでググる

運用中のマシンのSSDのマウントオプションを変えたけど、これって過去に行ったファイル削除の操作に対しては効果あるの？
リフレッシュとかが必要ならやり方を教えて欲しい

各社の120GBモデルが1万円を切ってきたなー
梨奈のサーバだとこれぐらいの容量がちょうど使いやすいんだよな
どれ買おうかなーwkwk

>>532
discardつけたんだったら、大丈夫だよ。なんか、ファイルを作ったり、消したりしたらいい。

>>534
トンクス

Windows98SEデュアルブートな奴があるんだが
vfat(FAT32)でもdiscardオプションつければ大丈夫？

ext4とBtrfsだけじゃないの

窓から投げ捨てたら大丈夫だよ。

discardが使えるfsは btrfs, ext4, (v)fat, gfs2, nilfs2, xfs

ntfs2って何ですか？

カーネルのバージョンにもよるから、チェックした方がいいよ。

>>540

nilfsのことをいってるなら、nttが開発したログ構造型のファイルシステム。
ファイルシステムに対して行った操作がログとして残るようにできてるので、いつでも操作をする前の
状態に戻せるのが売り。

intel 910をlinux鯖に入れて使ってる人柱君はいない？

いないみたいね・・・

910のベンチ取ったやつがいるな
はえー

Intel SSD 910 800GB のベンチマーク
http://blog.nomadscafe.jp/2012/07/intel-ssd-910-800gb.html

容量は100GB程度でいいから、3万くらいになってもらえないかな

確かに今の価格じゃ自宅鯖に入れるのはちょっと無理だね
少しは金を払える企業向けってことなんだろう

800GBのモデルは複数のコントローラ（たぶん4つ）をまとめて性能稼いでいるっぽい
100GBならコントローラは1つだろうし性能も4分の1ぐらいと考えた方がよさそうだね
だったら330でよくね？という話もある

俺様メモ： sudo fstrim -v /

なにそのコマンド！
ググってみた。本当にあるんだな

半年近くのE20テスト使用を続け、
SSDを本格使用する気になり,、土曜にPX-128M5Pを入手。
Gentoo linux をガリガリとクリーンインストール

# uname -a
Linux one.lan 3.3.8-gentoo #1 SMP Sat Aug 11 20:52:46 JST 2012 x86_64 AMD Phenom(tm) II X6 1090T Processor AuthenticAMD GNU/Linux

/dev/sda
Model=Hitachi HDS721050CLA362, FwRev=JP2OA3MA
Timing cached reads: 7224 MB in 2.00 seconds = 3613.84 MB/sec
Timing buffered disk reads: 394 MB in 3.01 seconds = 130.97 MB/sec

/dev/sdb
Model=SPCC Solid State DiskB28, FwRev=111118,
Timing cached reads: 6722 MB in 2.00 seconds = 3362.07 MB/sec
Timing buffered disk reads: 704 MB in 3.00 seconds = 234.65 MB/sec

/dev/sdc
Model=PLEXTOR PX-128M5P, FwRev=1.00,
Timing cached reads: 6672 MB in 2.00 seconds = 3336.84 MB/sec
Timing buffered disk reads: 1282 MB in 3.00 seconds = 426.94 MB/sec

/sdc(M5P)は起動ドライブ、/sdb(E20)はマウントしていない状態で測定。
速度差は圧倒的だけど、半年こき使ったE20もけっこう頑張ってるよー

ガリガリインストールしているってそれ HD(ry

HDDより短命って言うけど書き込み可能容量が予め決まっているならその方が有りがたいのかもね
HDDが突然死するし

ttp://botchyworld.iinaa.net/ssd_list.htm
まともな製品なら寿命なんか気にしなくていい

いまどきSSDの寿命を気にする奴がいるんだ

【SSD編】安易なSSD導入がもたらす「猛毒」の正体

http://pc.watch.impress.co.jp/docs/news/event/20120906_557787.html

次にExchangeサーバーの場合である。読み出しの割合が67%、書き込みの割合が33%で、寿命は0.3年に過ぎない。4カ月も持たないことになる。
最悪なのはSQLロギングで、100%が書き込み動作だ。なんと0.08年、わずか1カ月でドライブの交換が必要となる。

>>555
知識のない人が鯖にMLC使ってあぼんていう話でしょ。
だいたい上司が阿呆なせいだけど。

サーバにSSDを導入する利点が分からん

そら知識不足なだけだろ

>>557
OSを最小限にしてオンメモリ運用/ストレージはHDDとすれば、たしかにSSD導入のメリットは無いな

>>556
> 知識のない人が鯖にMLC使ってあぼんていう話でしょ。
MLCは関係ない、たとえSLCであっても利用法によって十分な性能（耐久性）が無いって事、

> いまどきSSDの寿命を気にする奴がいるんだ
デスクトップで実用的に問題が無いからといってサーバー用途で問題がないと思うのは間違いでしょ、
すくなくともLinuxならサーバー用途も十分に考えられるわけだしね。

えっと、linuxでどうこうは十分に考えられるとか、そういう揚げ足取りじゃなくて。
デスクトップ運用でこういう条件、鯖運用でこういう条件というなかで、
最適な利用法を探せばいい。
サーバー用途と言っても、自宅鯖と企業鯖、鯖と言っても何を動かすかもちがう。

そんな厳密な条件設定をして、ここで話す必要もないと思う。

実際やってみればいい
>>458　だけど、今だ問題なし
まだまだいけるよ！

>>555　っていうのは、第1世代のSSDでデータとったんじゃね？
X25-MやHG2あたりのSSDで、いろいろ鯖動かしてるけど
これまで一度も問題でたことないよ？

サーバー用途なら軽量で中古の安いPCに超軽量のlinuxディストリで十分だろ。

RAID-5を採用して容量目一杯に割付て使うと、全領域を初期設定で
書き込み、TRIMも利かないからWAが異常に増えてSSDの寿命も短くなる。

SSDの実容量の７割程度に割当を制限する必要がある、SSDの負荷が
低ければ割当を増やしても持つが、負荷が高ければ割当を5割に減らす。

なんでSSDをつかいたがるのかねぇ？…
HDDが壊れるまで使い切ったほうが十分経済的

>>564
自力でkernelのパッチ当てとコンパイルができるなら、
今でもRAID 0/1/10でTrimコマンドを有効にできます。
そのうちRAID 10を採用してTrimを有効にするのが常識になって
RAID 5で割り当てを制限するのは過去のノウハウになるかもしれません。

[patch 0/7] Add TRIM support for raid linear/0/1/10
https://lkml.org/lkml/2012/3/11/261
What happened to TRIM support for raid linear/0/1/10?
https://lkml.org/lkml/2012/8/8/321
linux-next: Tree for Aug 14
https://lkml.org/lkml/2012/8/13/782
>Merging md/for-next (1e7549a md: raid 10 supports TRIM)

俺の知識が間違ってるなら指摘して欲しい。
trimと寿命の問題は、あんまり関係ないと思うんだけどなあ。
trimってプチフリ対策なんじゃないの??
あくまで、書込み量が寿命に直結してるだけで・・・。
trimはGCの挙動とは違い、OSとファイルシステムの機能として、
先取りして消去してるだけだし。
速度低下による、処理待ちの蓄積と付随して発生するトラブルっていうのは、
別の問題だしなあ。

ともあれ、大量のファイルを使ってRAID組む必要があるという要件で、
MLCの安物を使用するのはそもそも間違ってるわな。

要件ありきで、最適なものは異なる。
って考え方でいいじゃないの?
別にSSDが最強って一般化する必要なんてどこにも無いんだし・・・。
まあ、クライアント環境ではSSD以外は体感的にしんどいけどな。

>>567
> ともあれ、大量のファイルを使ってRAID組む必要があるという要件で、
> MLCの安物を使用するのはそもそも間違ってるわな。
Googleは汎用品を大量に使用したシステムの競争力で今の地位を得ましたよ。

なんでもそうだけど普及品の方が性能向上サイクルも早いしコスパも加速度的に良くなるので
特殊な競争の必要のないシステム以外は高級品を使ってては勝負に勝てない。

SLCを２つ使うならMLCを４つ使ってカバーすれば良い

>俺の知識が間違ってるなら指摘して欲しい。
>trimと寿命の問題は、あんまり関係ないと思うんだけどなあ。
>trimってプチフリ対策なんじゃないの??
Trimの実装はSSDの機種によって異なるが、基本的には寿命を延ばし
速度低下を軽減するように実装されている。
機種によってはTrimコマンドが発行されるとSSD内部でデータの書き換えが発生するので、
その時にプチフリのようにRead/Write性能が低下する。

>trimはGCの挙動とは違い、OSとファイルシステムの機能として、
>先取りして消去してるだけだし。
SSDは基本的にファイルシステムを理解できないので不要なデータも
GCやウェアレベリングの対象にするが、不要データをGCやウェアレベリングという
書き込みの伴なった作業から外すことで書き込み量を減らすことができる

重要なのはSSDのアルゴリズムはコントローラーやファームウェアによって異なる事、
大抵のメーカーは殆どアルゴリズムを公開していないという事
つまり決めつけは厳禁だという事だ

>>568
NANDチップ単位で見ると、MLCはSLCと比較して容量単価半分以下だが寿命も1/10以下。
書き込み量が多くてMLCのSSDではすぐに寿命が尽きるようなサーバーで使用する場合は、
MLCを使用しても頻繁な交換が必要になりむしろSLCの方が人件費が抑えられる。
(eMLC採用のSSDはエンタープライズ用しかなくSLC同様にかなり高価)

コスパコスパと念仏のように唱える人が多いが、クライアント向けSSDはCrucial、OCZ、
その他諸々のように最低限必要な信頼性を備えていない製品が多いので
こういったものをサーバーに使用した場合は信頼性の問題も出てくる。

例えばはてな執行役員CTOのShinji Tanakaのツイートによると、
サーバー用に非常に信頼性の低いCrucial製のSSDを使用した為に
それなりの問題が起こったようだ。
https://twitter.com/stanaka/statuses/163155954404298752
どう対処したかは不明だが、普通に考えると全個体をファームアップするという
非常に人件費が掛かる作業を強いられたはずだ。

> 非常に人件費が掛かる作業を強いられたはずだ。
今の人件費なんて僅かなものだよ
そこそこの人間でも100万/月で雇えるし、
ハード保守要員なら30万で十分、
１月働かせれば1000個は対応出来るだろう、
でSLCを1000個と買うと幾らになる？

Googleは当初2万円ｘ１万台(２億)ほどのPCを接続してスーパーコンピューター並の処理能力を得ていた、
同等のスパコンを買えば数十億、リース料でも1000万/月は下らない

10年以上前は中小の会社にはオフコンという物があった、メーカ謹製の信頼性の高いコンピューターだった、
が時が経ち、信頼性は低くても時々フリーズ使用とも安くて便利なPCに完全に入れ替わった

>>571
>今の人件費なんて僅かなものだよ
>そこそこの人間でも100万/月で雇えるし、
>ハード保守要員なら30万で十分、
>１月働かせれば1000個は対応出来るだろう、
Crucial m4の5184時間問題では、ほぼ同時に全数が動作しなくなる。
一人雇って一か月ちまちまファームアップさせるなんていう猶予は無い。
サーバーを止めない為にはほぼ一瞬で全数のファームアップを行う必要がある。
そのためには高い臨時給で多数の人間を集めなくてはならない。

君はGoogleの例を出すのが好きなようだが、
HDDはほぼ書き込み寿命無限で、
ファームウェアの不具合はSSDに比べれば非常に少ないという特徴がある。
このようにSSDとHDDという全く異なる特性のものを同列に並べて考えると
致命的な損失を被るよ。

>>572
> ファームウェアの不具合はSSDに比べれば非常に少ないという特徴がある。
> このようにSSDとHDDという全く異なる特性のものを同列に並べて考えると
> 致命的な損失を被るよ。
これはどちらでも同じだよ、
SSDはまだ未知な部分が多いが今後はもっと洗礼されて物理的に故障が予測しやすく使いやすいデバイスになる
例え短命やデメリットがあっても予測出来ることは非常に扱いやすい事を意味する、
HDDの場合は故障が予測出来ない、
仕事柄サーバー納品で3000個はHDDをセットアップしたけど本当に故障は傾向がつかめない、
傾向がつかめないから対策は最悪を想定せざるおえない

あとSSDに限らず同一製品を大量に利用（納品）するケースなんてザラだよ、
仕事で初期ロットや稼働実績がないものを使うことはまず無い、
例え5184時間問題があったとしても想定出来るのであればそれまでに対策すればいいこと、
安い汎用品だからこそ全取っ替えなんて事も出来る、
高額な専用品なら数量を調達出来ずに大変なことに・・・なんて事も少なくないし。

あと基本的にテストケースの多い汎用品の方が致命的な問題が起きない場合が多い、
高価な専用品は使用例が少なく問題が出にくいので意外に不具合が隠されてる。

>>569,570
厳密な意味でのtrimの定義ってメーカーによって、違うんだよな。
あくまで、trimコマンドに対応しましたってことで、挙動は各社様々。
OCZの一時期のファームみたいに変ちくりんなのもあるし。

これとこれのデータはもうファイルシステムからは消してますよ。
って情報がtrimコマンドとしてSSDにおくられて、NANDの該当箇所を消す。
trimがないと、不要なデータの場所じゃなくて、あいてる領域にデータが追記されていって、(不要なデータも含めて)容量がいっぱいになった以降の、書込み時に、初めて不要データの消去が行われる。(そんでプチフリ)
もちろん、GCのように、勝手に必要データのみを洗い出して、不要データを消して最適な位置に移動させると書込みも発生するわけだわな。
ただ、このGCの発動条件や挙動もメーカーによって様々で、どこまで寿命に直結してるか良くわからん。なんか、おれ、根本的に間違ってる??

わからん=安心したらダメ

鯖では安易に入れられないわなって意見には賛成するよ。

ただ、鯖といっても色々あるしなあ。
linuxって条件、鯖って条件、どれも両極端だからもっと前提条件を増やさないと
SSDとHDDのどっちがいいかなんてケースバイケースだよな。

>>573
>SSDはまだ未知な部分が多いが今後はもっと洗礼されて
>物理的に故障が予測しやすく使いやすいデバイスになる

SSDでもNANDチップやコントローラーそのものが死ぬこともあるし、予想もつかない。
エンタープライズ用ならともかくクライアントPC向けはNANDチップレベルの冗長性も無い。
HDD同様にSSDも予想もつかないタイミングで故障するデバイス。

実際Crucialのm4は稼働実績が不十分(発売後一年程度)にもかかわらず採用されていたし、
数も(SSDの中では)出ていてテストケースが多いにも関わらず5184時間問題が発生している。
SandForceでもSF-2000系では発売後一年以上経ってAES-256に不具合が見つかった。

問題は現状のクライアント向けSSDは東芝やプレクを除けば発売後一年〜一年半程度は
致命的なバグが見つかる可能性があり、信頼性はかなり低く
民生用としてすら最低限必要な信頼性があるか怪しいものばかりだという事だ。
そして今は未来の話ではなく現状の話をしている。

>>574
>厳密な意味でのtrimの定義ってメーカーによって、違うんだよな。

実際にTrimがどういう挙動をしているかはSSDのファームウェアでも解析しないとわからんし、
各社SSDのアルゴリズムは公開していないので挙動も効果の程も【わからない】が正解ではある。
実際C300のFW0001ではTrimコマンド受け取っても正常に動作してなかった。
だかTrimコマンドが定義された趣旨から考えればそういう動作をしているんだろうと考えて妥当だろう。

プチフリや引っかかりの発生メカニズムについても各社色々で君が挙げた以外でも発生するし、
逆にTrimOFFでもプチフリしないSSDもある。

>鯖では安易に入れられないわなって意見には賛成するよ。
寿命や信頼性を度外視しても、長時間連続書き込みが発生するサーバーのような用途では
MLCのクライアント向けSSDでは性能的にも微妙。
MLCのSSDでは各社なんらかのタイミングでSSD内部でGCが発生するし、
その瞬間はランダム性能が低下する。SSDは常にカタログスペックの性能を発揮できるわけではない。
SLCならMLCよりもページ書き込み/ブロック消去共に速いし性能の低下が少ない。

>>576
いろいろ勝手な妄想を語ってるとこ悪いけど
まったく、そんなことないですから

実際に使ってみた問題点、感想等が集積されるとうれしいかな

↑鏡見た方がいいぞ

ところでガセかほんまか知らんが
NILFSがSSD運用と相性が良いとかなんとか
ここの人はみんなNILFSなの？

いや、ext4でやってます。
だって、btfsかext4くらいしかtrim効かないみたいだし・・・。

ただでさえ容量少ないSSDをNILFS入れてさらに半分にされたらたまらんわな

http://static.usenix.org/event/lsf08/tech/shin_SSD.pdf

これ確かに圧勝ってのはわかるがGC考慮したらbtrfsが妥当

>>581
このへんも情報が古いんだよなぁ

SSD用のスケジューラってなに使ってる？
やっぱnoop?

>>583
>>113-115

先週末の各店の大安売りで、Intel 510買ったヤツも多そうね。
このスレの過去レスには、Intel 510の情報はあんまり無い感じ？

機種別情報は自作板の方が集まりやすいよ。
個人的には、砂は嫌だな。

IntelのSSD510はPLDSのOEM品でPlextor M2S Plusに近い製品。
コントローラーはMarvell 88SS9174BKK-2でNANDは当然Intelの32nm。
WindowsOSで使用する場合はIntelのSSD TOOL BOXというユーティリティが使える点で
OEM元のPLDSが製造するPlextor/LITE ONブランドのSSDよりも優れているが、
LinuxOSで使う場合はこのユーティリティが使えないので差は無い。

東芝コントローラーのSSDと違ってTrim無しで速度低下無しに使えるコンセプトのSSDではないので
あくまでもTrimが有効な環境で使用する必要がある。
Trimが無い環境でも強力なIdleGCである程度シーケンシャルの速度低下は回復する。
但しこのIdleGCが発生している最中はSSD内部でデータの配置換えが行われているので
性能が低下する。
サーバーのような常時高負荷が掛かっているような環境ではなく、
クライアントPCのようにアイドル時間が長い用途に最適化されている。

消費電力はSATA6Gbps世代のSSDとしては低めだが、
ケースがプラスチック製の上熱伝導シートも入っていないので
ノートPCやエアフローが確保できないケースにマウントして使用する事は推奨できない。

>>587
> ノートPCやエアフローが確保できないケースにマウントして使用する事は推奨できない。
ノートPCはHDDの熱を前提に作られてるのでそれより発熱の少ないSSDなら何ら問題ないよ、
普通はHDDから換装すれば冷え冷えになる筈。

>> サーバーのような常時高負荷が掛かっているような環境ではなく、
あとこれも曖昧すぎる、
サーバーと言ってもデーターを読み出して提供するのが大半の場合もある、ってか一般人の使う用途ではそっちが多い
DBサーバーですら読み込みより書き込みが多い用途なんて一部だし
まして家や会社の事務系なら殆どは書類や画像のストックがメインでしょ、
ツイッターやgoogleなんかはアクティブだと思うけどそんな企業は特殊な一部だけ。

読みより書きの多いDBってどんなシステムなんだろな
ツイッターやgoogleがアクティブというがこれも読みのが多いよな
まあSSDにとっては読みのが良いわけだが

バックアップ用の DB とか?

>>589
ソーシャルはWriteが多いだろが。
innodbなんかはこのへんに難があるな。memcachedとかでwriteを減らすとかしてるはずだ。

音楽用ファイルサーバに最適でした

>>589
なんかのログをひたすら記録していて、読み出しは定期的なレポート作成か、
手動で読み出すだけのシステムとか

>>588
ピーク消費電力がHDDを超える事は良くあるし
NANDは温度が上がるほど信頼性が下がるので冷えれば冷える程良い。
より良い選択肢があるのにわざわざSSD510が選択肢に入れるのはバカらしいということだ。

やっぱ書き込み方が多いサーバってのはそもそも容量的にHDDを
選択することが最適解になりやすいから自然と淘汰されるのか
SSDは容量が多くなってからが使い分け論の本番だな

>>589
クラウドで一部並列化して、基幹業務の大量な情報を一気に同時に書き込むとか、
2chの鯖とかw色々あると思うよ。
銀行やら、証券もそうだね。
それ以外にもソーシャル系とか色々あります。

個人用途で一人でアクセスだったら、別にどうってことないよ。
録画鯖の番組表もなあ。
(はいそこ、限定された用途を無理矢理作らないように!!)

そら、そんな業務でクリティカルな用途だと、
SASのRAIDカード突っ込んで構成しますな。

自分でわざわざ入れ替えなくても、BTOメーカーのノートでもSSD選べるしな。
それで採用されてるやつ調べたらそれでいいだろ。