Fedora 16 では Btrfs がデフォルトファイルシステムに ? 47
ストーリー by reo
特定ベンダーの管理下にあるソフトは〜 (ｷﾘｯ) 部門より
特定ベンダーの管理下にあるソフトは〜 (ｷﾘｯ) 部門より
ある Anonymous Coward 曰く、
Fedora 16 ではデフォルトのファイルシステムに Btrfs を採用する、という話が挙がっているようだ (Fedora Project Wiki のページ、本家 /. 記事より) 。
この提案はすでに承認されており、従来の ext4 から Btrfs への移行が行われるとのこと。なお、Btrfs はまだ開発段階ではあるものの安定しており高速とのことだ (kernel.org の Btrfs のページ) 。
UEFIとかgrubとかGPT (スコア:2, 興味深い)
まあ新しい技術の挑戦者としては (スコア:1, フレームのもと)
Fedora のとりえは其処だけですので。
Fedora 14 では、NFS なんかを使うと、結構固まってしまったのですが、
Fedora 15 に上げてからは、今のところ問題ないようなので、思惑はうまくいくかもしれません。
カーネルに、3.0 系を採用したら賞賛ものですね。
でも、Btrfs からブートするのは、少し怖いかも。
「Btrfsは安定していて高速だ」は、「原子力発電所は絶対に安全だ」に近いです。
Re:まあ新しい技術の挑戦者としては (スコア:3, おもしろおかしい)
そんなに安全なの・・・すごいな。
旅に出ます．(バグを)探さないで下さい．
Re:まあ新しい技術の挑戦者としては (スコア:1)
えっと、詳細を知りたいのでRed Hat bugzillaかkernel.orgの番号教えてください。私の場合、NFSが原因で固まったことはないですね。
kojiのkernelパッケージ [fedoraproject.org]ビルド状況を見ると、3.0採用のようですよ。Fedora 15では2.6.38.xを採用しているようですが、その後から3.0の間で何か劇的に変わりましたっけ。
Btrfsの安全性について解説していただきありがとうございました。
Re:まあ新しい技術の挑戦者としては (スコア:1)
詳細を知ったところで何になるのですか？ハードウェアやユーザーのアクション等も含めて
完璧に同じ環境を再現しないかぎり、同様の障害が起こらないかもしれませんよ。
自由の行使には責任を伴わなければならない
Re: (スコア:0)
バグID教えてとか、F16で3.0採用とか、普通の受け答えをしているように見えるんだけど。
これで荒らしっすか。
俺には興味深かった。
Re:まあ新しい技術の挑戦者としては (スコア:1)
twitterで「詳しく知りたいのでソース教えて」って聞いたら激怒されたことがあるので、そういう感覚の人は世の中に存在するんだと思います。
Re: (スコア:0)
「元のID見ろよ、いつものアイツだぞ
お前それわかってて皮肉言ってるだろ、困った奴だなー」
という事で荒らしモデなのでは
(元のコメに付けた方がいいと思うけど
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
マイナス2はプラス
Re: (スコア:0)
人命や災害に係るシステムには、信頼性の低いwindowsやLinuxを使ってはいけないよ。
それを知らないのだったら単なる無知、知っていての発言だったらなんの捻りもないつまらないレスだね。
Re:まあ新しい技術の挑戦者としては (スコア:1)
＞それを知らないのだったら単なる無知、知っていての発言だったらなんの捻りもないつまらないレスだね。
このセリフは、あなたにそのままお返ししますね
Re: (スコア:0)
Windows updateの日に攻撃を仕掛けると無抵抗で撃破できるわけですね
Re:まあ新しい技術の挑戦者としては (スコア:1)
更新管理系ソリューションでは最低の機能しかない WSUS ですら任意のタイミングまで更新適用をずらすことができるんですが、グローバルな Windows Update サイトから更新を受け取っているとか色々ありえなさすぎじゃないでしょうか。
Re: (スコア:0)
Re: (スコア:0)
> 人命や災害に係るシステム
兵器ってこれに該当しないでしょ。
Re:まあ新しい技術の挑戦者としては (スコア:1)
訓練にだけ使用する模擬兵器ならともかく、実戦ならミサイルなり大砲を撃つ、軍用機や軍艦の最適回避行動を表示したり自動迎撃するのって十分人命に関わるシステムだと思うんですけど。まあ、前者は命を絶つ方向ですけど、人命に関わりますね。反撃されれば先制攻撃したほうが危ない。
vyama 「バグ取れワンワン」
Re: (スコア:0)
Re: (スコア:0)
WinNTだったかのライセンスに「ミッションクリティカルなシステムには使うな」って
書かれていたらしいけど、今も書かれてるの？
Re: (スコア:0)
なるほど、1000年に一度のイベントに対して、死者0人くらい安全なのか。すばらしい。
Re:まあ新しい技術の挑戦者としては (スコア:1)
直接的に死んだ人はいなくても、それが原因で商売できなくなって自殺した人はきっと……
1を聞いて0を知れ!
Re: (スコア:0)
Re: (スコア:0)
#チェルノブイリの公式・非公式死亡者数は知りませんが。
実際のところ、
電車が遅れて大切な商談に間に合わずに首くくった人が居ても
電車事故や自殺テロによる死亡者数には数えられませんし、
パチンコに熱中して自動車内で幼児が死亡してもパチンコによる死者には入りませんし
Google Map で窃盗場所を選定するような事件があっても Google が賠償を支払った
という話は聞こえません。
福島第一の事故がおきなくても、日本人の約50%は生涯にガンに罹患するわけです。
福島第一の事故が起きたから、私はガンになったという事は、ミクロの話では、
現場で働いているのでも無ければ、誰もいえないのです。残念ながら。
# マクロな話なら、傾向から予測される差分を出すことは出来るかもしれません。
# 白血病になる人はそれほど多くないので、こちらは、もしかすると
# 有意に差が出るかもしれません。（一応毎年上昇傾向ですが。）
Re: (スコア:0)
Re: (スコア:0)
ただし直接の因果関係ははっきりしないんですね。
Re: (スコア:0)
http://www.amazon.co.jp/%E6%AE%BA%E4%BA%BA%E3%83%90%E3%82%B0%E3%82%92%... [amazon.co.jp]
Re: (スコア:0)
その他のリスクは全く見えない人？
Re: (スコア:0)
書いてあることしか読めないガイジンさんですか？
Re: (スコア:0)
オフトピだけど・・
1000年に一度のイベント -> 実際には贔屓目に見ても100年レベルの地震で既にアウトだった。津波は止めを差しただけ。
死者0人 -> 地震当時作業中だった東電社員３人に加え、復旧作業で数名の死人が出ています
だから何だってわけではないけどね。
Re: (スコア:0)
> 1000年に一度のイベント -> 実際には贔屓目に見ても100年レベルの地震で既にアウトだった。
ん？ なんとか本体は堪えましたけど。＜1000年に一度のイベント（言葉悪いな。。）
> 津波は止めを差しただけ。
これが全てな気がするけど。津波による被害が軽微ならここまで
放射線被害は無かったと思うよ。素直に。
つーか、ハードウェアがアップデートできる環境（冷却系）があったなら、
なんでしなかったんだろう。。＜ まー金が惜しかったんだろうけどね。。
Re: (スコア:0)
Re:まあ新しい技術の挑戦者としては (スコア:1)
津波がなくても外系電源復旧があそこまで遅れたとか、一度稼働したものの停止した補助電源系も実はまったく稼働していなかったとか、その辺りって証拠出てましたっけ?
Re: (スコア:0)
1000年に一回のイベントって地震のことか？
隠蔽されていたみたいだけど去年地震もないのに電源喪失していたなんて話も出てるみたいだけど。
耐用年数を超えているのに十分な改修工事もしないで使い続けていたんだからむしろ当たり前の話だと思うけど。
地震がなくてもいつ事故が起こっても不思議じゃなかった実態が次第に明らかになっているようだけど。
怖いのは原発ではなく、実態を隠蔽する政府や東電の体質。
さらにそれに加担する学者、専門家及びマスコミ。
Re: (スコア:0)
政府や東電をあそこまで追い込んだのは、国民だと思うんだ。
正確にはプロ市民。
プロ市民のヒステリックな活動のせいで、適切な範囲の情報すら市民に提供されなくなった。プロ市民の存在こそが、情報公開における一番の阻害要因だろう。
Re: (スコア:0)
まだ生き残ってたんだこの手の馬鹿
似たようなのを作っては壊し作っては壊し (スコア:1, おもしろおかしい)
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
jfsの運用のこと？
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
それ言うならfsckからじゃないっすか
Re: (スコア:0)
Note that Btrfs does not yet have a fsck tool that can fix errors
RHELにマージされるのはいつなのかなぁ (スコア:1, 興味深い)
RHEL6のデフォルトが変わるとも思えないのでRHEL7からなのかな？
ファイルシステムも変わるとなるとUpdate1～4ぐらいまで待ちかも。
デフォルトじゃなければまず使われないだろうから、検証の時間は結構ありそうですね。
ファイルシステムやディスクの特性って応答時間に敏感なサービスへ影響大きい上に調査がメンドイ。サービス想定した構成でいろいろ試さないとわからないことって結構あるから、時間が取れるのは助かります。
とはいえ、今からbtrfsの検証なんて予算が取れないだろうなぁ・・・未だにext4の検証すらまともにできてないのに・・。
なんだかんだ言ってぎりぎりまで検証できなさそうな気配がする・・・orz
e4defrag (スコア:0)
さすがFedoraプロジェクトだ、なんともないぜ。
ええ、-testつけて実行しましたよ。 今のところ無事。
#その後のわたくしの活躍は某掲示板linux板ファイルシステム総合スレにて。
Androidや組み込み系 (スコア:0)
これがきっかけでAndroidや組み込み系に広がるといいですね。
STBに採用されれば信頼性が向上しバックアップも容易になり、一気に大容量化が進むんじゃないかな。
SSDモードもあるので携帯電話やタブレットの大容量化と高速化が同時に進む。
いま主流のext4はフラッシュ向きとは言えないから大きいと思う。