12/07/15 23:57:22.61 hkpUIt42
>>522
SSDが耐えられず、障害になるほどの負荷がかかる状況だと
HDDでも耐えられないんじゃね？
525:login:Penguin
12/07/16 01:06:38.19 AalunJj+
だから、そういう状況ってどういう状況??
しかも処理と言っても、大別して鯖とデスクトップ、個人用途かエンタープライズか等などさらに細かく分かれる。
重い処理なんて漠然とした表現で無闇に不安を煽ってもしょうがないだろ。
データベースに高負荷かけるランダム書込みをスクリプトでドカンとかやったらそら大変だろうけどな・・・。
デスクトップきはみんなSSDにしたけど、鯖はHDDにしてるけどな。
と釣られてみるけどな、定期的にやってくる人だから、相手にしない方がいい。
526:login:Penguin
12/07/17 00:13:56.64 uJpjsucL
安価つけてレスしようぜ
527:login:Penguin
12/07/19 04:50:42.38 Okh5UsgT
暫くこないうちに宗教化してるのかｗ
Crusial m4 壊れたんで修理出したら2,3週間といわれて
Plexter 教団に入団したよ
I/F はSATA2 だけどね
m4 帰ってきたらどうしよう…
528:login:Penguin
12/07/19 07:52:12.29 zoTSl8RA
おれにくれ
529:login:Penguin
12/07/19 08:18:24.76 YJ3qdhCm
宗教がからむのはしょうがない 業者も売りたい商品あるからな！ ステマはほどほどに！
生の/dev/sda に直接 ext4で作ったときだけしかTrimって働かないよね？
LVMはさんだでもext4作ってもTrimきく？
そもそもTrim効いてるか、効いていないかは、どうやって判断したらいいんだ？
530:login:Penguin
12/07/19 08:57:11.64 jr23qLh4
先月１万４００円で買ったintel330の120Gがもう８千円台になってる・・・
そろそろＳＳＤは消耗品の脳に切り替えて良い頃だな。
寿命なんて関係ねー
531:login:Penguin
12/07/19 15:10:54.97 spvujH4s
>>529
TRIM コマンドを有効にします。
"discard" マウントオプションを /etc/fstab 中で ext4 ファイルシステム、スワップ (swap) パーティション、 Btrfs、他に設定します。fstab(5) 参照下さい。
"discard" オプションを /etc/lvm/lvm.conf 中で LVM に関して設定します。lvm.conf(5) 参照下さい。
"discard" オプションを /etc/crypttab 中で dm-crypt に関して設定します。crypttab(5) 参照下さい。
systemtapでググる
532:login:Penguin
12/07/19 21:31:46.61 RkLo/wJl
運用中のマシンのSSDのマウントオプションを変えたけど、これって過去に行ったファイル削除の操作に対しては効果あるの？
リフレッシュとかが必要ならやり方を教えて欲しい
533:login:Penguin
12/07/19 23:47:10.79 imqVrCJD
各社の120GBモデルが1万円を切ってきたなー
梨奈のサーバだとこれぐらいの容量がちょうど使いやすいんだよな
どれ買おうかなーwkwk
534:login:Penguin
12/07/20 02:56:42.53 HucaLsRB
>>532
discardつけたんだったら、大丈夫だよ。なんか、ファイルを作ったり、消したりしたらいい。
535:login:Penguin
12/07/20 22:39:52.60 v6/Fec15
>>534
トンクス
536:login:Penguin
12/07/21 10:07:39.67 h5ZILJIe
Windows98SEデュアルブートな奴があるんだが
vfat(FAT32)でもdiscardオプションつければ大丈夫？
537:login:Penguin
12/07/21 10:45:12.63 bqT5BwxJ
ext4とBtrfsだけじゃないの
538:login:Penguin
12/07/21 11:38:45.05 Zbz/mP8C
窓から投げ捨てたら大丈夫だよ。
539:login:Penguin
12/07/21 14:44:24.38 sEfXAbnR
discardが使えるfsは btrfs, ext4, (v)fat, gfs2, nilfs2, xfs
540:login:Penguin
12/07/21 17:23:53.43 H8jGyq5g
ntfs2って何ですか？
541:login:Penguin
12/07/22 01:55:03.20 /g2LZcTR
カーネルのバージョンにもよるから、チェックした方がいいよ。
542:login:Penguin
12/07/22 17:19:19.24 lNPMe3D/
>>540
nilfsのことをいってるなら、nttが開発したログ構造型のファイルシステム。
ファイルシステムに対して行った操作がログとして残るようにできてるので、いつでも操作をする前の
状態に戻せるのが売り。
543:login:Penguin
12/07/26 01:39:05.33 g+2c9uad
intel 910をlinux鯖に入れて使ってる人柱君はいない？
544:login:Penguin
12/07/26 10:25:50.79 g+2c9uad
いないみたいね・・・
545:login:Penguin
12/07/29 15:27:35.69 u+93mC+4
910のベンチ取ったやつがいるな
はえー
Intel SSD 910 800GB のベンチマーク
URLﾘﾝｸ(blog.nomadscafe.jp)
546:login:Penguin
12/07/29 15:35:37.42 yJIGhWSy
容量は100GB程度でいいから、3万くらいになってもらえないかな
547:login:Penguin
12/07/29 16:22:11.87 u+93mC+4
確かに今の価格じゃ自宅鯖に入れるのはちょっと無理だね
少しは金を払える企業向けってことなんだろう
800GBのモデルは複数のコントローラ（たぶん4つ）をまとめて性能稼いでいるっぽい
100GBならコントローラは1つだろうし性能も4分の1ぐらいと考えた方がよさそうだね
だったら330でよくね？という話もある
548:login:Penguin
12/07/30 03:31:54.48 1WsDf1A8
俺様メモ： sudo fstrim -v /
549:login:Penguin
12/07/31 10:33:59.22 WtLM9VBg
なにそのコマンド！
ググってみた。本当にあるんだな
550:368
12/08/12 20:54:24.11 1UcIgnd0
半年近くのE20テスト使用を続け、
SSDを本格使用する気になり,、土曜にPX-128M5Pを入手。
Gentoo linux をガリガリとクリーンインストール
# uname -a
Linux one.lan 3.3.8-gentoo #1 SMP Sat Aug 11 20:52:46 JST 2012 x86_64 AMD Phenom(tm) II X6 1090T Processor AuthenticAMD GNU/Linux
/dev/sda
Model=Hitachi HDS721050CLA362, FwRev=JP2OA3MA
Timing cached reads: 7224 MB in 2.00 seconds = 3613.84 MB/sec
Timing buffered disk reads: 394 MB in 3.01 seconds = 130.97 MB/sec
/dev/sdb
Model=SPCC Solid State DiskB28, FwRev=111118,
Timing cached reads: 6722 MB in 2.00 seconds = 3362.07 MB/sec
Timing buffered disk reads: 704 MB in 3.00 seconds = 234.65 MB/sec
/dev/sdc
Model=PLEXTOR PX-128M5P, FwRev=1.00,
Timing cached reads: 6672 MB in 2.00 seconds = 3336.84 MB/sec
Timing buffered disk reads: 1282 MB in 3.00 seconds = 426.94 MB/sec
/sdc(M5P)は起動ドライブ、/sdb(E20)はマウントしていない状態で測定。
速度差は圧倒的だけど、半年こき使ったE20もけっこう頑張ってるよー
551:login:Penguin
12/08/13 11:06:41.87 YatjVfOt
ガリガリインストールしているってそれ HD(ry
552:login:Penguin
12/09/06 01:51:59.95 fI5onaCr
HDDより短命って言うけど書き込み可能容量が予め決まっているならその方が有りがたいのかもね
HDDが突然死するし
553:login:Penguin
12/09/06 07:32:38.41 acSti231
URLﾘﾝｸ(botchyworld.iinaa.net)
まともな製品なら寿命なんか気にしなくていい
554:login:Penguin
12/09/07 00:48:40.84 KObXrsF7
いまどきSSDの寿命を気にする奴がいるんだ
555:login:Penguin
12/09/07 10:28:40.39 34wBYgJA
【SSD編】安易なSSD導入がもたらす「猛毒」の正体
URLﾘﾝｸ(pc.watch.impress.co.jp)
次にExchangeサーバーの場合である。読み出しの割合が67%、書き込みの割合が33%で、寿命は0.3年に過ぎない。4カ月も持たないことになる。
最悪なのはSQLロギングで、100%が書き込み動作だ。なんと0.08年、わずか1カ月でドライブの交換が必要となる。
556:login:Penguin
12/09/07 11:26:24.04 66otYIDH
>>555
知識のない人が鯖にMLC使ってあぼんていう話でしょ。
だいたい上司が阿呆なせいだけど。
557:login:Penguin
12/09/07 15:12:10.43 vnR7I7KG
サーバにSSDを導入する利点が分からん
558:login:Penguin
12/09/07 15:29:39.48 COwidLl1
そら知識不足なだけだろ
559:login:Penguin
12/09/07 15:42:29.96 KObXrsF7
>>557
OSを最小限にしてオンメモリ運用/ストレージはHDDとすれば、たしかにSSD導入のメリットは無いな
560:login:Penguin
12/09/07 18:26:46.62 lDH0kzME
>>556
> 知識のない人が鯖にMLC使ってあぼんていう話でしょ。
MLCは関係ない、たとえSLCであっても利用法によって十分な性能（耐久性）が無いって事、
> いまどきSSDの寿命を気にする奴がいるんだ
デスクトップで実用的に問題が無いからといってサーバー用途で問題がないと思うのは間違いでしょ、
すくなくともLinuxならサーバー用途も十分に考えられるわけだしね。
561:login:Penguin
12/09/08 03:10:55.50 9Y/NTut7
えっと、linuxでどうこうは十分に考えられるとか、そういう揚げ足取りじゃなくて。
デスクトップ運用でこういう条件、鯖運用でこういう条件というなかで、
最適な利用法を探せばいい。
サーバー用途と言っても、自宅鯖と企業鯖、鯖と言っても何を動かすかもちがう。
そんな厳密な条件設定をして、ここで話す必要もないと思う。
562:login:Penguin
12/09/11 12:50:56.55 tAlHAsfg
実際やってみればいい
>>458 だけど、今だ問題なし
まだまだいけるよ！
>>555 っていうのは、第1世代のSSDでデータとったんじゃね？
X25-MやHG2あたりのSSDで、いろいろ鯖動かしてるけど
これまで一度も問題でたことないよ？
563:login:Penguin
12/09/11 13:04:40.50 pHoih4ab
サーバー用途なら軽量で中古の安いPCに超軽量のlinuxディストリで十分だろ。
564:login:Penguin
12/09/11 18:50:21.19 o9+CivM2
RAID-5を採用して容量目一杯に割付て使うと、全領域を初期設定で
書き込み、TRIMも利かないからWAが異常に増えてSSDの寿命も短くなる。
SSDの実容量の７割程度に割当を制限する必要がある、SSDの負荷が
低ければ割当を増やしても持つが、負荷が高ければ割当を5割に減らす。
565:login:Penguin
12/09/11 21:16:49.76 ruE+djhG
なんでSSDをつかいたがるのかねぇ？…
HDDが壊れるまで使い切ったほうが十分経済的
566:login:Penguin
12/09/11 23:46:09.06 ynJfuQ7G
>>564
自力でkernelのパッチ当てとコンパイルができるなら、
今でもRAID 0/1/10でTrimコマンドを有効にできます。
そのうちRAID 10を採用してTrimを有効にするのが常識になって
RAID 5で割り当てを制限するのは過去のノウハウになるかもしれません。
[patch 0/7] Add TRIM support for raid linear/0/1/10
URLﾘﾝｸ(lkml.org)
What happened to TRIM support for raid linear/0/1/10?
URLﾘﾝｸ(lkml.org)
linux-next: Tree for Aug 14
URLﾘﾝｸ(lkml.org)
>Merging md/for-next (1e7549a md: raid 10 supports TRIM)
567:login:Penguin
12/09/12 01:41:04.24 NPZixnsi
俺の知識が間違ってるなら指摘して欲しい。
trimと寿命の問題は、あんまり関係ないと思うんだけどなあ。
trimってプチフリ対策なんじゃないの??
あくまで、書込み量が寿命に直結してるだけで・・・。
trimはGCの挙動とは違い、OSとファイルシステムの機能として、
先取りして消去してるだけだし。
速度低下による、処理待ちの蓄積と付随して発生するトラブルっていうのは、
別の問題だしなあ。
ともあれ、大量のファイルを使ってRAID組む必要があるという要件で、
MLCの安物を使用するのはそもそも間違ってるわな。
要件ありきで、最適なものは異なる。
って考え方でいいじゃないの?
別にSSDが最強って一般化する必要なんてどこにも無いんだし・・・。
まあ、クライアント環境ではSSD以外は体感的にしんどいけどな。
568:login:Penguin
12/09/12 10:41:39.73 oJHSUJEv
>>567
> ともあれ、大量のファイルを使ってRAID組む必要があるという要件で、
> MLCの安物を使用するのはそもそも間違ってるわな。
Googleは汎用品を大量に使用したシステムの競争力で今の地位を得ましたよ。
なんでもそうだけど普及品の方が性能向上サイクルも早いしコスパも加速度的に良くなるので
特殊な競争の必要のないシステム以外は高級品を使ってては勝負に勝てない。
SLCを２つ使うならMLCを４つ使ってカバーすれば良い
569:login:Penguin
12/09/12 13:22:15.16 1daPpYit
>俺の知識が間違ってるなら指摘して欲しい。
>trimと寿命の問題は、あんまり関係ないと思うんだけどなあ。
>trimってプチフリ対策なんじゃないの??
Trimの実装はSSDの機種によって異なるが、基本的には寿命を延ばし
速度低下を軽減するように実装されている。
機種によってはTrimコマンドが発行されるとSSD内部でデータの書き換えが発生するので、
その時にプチフリのようにRead/Write性能が低下する。
>trimはGCの挙動とは違い、OSとファイルシステムの機能として、
>先取りして消去してるだけだし。
SSDは基本的にファイルシステムを理解できないので不要なデータも
GCやウェアレベリングの対象にするが、不要データをGCやウェアレベリングという
書き込みの伴なった作業から外すことで書き込み量を減らすことができる
重要なのはSSDのアルゴリズムはコントローラーやファームウェアによって異なる事、
大抵のメーカーは殆どアルゴリズムを公開していないという事
つまり決めつけは厳禁だという事だ
570:login:Penguin
12/09/12 13:34:41.12 1daPpYit
>>568
NANDチップ単位で見ると、MLCはSLCと比較して容量単価半分以下だが寿命も1/10以下。
書き込み量が多くてMLCのSSDではすぐに寿命が尽きるようなサーバーで使用する場合は、
MLCを使用しても頻繁な交換が必要になりむしろSLCの方が人件費が抑えられる。
(eMLC採用のSSDはエンタープライズ用しかなくSLC同様にかなり高価)
コスパコスパと念仏のように唱える人が多いが、クライアント向けSSDはCrucial、OCZ、
その他諸々のように最低限必要な信頼性を備えていない製品が多いので
こういったものをサーバーに使用した場合は信頼性の問題も出てくる。
例えばはてな執行役員CTOのShinji Tanakaのツイートによると、
サーバー用に非常に信頼性の低いCrucial製のSSDを使用した為に
それなりの問題が起こったようだ。
URLﾘﾝｸ(twitter.com)
どう対処したかは不明だが、普通に考えると全個体をファームアップするという
非常に人件費が掛かる作業を強いられたはずだ。
571:login:Penguin
12/09/12 16:11:57.77 xYJ+CmkD
> 非常に人件費が掛かる作業を強いられたはずだ。
今の人件費なんて僅かなものだよ
そこそこの人間でも100万/月で雇えるし、
ハード保守要員なら30万で十分、
１月働かせれば1000個は対応出来るだろう、
でSLCを1000個と買うと幾らになる？
Googleは当初2万円ｘ１万台(２億)ほどのPCを接続してスーパーコンピューター並の処理能力を得ていた、
同等のスパコンを買えば数十億、リース料でも1000万/月は下らない
10年以上前は中小の会社にはオフコンという物があった、メーカ謹製の信頼性の高いコンピューターだった、
が時が経ち、信頼性は低くても時々フリーズ使用とも安くて便利なPCに完全に入れ替わった
572:login:Penguin
12/09/12 16:41:07.68 xbgxVSnR
>>571
>今の人件費なんて僅かなものだよ
>そこそこの人間でも100万/月で雇えるし、
>ハード保守要員なら30万で十分、
>１月働かせれば1000個は対応出来るだろう、
Crucial m4の5184時間問題では、ほぼ同時に全数が動作しなくなる。
一人雇って一か月ちまちまファームアップさせるなんていう猶予は無い。
サーバーを止めない為にはほぼ一瞬で全数のファームアップを行う必要がある。
そのためには高い臨時給で多数の人間を集めなくてはならない。
君はGoogleの例を出すのが好きなようだが、
HDDはほぼ書き込み寿命無限で、
ファームウェアの不具合はSSDに比べれば非常に少ないという特徴がある。
このようにSSDとHDDという全く異なる特性のものを同列に並べて考えると
致命的な損失を被るよ。
573:login:Penguin
12/09/12 18:58:05.86 xYJ+CmkD
>>572
> ファームウェアの不具合はSSDに比べれば非常に少ないという特徴がある。
> このようにSSDとHDDという全く異なる特性のものを同列に並べて考えると
> 致命的な損失を被るよ。
これはどちらでも同じだよ、
SSDはまだ未知な部分が多いが今後はもっと洗礼されて物理的に故障が予測しやすく使いやすいデバイスになる
例え短命やデメリットがあっても予測出来ることは非常に扱いやすい事を意味する、
HDDの場合は故障が予測出来ない、
仕事柄サーバー納品で3000個はHDDをセットアップしたけど本当に故障は傾向がつかめない、
傾向がつかめないから対策は最悪を想定せざるおえない
あとSSDに限らず同一製品を大量に利用（納品）するケースなんてザラだよ、
仕事で初期ロットや稼働実績がないものを使うことはまず無い、
例え5184時間問題があったとしても想定出来るのであればそれまでに対策すればいいこと、
安い汎用品だからこそ全取っ替えなんて事も出来る、
高額な専用品なら数量を調達出来ずに大変なことに・・・なんて事も少なくないし。
あと基本的にテストケースの多い汎用品の方が致命的な問題が起きない場合が多い、
高価な専用品は使用例が少なく問題が出にくいので意外に不具合が隠されてる。
574:login:Penguin
12/09/12 19:44:49.05 NPZixnsi
>>569,570
厳密な意味でのtrimの定義ってメーカーによって、違うんだよな。
あくまで、trimコマンドに対応しましたってことで、挙動は各社様々。
OCZの一時期のファームみたいに変ちくりんなのもあるし。
これとこれのデータはもうファイルシステムからは消してますよ。
って情報がtrimコマンドとしてSSDにおくられて、NANDの該当箇所を消す。
trimがないと、不要なデータの場所じゃなくて、あいてる領域にデータが追記されていって、(不要なデータも含めて)容量がいっぱいになった以降の、書込み時に、初めて不要データの消去が行われる。(そんでプチフリ)
もちろん、GCのように、勝手に必要データのみを洗い出して、不要データを消して最適な位置に移動させると書込みも発生するわけだわな。
ただ、このGCの発動条件や挙動もメーカーによって様々で、どこまで寿命に直結してるか良くわからん。なんか、おれ、根本的に間違ってる??
わからん=安心したらダメ
鯖では安易に入れられないわなって意見には賛成するよ。
ただ、鯖といっても色々あるしなあ。
linuxって条件、鯖って条件、どれも両極端だからもっと前提条件を増やさないと
SSDとHDDのどっちがいいかなんてケースバイケースだよな。
575:login:Penguin
12/09/12 19:55:07.03 xbgxVSnR
>>573
>SSDはまだ未知な部分が多いが今後はもっと洗礼されて
>物理的に故障が予測しやすく使いやすいデバイスになる
SSDでもNANDチップやコントローラーそのものが死ぬこともあるし、予想もつかない。
エンタープライズ用ならともかくクライアントPC向けはNANDチップレベルの冗長性も無い。
HDD同様にSSDも予想もつかないタイミングで故障するデバイス。
実際Crucialのm4は稼働実績が不十分(発売後一年程度)にもかかわらず採用されていたし、
数も(SSDの中では)出ていてテストケースが多いにも関わらず5184時間問題が発生している。
SandForceでもSF-2000系では発売後一年以上経ってAES-256に不具合が見つかった。
問題は現状のクライアント向けSSDは東芝やプレクを除けば発売後一年～一年半程度は
致命的なバグが見つかる可能性があり、信頼性はかなり低く
民生用としてすら最低限必要な信頼性があるか怪しいものばかりだという事だ。
そして今は未来の話ではなく現状の話をしている。
576:login:Penguin
12/09/12 20:12:22.39 xbgxVSnR
>>574
>厳密な意味でのtrimの定義ってメーカーによって、違うんだよな。
実際にTrimがどういう挙動をしているかはSSDのファームウェアでも解析しないとわからんし、
各社SSDのアルゴリズムは公開していないので挙動も効果の程も【わからない】が正解ではある。
実際C300のFW0001ではTrimコマンド受け取っても正常に動作してなかった。
だかTrimコマンドが定義された趣旨から考えればそういう動作をしているんだろうと考えて妥当だろう。
プチフリや引っかかりの発生メカニズムについても各社色々で君が挙げた以外でも発生するし、
逆にTrimOFFでもプチフリしないSSDもある。
>鯖では安易に入れられないわなって意見には賛成するよ。
寿命や信頼性を度外視しても、長時間連続書き込みが発生するサーバーのような用途では
MLCのクライアント向けSSDでは性能的にも微妙。
MLCのSSDでは各社なんらかのタイミングでSSD内部でGCが発生するし、
その瞬間はランダム性能が低下する。SSDは常にカタログスペックの性能を発揮できるわけではない。
SLCならMLCよりもページ書き込み/ブロック消去共に速いし性能の低下が少ない。
577:login:Penguin
12/09/13 03:31:02.20 CJtC5hI9
>>576
いろいろ勝手な妄想を語ってるとこ悪いけど
まったく、そんなことないですから
実際に使ってみた問題点、感想等が集積されるとうれしいかな
578:login:Penguin
12/09/13 03:41:29.03 F4HJSWY4
↑鏡見た方がいいぞ
579:login:Penguin
12/09/13 18:12:52.93 BUSl1btw
ところでガセかほんまか知らんが
NILFSがSSD運用と相性が良いとかなんとか
ここの人はみんなNILFSなの？
580:login:Penguin
12/09/14 03:02:04.13 xYgAbTPi
いや、ext4でやってます。
だって、btfsかext4くらいしかtrim効かないみたいだし・・・。
581:login:Penguin
12/09/14 11:24:18.51 8GS1Enre
ただでさえ容量少ないSSDをNILFS入れてさらに半分にされたらたまらんわな
URLﾘﾝｸ(static.usenix.org)
これ確かに圧勝ってのはわかるがGC考慮したらbtrfsが妥当
582:login:Penguin
12/09/17 09:42:00.55 dEsP6e/c
>>581
このへんも情報が古いんだよなぁ
583:login:Penguin
12/09/17 10:44:59.32 cNDGzUzV
SSD用のスケジューラってなに使ってる？
やっぱnoop?
584:login:Penguin
12/09/17 11:21:26.76 sydfwU2l
>>583
>>113-115
585:login:Penguin
12/09/19 06:02:05.36 rB8P+HH5
先週末の各店の大安売りで、Intel 510買ったヤツも多そうね。
このスレの過去レスには、Intel 510の情報はあんまり無い感じ？
586:login:Penguin
12/09/19 06:33:27.19 mBY5FKBX
機種別情報は自作板の方が集まりやすいよ。
個人的には、砂は嫌だな。
587:login:Penguin
12/09/19 06:42:45.97 BMjxFl7R
IntelのSSD510はPLDSのOEM品でPlextor M2S Plusに近い製品。
コントローラーはMarvell 88SS9174BKK-2でNANDは当然Intelの32nm。
WindowsOSで使用する場合はIntelのSSD TOOL BOXというユーティリティが使える点で
OEM元のPLDSが製造するPlextor/LITE ONブランドのSSDよりも優れているが、
LinuxOSで使う場合はこのユーティリティが使えないので差は無い。
東芝コントローラーのSSDと違ってTrim無しで速度低下無しに使えるコンセプトのSSDではないので
あくまでもTrimが有効な環境で使用する必要がある。
Trimが無い環境でも強力なIdleGCである程度シーケンシャルの速度低下は回復する。
但しこのIdleGCが発生している最中はSSD内部でデータの配置換えが行われているので
性能が低下する。
サーバーのような常時高負荷が掛かっているような環境ではなく、
クライアントPCのようにアイドル時間が長い用途に最適化されている。
消費電力はSATA6Gbps世代のSSDとしては低めだが、
ケースがプラスチック製の上熱伝導シートも入っていないので
ノートPCやエアフローが確保できないケースにマウントして使用する事は推奨できない。
588:login:Penguin
12/09/19 10:38:08.75 2goXuhat
>>587
> ノートPCやエアフローが確保できないケースにマウントして使用する事は推奨できない。
ノートPCはHDDの熱を前提に作られてるのでそれより発熱の少ないSSDなら何ら問題ないよ、
普通はHDDから換装すれば冷え冷えになる筈。
>> サーバーのような常時高負荷が掛かっているような環境ではなく、
あとこれも曖昧すぎる、
サーバーと言ってもデーターを読み出して提供するのが大半の場合もある、ってか一般人の使う用途ではそっちが多い
DBサーバーですら読み込みより書き込みが多い用途なんて一部だし
まして家や会社の事務系なら殆どは書類や画像のストックがメインでしょ、
ツイッターやgoogleなんかはアクティブだと思うけどそんな企業は特殊な一部だけ。
589:login:Penguin
12/09/19 11:33:11.45 E34NM1fF
読みより書きの多いDBってどんなシステムなんだろな
ツイッターやgoogleがアクティブというがこれも読みのが多いよな
まあSSDにとっては読みのが良いわけだが
590:login:Penguin
12/09/19 11:42:46.97 0WsWAwlq
バックアップ用の DB とか?
591:login:Penguin
12/09/19 14:47:44.39 LzA4Avrn
>>589
ソーシャルはWriteが多いだろが。
innodbなんかはこのへんに難があるな。memcachedとかでwriteを減らすとかしてるはずだ。
592:login:Penguin
12/09/19 16:36:00.96 o7XczYmY
音楽用ファイルサーバに最適でした
593:login:Penguin
12/09/19 16:55:27.10 NA4s8Ef7
>>589
なんかのログをひたすら記録していて、読み出しは定期的なレポート作成か、
手動で読み出すだけのシステムとか
594:login:Penguin
12/09/19 17:34:32.26 BMjxFl7R
>>588
ピーク消費電力がHDDを超える事は良くあるし
NANDは温度が上がるほど信頼性が下がるので冷えれば冷える程良い。
より良い選択肢があるのにわざわざSSD510が選択肢に入れるのはバカらしいということだ。
595:login:Penguin
12/09/19 17:56:26.45 E34NM1fF
やっぱ書き込み方が多いサーバってのはそもそも容量的にHDDを
選択することが最適解になりやすいから自然と淘汰されるのか
SSDは容量が多くなってからが使い分け論の本番だな
596:login:Penguin
12/09/20 02:46:12.09 ifjF7Q8H
>>589
クラウドで一部並列化して、基幹業務の大量な情報を一気に同時に書き込むとか、
2chの鯖とかw色々あると思うよ。
銀行やら、証券もそうだね。
それ以外にもソーシャル系とか色々あります。
個人用途で一人でアクセスだったら、別にどうってことないよ。
録画鯖の番組表もなあ。
(はいそこ、限定された用途を無理矢理作らないように!!)
そら、そんな業務でクリティカルな用途だと、
SASのRAIDカード突っ込んで構成しますな。
自分でわざわざ入れ替えなくても、BTOメーカーのノートでもSSD選べるしな。
それで採用されてるやつ調べたらそれでいいだろ。
597:login:Penguin
12/09/20 10:35:32.80 99oMjo7V
>>594
> ピーク消費電力がHDDを超える事は良くあるし
総合的な熱量は 消費電力ｘ時間、
ピークは例え少し高くても同じ処理量であれば時間の差が出る、
筐体温度は少し遅れて上昇するのでSSDの方が熱を出すって事はないよ。
598:login:Penguin
12/09/20 16:41:02.06 Ie6jUD4u
>>597
> ピーク消費電力がHDDを超える事は良くあるし
これはそのまま電源回路への負担を危惧したもの
599:login:Penguin
12/09/20 18:20:27.55 QUSJVz0F
>>598
> これはそのまま電源回路への負担を危惧したもの
？？
一瞬の数Wのピーク電流増なんてコンデンサの平滑範囲だろ、
それにCPUやGPU並に数十～１００Wも増減するなら負担も有るがSSDのピークなんてしれてる、
てかSSDのピークで右往左往するようなら別の問題が発生するだろう。
言い訳に無理がありすぎる・・
600:login:Penguin
12/09/20 18:32:19.58 Ie6jUD4u
>>599
シーケンシャルライトは時にHDDを超える電力を継続して消費する。
コンデンサの平滑範囲を大幅に超える。
601:login:Penguin
12/09/20 18:39:16.48 DmjFM4sU
>>600
なんで嘘をつくの？
602:login:Penguin
12/09/20 19:04:37.75 Ie6jUD4u
ソースの無いレッテル張りご苦労。
603:login:Penguin
12/09/20 23:35:18.50 yZfU4mfS
どこにレッテル貼りがあるのかね？
>>600
構成も書かずに大幅に超えると断言できるのはすごいわ
604:login:Penguin
12/09/20 23:40:33.70 Ie6jUD4u
「時に」という単語が見えていないのは機能的文盲だから？
605:login:Penguin
12/09/21 00:02:09.57 rd9C1Q9o
ああ、いつもの人か、
冷静にいってたら、それなりに面白い意見だったのに・・・。
負け犬単語使い始めたら終わりだ・・・。
606:login:Penguin
12/09/21 00:27:59.10 IB7bHALS
一部のSSDのシーケンシャルライト時の消費電力 ＞ ノート用の2.5インチ5,400rpmのHDDのピーク消費電力
ノートの場合は気を付けた方がいい
607:login:Penguin
12/09/21 00:34:34.50 dZIAYFoW
ssdは高速だから、単位時間当りのi/Oも増加して処理能力が増え、
結果的にhddより消費電力が増える場合もある。
同様に、連続負荷の掛かる環境だとssdの寿命は数ヶ月も在り得る、
むしろhddの方が高い負荷に耐え寿命も長い場合も出てくる。
要はsddが絶対に有利とは言えない、価格まで含めるとhddの方が
有利な状況は多い。
sddが有利なのは、ランダムなi/oが多く一時的に負荷が高く瞬発力の
要求されるシステムになる、大容量であったり連続して高負荷が継続す
るとむしろhddが有利になる。
608:login:Penguin
12/09/21 00:43:55.07 VLw/MbBu
>>607
で？
609:login:Penguin
12/09/21 10:57:37.06 +gu/MXM3
>>607
> sddが有利なのは、ランダムなi/oが多く一時的に負荷が高く瞬発力の
> 要求されるシステムになる、
正に一般的なPC(パソコン)の使用状況じゃんｗ
つかSSDが過酷なくらい高負荷処理が続いたらHDDだと処理しきれなくて使用に耐えないでしょ、
逆にHDDで処理しきれる量の場合はSSDなら数分の１の時間で終わらせて残りは休憩だよ。
610:login:Penguin
12/09/21 11:51:53.09 rd9C1Q9o
まあ、ここは運用するスレだからなあ。
どっちがいいとか悪いとかはハードウェア板とか自作板でやった方がいい話題だわ。
611:login:Penguin
12/09/21 17:40:20.04 9MD1pbEC
知ったかぶりがどや顔で略
┐('～`;)┌
612:login:Penguin
12/09/21 18:36:12.86 iDYEvnvN
長文でしったかとか救いようがないな
613:login:Penguin
12/09/25 22:10:35.77 AuqLIfEV
え、ageてるし、釣りでしょ
614:login:Penguin
12/10/01 09:20:39.06 LTKWz9cg
実際に運用してどんくらい持つの？
って話なんだけど、良さ気になったのが世の中に出てから
まだ２年程度しかたってないから寿命の評価できていないって
ところ？
逆に考えると多少酷に使っても最低２年は安定的に使えるという
判断でよろしいのか？
615:login:Penguin
12/10/01 10:52:56.07 SbzWsU1U
30nm世代のNAND積んだSSDなら24時間365日書き込み続けたら数か月で壊せるってくらい
20nm世代だともうちょい短くなるだろうな
要は運用方法による
616:login:Penguin
12/10/01 11:20:02.07 9+Aiotgx
震災のせいで途中ストップしちゃったSSD耐久テストは24時間ぶん回し続けてたんじゃなかったっけ
617:login:Penguin
12/10/01 12:43:38.09 o5vmlOPL
>>616
普通のSSDは回転しないと思うよ。
618:login:Penguin
12/10/01 13:06:30.03 gFv6wq8R
比喩でしょ。
619:login:Penguin
12/10/01 13:45:26.53 nL1r9RTp
>>615
C300を24/365で毎日40GBずつ読み書きしてるが１年半ほど経つけど壊れる気配ないよ
40GBのデータ(ファイル数300から400個）をLANで取ってきて前日の分削除
128GB×2のRAID0
これって稀なケースなんかな。。。？
620:login:Penguin
12/10/01 13:53:29.43 u1qqNYvs
>>615
もっとはやいぞｗ
プログラムで２００スレッドくらいフォークして
コミットガンガンかければ２，３日でSMATRの警告出せるレベルｗ
621:login:Penguin
12/10/01 14:12:56.30 SbzWsU1U
>>619
毎日40GBぽっちじゃなくて一分一秒の休みも無く書き込み続けたらの話だよ。
まぁC300の場合は寿命以前にファームバグ修正ファームウェアが提供されてないのが痛いが・・・
Lenovo向けだけに0308が提供されて小売り分には提供されず放置。
622:login:Penguin
12/10/01 16:58:37.01 aG/7J54d
>>620
嘘つき!
コミックガンガンの編集部に電話かけたがSMATRの警告は出せないって言われたぞ
623:login:Penguin
12/10/02 01:37:48.80 wsbQ+i5r
>>614
酷に使うってどういう意味?
書込み量が多いのか、ノートに突っ込んで乱暴に扱うのかわからん。
デスクトップ用途なら特殊なことしない限り、有名所だったら大丈夫。
鯖用途だったらケースバイケースで、用途による。
得手不得手がどんなものにでもあるよ。
624:login:Penguin
12/10/03 09:25:16.91 BQnHvKgw
>>623
回答ありがとうです
頻繁に書き込みがあるデータドライブとは別にして、
Linuxサーバのシステムドライブ用に検討していたのですが、
そこそこの強度がありそうなので、運用開始することにしました。
Intel 330 Series 120GB あたりでやってみます。
壊れたら人柱報告するのでよろしく
625:login:Penguin
12/10/03 09:44:56.92 bNfVPmYU
>>624 多分あんたの葬式報告の方が先だな
626:login:Penguin
12/10/05 19:15:16.22 k3qnefpk
URLﾘﾝｸ(botchyworld.iinaa.net) にテストは継続している。
普通のPCならSSDが問題になる事も少ないがサーバなら話は別、
2CHもSSDに切替え直後は良く落ちた、遅延書込み等を採用し
SSDの負荷を落として対処したのだろう。
627:login:Penguin
12/10/05 19:51:40.20 I2zbEl9a
2chが落ちてたのはX25-M G2のバグのせいだね。
628:login:Penguin
12/10/06 00:44:15.41 ffrqaI71
上げてSSDの欠点を言う人はおなじみの人だな。
まあ、こういう人も必要だろうしな。
サーバと言っても色々あるんだけどな・・・。
あっという間にぶっ壊れる状況を再現してみたくなってきた。
上げてる人、SSDでやっちゃいけない例を出してみてください。
629:login:Penguin
12/10/09 14:32:47.09 gJdEapJI
URLﾘﾝｸ(pc.watch.impress.co.jp)
> 読み出しの割合が67%、書き込みの割合が33%で、寿命は0.3年に過ぎない
630:login:Penguin
12/10/09 14:35:42.76 gJdEapJI
むしろ、こっちか
> Webサーバーの場合は読み出しが95%、書き込みが5%で読み出しが主体である。SSDの寿命は1.6年
631:login:Penguin
12/10/10 06:44:52.52 hytukev5
うーん、これってアクセスベースでどの程度のものなのかわからん。
むしろこっちだろ
>>安価なクライアントSSDをエンタープライズ向けに導入する事例が起きており、場合によっては重大なトラブルを招いている。
632:login:Penguin
12/10/10 13:09:00.24 azwPPRX1
まあ実際データセンターやHPC方面でSSD導入して1年保たなかったって話は聞くし、
サーバーベンダーもSSDのみ1年保障しかしないケースがあるところをみると、
インフラ屋の認識としては、現実的な環境での寿命なんてそんなもんじゃないの。
633:login:Penguin
12/10/10 14:45:53.09 rSdjvLf0
エンタープライズ用途では
データは素直にHDDに格納しろってことだな
634:login:Penguin
12/10/10 18:21:59.67 loO3Ps7N
DDR3仕様のANS-9010の後継機種はよ
というのがANSスレ民の数年来の悲願です
635:login:Penguin
12/10/10 19:08:43.44 DLUKcg/S
そもそもエンタープライズ用の機器はインターフェースがSASとかだから、
SSDもそれなりのものしか選べないんじゃないかな？
HPやIBMから供給されるSSDは東芝のSLC SSDとかで、値段もそれなり。
636:login:Penguin
12/10/10 19:59:07.59 0D6pTw5h
>>635
サーバは基本 SATA 対応だぞ。 SAS Only だと 2TBとか3TB とか使えない
から容量重視向けの顧客を取りこぼす。
そもそもマザボに SATA インターフェイスがないと DVD ドライブとか付かないし。
637:login:Penguin
12/10/10 20:12:05.11 hytukev5
まあ、エンタープライズって言っても色々あるしなあ。
鯖ってくくりだけでSSDがどうのこうのというのがそもそも間違いなんだけどな。
638:login:Penguin
12/10/10 21:19:00.39 W/t+4/fy
SSDをSAS対応のコントローラーにしたとして、なんかメリットあるん？
高機能なRAIDコントローラーにつながっていたとして、SASとSATAの差って
あるんかな？
639:login:Penguin
12/10/10 21:47:12.13 6slgfn1j
帯域
640:login:Penguin
12/10/10 21:49:05.68 6slgfn1j
それとTCQでQD=64まで対応なのもあるな
641:login:Penguin
12/10/10 22:55:49.48 DLUKcg/S
>>638
少し古いけど比較表が分かりやすそう。実際に選ぶときは、用途を決めてサーバマシンを
選ぶと対応するホストインターフェースも決まってしまったり、I/Oスピードから適当なサイズの
SSDを探すと対応I/Fが一種類しかなかったりで、選択の余地がないこともあるよ。あとお金！
URLﾘﾝｸ(h50146.www5.hp.com)
642:login:Penguin
12/10/10 23:20:20.48 W/t+4/fy
>>641
本格的な資料ありがとう
ざっくりしか読んでないけれど、速度より信頼性が違うようだね。
643:login:Penguin
12/10/11 07:54:35.80 /wU9AuKr
ATA Trimと違ってSCSI UNMAPはキュー可能
644:login:Penguin
12/10/11 20:08:45.73 JsGJOMAf
知らんかった！
サンクス！
645:login:Penguin
12/10/25 19:53:47.98 OlsrTZE0
プレクのM5P256G
単品でhdparm測定で500MB/s
SATA2（３G)ポートで300MB/s
なのを6台まとめてLVMのストライプにしても
hdparm測定で300MB/sぐらいしかでないんだけど
なんでか誰か知ってる？
速度が非対称だと早くならないのかな？
ちなみにモアイHG3のときは、単品200MB/sぐらい
ｘ６で1100MB/sでてた
646:login:Penguin
12/10/26 01:01:47.53 ztnZMwGM
わからん、LVMの設定の問題だろうね。
チップセットの挙動の問題もあるかもしれんけど。
647:login:Penguin
12/10/26 01:21:22.35 aV+k7f6x
>>645
東芝→速度低下しない
プレク→速度低下するが、長時間放置で速度低下が自動回復
なので、たまたま速度低下した瞬間に計測してしまったという可能性もある
648:645
12/10/26 20:04:24.42 glJwPxNA
物理エクステントサイゾを１Mにして
ストライプサイズを６４ｋにしたら
hdparmで780MBぐらいになった
モアイより遅いけど、これで使ってみる
>>647
GCって常時走ってる？
10分空けてテストしても、やっぱし遅いよ？
649:login:Penguin
12/10/28 03:22:11.69 /WG6z1W6
いや、GCはアクセスなし状態で40分程度、経過してからのはず。
そこまで直線性能にこだわるというのは、何にに使ってるの?
650:login:Penguin
12/11/01 23:29:40.56 EBxA2gK+
最新のSSD5機種とRAIDカードのパフォーマンス検証
URLﾘﾝｸ(d.hatena.ne.jp)
651:login:Penguin
12/11/04 05:44:10.62 PJ7x2s2F
パピー入れてみて気づいたけど、SSDよりもUSB接続のカードリーダーを100均セリアで買ってきて、クラス10のSDHCカードにインストールしてつかうのがお手軽で使い勝手がいい。
652:login:Penguin
12/11/04 12:36:18.15 0F2fUsGh
おかあさんにSSD欲しいと言ったらUSBメモリーを買ってきやがった。
違うだろばばーーーと怒った。
おかあさんスペシャルSSDよって言って騙そうとしてきた。グレたい。
653:login:Penguin
12/11/04 17:28:05.46 LhaZT+yx
>>651
釣りにもならないよ。
654:login:Penguin
12/11/05 10:21:13.78 Bb1v/m78
どのファイルシステムを使うと良いのですか？
655:login:Penguin
12/11/05 10:38:22.86 bdAZKUn+
>>654
ext4をノンジャーナルでつかう
話変わるけどssdにtmpfsをaufsでかぶせて使ってる人って居る？
tmpfsがメモリを食いつぶしそうなときはどうしてるん？
656:login:Penguin
12/11/06 02:22:23.35 2VvOZbtB
ssdにもswap切ってるからなあ。
溢れたら、そこに展開されるだろうって楽観的に使ってる。
657:login:Penguin
12/11/07 02:13:28.52 Utks7EO8
たまに trim コマンド（discard）を使うには AHCI での接続が必須という記載を見ることがあるけれど、
これって、何かの規格（ATA specification?）に記載があるのでしょうか。
因みに、MSIのFurum：
URLﾘﾝｸ(forum-en.msi.com)
には、
The TRIM command is dependent on the SSD itself, and the operating system supporting it.
It is not dependent on the host controller, and AHCI is not a requirement.
と書いてある。
658:login:Penguin
12/11/07 02:47:35.31 Iq0d2CQS
intelのページに有ったはず。
つうか、必須。
AHCIで実装されてるから。
ATA互換モードでは、OSから命令が来ても、チップセットが理解されずにスルー。
659:login:Penguin
12/11/07 09:26:11.73 xulN5mZR
必須じゃない
互換モードだろうとデバイス側までちゃんと来る
660:login:Penguin
12/11/08 01:37:31.17 s9/zbHKG
どっちなんだ?
ベンチマークとかwindowsでは結構出揃ってるけど・・・。
ドライバが違うから、linuxでは大丈夫ということなんかな?
661:login:Penguin
12/11/08 09:00:49.66 I5yV87rv
>>658-659
やはり丁半出揃いましたねｗ
webをちょっとググってみると、日本語ページではAHCI必須と書いている所が多いが
英語ページでは玉虫色の記載が多い気がする。（AHCIを使えるなら使うべき:should 等）
trimがファイルシステムとして使用しなくなったセクター域をSSDに通知する仕組みと捉えると
個人的には、これをコントローラーレベルでハンドリングするのはレイヤーが違うように思う。
ウチのPCがAHCIをサポートしていないのでSSDを買うかどうか迷っているのだけど試してみるかな。
でも、実使用時にはtrim(discard)が効いているか効いていないかは顕には殆ど判らないんだよね？
(trimが無いとgc効率が落ちて早く寿命を迎えるがそれまでは判らない？ プチフリは起こり易いかも)
662:login:Penguin
12/11/08 10:44:23.99 z6ZDeFQW
URLﾘﾝｸ(marosama.blogspot.jp)
SATAのI/Oを直接見ると、IDEでもAHCIでもRAIDでもTrimコマンドはSSDまでちゃんと行ってるらしいね。
663:login:Penguin
12/11/08 19:59:08.09 I5yV87rv
>>662
プロトコルアナライザを使って直接モニターしているようなので信憑性が高そうな記事ですね。
これで安心してSSD買えそうです。 ありがとう。
664:login:Penguin
12/11/09 01:42:00.43 AmAqP67Y
ぶっちゃけ、linuxでtrimが必要な状況というのが考えにくかったりする。
プチフリとかOSの特性上windowsで発生しやすい。
もちろん、過度な負荷のかかるSQL関係とかは、有効だろうけど。
そもそも、MLCでそんな付加かけたら、マジで寿命がヤバい。
デスクトップ用途なら、別に気にしなくてもいいともいえる。
寿命はあくまで書き換え回数だし、GC効率がいいに越したことはないけど、
ものすごい差になるほどの過度な使い方そのものをしないしなあ。
そもそも、GCにしてもtrimコマンドを受け付けた後の動作にしても、
コントローラーメーカーや、味付けするメーカーによって全然違うし・・・。
プレクスターなら、GCの頻度が、アイドル40分程度で開始されるから、
trim効かないかもしれない環境なら、結構有効だろうね。
665:login:Penguin
12/11/09 09:10:27.84 +fa3xTd7
>>664 どういうOSの特性でプチフリの発生に差があるん？
GCとtrimはどう違うん？
666:login:Penguin
12/12/08 16:37:57.32 nCCBPUuW
Windowsの方が断片化しやすい→ランダムアクセスの頻度が高くなる→同じ用途ならWindowsの方がプチフリしやすい
GC→SSD内部でのデータ整理
Trim→OSからの命令でSSD内部の不要データを削除する命令
667:login:Penguin
12/12/10 18:30:09.31 RRRGFTzR
TRIMした後のSSDの外的挙動って規格化されてる？
全領域TRIMしたあと読み出してみたら、殆どのブロックは0-fillになってたけど、
そうじゃないゴミデータ？が読み出せたブロックもあった。
TRIMはSSDに領域が再利用できることを通知しているだけで、
高速なデバイス上データのリセットとして代用するのは間違い？
668:login:Penguin
12/12/10 18:31:25.03 NPoOVhQS
>>667
どのタイミングでフラッシュするのかは各社のノウハウ。
669:login:Penguin
12/12/11 20:43:47.80 xycx3/qX
>>667
ATA IDENTIFY DEVICEでRead Zero After Trimが確認できなければその仮定は誤り
670:login:Penguin
12/12/17 20:35:52.47 9FBMZ/Y6
>>669
おおー、そんなフィールドあったんだ。
671:login:Penguin
13/01/12 08:25:08.54 dz16rs76
>>664
ありえない勘違いw
論理と物理が1対1のHDDとフラッシュファイルシステムが介在するSSDでは全く事情が違う
SSDは一旦ゼロフィルしないと書き換えられない、これに時間がかかる、いわゆるプチフリ
SSD:ここ空いてたなら教えてよ、そうしたら暇な時にゼロフィルしといたのに
OS:分かったよ、今度からファイル名の末梢ではなく空いた領域を教えるよ=trim
672:login:Penguin
13/01/25 01:26:14.06 GqHkbsHP
hdparmでtrim-sector-rangesする時って、
一回のセクタ数に制限あるの？
プレクスターM5P-256初期型でやってるんだけど、一度に65535までしか動かない
この最大値はものによって違うのかな？
ATAコマンドの制限？
673:login:Penguin
13/01/25 02:19:31.18 6hHi7yyG
物に依らない
規格で一度の指定可能なのは最大65536と決まっている
URLﾘﾝｸ(www.t13.org)
が、0000hで65536セクタを表す仕様がめんどくさくてhdparmのソースコードには
// FIXME: handle counts > 65535 here!
の一文が存在している
URLﾘﾝｸ(fossies.org)
674:login:Penguin
13/01/25 05:30:01.35 GqHkbsHP
ありがとう
とりあえず10000セクタずつtrimかけて凌いだよ
パーティション未使用領域にtrimかければ
ウェアレベリングがちょっとは良くなるのかなと思って。
OSXなんだけどね。。。
675:login:Penguin
13/01/25 21:17:04.72 lDMErcsu
ちょっと見てみるつもりで、覗いてみたら・・・・・・高度すぎて訳分からん。
まぁ、あれだよな 普通に個人でノートパソコンでネット見たり、コード書く程度なら
細かいこたぁ気にしなくてもいいよな？
676:login:Penguin
13/01/26 04:07:54.58 wi96rBwI
>>675
trimを効かせとけ。
それだけでいい。
677:login:Penguin
13/01/26 09:29:48.45 RAneeSku
SSDは空き容量が寿命を決めるので注意ね
最近のSSDはセルの書き換え寿命が数百回しかない
書き込む場所をやりくりしてSSD全体で実用的寿命を確保しているので
やりくりできる場所が無いとお手上げ
データーは在ってもほとんど書き換えられない場所は「空き」とカウントできる=ウェアレベリング
場所を入れ替えてやりくりする
最悪のケースはSSDの容量全部をテンポラリに使う=数週間の寿命
最良のケースはデーターの長期保存=十年もつ
678:login:Penguin
13/01/26 09:35:27.73 RAneeSku
フラッシュメモリは限界
微細化を進めると書き換え寿命が短くなる宿命は避けようもなかった、どうやっても無理だった
フラッシュメモリは限界だけどSSDはフラッシュメモリを諦めて先に進む
679:login:Penguin
13/01/26 11:06:26.58 wi96rBwI
まあ、別に256GBがこの価格だったら、
別に寿命がとか、気にしてもって気もするけど。
バックアップしてたらそれでいいだろ。
通販で次の日には届くんだし。
680:login:Penguin
13/01/26 11:48:58.02 p3BfG6UX
>>677
スタティックウェアレベリングをしらないのかよ
681:login:Penguin
13/01/26 17:34:39.33 RAneeSku
>>680
だからぁ
>データーは在ってもほとんど書き換えられない場所は「空き」とカウントできる
なんでしょうに
ほんとうにスタティックウェアレベリングの意味分かってる?
なぜかSSDにはバカが群がるよねw
682:login:Penguin
13/01/26 20:21:39.08 r2M0sUrb
>SSDは空き容量が寿命を決めるので注意ね
→間違い。寿命を決めるのは書き換え回数。
>最近のSSDはセルの書き換え寿命が数百回しかない
→間違い。書き込みはページ単位、消去はブロック単位なので表現からして間違っている。
20nm前後のNANDの書き換え寿命はSLCで10万回、MLCで3千回、TLCで千回程度。
>データーは在ってもほとんど書き換えられない場所は「空き」とカウントできる=ウェアレベリング
→大間違い。そんなことをしたらOSの基幹ファイルがぶっ壊されてしまうのでそんな実装はあり得ない。
>最良のケースはデーターの長期保存=十年もつ
→間違い。データ保持期間を大幅に過ぎたセルのデータはどんどん化けていく。
現行の20nm前後のMLCのデータ保持期間は1年間。
683:login:Penguin
13/01/26 22:53:50.24 YdAtQfSd
>>682
> >最良のケースはデーターの長期保存=十年もつ
> →間違い。データ保持期間を大幅に過ぎたセルのデータはどんどん化けていく。
> 現行の20nm前後のMLCのデータ保持期間は1年間。
ええっ。
すると、OSインストール時に書いて以来書き換えが行われなかったデータは、
そのうち勝手に消えるという事ですか？
それとも期限切れになりそうになったら別の場所に書き直したりして
リフレッシュしてくれるのかな・・
684:login:Penguin
13/01/26 23:17:56.81 r2M0sUrb
もともとフラッシュメモリは電源オフで放置してればデータが化ける。
50nm世代のものは酷使されて絶縁膜が劣化したものでも数年はデータ保持できていたが、
現行の20nm前後の世代だとかなり短くなっている。その対策として各社ECCとかのデータの冗長化を行っているけども、
その冗長データもフラッシュメモリに格納されているので果たしてどのくらいの期間データを保持できるのか皆目検討がつかない。
一応JEDECの規定で最低でも一年間はデータを保持出来ることが求められている。
毎日電源を入れてそれなりに書き込んでいるならば勝手にウェアレベリングで書き直されるし、
気の利いたコントローラーなら定期的にリフレッシュしてくれてるのかもしれないが、
10年とかの長期間電源オフで放置すればデータが化けてても文句は言えない。
685:login:Penguin
13/01/26 23:27:37.45 8mi6C/oz
そのうち裸族のお立ち台みたいな通電クレドールが出たりして
686:login:Penguin
13/01/26 23:31:22.57 +555hqoS
リフレッシュはD-RAMだと思っていたのだが
SSDはいつからROMじゃなくなったのだ？？？
687:login:Penguin
13/01/26 23:59:31.97 YdAtQfSd
>>684
なるほど。レスありがとうございます。
早速、しばらく使っていなかったUSBメモリを挿して
書いたりコピーしたりしています。
688:login:Penguin
13/01/27 01:20:19.20 VQdhCsiA
SSD買えない奴がすっぱい葡萄きゃんぺーんをしてたんだけど、
今度はSSD価格が下がって、貧乏人でも買えるようになった。
そんで必死の思いで買ったSSDを少しでも長く使おうと、
既に使い古されたプチフリ対策を行なって自己満足。
こういう人たちは根本的にSSDの特性を間違えてたりする。
689:login:Penguin
13/01/27 11:23:56.57 xA5aVU+Y
>>686
フラッシュも年単位で放置すると電荷抜けで記憶喪失するぞ
まあ人間の記憶力よりはあてになるが
690:login:Penguin
13/01/27 16:37:40.65 q0e6DD2H
USBフラッシュもスタティックウェアレベリングやってんの？
半年毎とかに全領域書き換えたほうがいいのかな？
691:login:Penguin
13/01/27 16:57:20.17 1/o8wJLA
ダイナミックウェアレベリングすら期待出来ない
692:login:Penguin
13/01/27 17:26:56.04 OeTrpSw+
USBメモリなんて半分は使い捨てみたいなもんだろ
693: [―{}@{}@{}-] login:Penguin
13/01/27 20:59:14.62 TzQJL0E1
稼働中のPCにさして電気通すだけじゃダメなのか？
694:login:Penguin
13/01/30 17:50:28.09 m3YkJffN
>>690
フラッシュメモリ物でウエアレベリングやってないのはSmartMediaくらいだろう
695:login:Penguin
13/02/03 16:21:03.18 wmI2sy8/
>>690
やってるよ
フラッシュメモリのチップ内にCPUとソフトも入ってる
まだ現状理解できてない子がいるみたいだけどセルの書き換え寿命は1000回を切ってる
意味分かるかい?
何もしなけりゃ即寿命
微細化を進めると寿命が縮む宿命をどうしようもなかった
SSDはフラッシュメモリを諦めて先に進む
696:login:Penguin
13/02/05 04:05:05.15 2nfprAI4
mke2fs -E discard
tune2fs -o discard
e2fsck -E discard
の内 mount -o discard と同じ効果を永続化するのは tune2fs っていうややこしさ
697:login:Penguin
13/02/08 02:20:55.45 FSYpMQIr
ベンチマークオナニーでンギモッヂイイ数字出したいだけの兄貴以外は
余計なこと考える必要の無い東芝コントローラのとか砂芝使ってればいいんじゃね？
業務利用なら重要度に合わせてエンタープライズ向けSLCモデル使って、どうぞ。
698:login:Penguin
13/02/08 08:20:56.27 7GOesaBw
ウチは業務用サーバのHDDが、一般用のSSDにかわったぜｗ
もちろんMLC！ 東芝のHG3の流通在庫を拾い集めた
699:login:Penguin
13/02/08 08:26:08.59 hwrBzIj8
どんなサーバー？一日の書き換え量多い？
700:login:Penguin
13/02/08 13:40:19.09 8i4QPj1A
うちはデータベースサーバーはほぼSSDにした
もうHDDには戻りたくない
701:login:Penguin
13/02/09 09:22:47.42 D1BIG6IN
SWAPをSSDに作成してもいいよね？
702:login:Penguin
13/02/09 10:34:46.39 wqQ/7EFM
いいけど、デスクトップ用途で、SSD載せようかという状況だったら、
swap発生するのかいな。それだったら、HDDにきっておいても、いいという考え方もある。
703:login:Penguin
13/02/09 10:49:36.66 VlPnRyFi
スワップの利用目的が不明なのでなんともいえないが、性能面では多分ダメ。
構造・流体解析向けの物販やってるが、メモリ足りない分を SSD や FusionIO とか
にスワップ作って補う構成は全く聞かないね。 本当に性能が出ないんだと思う。
MPI 計算できない場合は、無理してメモリ馬鹿積みマシン(かなり高価)を少数買ってるよ。
704:login:Penguin
13/02/09 11:40:48.37 mDzFcejR
swapのために、わざわざ別にHDDを用意する必要はない
705:login:Penguin
13/02/09 12:08:30.27 wqQ/7EFM
デスクトップ用途、鯖用途と目的、構成によっていろいろだけど、
SWAPをSSDにおいたらSSDがぶっ壊れるとかそういうことはない。
実メモリーと比べたら、所詮SWAPだから、あんまり期待しないようにってかんじかな。
706:login:Penguin
13/02/09 15:08:35.39 4swuADlN
仮想メモリはSSDには破壊的でしょうにw
なんかSSDの構造を全く知らない風な人いるね
フラッシュは不揮発性RAMじゃないからね、書き換え可能ROMだからね
書き換えと言っても焼いてるわけで寿命は短い
焼くので書き換え時の消費電力は跳ね上がる、時間もかかる
HDDとDVD-RWの違いは分かるのにHDDとSSDの違いは理解できないようで、不思議、不可解www
インテルは次世代SSDとしてDVD-RWのチップ化も研究中、フラッシュよりはマシになる可能性がある
707:login:Penguin
13/02/09 15:25:48.58 ihRM0VR4
なんで知識が昔のまま止まった奴が定期的に沸くんだ？
708:login:Penguin
13/02/09 16:17:25.10 wIblCp/M
SSDに親でも殺されたんじゃないか
709:login:Penguin
13/02/09 16:44:13.20 w8hImMzk
不良品の返品とか不良在庫の山とか・・・クレバリーェ
710:login:Penguin
13/02/09 19:17:21.82 o+4nkAon
そもそも、メモリを大量に用意すればswapなんて不要じゃん
711:login:Penguin
13/02/09 19:39:21.01 wqQ/7EFM
>>707
そうやって、自分を慰めてる、すっぱい葡萄さんか、
今更、寿命延長のために対策しまくって、そもそもSSDの恩恵をまともに受けなくても我慢してる貧乏性の人なんだろう。
712:login:Penguin
13/02/09 20:07:52.64 oOQdgqYI
>>711
俺はまったくの別人だが
>>707 はお前に対してレスしたんじゃないと思うよ
713:login:Penguin
13/02/09 22:05:06.67 wqQ/7EFM
ああ、707を煽ろうというのじゃなくて、
定期的に出てくる変な人たちのことね。
714:login:Penguin
13/02/09 22:53:09.01 vblql/Lh
頻繁にso/siするような状況ならSSDよりメモリ増やせの一択だと思うが、
稼働中は常時swapoffでハイバネート専用ということなら
そこをSSDでという考え方もありなのかな?
715:login:Penguin
13/02/09 22:54:32.40 ihRM0VR4
>>714
SSDなら起動に10秒以下だろうから
ハイバネとかスリープいらなくない？
716:login:Penguin
13/02/09 23:03:03.18 vblql/Lh
うん。
でもさ、
ハイバネーションが爆速になれば編集途中で保存したりする必要がなくなって、
そもそもシャットダウンするなんて概念から開放される...とか、なくね?
717:login:Penguin
13/02/09 23:32:18.44 rA/cbhVp
>>708
ちょっとﾜﾛﾀｗ
718:login:Penguin
13/02/10 06:12:12.16 WpDxfehB
データベースサーバーで毎秒10MB書き換え続けて半年たったけど性能なんて全く落ちない
ましてやスワップごときでどうにかなるわけがないでしょ
706みたいに憶測推測でしか物を述べずに全く計測しないような人って何だかなあ
719:login:Penguin
13/02/10 07:53:44.01 Mm+RL6QW
主人が SSD に殺されて1年が過ぎました。
720:login:Penguin
13/02/10 10:37:03.55 8fb9kNZw
SSDに人生を狂わされた男が逮捕されたようだ
721:login:Penguin
13/02/10 13:46:30.15 kA3B0khX
遠隔で運用してた鯖のiptabels編集、うっかりsshのエントリー忘れ。
ってスレ違いかようわぁああぁぁああぁぁあん。
722:login:Penguin
13/02/10 16:24:42.48 xCcbYIHO
>>716
ハイバネはシーケンシャルリード、ライトになるからHDDと速度はあまり変わらなくね？
723:login:Penguin
13/02/11 20:57:17.95 FJkxQE6x
うちもSSDにしたけど速いね
discard,noatimeと/tmpを/dev/shmに
ってのだけしてるよ
724:login:Penguin
13/02/16 10:14:56.11 uycafd7T
現状SSDが書き換え可能ROMな事を必死に否定してる子がいるけども、いくら頑張っても現実は変わらないんだよw
不揮発RAMのSSDが登場するまでバカが絶える事ないだろうな
URLﾘﾝｸ(pc.watch.impress.co.jp)
>先ほどの4台構成の240GBクライアントSSDでアプリケーション別の寿命を試算した結果だ。
>Webサーバーの場合は読み出しが95%、書き込みが5%で読み出しが主体である。SSDの寿命は1.6年。
>書き込みの割合が5%とわずかでも、ドライブの寿命は1.6年であり、これはアプリケーションとしては寿命が相当に長い部類に入る。
>次にExchangeサーバーの場合である。読み出しの割合が67%、書き込みの割合が33%で、寿命は0.3年に過ぎない。4カ月も持たないことになる。
>最悪なのはSQLロギングで、100%が書き込み動作だ。なんと0.08年、わずか1カ月でドライブの交換が必要となる。
RAMではなくROMなんだから仕方ないさ
725:login:Penguin
13/02/16 10:22:58.10 uycafd7T
LinuxはWindowsよりSSDに向いている
無用なアクセスが少ない
実はこの性質がHDDでは都合悪い事がある
HDDは一定時間アクセスが無いとヘッドを退避させるがLinuxの場合は頻繁に退避/復帰を繰り返す悪循環に陥る事がある
うるさいだの遅いだのはこの悪循環にハマっている可能性がある
Windowsはセキュリティソフト等が終始アクセスしているので退避する暇がない
726:login:Penguin
13/02/16 10:43:16.30 3YJFKldS
【悲報】 例のサイトのSSD耐久テストでSamsung SSD840（TLC採用）が早くも壊れる
ｽﾚﾘﾝｸ(poverty板)
727:login:Penguin
13/02/16 11:48:50.59 GEjDBLZY
書き換え可能リードオンリーメモリとかかなり意味不明
728:login:Penguin
13/02/16 12:03:19.94 0ALSBduT
Flash Memoryというものが分からないんだな。
焼くとか言ってた人と同じかな。
729:login:Penguin
13/02/16 12:08:35.52 L0MNyHVH
スマホの内蔵ストレージもROMだし別にいいんじゃね？
730:login:Penguin
13/02/16 12:49:46.46 jRYWGHcf
業務用の複合機にもSSD内蔵されてたぞ。スキャナーやファックス受信とかプリンタスプール
で使われる。組み込み用途だとリアルタイム性が気になるがハードディスク同等なのかな？
731:login:Penguin
13/02/16 13:06:39.08 uycafd7T
>>727はRAMとROMの違いが分かってないんだよ
不揮発性RAMと書き換え可能ROMの違いは?www
フラッシュメモリーはROMだからね、勘違いしないように
HDDはRAM、DVD-RWは書き換え可能ROM、DVD-RはROM
この例えなら少しは分かるか?
732:login:Penguin
13/02/16 13:55:09.32 0ALSBduT
>>731
Flash Memoryを「書き換え可能ROM」と言ってるのはお前の分類で
他人から見れば知ったこっちゃない。
まともな人間ならその場にあった適切な用語を使ってコミュニケーションすれば
良いのであって、「俺の用語と違う」なんて言いつづけたりしない。
やりたければ、東芝もMicronもFlash MemoryはFlash MemoryであってROM
とは呼んでないようだから、そっちに行ってやってくれ。
例に挙げられたその手の用語はすべて商品の名前のようなもので、
技術的詳細を追求する意味なんかないよ。
733:login:Penguin
13/02/16 15:05:19.21 I6MylWwK
ミドルエンド厨乙
コミュニケーション（）