SSDでLinuxを運用するスレ

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

LiveCDのisoを置いて、grubからisoイメージブート。

SSDにはXFS。
終了。

NILFS以外ありえないだろjk

今はIntel買っとけ

あとはtmpfsを沢山マウントするとかか。

どうせプチフリってランダムライトしまくってなるんだろ？
とSSD使ったこと無い俺がいってみるてすと

ttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch08a.html
> “くそったれな”JMicron JMF602

ノートのPCカードスロットに刺して
使えるSSDってある？

>>8
USBメモリじゃダメなの？

SSDって、寿命延ばすために書き込み位置を均一化させるような制御やってるんでしょ？
そういうことやってくれるUSBメモリならいいんだけど。。。
あと、SSDの魅力はランダムリードが速い事だと思うんだけど、
USBメモリの読み出し性能はSSDと基本的には変わらないと思っていいのかな。

均一化はやってるけど、読み書く速度に関してはUSB3.0が車でお預けかな

書き込み速度はUSB3.0以前の問題だろ・・・
今はキャッシュで速度を稼いでいるだけ

オンライン・デフラグやリサイズも
次世代ファイルシステム「Btrfs」はSSD最適化にも注力
2009/10/23
ttp://www.atmarkit.co.jp/news/200910/23/btrfs.html
>　Linux向けの次世代ファイルシステムとして注目されている「Btrfs」（バター・エフエス）。
> 東京・秋葉原で開催中のThe Linux Symposium 2009で10月23日、Btrfsプロジェクトの
> 創始者で開発をリードするクリス・メイソン氏が、Btrfsで実現する機能や現状について紹介した。

>13
>メイソン氏によればBtrfsとZFSとは根本的に実装が異なり、機能的にも、例えば使用中のデバイスをストレージシステムから取り除くような機能はBtrfsにしかないという違いがあるという。

つーか、Btrfsで一番実装が必要で急がれる機能は「信頼性」と「実績」だと思われ。
早く提供される見込みが一番薄いのも、ね。

SDD入れてみたい
IDE
　/home
　/tmp
　/var
SDD
　その他
で、揮発メモリーを増強でどうかな？

>>10
普通のSSDと普通のUSBメモリなら圧倒的な差があるじゃないか。

ssd欲しい…

256GBくらいで1マソ切ったら買うのに

OEM専用の小容量SSDが欲しい

linuxでも2.6.28以降とhdparm-9.25以降を使えばTRIMを発行出来るみたいだ。
少なくとも寿命の面での心配は減ったね。

でも「TRIMを発行してもまともに処理するドライブがねぇよ！」とかってLKMLで
怒ってなかったっけ？

東芝のSSDはちゃんと実装してるね。
いままで単体売りはしていなかったみたいだけど、最近、IO-dataから
売るようになったみたいだから入手も楽だ。

今年の年末でどれくらい安くなるかだな。

どうせwindows7でSSDがまともに動くってことで
需要増えて安くなったりするんだろうな…。

>>2
それでどれでもブートできればスゴイ便利なんだけどな
UltimateBootCDくらいしか成功しない

>>3
なんで？

SSDなら日立

http://www.linux-mag.com/id/7345/2/

SSD によるベンチ
特に小サイズのファイル群テストにおいて nilfs は btrfs の約1.7倍高い性能を
出している。

linuxってtrimはどうなってんの？

>>29
未対応。

Intelが開発者にSSDばらまいたので、近いうちに対応してくれると期待しておこう。

MySpace，標準負荷サーバ 150 台をソリッドステートドライブ技術でリプレース
ttp://www.infoq.com/jp/news/2009/12/myspace-ssd

故障時の対策はどうしてるんだろう。
スレーブDBやAPなどのリードオンリー用途向けかな。

新しめのカーネルと最新のhdparm使えば一応現状でもtrimはできる。
ただし自分でスクリプトを実行しないといけない。
Windows7のように自動でtrimされるようになるのはまだ先じゃないかと思う。

寿命が短くなるような

同意

Linux用に割り切ってインテルの廉価版ゲットしようかな
容量40GBでも足りるよね

俺は今日買ってきた。今linux mint入れてる。ちなみにnilfsじゃなくてext4

ssdじゃないけど、SDカードに入れてサーバーとしてやってみた。
寿命対策としてここに書いてみる。

