1001コメント272KB

ファイルシステム総合スレその14

レス数が950を超えています。1000を超えると書き込みができなくなります。

2012/01/15(日) 16:38:33.83ID:OMF5PJgt

●前スレ
ファイルシステム総合スレその13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。

0892login:Penguin

2012/06/21(木) 15:38:34.62ID:u8QHq9Zh

CrystalDiskMarkって内部でddコマンド使ってるんだよね

0893login:Penguin

2012/06/21(木) 16:25:35.59ID:jSo3bVTw

HDDスレならまだしもファイルシステムスレでddのシーケンシャルアイオー性能しか気にしないなんておひたやし過ぎじゃない？

0894login:Penguin

2012/06/21(木) 16:30:06.81ID:8pFOzAEC

>>893
ググッたけどわからんかった
「おひたやし過ぎ」て標準語でいうと何？

0895login:Penguin

2012/06/21(木) 16:56:36.64ID:a8n1M8fS

断片化されたファイルならddでランダムIOの性能が測れる。

0896login:Penguin

2012/06/21(木) 17:29:18.46ID:m+fCfgbM

>894
お人好しのtypoっぽく見える希ガス

0897login:Penguin

2012/06/21(木) 17:32:50.42ID:8pFOzAEC

>>896
納得。俺の考え方がおかしかったのか

0898login:Penguin

2012/06/21(木) 17:47:00.75ID:GMdHcy4d

>>893さん
「おひたやし過ぎ」のtypo、「シーケンシャルアイオー性能」という表記にほっこりした。
書き込みの内容は同意できるけどな。

0899login:Penguin

2012/06/21(木) 17:51:15.82ID:x7FjbOaz

ReFSはNTFSのウィルスの温床になってる機能を削除しただけっぽい

0900login:Penguin

2012/06/21(木) 19:40:36.31ID:kVe4hlpK

成る程だからReFSはOSブートドライブのFSに使えないのかｗ

0901login:Penguin

2012/06/22(金) 05:22:01.52ID:5OA7qz3P

マイ糞ソフトは仕様公開しろや！！！！！！！！！！！！１１１１１１１

0902login:Penguin

2012/06/22(金) 15:41:18.41ID:iovprikB

Intel ? SSD 520 Goodness
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html

> Ubuntu環境にIntel製SSD（SSD 520）を投入したことで
> 得られた性能向上をまとめたblog記事。全体として
> どれぐらい快適になるのか，また，IOスケジューラごとに
> どれぐらいの性能差があるのか，そして，
> どうやってベンチマークを取るのがいいのか，といったことが分かります。
> SSDを導入しようとしている方は目を通してみると良さそうです。
ttp://gihyo.jp/admin/clip/01/ubuntu-topics/201206/22?skip

0903login:Penguin

2012/06/23(土) 02:48:50.28ID:/4QGuDAa

2000年代のはじめの頃なんて
dd使って「シーケンシャルアイオー性能」をはかって
これはディスクの性能が悪いですねーとか言うだけで
お客から重宝されたもんだけどな
いまは最低でもbonnie++やfioとか使わないと素人扱いされる。。。

0904login:Penguin

2012/06/23(土) 03:43:46.95ID:n6GFdcpK

ダメンジニアの告白ｗ

0905login:Penguin

2012/06/23(土) 04:18:54.92ID:1h19rB5U

ReFSでファイル名長が2^15まで拡張されてるけどUNIXはこのままでいいのでしょうか？

0906login:Penguin

2012/06/23(土) 09:55:56.71ID:aqqIa2bW

ちょっと質問

Linuxでのファイル名長問題だけど、UDFをHDD等で回避は可能か？

0907login:Penguin

2012/06/23(土) 12:40:57.43ID:VJ7n2kUB

日本語で

0908login:Penguin

2012/06/23(土) 12:43:35.38ID:fPqR1fTW

VFSから手を入れないといけないから、誰もやりたがらない。

0909login:Penguin

2012/06/23(土) 15:19:44.59ID:2Y/6W5fp

