本番環境で初期不良の SSD を踏みました - mura日記 (halfrack)
こんばんは！障害対応直後の halfrack です！ なんか mysqld が落ちたっぽいアラートが上がってきたので調べてみたら、 Xen DomU で以下のようなメッセージが。 -bash-3.2# dmesg | tail IPVS: Registered protocols (TCP, UDP, AH, ESP) IPVS: Connection hash table configured (size=4096, memory=64Kbytes) IPVS: ipvs loaded. ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. ip_conntrack version 2.4 (8192 buckets, 65536 max) - 304 bytes per co
SSD耐久テスト - 第4回 東芝製SSDは壊れる前にリードオンリーになるのか
実際に壊れるまでSSDに書き込み続けて、SSDの限界を調べてみよう。 仕様 SSD耐久テストのプログラムについて 第1回 MLCの書き込み回数はどれぐらいなのか テスト結果 第2回 空き容量はウェアレベリングに影響するのか テスト結果 第3回 Win7のTrimコマンドは寿命を延ばすのか 最新記事 第4回 東芝製SSDは壊れる前にリードオンリーになるのか テスト結果 第4回 東芝製SSDは壊れる前にリードオンリーになるのか 2010.4.7 東芝製SSDは物理的に壊れるのを防いでくれるらしい。書き込み続けることで徐々に予備領域が失われていくが、これがSSDの実容量に影響を与える前にリードオンリーにして（以降の書き込みを禁止して）、ファイルが破壊されるのを防ぐ仕組みだ。 右側2列が予備領域。これがあるからといって、SSDの実容量を超えて保存できるわけではなく、ウェアレベリン
oinume journal
大規模なコードベースでリファクタリングを省エネ化するためにcodemodを最近調べていて、軽く試行錯誤したのでそのメモ。 やりたいこと 例えば以下のようなTable Driven TestなコードをBEFOREからAFTERに書き換えたい。コード量が多いため人間がやるのは現実的ではなく、codemodで機械的に書き換えたい。 BEFORE package main import ( "slices" "testing" ) func TestContains(t *testing.T) { type args struct { ss []string s string } tests := []struct { name string args args want bool }{ { name: "empty: false", args: args{[]string{}, ""}, wan
SSD保護対策 - J備忘録
SSDには書き込み回数がHDDに比べてシビアなので，SSDの寿命を可能な限り延ばしていく設定を行う必要があります． 延命対策として，ここでやれる対策は以下の4つ ・swapパーティションを作らない ・アクセスタイムの記録を止める ・RAMディスクを使う ・Firefoxのキャッシュを「/tmp」に置く swapパーティションを作らない ・SSDへの負荷を減らすため ・インストール時のHDD切りの時に設定すると楽です ・メモリが1GBの場合はしない方がいいかも？ ・メモリを2GB積んでいればちょっとやそっとじゃswap領域を侵食する事は無いと思いますが，ただでさえSSDの領域が少ないので無しにします アクセスタイムの記録を止める ・Linuxは常に「アクセスタイム」を記録しているそうで，これもSSDの書換に相当するので無効にすればSSDの延命に繋がります． 「/etc/fstab」のマウント
ヽ( ・∀・)ノくまくまー(2010-03-18)
● SSDなUbuntu 9.10のインストールメモ Ubuntu を 9.10 に上げる。折角なので、SSDにチャレンジしてみた。 SSDは「書き込み回数が多いと寿命は2年」らしいので、rootパーティションで利用して、データ領域にはIDE(SATA)を利用することにした。インストール自体は30分弱で完了。てか、9.10のインストーラの完成度は異常。デフォルトで進んでたら ext4 になったけど、まぁよしとしよう。 優しいSSDの育て方 Ubuntu LinuxでSSDの寿命を延ばすための設定 http://tech.lampetty.net/tech/index.php/archives/299 SSD保護対策 http://blog.goo.ne.jp/j_adversaria/e/99422fb6cbee9da80d45ec386bc30b41 の情報をまとめると、 swap領域を
HDD完全代替に向けてOSによる対応が急務
SSDはNANDフラッシュ・メモリとNANDコントローラなどから成る。 SSDにおける不良ブロック管理や誤り訂正，ウエア・レベリングなどの処理は NANDコントローラのフラッシュ・トランスレーション・レイヤで実行する。 半導体ディスクのSSD（solid state drive）は，NANDフラッシュ・メモリとNANDコントローラ，バッファ・メモリ用途のDRAMから成る（図1）。SSDの性能はNANDフラッシュ・メモリの性能だけでなく，NANDコントローラのアルゴリズムによって大きく左右される。そのため，NANDフラッシュ・メモリの特性を考慮したNANDコントローラの最適設計が必要になる。今回は， NANDフラッシュ・メモリのデバイス技術や回路技術を踏まえつつ，NANDコントローラ技術を中心に，SSD技術の現状と今後の課題などを説明する。 性能はHDDより上 優位性の維持が課題 SSDの内
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
