SSDでLinuxを運用するスレ

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

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

671 ：login:Penguin：2013/01/12(土) 08:25:08.54 ID:dz16rs76.net

>>664
ありえない勘違いw
論理と物理が1対1のHDDとフラッシュファイルシステムが介在するSSDでは全く事情が違う
SSDは一旦ゼロフィルしないと書き換えられない、これに時間がかかる、いわゆるプチフリ
SSD:ここ空いてたなら教えてよ、そうしたら暇な時にゼロフィルしといたのに
OS:分かったよ、今度からファイル名の末梢ではなく空いた領域を教えるよ=trim

672 ：login:Penguin：2013/01/25(金) 01:26:14.06 ID:GqHkbsHP.net

hdparmでtrim-sector-rangesする時って、
一回のセクタ数に制限あるの？
プレクスターM5P-256初期型でやってるんだけど、一度に65535までしか動かない

この最大値はものによって違うのかな？
ATAコマンドの制限？

673 ：login:Penguin：2013/01/25(金) 02:19:31.18 ID:6hHi7yyG.net

物に依らない
規格で一度の指定可能なのは最大65536と決まっている
http://www.t13.org/documents/UploadedDocuments/docs2009/d2015r1a-ATAATAPI_Command_Set_-_2_ACS-2.pdf#page=117

が、0000hで65536セクタを表す仕様がめんどくさくてhdparmのソースコードには
// FIXME: handle counts > 65535 here!
の一文が存在している
http://fossies.org/dox/hdparm-9.43/hdparm_8c_source.html#l01210

674 ：login:Penguin：2013/01/25(金) 05:30:01.35 ID:GqHkbsHP.net

ありがとう
とりあえず10000セクタずつtrimかけて凌いだよ

パーティション未使用領域にtrimかければ
ウェアレベリングがちょっとは良くなるのかなと思って。
OSXなんだけどね。。。

675 ：login:Penguin：2013/01/25(金) 21:17:04.72 ID:lDMErcsu.net

ちょっと見てみるつもりで、覗いてみたら・・・・・・高度すぎて訳分からん。
まぁ、あれだよな　普通に個人でノートパソコンでネット見たり、コード書く程度なら
細かいこたぁ気にしなくてもいいよな？

676 ：login:Penguin：2013/01/26(土) 04:07:54.58 ID:wi96rBwI.net

>>675
trimを効かせとけ。
それだけでいい。

677 ：login:Penguin：2013/01/26(土) 09:29:48.45 ID:RAneeSku.net

SSDは空き容量が寿命を決めるので注意ね
最近のSSDはセルの書き換え寿命が数百回しかない
書き込む場所をやりくりしてSSD全体で実用的寿命を確保しているので
やりくりできる場所が無いとお手上げ
データーは在ってもほとんど書き換えられない場所は「空き」とカウントできる=ウェアレベリング
場所を入れ替えてやりくりする
最悪のケースはSSDの容量全部をテンポラリに使う=数週間の寿命
最良のケースはデーターの長期保存=十年もつ

678 ：login:Penguin：2013/01/26(土) 09:35:27.73 ID:RAneeSku.net

フラッシュメモリは限界
微細化を進めると書き換え寿命が短くなる宿命は避けようもなかった、どうやっても無理だった
フラッシュメモリは限界だけどSSDはフラッシュメモリを諦めて先に進む

679 ：login:Penguin：2013/01/26(土) 11:06:26.58 ID:wi96rBwI.net

まあ、別に256GBがこの価格だったら、
別に寿命がとか、気にしてもって気もするけど。
バックアップしてたらそれでいいだろ。
通販で次の日には届くんだし。

680 ：login:Penguin：2013/01/26(土) 11:48:58.02 ID:p3BfG6UX.net

>>677
スタティックウェアレベリングをしらないのかよ