>>905
そんだけ長いとメモをファイル名にしてライフハックとかドヤ顔するのが出てきそうだな

>>906
loopbackすりゃいけるんでないかい

0910login:Penguin

2012/06/23(土) 16:38:46.78ID:FmTOq4ex

だからVFSの255バイト制限はとっくに削除されたっつーの

0911login:Penguin

2012/06/25(月) 03:01:46.75ID:mfYH3asi

SSDにはTRIM付きEXT4を使おうぜってことでOK？

0912login:Penguin

2012/06/25(月) 06:35:32.54ID:dNNkodTQ

fsck で trim 発行するようにはならんのかのう？

0913login:Penguin

2012/06/25(月) 06:48:45.27ID:7jwMAcrg

hdparmで発行できただろ

0914login:Penguin

2012/06/25(月) 10:13:48.02ID:ejuo5SJJ

長いファイル名はよお願い

0915login:Penguin

2012/06/26(火) 02:30:04.16ID:ZeLs6RgM

某サーバーの大規模障害はNILFSなら防げたな

0916login:Penguin

2012/06/26(火) 05:23:20.71ID:BtSWE40K

あれは手呂なんじゃないの？

0917login:Penguin

2012/06/26(火) 13:25:46.43ID:wKxMdGLe

テロじゃないにしても、お粗末な管理だったわけで。

0918login:Penguin

2012/06/26(火) 13:37:48.84ID:h5jBn9y6

でもさ…ああいうことって、カンタンに想像つくよね…。あー怖い怖い。

・プロセスのフォークが再帰し始めて鯖落とした
・ファイルをオープンしすぎて（閉じてなくて）サービスの一部が停止しちゃった
・/に大きなファイルを展開してしまってパーティションを超えて？ぶっこわれた（←遊びのサーバだったので詳細は不明）

0919login:Penguin

2012/06/26(火) 14:13:12.04ID:pnMrBHmE

レベル低すぎw

0920login:Penguin

2012/06/26(火) 16:37:36.25ID:0MbUp60Y

>>915
スナップショットだろうとログだろうとアホが消そうと思ったら消せる。

0921login:Penguin

2012/06/26(火) 16:52:22.04ID:zB/c5SlO

見出しを見たときは結構なニュースかと思ったんだけど
http://headlines.yahoo.co.jp/hl?a=20120626-00000006-inet-sci

0922login:Penguin

2012/06/26(火) 20:16:46.41ID:d8TSAa0o

実サーバのデータとバックアップを同時に
再現不可能なまでに壊すってすごくね？ｗ

0923login:Penguin

2012/06/26(火) 20:41:09.86ID:0MbUp60Y

日経の記事によると同じサーバーにディスク3台積んで本番・待機・バックアップと
称していたとさ。全部マウントして rm -rf / でもやったのか?

0924login:Penguin

2012/06/26(火) 20:56:04.75ID:CCy4nu4B

>>923
マジか!?それをバックアップと呼ぶように決めたヤツは死ねばいいのにｗ
サーバー借りる時は物理構成出せって言わんといかんな

0925login:Penguin

2012/06/26(火) 22:05:05.10ID:bhs3lwjJ

どうせバックアップを取ってなかったんだろ
いまさらそんなこと言い出せないから消えたと言い張ってる
安かろう悪かろうでおまけに嘘つきの最低サービスだよね
安いからって理由で選ぶと結局ろくなことにならない

これに懲りたらNILFS使ってていつでも任意の時点に戻してくれるレン鯖にしようね
そんなレン鯖はまだないけどさ

0926login:Penguin

2012/06/26(火) 22:07:12.96ID:0MbUp60Y

>>925
ネタじゃなかった頭が悪すぎる。

0927login:Penguin

2012/06/26(火) 22:18:13.22ID:bhs3lwjJ

http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4&dg=1

■世間と違った「バックアップ」の概念

