SSDでLinuxを運用するスレ

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

円安以上に上がってるのがおかしいんだよ
７９円から９３円としておよそ１８パーセントの値上がりならわかる
だが120GBあたりの奴が６千円くらいから１万円くらいに上がるのは
約６７パーセントもの値上がりになるわけで、おかしい

よし、消費者庁にいうんだ

そのへん気に食わなければ個人輸入するしかなかろう

最近の値上げはNandFlash価格上昇と円安のダブルの影響らしい
円安の影響を受けない海外の販売価格見てもかなり上がってるんだよね

>>671
ゼロフィルとsecure eraseは別もんだと思ってたんだが
俺間違ってる？

そりゃ、今後も価格上昇が予測される局面では、
値段は一気に跳ね上がるよ。
あたりまえじゃん。

そうしないと、売ったはいいが、明日になってみたら損をしてた
ってことが起こりうるから。

（価格下落が見込まれるときは、ギリギリまで下げても問題ない。
明日になったら、ギリギリだったはずが利益が出てるということが予測されるから）

古い書き込み見てて思ったんだけど、
>>671のゼロフィルしても、最近の圧縮機能付きのＳＳＤなんかだと書き換えられないんじゃないかな？
ランダムデータなら書き換えてくれるだろうけど。

考えたことはあるが確証が無い

ubuntuはいったいいつtrimに対応するの？

たいおうしてるがな。

こんなのがあるみたいだな
ttps://reg.f2ff.jp/public/session/view/2050
ttps://reg.f2ff.jp/public/session/view/2054

対応って、windowsみたいに、自動認識して設定を最適化することを言ってるのかな?
fstabにdiscard追記するだけだから、へんちくりんに認識することもある自動認識より簡単でいいけどな。
それ以外は、おまじない程度の効果だしなあ。

対応って、windowsみたいに、自動認識して設定を最適化することを言ってるのかな?
fstabにdiscard追記するだけだから、へんちくりんに認識することもある自動認識より簡単でいいけどな。
それ以外は、おまじない程度の効果だしなあ。

自己主張の激しいやつだな。

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

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

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

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

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

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

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

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

systemtap trim

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

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

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

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

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

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

そこでrelatimeですよ。
でもnoatime系の効果はSSDではそれほどなさそうな気もする。
どのパラメータが性能にどれだけ影響するかのデータってあるんだろうか。

ところでTLSてなんぞ？Third-Level Storage=Tertiary storage？

TLCのことを言ってるんじゃないか??
あれって、書き換え耐性が低いから。
3文字じゃどれの間違えかも予測不能だから間違えるなよ。

まあ、noatimeつけたほうがいいって、メーカーのエライ人が言ったとかあるのかね…。
そもそも、MLCでもSQLで高負荷かけたら結構やばいけど、個人ユーザがデスクトップ環境で使うことを想定してる製品だからなあ。
そんなに気にせんでもいいと思うよ。

>>779
シーケンシャルアクセスのベンチマークだとdiscardオプションは確かに少し性能落ちるみたいね
特に書き込み系、考えてみりゃTRIM発行が追加される訳だから当たり前の話か

これの下の方にbonnie++のグラフがある
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html

ssdじゃないがSDカードが遅くて困る3MB/sくらいしかでない
ノーパソ備え付けのよりUSBリーダー介した方が速度が倍近く速い
mmcの例外的実装って奴で速度でないんだろうか

SDカードの話題をここでされても困る。

SDとSSDは似たようなもんだよな。

アルファベットの並びとしては。

SDは残ったけどCFは世間ですっかり廃れてしまった

SSDやハイブリッドHDDにインストールできますか？
問題とかありませんか？
ubuntuかlinuxmintを入れたいと思っています

このスレに書いてある通り、問題なく運用できている人ばかりだよ。

>>788
どういう問題を心配してるの?

>>790
ちょっと前まではIntel以外のSSDはXpだとだんだん遅くなる（フラグメント？）とか聞いたし
他にはハイブリッドHDDだとパーティショニングはどうなってるんだろうかなと思って

中途半端にしか調べられないなら何もしないほうがいい