log書き込みとか特に対策しなかったら1ヶ月で壊れたｗ
で、tmpfsに逃がして動かしてみてる。
tmpfs /tmp tmpfs defaults,noatime 0 0
tmpfs /var/tmp tmpfs defaults,noatime 0 0
tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /var/cache/samba tmpfs defaults,noatime 0 0
tmpfs /var/spool/exim4 tmpfs defaults,noatime 0 0
tmpfs /var/run/samba tmpfs defaults,noatime 0 0

RAMは256MBでswapは無し。
rc.bootで必要なlogディレクトリ作って各サーバーを起動
（postgresql、bind9、apache2、samba）

さて、今回は何ヶ月持つか。
でも、壊れてもSDカード2Gで数百円だから気楽。
複製も作ってあるし。

>>37
RAID化おすすめ

俺は実験の意味も含めてtorrent保存場所にUSBメモリで24時間起動してるがなんの問題もない
SDカードは壊れやすいのかね

>>31
HDDと違って書き換えないと2〜3年で消えるって話だから、それは無いと思う

find / -mmin -60
で1時間内に更新されたファイルを監視してみた。

/dev,/proc,/sys
ってかなり頻繁に更新されてるんだけど、実ファイルじゃないよね？

今日から俺も仲間入り
まともなバックアップ環境ないからどうしようか迷う

btrfsって結局、どうなったんだ？

FS開発はカーネルより難しいって言われているくらいなんだから、
寝て待て。

雑誌でFS別にベンチマークしてたけど。
まあ、さらの状態でサクッと図っただけだから連続運用時の速度低下には触れられてないが…。
ext3とext4の違いはあんまり無くて。どっちでもいいんじゃねと思った。
btrfsは意外と遅かった(今のところだけどな)

ttp://megalodon.jp/2010-0206-0024-58/twilog.org/mikio1978
ttp://www.itmedia.co.jp/enterprise/articles/0910/14/news066.html

fusion-ioは、やっぱり並列か度合いが違いそう。
壊れ方がどうなのか知らんけど。

このスレもっと賑やかにな〜れ age

>>47
キミだったのか〜
不自然にアガってる原因は… orz