　なぜ、外部にバックアップをとっておかなかったのか。ネット上では技術者を中心に、この点が指弾された。
これについてファーストサーバの村竹室長は、こう話す。
「おっしゃっているような一般的なバックアップというのは、我々のような低価格の料金で提供するのは難しい。
サーバー内の別のディスクでとることを、我々はバックアップと考えています」

　ファーストサーバの主力であり、複数の顧客企業でサーバーを共有するサービス「ビズ２」の料金体系は、
月額1890円からと低価格が売り。データ容量が180ギガバイト（ＧＢ）と大きいプランでも月額5250円。
そのツケが、業者側でのデータ完全消失だった。
バックアップの構造は、共有サーバーより高価な、専用サーバーサービスでも同じだ。

0928login:Penguin

2012/06/26(火) 22:22:08.15ID:1r+YEn/w

やっぱり最終的な要因はコストカットなのかな

0929login:Penguin

2012/06/26(火) 22:23:46.26ID:bhs3lwjJ

■顧客が悪いのか、それとも……

　「さらに人為的なデータ損失があった場合にそなえ、
日に１回、外部サーバーにデータを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です」――。

　今回はファーストサーバによる「人為的な誤消去」。
しかし実際は、バックアップは「外部サーバー」ではなく、
「同一のサーバー内の別ディスク」にあり、
完全なデータ消失に至ってしまった。

この点についてファーストサーバの村竹室長は
「数年前までは記述の通りだったが、現在は説明の通り異なる。
記述ミスで、修正をせずにいた可能性がある」と語った。

ファーストサーバによる「ビズ２」のパンフレット。
「日に１回、外部にデータを保存」との記述は事実でなかった

0930login:Penguin

2012/06/26(火) 22:26:32.28ID:V3N+QPAG

>「同一のサーバー内の別ディスク」にあり、
この言い訳、怪しくね

0931login:Penguin

2012/06/26(火) 22:29:12.53ID:uBrIb4o6

仮想化のなかで分けますた
という戯言だろう。
常識的なバックアップは存在しないはず。

0932login:Penguin

2012/06/26(火) 22:30:52.75ID:NlBz2PAo

まさか、ただのRAIDだったりは

0933login:Penguin

2012/06/26(火) 22:31:25.90ID:hv08QCiq

別にバックアップを外部サーバに取ろうが同じサーバ内の別のHDDに取ろうが
ちゃんとしたバックアップ手法を取ってればそんなに問題じゃないと思うんだけどな
もちろん人為的なミスを防いだり火災とかの災害に備えて前者の方が良いんだろうけど。

0934login:Penguin

2012/06/26(火) 22:33:16.08ID:hv08QCiq

俺も確かに記事を読んでて
「もしかしてRAIDをバックアップって主張してる？…まさかそんな訳ないよなアハハ」
って思ったけどな。

0935login:Penguin

2012/06/26(火) 22:37:44.03ID:bhs3lwjJ

外部サーバーに日次でバックアップ取ってますってパンフに書いて営業活動をしてて
実際はそんなバックアップ処理をしてなかったんだから
これって完全に詐欺だよね・・・

ていうか、実際はバックアップなんて取ってなかったんだろ？
警察が捜索に入る前に正直にゲロしちゃえよ、なぁ、ヤフーさんよ

0936login:Penguin

2012/06/26(火) 22:52:04.97ID:nS6JLfLn

ユーザー側でDBはバックアップ出来なかったらしいしな
よしんば出来てもインターネット介してDBの中身をバックアップって
容量的にも帯域的にもセキュリティ的にもどうなんよ？ｗ
んなもん、データーセンター側でやってくれよ
Yahoo!のシャチョさんハゲが留意してたのに役員も辞めたのはコレの客集めに嫌気がさしてたからなのかね？ｗ

0937login:Penguin

2012/06/26(火) 23:13:39.93ID:pnMrBHmE

スレ違いだろ。ファイルシステム関係ないし。

0938login:Penguin

2012/06/26(火) 23:16:44.38ID:jrGK29q5

RHEL7の話しようぜ

0939login:Penguin

2012/06/26(火) 23:25:49.21ID:CoxLU8ut