知らないなら黙ってなよ

そんなもん、本当に問題があるかなんて誰も知らんがな、
一般に使うようになってから5年もたってないんだからな。

>>793
知らないのってお前じゃね

知らないから質問してんじゃね。

ubuntuかlinuxのマクロ組めるプログラムで美味しいの有ります？
KMmacroみたいにクリック座標とかのマクロ作成、実行が楽にできるツールってlinuxである？

>>797
スレ違い

>>796
知ってるけれど、お前の態度が気に食わない。

つか、その程度の知識でパソコン分解するのかいな…。
自作板には来るなよ。

http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01669.html

マジか。Linusはバックアップなんて面倒だし無駄派だったとは。hpaに突っ込まれてるし。

SSDはHDDみたいに壊れる予兆とかないから
コマメなバックアップは必須だよね

セルの寿命検出の精度はどの程度なんだろう。

書き込み速度が徐々に掛かるようになるとか、
保持する電圧なりが劣化すると落ちるようになるとか、
機械よりも精密に測定できる兆候があったりしないのかな？

過酷な用途で寿命が気になるならエンプラ向けのSSDにすりゃいい
通常用途なら寿命なんぞ気にする必要ない

そういや携帯電話にはHDDなんて入ってないもんな。
携帯程度の軽い用途なら気にする必要はないのかも。

最近のSSDは賢すぎて挙動がよくわからん。

いっそMTDみたいに限りなく生で晒してくれた上で、OS側や
ライブラリが用途に応じた書き込みアルゴリズムを持つ形に
なったりしないかな。それこそRAMと同じような形。
バックグラウンド処理が色々必要そうだからFlashには向かない？

お断りします。
素子の書き込み限度がわかってるんだからコントローラはもっと複雑なことをしてるはずで、
それをユーザー側に責任転嫁されても困ります

>>802
SMARTとかって有るでしょ？

>>808
え、なんだって？

>>808
当てにならん

HDDだって、SMARTは当てにならないしなあ。
壊れる予兆を見つけられることもある程度だしな。
急に壊れるのがストレージ。

HDDは音でなんとなく危険を察知できるからなあ

疑似音を出すSSDが望まれるとこだな！　プリウスみたく。

>>812
異音がする＝故障、じゃなく
異音がする⊂故障、だから難しい訳で。

>>813
プリウスの車両接近通報装置か。
モーターで走ると音が無くて歩行者に気付かれず危ないから
擬似音出すやつね。
ttps://www.youtube.com/watch?v=M6Pibyp4EW0
みたいに

ジャンパスイッチ設定により古今東西色んなメーカーの音を出せます
古くはオフコン用IBM固定ディスク装置から最新機種まで！
今は無きConner、Maxtor、Quantum、富士電機なども収録
ﾆｬｰﾆｬｰ鳴かせることだってできますよ！

さとう珠緒マザーボドかｗ

HDDは3年で定期交換する物だよ
壊れるまでつかうのはアホ
HDDは使用状況に関わらず寿命一定という特性がある
SDDは使用状況により極端に寿命が違ってくる

みなさんswapどうしてます
作らないでインストールできますか？

>>819
メモリが潤沢だから作らない

スワップしたら負けだから使わないが、ダンプはするかもしれないので載せる予定のメモリ容量分は確保してる。
HDDならいいけど、SSDのみのシステムだと確かにもったいないから悩むな。

>>819
メモリが十分に(2.0GB以上かな)あるならzramをswapにしてみるのも良いかも。

DDR3の価格が暴落した時に調子こいて大量に購入したもんだから、
どのマシンも32GBだったりする。

どんなにたくさんメモリを積んでいたとしても、
断片化は起こるから、多少なりともSwapはあったほうがいいよ。

>>824
linuxでは断片化解消のためにswapを使ってないから必要ないよ。
WindowsでもXP以降はそうだったはず。

>>825
間違えた。vista以降だった。

よくわからなかったから適当にインストールして
その後/etc/fstabのswapの行をコメントアウトして
gpartedでswapを削除して/にくっつけたけどこれでいいのかな

memo
http://sourceforge.jp/projects/linuxbean/forums/28974/32597/64871/