しずかに下がっていってたのに…(笑

あんまり技術的じゃない削減事例のケーススタディーが多いけど
・ioXtreme 80GB $895.00
http://www.fusionio.com/products/ioxtreme/
プロダクション向けなのか？フォトショップとかオートデスクとか、X25-Eとの比較もある
Linuxユーザーガイドは、パフォーマンスについては、特になかった
・MySpaceのケーススタディー Windows Serverでした・・・
http://www.fusionio.com/case-studies/myspace-case-study.pdf
・ioDrive Octal
エンタープライズで要求はあるのかな？
8枚分ぐらいあるので、1Uサイズなのかと思ったら、PCIe2枚サイズだった
http://www.fusionio.com/case-studies/octal-study.pdf
? 800,000 IOPS (4k packet size)
? 6 GB/s bandwidth
? 5 TB maximum capacity
? x16 Gen-2 double-wide PCI Express form factor

ssdは再インストールはやっぱやめておいたほうがいい？

結局ファイルシステムが最適化されていないからダメなの？

かそっすなー

いやだって質問が意味不明だもの。

こんな記事があったけど・・・
ttp://akiba-pc.watch.impress.co.jp/hotline/20100410/etc_intel2.html
ここらへんの話ですかね。
ttp://cuttingedge.blogzine.jp/blog/2009/12/ssd_4646.html
ssdでfdiskってなんか癖あったりしたっけ？

「Ubuntu 10.04 LTS Desktop Edition」を発表
http://japan.internet.com/linuxtoday/20100427/5.html
起動時間の短縮は特に SSD 搭載マシンで著しく、ブラウザの立ち上がりが迅速になったとのこと

http://journal.mycom.co.jp/news/2010/04/15/058/?rt=na
＞Ext2にはジャーナル機能がないため、その分読み書きが少なく、SSDといったデバイスの寿命に良いと考えられている。
この記事は、NTFSじゃなくて、FATを使えと同じだな。

http://japan.zdnet.com/news/db/story/0,2000056180,20412556,00.htm
FujitsuとOracle、Oracle用の大容量キャッシュか・・・・

Releasing Flashcache｜MySQL@Facebook's Notes
http://www.facebook.com/note.php?note_id=388112370932&id=102841356695
http://github.com/facebook/flashcache
＞ FlashCache is a general purpose writeback block cache for Linux.
こっちは、InnoDB/MySQLのライトバックキャッシュだそうだ。

最後のはLinuxの汎用ライトバックキャッシュ カーネルモジュール
Flashcache is a writeback block cache for Linux, built as a kernel module, using the Device Mapper.

MySQLとSSD
http://www.mysqlperformanceblog.com/2010/04/27/level-2-flash-cache-is-there/
An Overview of Flash Storage for Databasesというスライドが、
結構詳しかった。

うちのメインを以下のような設定にしてる。

1. /tmpをtmpfsに
2./や/homeのマウントにnoatimeをつける。
3.swapを別HDDへ
4.swap頻度を減らす
5.$ sudo gedit /etc/sysctl.conf
vm.swapiness = 10
vm.dirty_writeback_centisecs = 1000
を追記
6.locate用のcronをdailyからweeklyに移動する。
sudo mv /etc/cron.daily/mlocate /etc/cron.weekly/
7.Firefoxのキャッシュを「/tmp」に置く
8./var/tmpと/var/logを別HDDに移動(/mnt/sdd5/var以下へ)
9.homeフォルダ内の一部を別HDDに移動してシンボリックリンクを張る
/home/show/.filezilla
/home/show/.jd
/home/show/.mozilla
/home/show/.mozilla-thunderbird
/home/show/.thumbnails

>>58
プチフリなSSD使ってるのか??
俺は64bitでメモリー12GBあるから
1と7はしてるなあ。
後は3と9くらいか。
そもそも9は環境以降が楽だからしてるだけだけどな。

なあ、hdparmによるtrim対応って、
wiper.shで全部消してしまうってのにしか使い道ないのか?
まあ、遅くなったら、リフレッシュしてバックアップから戻すって方が気分いいけどさw

そんで体感速度は激変したのか？

BSDだけど、実況板で導入したらしい

テーマ：「重くなったgimpoはSSDを使うと軽くなるのか」
ttp://www.maido3.com/server/gimpo/

実況板じゃねー・・・のか？
ttp://ch2.ath.cx/gimpo.html

intelの型遅れ使って、プチフリ発生ってやつか?

で、ぶっちゃけSSDにはどのファイルシステムがいいの？

そうだなあ、ext4でも2.6.33でtrim効くようになるから、それでいいじゃない?
まあ、今の世代のSSDなら、あんまりプチフリ気にしなくてもいいしなあ。

実況板みたいな書き込みの多いところで使う意味が分からない

TRIMで質問なんだけど、SSDで完全初期化、つまり、全領域がTRIMされたのと
同じ状態として認識させる方法ってあるの？

いや、そういうのがあるんなら、旧式の安いTRIM非対応SSDを買って、一部の
領域は外部から書き込まずに使えばSSD側でバッファとして使ってくれるんじゃ
ないかなという期待。そういう機能が入ったコントローラなら普通TRIMも
対応しているだろとかあるような気もするが。

>>68
ないわけじゃないが、それがlinuxで出きるかどうか分からん。
つうか、わざわざプチフリSSDを買うのは安くてもおすすめできないよ。

そもそも、trimに対応してるkernel or hdparmでないとtrimができん。
実際はtrimも大事だけど、キャッシュやら色々大事な事があるから、
intel　東芝　C300行っとけ。

東芝SSDでsquidのテスト運用してる、いいねSSD。キャッシュをnilfsしてみようかな。
さて何年持つのか楽しみｗ

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

USBメモリでbtrfsできたけど
とりあえず安定してる
不満はないけど利点もいまいちわかんない
ext3より速い気もしないでもないけど
いかんせんUSBなのでわかりにくい

ついにねんがんの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だよ
- マテ、チップ１つでも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の構成チェックしてるんでしょうか？何かアホみたいに面倒で・・・

何も考えずに使えるものが生き残るし,
メーカーは売れるよーに手間が掛からない物にしようと努力してる.

今は細かいチューニングが必要かも知れないけれど,
そんなノウハウも数年後には要らなくなってしまうものだろう？