ファイルシステム関係ないな
やっぱバックアップは大事で物理的に別なものにとっておかなきゃね
安かろう悪かろう
って教訓になったんじゃない？
バックアップが一瞬で終わるFSﾏﾀﾞｰ

0940login:Penguin

2012/06/26(火) 23:55:46.04ID:BtSWE40K

サルページする覚悟もないの？

0941login:Penguin

2012/06/27(水) 01:28:20.61ID:VzQGW28x

>>934
サーバ内でRAID1組んで、それを「待機系」と呼んでるっぽいな
mdraidかな？
ZFSでRAID組んでいたら、このスレも大いに盛り上がったのにね

0942login:Penguin

2012/06/27(水) 06:57:05.05ID:0C77uiAW

>>941
rsyncじゃないかなぁ？

0943login:Penguin

2012/06/27(水) 09:06:46.12ID:RsySlGsK

専門のスレ未だあるでしょ。そっちでやりなよ。

0944login:Penguin

2012/06/27(水) 10:32:50.95ID:A7aUrA0x

>>943
どこ?

0945login:Penguin

2012/06/27(水) 11:10:27.76ID:FdufcWbx

>>944
　多分，

http://kohada.2ch.net/test/read.cgi/pcnews/1340290683/l50
【データ消失】レンタルサーバーの「ファーストサーバ」で大規模障害……メールデータなどが消失
や，
http://uni.2ch.net/test/read.cgi/newsplus/1340720946/l50
【IT】ヤフー子会社のファーストサーバ「データは復旧不可能」「賠償は顧客が支払った総額を限度」★７

のことではないかな．

0946login:Penguin

2012/06/27(水) 16:06:35.26ID:SqRgjTL2

さくら、結論出したみたいだね
http://cloud-news.sakura.ad.jp/wp-content/uploads/2012/06/storagehoukoku20120625a.pdf

0947login:Penguin

2012/06/27(水) 20:10:50.09ID:iZVmDv4W

skrfs作んの？

0948login:Penguin

2012/06/27(水) 23:00:39.74ID:rVuLYpUW

Apollo DOMAINみたいな分散ファイルシステム作って欲しい

0949login:Penguin

2012/06/27(水) 23:04:23.48ID:5wQ1fzWo

「自社開発となるストレージ装置への転換」
「クローン、スナップショット機能はコピー機能で置き換えた」だってさ

結局オラクルさんのZFSアプライアンスはあきらめて、
他のモダンなFSやストレージ製品の人柱にもならず
旧来の安心できるところに回帰するってことだね

詐欺まがいのヤフー子会社の対応に比べたら100倍好感持てる

0950login:Penguin

2012/06/27(水) 23:29:20.99ID:QqrwoyrL

>>935
早々にサジ投げて挙げ句にフォーマットして顧客に再提供してるあたり、証拠隠滅だろうな。

0951デムパゆんゆんネトウヨ特攻兵＠６月　鉄砲百合【関電 62.5 %】

2012/06/27(水) 23:57:26.25ID:7cmMHn2V

さくらは玉砕するのが好きなんだな
さくらの信者も笑いながら特攻してる感じがする
社名も神風に変えたらいいのに

0952login:Penguin

2012/06/27(水) 23:58:05.24ID:vaatBNma

>>949
そういった用途で実績を積んでるようには見えなかったから
ZFS-SA投入と聞いて悪い予感はしてた

USのエンジニアリングチームとガチで解決を図る体制があるならともかく
日本法人のエンジニアに期待するのは間違ってると思うよ

0953login:Penguin

2012/06/28(木) 00:46:49.36ID:0g7Grzgg

Sun ZFS Storage applianceのzpoolのバージョンっていくつだったんだろうか。
さくらの報告書ではスナップショット作成/削除でパフォーマンス出なかったとあるけど
http://ja.wikipedia.org/wiki/ZFS　ここにあるように、比較的最近のzpoolなら
スナップショット作成/削除のパフォーマンス改善はされてるんだよね。
アプライアンス製品なだけあって枯れまくったバージョンのzpoolなのかね。

