SSDでLinuxを運用するスレ

1 ：login:Penguin：2009/10/24(土) 09:13:36 ID:MsPJi1oe.net

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

771 ：login:Penguin：2013/07/28(日) NY:AN:NY.AN ID:lcGmnLr1.net

過度にTRIMに期待するより、最初から容量をフルに使おうとせずコントローラが
自由に使えるスペースを予約しておくほうがよさそうという結論になった。

結局本当にデータが増えたらTRIMしようがないしな。
それを見越して公称容量の倍とかチップ積んでる奴もあるけど、それでも足りないみたい。

772 ：login:Penguin：2013/07/28(日) NY:AN:NY.AN ID:rvs2OMAU.net

足りないのに予約残すのか

773 ：login:Penguin：2013/07/28(日) NY:AN:NY.AN ID:lcGmnLr1.net

内部で隠し持ってる分だけでは足りないみたいだから、公称容量に含まれる実領域からも予約して残してやるという意味。
要するにTRIM/初期化した後はこちらから一切それらセクタに触れないだけ。

このSSDは500GBですが10GBしか使わなければ永久に初期性能が維持できますよとかベンダがデータを出してくれればいいのに。

774 ：login:Penguin：2013/07/28(日) NY:AN:NY.AN ID:TEEuIfzn.net

使用しているチップの性能や、内部で隠し持ってる容量は型番によるだろうから、同意できないなぁ。

775 ：login:Penguin：2013/07/28(日) NY:AN:NY.AN ID:lcGmnLr1.net

ところでLinuxであるデバイスにTRIMが発行されているかどうかってモニタできる？
残念ながらカーネルはCONFIG_EXT4FS_DEBUGとかついてなくてFSレベルで見れない。

もっとダイレクトにTRIM送りたいんだけど、hdparmもfstrimも手元の環境だとまともに動かん。
fstrimはFITRIM対応が必要だからしょうがないとして、hdparmでダメってどういうことなの。。。

776 ：login:Penguin：2013/07/29(月) NY:AN:NY.AN ID:vIpzbquy.net

systemtap trim

777 ：login:Penguin：2013/07/29(月) NY:AN:NY.AN ID:ZbE6+QfL.net

おおー、なんでもできるsystemtapがあったー。トンクス。トンクス。

778 ：login:Penguin：2013/08/08(木) NY:AN:NY.AN ID:RWE11oOa.net

SSDは明確に寿命を自覚できる(予言はできない)から寿命が尽きたら知らせてくれればいいよ
もう書き換え無理です

779 ：login:Penguin：2013/08/09(金) NY:AN:NY.AN ID:hZEoekXS.net

mount optionにdiscardつけるのはパフォーマンス悪くなるから推奨しない、
cron.dailyなどでfstrimすべき、らしい

あとは、書き込み減らすために出来ればnoatimeでマウントする、程度か

780 ：login:Penguin：2013/08/09(金) NY:AN:NY.AN ID:U+LqjBe7.net

うーん、discardについてはメーカーによってtrim動作の特性が異なるから、
なんともわからん。
鯖用途ならいいだろうけどな、クライアントだと、つけっぱなしで放置もあれだからな。

noatimeをつけるとどうなるのか理解してるひとは、つけたらいいと思うよ。
まあ、TLSとかになると、俺もつけようと思う。