■ このスレッドは過去ログ倉庫に格納されています
SSDでLinuxを運用するスレ
- 1 :login:Penguin:2009/10/24(土) 09:13:36 ID:MsPJi1oe.net
- 高速化に有効なSSDですが、プチフリや寿命といった新たな問題も出て来ています。
このスレはLinuxでSSDを上手に使っていくための情報を交換するためのスレです。
- 71 :login:Penguin:2010/07/07(水) 02:18:48 ID:U4qOPlRh.net
- software design今月号かったら、SSD特集の後半は、自社製品の仕組みは自明として説明してて、ちょっと待てという感じだった。
直接的な宣伝は避けるスタンスだったんだろうけど、余計分かりにくい。
どうやら、メモリキャッシュ用のドライバ使ったL3キャッシュと、ハードウエア付与のL4キャッシュの話?
普通に意味ある点としては、サーバー用途で使う場合は、書き込み多いと一気に寿命になるので、
・書き込み減らすために、キャッシュを使いましょう。
・RAID5は、死亡フラグ。
・アーカイブ用ならインデックスぐらいにしなさい。
ぐらいだった。
http://bbs.kakaku.com/bbs/-/BBSTabNo=1/CategoryCD=0537/ItemCD=053733/MakerCD=2487/ViewLimit=0/SortRule=1/ClassCD=6/#10935635
- 72 :login:Penguin:2010/07/18(日) 04:23:43 ID:0XdwZ2KT.net
- USBメモリでbtrfsできたけど
とりあえず安定してる
不満はないけど利点もいまいちわかんない
ext3より速い気もしないでもないけど
いかんせんUSBなのでわかりにくい
- 73 :login:Penguin:2010/10/10(日) 23:03:35 ID:Fg1qdVm7.net
- ついにねんがんのSSD(SSDN-ST64B/東芝HG2 OEM)を手に入れて
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
のページとか見ながらSSDの扱い方を実験してるんですが、その後も
- メーカが努力してるから512B/sectorとして使うのでOKだよ
- マテ、チップ1つでも16KB/pageとかなんだからそれに合わせろよ
- いやいや、並列チャネル数分は掛け算して16*16=256KBとかにしろよ
- いやいや、消去ブロックサイズは32pageだから更にx32程じゃないの?
とか諸説あるようで、自分のSSDをどう構成するのが一番よいのか判断付かず困りました。
自分で実験してみると、ストレートに書いた場合の最高性能は256-512KB/block付近で
hdparm -t近く出るので
並列チャネル論が正しく、かつ、ブロック消去は非同期に行われる。よって
イレースブロックサイズは考えず、ページサイズとチャネル数を推測できればよい。
が有力なんですが、一方でわざとアライメントを外したデータでテストすると
512B-1/blockから2KB-1/blockの書き込みが妙に高効率(アライメントが揃う
場合と等速)の上、4KB-1から16KB-1/blockのアクセスで突然半減します。
挙動としては8KBのブロックが中にあって、だからそこからわずかにアライメントが
ずれるケースで境界を跨ぎまくって最悪効率になってるような動き。
いまの所、mkfsでは4KB/inode(挙動的には8KB/inodeだけど、これはたぶんLinuxの側でネックになる)にして
stripe-widthを256KBか512KBにする構成が自分のSSDにはよさそうだ、となったのですが、
他の人はどうやってSSDの構成チェックしてるんでしょうか?何かアホみたいに面倒で・・・
- 74 :login:Penguin:2010/10/11(月) 14:40:47 ID:CQEswJZ0.net
- 何も考えずに使えるものが生き残るし,
メーカーは売れるよーに手間が掛からない物にしようと努力してる.
今は細かいチューニングが必要かも知れないけれど,
そんなノウハウも数年後には要らなくなってしまうものだろう?
- 75 :login:Penguin:2010/10/12(火) 01:45:39 ID:2WFOHVD0.net
- >>74
まあ仕事ならそうなんですけど、趣味だとSSDは結構面白い挙動で、
色々煮詰めたくなってしまうんですよー
- 76 :login:Penguin:2010/10/13(水) 02:55:07 ID:sVbkEu60.net
- Intelの80GB(34nm)にUbuntu10.10を/のフォーマットbtrfsで入れてみた
・・・速いのかよくわからないけど2日ほど安定して使えてるのでいいかな
- 77 :login:Penguin:2010/10/13(水) 13:46:42 ID:/u0I25wE.net
- >>73
東芝SSDは読み書き性能をメンテフリーで維持する為にかなりインテリジェントな処理をしてるらしく、
直近のデータの書き込みパタンとかで性能が変化するというやっかいな特性がある。
#ランダム4KB書き込みを続けた後に4KB書き込みするのと、シーケンシャル書き込みした後に4KB書き込みでテスト結果が異なる、逆もまた然り
その上、実アプリ性能を向上させるために細かいWriteはSSD内の特定領域をライトキャッシュとして使ってる。
そのライトキャッシュ領域以下のランダムライトはそこの部分に吸収されてワースト性能は簡単には見えない。(IOPSが問題になってくる)
初期のJMF60Xとかみたいに単純だったり、
IntelSSDみたいにSSD外部のソフトに大半を丸投げタイプなら少しは解りやすかったのだが
正直、東芝SSDの制御パタンがどうなってるのか皆目検討が付かない・・・
参考にどうぞ
ttp://www.hpcc.jp/sigarc/Presentation/20100128_tsuchiya.pdf
- 78 :login:Penguin:2010/10/13(水) 17:03:04 ID:fJdK3o9s.net
- そうそう。アライメントの影響を見るためにオフセットをずらしつつ測定すると
1. ゼロオフセットの最適と思われる状態でテスト
2. 特性を見るために少しずつオフセット付けてテスト。劣化を確認する
3. 1周して最初の最適と思われる状態で再テスト -> なぜか同様に劣化。???。
とか。逆に絶対劣化するはずの非最適条件でも最高性能に近い数字が出たり。
これキャッシュ切っててもそういう挙動(性能はちゃんと7-15倍劣化するので
切れてるのは間違いない)だから、コントローラがよほど中で頑張ってる。
HDD/SSDのテスト好きな奴等が手持ちのディスクや実験結果持ち寄って
あーだこーだわいわいやったら楽しいだろうなー
- 79 :login:Penguin:2010/10/13(水) 18:53:34 ID:x6g/k3PT.net
- てことは、俺みたいによくわからんてか調べるのも試すのも面倒な奴は、
東芝買って何も考えずにHDDのつもりで使うと幸せかな。それもいいなー
- 80 :login:Penguin:2010/10/14(木) 19:05:16 ID:TpW5+ZCD.net
- 何も考えずに使う&使い続けるなら東芝は良い選択肢かも
総レス数 1003
251 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★