Nexentaと組んでたら上手いこといってたんだろうか。

0954login:Penguin

2012/06/28(木) 00:51:51.88ID:6icpJbzH

ZFSのバージョンというよりOracleをあてにしたのが間違いだったというのが主だろう。

0955login:Penguin

2012/06/28(木) 07:16:01.96ID:mNPxg/iV

古いバージョンで動かすのは問題なく稼働するとわかってる場合だろ
さして実績もないのに問題が発生してる旧バージョンにこだわるのはバカ

今回の問題に対策を打てたら貴重なテストケースになったんだろうが
それをやれなかった日本オラクルはその程度なんだろう

0956login:Penguin

2012/06/28(木) 08:33:10.43ID:BhSrU+/7

ORACLEの事例紹介パンフを見ると「さくらインターネットZFS採用！！」って記事が
あって、笑ってしまふ。

0957login:Penguin

2012/06/28(木) 08:36:34.13ID:7h0nnzg9

ZFSだめだめなの？
linuxじゃなければ実績あったと思うけど

0958login:Penguin

2012/06/28(木) 08:37:25.05ID:atTyWxIO

ストレージ業界って無理してでもブランド名を NetApp や EMC に並べるって
のが営業上の命題なので、この状況でオラクルが自腹切って別ストレージを
用意してでも収集しなかったってのは ZFS 的には厳しい状況。

オラクルはマジで ZFS を捨ててしまうかもしれん。
ただ、NetApp や EMC 対抗商品がこれらに対して安く売って、結果トラブル対応
で足が出て製品撤退ってのはお決まりのパターンってのもまた事実だが。

0959login:Penguin

2012/06/28(木) 10:13:51.36ID:fgrMmO/b

ZFSにとっては悪いニュースだったな…。
しかしZFSってそういうの昔からチョコチョコ見かけたよな。
理想はスゴイが現実はまだそこまで至っていないのかどうかといいつつやっぱり。

0960sage

2012/06/28(木) 11:25:31.35ID:0bVJh/Of

>> 957

自宅のファイルサーバと会社のデスクトップ機で、ZFS Native
Linux版がバリバリ動いている。

デスクトップ機で動かしている仮想マシンのファイルが、
Dynamic Alloc形式（最初少なく使うと増えるやつ）で運用すると
ファイルの拡張に失敗するとか、Hot-Spareが使えないとか問題が
あったが、RC9で仮想マシンファイルの方は治った様子。Hot-Spareは
その後試験してないのでわからないが、バグ表には載っていた。

次世代のファイルシステムだ！！らんらんらん！！と毎日
楽しませてもらってますよ。

0961login:Penguin

2012/06/28(木) 13:15:03.25ID:SD1yXQyF

>>952
日本法人は営業しかいないだろ……サンを吸収したわけだから……

しかしZFSに良くないニュースだとしてもbtrfsに良いニュースでもない。
くそっ、なんでOracleに身売りしたんだよ……金はなくともGoogleに投げておけば色々捗ったのに……
業界が停滞する以外の効果が出てないだろ……

0962login:Penguin

2012/06/28(木) 13:37:10.12ID:fgrMmO/b

しかしgoogleほどストレージに向き合ってる会社が、
しかもあのハッカー気質の会社が、なんで自前のfs作らんかね～。

といいつつぐぐったら一発目で出たｗ　俺の無知ｗ
Google File System (GFS or GoogleFS)ってのがあるんやね。

0963login:Penguin

2012/06/28(木) 14:12:37.93ID:C7VxAJsL

Googleはext4からjournalingを取り除いた

0964login:Penguin

2012/06/28(木) 14:22:42.91ID:SD1yXQyF

Googleの場合、冗長性はその上のレイヤーで確保してるから要らないんじゃない？

0965login:Penguin

2012/06/28(木) 14:55:35.21ID:mNPxg/iV

>>961
ポストセールスのエンジニアェ・・・