擬似SSDでD430使ってるよ。
マシンパワーは有り余ってるけど、
2GBのカード使ったので、インストールしたのはPuppyだwwwww

AREAのTTH LIMOUSINEを使ってみた。
mSTA 128GBを２個搭載してRAID0を構成した。
OCZのものは、必ず/dev/sda２個と認識されるが、これは、私のＰＣでは
/dev/sddの単一ドライブになった。
DIsk Utilityで速度をはかったら800MB/sでた。
割合使いやすい。SSDを交換できるのもいい。

>>831
RAID0じゃ冗長性ないから
SSD交換できんだろ。

>>831
他社のpci-e接続のssdは基板に直接チップ実装してることじゃね？
壊れたら交換出来るって事では

せっかくKernelにも乗ったんだから、皆でbcacheしようず
https://jp.linux.com/news/linuxcom-exclusive/413722-lco20140225

要らなくなった32GBや64GB辺りのSSDでも使い道が出てきたわ。

>>833
これってramdiskに使えるのかな
だだのメモリキャッシュより優位性があるなら導入したいけど

ウチの64Gはプチフリだからキャッシュは無理だわ
キャッシュにプチふられたら意味が無い

>>835
優位性はないだろ。メインメモリが少ない人にはいいんじゃないかな

>>837
syncの頻度下げるより効くかもしんないし
アルゴリズムが優秀ならよりパフォーマンスが向上するかもしれないし

>>838
ないだろ。メインメモリ64GBをキャッシュにした方が速いし。

>>839
linuxのキャッシュは利用頻度じゃなくて直近にアクセスしたブロックやファイルだから
DBとか速くなるのでは？

それなら普通にSSD使ったほうがええ

>>839
ようはfusion ｄｒｉｖｅ（ｍａｃの）だろ
ノートｐｃならバッテリーレベルが低下したらsyncシャットダウンすりゃいいんじゃないの

SSDとHDDを両方積んで、LVMを使う時ってどういう構成にするのが一般的ですか？
SSD、HDDそれぞれでVGを構成して、そこからLVを作る見たいな使い方をするんでしょうか？

LVM前提ならdm-cacheかdm-writeboostでSSDは書き込みキャッシュだろ。

>>844
録画&エンコ鯖にするつもりなので、録画ファイルを書き込むのはHDDにしたいのです。
さらに、最初はHDD1台でスタートして、容量が足りなくなるたびにHDD追加する予定です。

>>845
"書き込みキャッシュ" って書いてあんの、脳ミソまで届いてるか?

>>846
書き込みキャッシュなので、書き込むデータは一旦SSDに書き込まれる事になるのですよね？
ざっと計算したところ録画データの書き込み容量が年間40TB位、購入予定のSSDの総書き込み容量が72TBなので、全てSSDに書き込まれると2年持たない計算になってしまうので、SSDへの書き込みは控えたいのです。

録画鯖なら素直にSSDはOS用。録画はHDDと分離運用をしないの？

>>848
そのつもりなので >>843 の質問になったのです。

LVにするとOSが勝手にSSD側にデータを置きそうで怖いな。

>>850
あくまで dm-"cache" なので SSD への書き込みは永続的ではない。
dm-writeboost しかり。
キャッシュは後付できるし、あとでキャッシュだけ外せる。

>>851
いや……何を言っているんだ、お前は？

馬鹿の一つ覚えってやつ

M/B:ASUS GRYPHON Z97、SSD:Crucial CT256MX100SSD1、OSはFedora 20かCentOS 7 で新しく作ろうと思ってるんだけど、これ見たらちょっと不安になった。
http://blog.ohgaki.net/asrock-z97-extreme4-and-linux-fedora20

Z97世代のM/BとSSDでLinuxを運用してる方居たら、使ってる構成教えて下さい。

圧縮機能付のSSDにbtrfsのlzo透過圧縮使ったらどうパフォーマンス変化するとかのデータないかな？

>>849
そんな感じ
ウチはインストール時にHDD見えてたが無視してインストール。
HDDは手動で全部やった。
RAIDのmigrationがまだ終わらん+3TB