プリセールスがテキトーこきまくったのかもしらんが
本社まきこんだエスカレーションできなかったのはダメだな

0966login:Penguin

2012/06/28(木) 22:04:42.36ID:SCMsFekz

RAID 5:HDD1台の故障に耐えられ、容量-1台
RAID 6:HDD2台の故障に耐えられ、容量-2台
RAID 6+6だとHDDを何十台と搭載しても安全だと思うが容量が減りすぎる。

助長符号を用いてHDD n 台の故障に耐えられ、容量 -n 台なファイルシステムが有れば良いのにな。

0967login:Penguin

2012/06/28(木) 23:37:33.26ID:g/JFFfZe

>>966
たとえばRAID6を2ボリューム作って、それをストライピングする手はある。
あとはZFSのRAID-Z3とか。

0968login:Penguin

2012/06/28(木) 23:38:38.68ID:g/JFFfZe

>>962
クラスターFSは特殊なんで使用例が少ないんだよなぁ。そりゃ、FCやiSCSI使って
SAN構成する人なんて滅多におらんものなぁ

0969login:Penguin

2012/06/29(金) 00:42:46.21ID:+ObOf6HD

今はisilonみたいなバカチョンアプライアンスあるしね。昔はクラスター自分で構成したけどLinuxじゃないから板違いだし。

0970login:Penguin

2012/06/29(金) 01:43:01.45ID:VNzrFdt+

自宅でRHCS(GNBD+GFS2+DRBD)でクラスター一時期組んでたがめっちゃ
ややこしいのとログが少なくて問題起きた時に解決が難しかったな

0971login:Penguin

2012/06/29(金) 02:32:40.32ID:NCBytQwh

>>966
そういうのはRAID50とか60で実現すればいーんでねーの？
あんまり大量のドライブでRAID5/6のアレイ作るのは性能面でも良くなかった気がするし。
それにどこで読んだかは忘れたが、可用性という面でもRAID5(Z)とRAID6(Z2)の差はそこそこあるけど
RAID-Z2とZ3じゃもうほとんど差がないレベルらしいし、パリティ増やす意味はそんなに無さそう。

0972login:Penguin

2012/06/29(金) 10:58:15.51ID:+ObOf6HD

ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
ただしそれは要求される信頼性による話。

Zはzfs前提なんで使えるOSが限られる。

RAID5, RAID6を大量のハードディスクで構成した時に、性能が落ちる要因はない。
応じてリクエスト数が増えると、ヘッドがボトルネックになることはあるが。

0973次スレテンプレ(案)-01

2012/06/29(金) 12:03:48.80ID:sCzHkpzW

0974次スレテンプレ(案)-02

2012/06/29(金) 12:05:21.44ID:sCzHkpzW

●関連リンク
ext4　　　　　　　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4　 ttp://www.namesys.com/ (リンク切れ)
xfs　　　　　　　　ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　　　　 tp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　　　 ttp://www.nilfs.org/ja/
zfs　　　　　　　　ttp://zfsonlinux.org/
　　　　　　　　　 ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome

0975次スレテンプレ(案)-03

2012/06/29(金) 12:06:38.36ID:sCzHkpzW

●関連リンク2
en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
ttp://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs

● リンク切れ
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html

0976次スレテンプレ(案)-04

2012/06/29(金) 13:13:59.73ID:gxtFh4ma

SSD関連でこのあたりもテンプレにあるといいかな

● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html

0977login:Penguin

2012/06/29(金) 18:48:56.07ID:FsKq50YP

>>972
> ハードディスクの故障率が低くなってるから、必要とされる冗長度も低くなって当然。
故障率は高くなってると思ってたんだけど低くなってる?

0978login:Penguin

2012/06/29(金) 18:49:55.99ID:rt56HT7+

>>977
コンシューマ向けのSATAHDDのMTBFは年々低下している。

0979login:Penguin

2012/06/29(金) 19:03:27.67ID:XdVzVNFO

MTBFって、率じゃなく時間だぞ。
「低下」なんて言葉、普通使わない。

0980login:Penguin

2012/06/29(金) 19:05:28.85ID:rt56HT7+

>>979
うん、数値が低下していっていると言いたかったんだよ。
つまり信頼性は低下している。

0981login:Penguin

2012/06/29(金) 19:15:41.21ID:XdVzVNFO

まともな日本人は、「短い」という言葉を知っている。
屁理屈でごまかしたりしない。

0982login:Penguin

2012/06/29(金) 19:19:06.06ID:rt56HT7+

>>981
ゴマかしているつもりはないんだが……

0983login:Penguin

2012/06/29(金) 20:17:42.90ID:UGZn6dXu

MTBFなら「短い」っていう方が普通なんだろうが、
パワポとかエクセルの資料で説明する時なんかは、
低下とか↓とかの矢印で説明することもあるけど。

0984login:Penguin

2012/06/29(金) 20:54:14.94ID:RTC2IiB7

お客様が使ってる天下のH社のサーバを10台ちょっとデータセンタで
お預かりしている。RAID1とかRAID5の構成で約５０本ぐらいのディスクが
あるけれど、２ヶ月１本のペースで壊れていく。

その都度、H社の中国人の受付オペレータに電話して、意味不明な
会話の中からやっと要件を伝えて、データセンタへ駆けつけ、同じく
部品を持ったH社（または協力会社）の技術者が行う交換作業に
立ち会い、いつもと同じ作業報告を聞いて、乾いた笑顔をかわしつつ、
別れをの挨拶をして社に戻る。

悲しいけどこれ定期業務なのね。

0985login:Penguin

2012/06/30(土) 00:17:00.32ID:jgTP5qta

50本が常時稼動なら2ヶ月に1つくらい普通に壊れるだろうね。
そう考えるとRAID組んでるだけで「バックアップです」ってのは怖いね。
両方同時にいかれるのなんて、ほぼ無いと思うけど。

0986login:Penguin

2012/06/30(土) 01:40:33.15ID:nccRAAip

SATA HDDはエラーが出始めるとあっという間に死ぬカンジ

0987login:Penguin

2012/06/30(土) 01:56:08.55ID:OR73kUKC

ロット不良でまとめて同時期に死ぬこともよくあるし

0988login:Penguin

2012/06/30(土) 02:13:32.60ID:oYJ3g7ps

その昔、*P社のHDDには痛い目にあったよ
バッテリーバックアップ式ライトキャッシュとかなんとかいう
まあそのつまりは電池式のキャッシュをもったHDDがサーバにささっていたのだが
こいつが数年で電池切れになりやがって、いきなりサーバのディスク速度が落ちる

ソニータイマーよろしく同じ時期にばたばたと倒れていきやがったよ
当然電池の交換を申し込むんだけど、*P社にはもう在庫が無いと言われ
は？じゃあどないせいっちゅうんじゃー！！て上司激怒www　もちろんお客も激怒…

あと、*P社の中華コールセンターと話がなかなか噛み合わないのもその通りだったな
今も変わってないのか。ハードの保守では儲けでないし、変える気ないんだろうな

0989login:Penguin

2012/06/30(土) 08:42:27.86ID:q3w7kzQB

次スレ　たてました。移動、よろしくお願いします。

ファイルシステム総合スレその15

http://engawa.2ch.net/test/read.cgi/linux/1341012960/l50

0990login:Penguin

2012/06/30(土) 10:03:37.82ID:yVLk+XIb

>>989
スレ立て乙＆埋め
ところで SATA でも５０本で２ヶ月１本は高頻度かな。
サーバ前通路を網に変えてもらって温度下げること考えたほうがいいかも。

0991login:Penguin

2012/06/30(土) 13:55:12.75ID:q3w7kzQB

埋め

0992login:Penguin

2012/06/30(土) 14:02:44.67ID:kaQgIOQO

うめ

レス数が950を超えています。1000を超えると書き込みができなくなります。

ファイルシステム総合スレ その14

ファイルシステム総合スレその14