1 :
login:Penguin :
2006/07/08(土) 17:51:35 ID:nUM8ap/p
3 :
login:Penguin :2006/07/08(土) 18:14:51 ID:qVrTj33A
Directory Quotaをext3/4に実装したいけど、どこから始めればいいんだろう・・・
前スレは、結局LinuxのFSは良くないというような 感じで終わってしまったが、今回も同じようなノリなのか?
fusecompressつかってみたけどバイナリが壊れた
良くなるまではそうなるんじゃね? 正直、結構勉強になった。
前ぶれもなくスレが埋まっていてびっくりしたよ。 前スレ最終の流れだと、NTFS の圧縮機能について誤解が多いね。 fs自体がネイティブに持っている機能だから安定性と透過性は抜群で、 仮想ドライブとして実装しているドライブスペースとは比べ物にならないよ。 圧縮機能は NTFS の標準仕様で、「NTFS対応」ディスクユーティリティは 圧縮機能にもほとんどが対応している模様。 ちなみに速度との兼ね合いか圧縮率はあまり良くない。 圧縮後サイズは圧縮前サイズの70〜80%程か。 圧縮済のものに限らず縮まないファイルも多い。
パフォーマンスが悪いんじゃなくて
>>7 の頭が悪い。
前スレの人は 「Win9x時代の」「FAT16上にしか作成できない」「最大512Mの」 「ドライブ全体を圧縮するしかない」「drvspace.binを使った」 圧縮ドライブを、 「NTFSの」「ディレクトリ単位で圧縮や暗号化が指定できる」 圧縮機能と言い張っているようです。
12 :
login:Penguin :2006/07/09(日) 01:17:39 ID:1XbQ2XuD
全部が全部 ドライブスペースの話だ と思い込んでるバカがいるようです BF2がWindows95で動くかってのw 圧縮したまま扱えないので 圧縮し展開しまた圧縮しなおす ドライブ圧縮機能はこのプロセスが必ずあるからパフォーマンスも悪いし テンポラリを多く食うのでさほどの節約にもならない。 挙句はこのプロセスがあるために失敗することも多々 無知を晒すバカ
13 :
login:Penguin :2006/07/09(日) 01:22:22 ID:qkdtd017
>圧縮したまま扱えないので 知ったか晒す馬鹿
14 :
login:Penguin :2006/07/09(日) 01:28:42 ID:1XbQ2XuD
>圧縮したまま扱える 知ったかと無知を晒す馬鹿
15 :
login:Penguin :2006/07/09(日) 01:31:13 ID:1XbQ2XuD
実行ファイルを圧縮したものは当然コードが異なるので 展開してからでなければ実行できない。 これはなんでも同じ。 ネイティブとかいってるバカはこういう基本的なことさえ知らない無知なバカ。
厳密に言うと圧縮ファイル使用時に 「元のファイルに戻す」というような事はしておらず メモリ上に必要な部分だけ展開している。 どちらもそんな間違いではないような。
NTFSの圧縮で不具合が出るソフトとやらを多数挙げて欲しいのですが。 たくさんあるんでしょ?
圧縮のやり方がまずいのか、フラグメントがすごいことになる。
20 :
login:Penguin :2006/07/09(日) 02:39:45 ID:1XbQ2XuD
前のスレで挙げてるのに日本語さえ読めないバカ
21 :
login:Penguin :2006/07/09(日) 02:44:34 ID:1XbQ2XuD
メモリ上に展開できるような小さいもの「ばかり」なら問題ないが そういうものばかりではないし メモリはメモリでも仮想メモリ上なので 結局HDD上に展開される それはフラグメントもするわ
デスクトップ関係のスレに出てくるバカっぽいのが湧いてきたな。
23 :
login:Penguin :2006/07/09(日) 02:52:50 ID:1XbQ2XuD
バカが論破されてまぁたグズグズグズグズ泣き出した
あれ、「NTFSの圧縮」「多数」と書いたんだけど やっぱりバカには読めなかったみたいだね。
とりあえず、さっさと「具体的なソフト名」を20個くらい挙げてほしいな。 OSのクリーンアップ時の不具合はわかったからさ。
仮想メモリ上に展開するって、使われるのはページングファイルだろ ページングファイルが足りなくて拡張される場合はフラグメントが起きる可能性はあるけど あらかじめ確保されてるものを使うなら、それ以上フラグメントは起きねーぞ 少なくともページングファイルが確保されてないドライブなら関係ねーだろ
27 :
login:Penguin :2006/07/09(日) 03:14:00 ID:1XbQ2XuD
全部が全部 ドライブスペースの話だ と思い込んでるバカがいるようです BF2がWindows95で動くかってのw 圧縮したまま扱えないので 圧縮し展開しまた圧縮しなおす ドライブ圧縮機能はこのプロセスが必ずあるからパフォーマンスも悪いし テンポラリを多く食うのでさほどの節約にもならない。 挙句はこのプロセスがあるために失敗することも多々 無知を晒すバカ
28 :
login:Penguin :2006/07/09(日) 03:15:57 ID:1XbQ2XuD
とりあえず、さっさと「具体的なソフト名」を挙げてあることくらい理解してほしいな。 できないなら半島に帰れ。 圧縮したものをそのまま扱えないので 「更新作業」が発生する これは同様の機能を持つWnRARでさえ 一度展開してから再度圧縮しているに過ぎない。 だから時間がかかる。 圧縮ファイルは一部を抜き出せるものではない。 整合性が保てない。
29 :
login:Penguin :2006/07/09(日) 03:17:47 ID:1XbQ2XuD
圧縮機能を使うと不安定になることもあるしファイルが壊れることも多い。 素人は消えろ
ID:1XbQ2XuD
>>12 と思い込んでるバカがいるようです
>>14 知ったかと無知を晒す馬鹿
>>15 ネイティブとかいってるバカはこういう基本的なことさえ知らない無知なバカ。
>>20 前のスレで挙げてるのに日本語さえ読めないバカ
>>21 メモリ上に展開できるような小さいもの「ばかり」なら問題ないが
>>23 バカが論破されてまぁたグズグズグズグズ泣き出した
>>27 と思い込んでるバカがいるようです
ことごとく「ばか」がはいってるのがすごい。
31 :
login:Penguin :2006/07/09(日) 03:21:13 ID:1XbQ2XuD
バカはバカ以外の何者でもないからな
そろそろ板違いの話やめてくんない?
33 :
login:Penguin :2006/07/09(日) 03:36:13 ID:4OJIWL5y
NTFSの圧縮機能が透過的であっても不安定だと主張するなら、 NTFSの暗号化機能(EFS)も同じく不安定と言うことにならないか? 同じレイヤーで実現しているのだから。
週末ですから。
QFEのバックアップやシステムファイル保護で圧縮が使われてたりするけど、 それが原因のエラーって聞かないな。 まあ数十GBのHDDが普通な時代にわざわざ圧縮するのはどうか? とは思うけど。
いや、数100GBのHDDが普通だと思うよ
38 :
login:Penguin :2006/07/09(日) 04:22:23 ID:9CnZK4Qr
>>35 「証拠を挙げている」「多数」 「20個でなければならない証拠」
読めますか?
不具合がおきないなら起きない証拠を示せ。
挙証責任。
何かスレがすごい事にwwww 何でRARwww全部圧縮し直すのはファイル単位のオフセットを 管理しているかどうかじゃないかが理由だと思うが・・・ そんなの作ったことない俺でも想像つく 多分、発端はextに圧縮機能付かんかな、ってことだったよな? ext3と互換性を保ちつつも、ファイルシステムとしてディレクトリ、ファイル単位で 圧縮して保存できるような新しい格納形態を取れて、まぁ、おそらく ノーマルのext3の格納形態にも戻せる機能があればいいなぁってことなんだろうな 詳しく知らんので聞いてみるが Linuxのファイルシステムでディレクトリ単位、ファイル単位で 圧縮欠けられるファイルシステムってあるのかな? やっぱ、Unix文化だとそれは圧縮したければそこだけ別の圧縮ファイルシステム使って マウントしろよ、ということになるのか?
40 :
login:Penguin :2006/07/09(日) 04:30:46 ID:9CnZK4Qr
だいたい、途中だけ抜き出して圧縮するなんてことができるわけないのは 誰でもわかるわな。 そしてこれができなければ、メインメモリには展開できない。 収まるものだけじゃないのだから。
41 :
login:Penguin :2006/07/09(日) 04:56:09 ID:4OJIWL5y
俺 VMware の仮想ディスク 20GB のファイルを圧縮掛けてた(笑 シュリンク効かないようなファイルシステムを使ってるOSだと、 ゼロばっかりのでっかいファイルで埋めるて圧縮を促すことで シュリンクっぽい効果が得られる。パフォーマンスの点では不利だが。 ちなみに NTFS の圧縮はクラスタ単位での圧縮。 圧縮可否はファイル単位・フォルダ単位でしかできないけど。 圧縮可否はACLと同じ仕掛けでMFT上で管理しているからね。 クラスタ単位での圧縮って言うのは、 たとえばクラスタサイズが4096バイトだとして、 非圧縮だと512バイトセクタ8コに格納するけど、 圧縮を掛けて512バイトセクタ6コに格納できればラッキー。 なのでクラスタ番号→セクタ番号のマップが非リニアになるだけ。 なのでそのマップが非リニアになることで影響が出るアプリでない 限りパフォーマンス以外の点での影響はない。 たとえば NT のデフラグ用APIを介さないデフラグツール (今やそんなのはもう無いけど)では問題が出る。
42 :
login:Penguin :2006/07/09(日) 04:59:27 ID:9CnZK4Qr
ゲームでは影響大有り 「シェーダはVRAMとレジスタに収まりきるものではない」 という、小学校でも習う基本的なことがわかると 生まれて3日の赤ん坊でも理解できる。
>>38 前スレで
> 「Windowsのディスク圧縮機能を用いたハードディスクには対応しておりません」
>
>
>
> こんな注意書きをよく目にする始末。
「よく」目にすると書いたのはボクちゃんでしょ?
「よく」目にする証拠として、「たくさん」挙げて欲しいのよ。わかる?
それと、「悪魔の証明」という言葉も調べてみてね。
45 :
login:Penguin :2006/07/09(日) 05:04:15 ID:9CnZK4Qr
>>44 前スレで
>「よく」目にすると書いたのはボクちゃんでしょ?
「よく」目にするものを挙げたのに理解できないのはボクちゃんでしょ?
「よく」目にする証拠を挙げたから理解して欲しいのよ。わかる?
それと、「悪魔の証明」という言葉も調べてみてね。
悪魔の証明とは、「できないことを証明する」ものではないんだよね。
ただの言い逃れだし
なら「アリバイ」(そこにいなかったことの証明)はどなるのかなあ?w
日本語理解できないチョンはお家に帰っていいよ。
目障り。
46 :
login:Penguin :2006/07/09(日) 05:08:58 ID:4OJIWL5y
ところで、20GB のファイルを NTFS で圧縮属性つけたとして、 その途中を取り出すために内部的には全部伸張しているかというと そうじゃない。取り出したい部分を含むクラスタ番号から セクタの先頭を算出して伸張するだけ。 もちろん伸張のコストはかかるけど。 あと、たとえば4096バイトクラスタが圧縮によって6つの512バイトセクタ に格納されているとして、書き換えが発生して6セクタに収まらなくなると 別の場所に格納されるので連続性はボロボロになる(笑 これはしかたない。 伸張はメモリ上で行われるので、じゃぁメモリ使用量が増えるかというと そうでもなくて、もとからファイルシステムのバッファリングとキャッシュは クラスタ単位で行われているのでそのクラスタがブロックデバイス上で 圧縮されていたかどうかと言うことには関係がない。 結局、 1)クラスタ番号→セクタ番号のマップが非リニアになって困る ようなソフトウェアは使えなくなる。稀だが。 2)パフォーマンスは遅くなる。特にでかいファイルで書き換えが 発生するような場合には目に見えて遅くなる。そのときには 結果として断片化が進むので精神衛生上良くない。
47 :
login:Penguin :2006/07/09(日) 05:10:19 ID:9CnZK4Qr
ないことは証明できる。 だから、悪魔の証明なんてものは負け犬の言い逃れに過ぎない。 いい例が「アリバイ」 あれは、その場に「いなかった」ことの証明。 殺人者ではない証拠 殺人者である証拠がないことが、ない証拠 ないことは証明できる。
あ、「同じ物を何回も見ること」を「よく見かける」と言ったのね。 納得しました。 「NTFS圧縮の不具合を説明しようとして 意気揚揚とドライブスペースの不具合を説明しているページをリンクする」 これと同じようなセンスで笑いを取ろうとしていたんですね。 理解できませんでしたよ。
49 :
login:Penguin :2006/07/09(日) 05:12:56 ID:9CnZK4Qr
途中で抜き出して圧縮できないことは証明したし、 それをやろうとすればやはりファイルが壊れるだけで クラスタ単位であろうがなかろうが やはり無理が生じると言うわけ 整合性が保てず、小さいファイルなら問題なくても 大きなファイルで壊れると。 圧縮機能なんぞつけるだけ邪魔。
それと、「〇○に不具合は無い」は証明できません。
悪魔の証明ですから。
「〇○に不具合は起きない(
>>38 )」とどう違うのか、私には理解できませんが。
51 :
login:Penguin :2006/07/09(日) 05:14:48 ID:9CnZK4Qr
あ、「証拠として挙げられたものさえ」「わからない」と言ったのね。 納得しました。 「だれもNTFSとは言ってないのにNTFSのことだと捏造する」 「"ディスク圧縮"の不具合=ドライブスペースの不具合であるのに理解できない (しかも大昔と注釈までついている)」 これと同じようなセンスで笑いを取ろうとしていたんですね。 理解できませんでしたよ。
52 :
login:Penguin :2006/07/09(日) 05:16:15 ID:9CnZK4Qr
それと、「〇○に不具合は無い」は証明できます。
悪魔の証明なんていう公式用語はありませんから。
それにないことが証明できる例も挙げましたね。
またチョンには理解できませんかね?
「まあt自分から恥を晒すバカ(
>>44 )」とどう違うのか、私には理解できませんが。
53 :
login:Penguin :2006/07/09(日) 05:20:57 ID:qw3LrNox
NTFSの話がおおいなぁ。
54 :
login:Penguin :2006/07/09(日) 05:23:05 ID:9CnZK4Qr
334 名前: login:Penguin [sage] 投稿日: 2006/07/06(木) 00:52:35 ID:3tDkcxzt 暗闇に放り出された気分になった。 確かここ「Linux板」の「Vineスレ」だよね? こういうのは、「精神病」なんだよね。 神経症から発展したタイプ やたら気にしすぎる 強制する
55 :
login:Penguin :2006/07/09(日) 05:23:27 ID:4OJIWL5y
>>49 いや、上で書いたみたいに、大きなファイルなら壊れる、
というのは間違っている。「整合性」というのが何を指している
のかがわからないけど、それがファイルサイズに依存するという
のは間違っている。フラグメントの発生も含めて、問題になるのは
あくまでパフォーマンスの点です。
56 :
login:Penguin :2006/07/09(日) 05:24:21 ID:9CnZK4Qr
2chでスレ違いだの何だの、気にするほうがおかしいし そういう奴は知ったかのバカであることが証明されている。 精神病患者は病院から抜け出してくんな、というところだ。
57 :
login:Penguin :2006/07/09(日) 05:25:34 ID:4OJIWL5y
まぁ圧縮の話になると現時点でまともにファイルシステム レベルでの圧縮を実装しているのはNTFSくらいだからなぁ。 とはいえLinux板だからそっちに立ち返ると、やはり 前のスレッドで誰かが書いていたみたいに FUSE になるんだろう。 FUSE ではいろいろとおもしろいことができそうだね。
58 :
login:Penguin :2006/07/09(日) 05:25:59 ID:9CnZK4Qr
>>55 いや、上で書いたみたいに、大きなファイルでも壊れる。
小さなファイルでも壊れる。
「クラスタ単位だから大丈夫」というのが何を根拠に言っている
のかがわからないけど、なら圧縮してもしなくても壊れない。
理想論で知ったかする
のは間違っている。フラグメントの発生も含めて、問題になるのは
あくまで信頼性の点です。
60 :
login:Penguin :2006/07/09(日) 05:26:57 ID:9CnZK4Qr
>>59 おめえよ、日本語も理解できないの?
それ提出したの俺だっつうのにw
3分EXEをよ。
バカかw
61 :
login:Penguin :2006/07/09(日) 05:28:01 ID:9CnZK4Qr
逃げたのが、俺にたてついた素人。 俺に文句を言う奴は全部素人。 素人は消えろと何回言われても悔しがって言い訳するだけ。 目障りなんだよな。
62 :
login:Penguin :2006/07/09(日) 05:30:26 ID:4OJIWL5y
「壊れる」っていうのが分からないんだよな、 どういう症状なのか。ファイルシステムとして壊れる、 つまりたとえばMFTやセキュリティ記述子の整合性が とれなくなると言うことなのか、当該ファイルの内容 だけがおかしくなると言うことなのか。
63 :
login:Penguin :2006/07/09(日) 05:31:16 ID:9CnZK4Qr
クラスタ単位だろうがなんだろうが、壊れるものは壊れる。 クラスタ単位だからいいというのは理想論であって、 何らの瑕疵もない場合に限られるが実際は壊れる。 もちろん実装の点がまずいせいだし、 それを前提にしないアプリケーションが多数だからだな。 でなければ、WINDOWSインストール時に全部圧縮されている。 ところがデフォルトでは圧縮を有効にしていても どこも圧縮されていないし、せいぜいがパッチの名前が青になる程度。
64 :
login:Penguin :2006/07/09(日) 05:33:31 ID:9CnZK4Qr
「壊れる」は「壊れる」 車なら、エンジンが壊れようがシャフトが折れようが全部「壊れる」。 データならCRCエラーを引き起こす不整合であろうが オフセットずれであろうがデータ抜け/化けであろうが 何でも「壊れる」。
65 :
login:Penguin :2006/07/09(日) 05:37:24 ID:4OJIWL5y
>>64 それを切り分けていかないと、ファイルシステムの
デバッグなんてできないと思うんだけどなぁ。
NTFSの圧縮方式で問題になるのなら、その原因を
把握しておけば FUSE での実装に役立つんじゃないか?
66 :
login:Penguin :2006/07/09(日) 05:39:57 ID:9CnZK4Qr
刻一刻と変化するデータには、クラスタ単位だろうがセクタ単位であろうが 圧縮という愚行はそぐわないと言うこと。 パフォーマンスもあるが、必ずどこかおかしなことになるし 変化するものに圧縮をかけて、ある意味ロックしようとすること自体がバカな考え。 ゲームであれば、ただでさえ目いっぱいフィルする中で 展開用のデータをメモリには置けないから ますます遅くなるし刻一刻と変化するデータは HDDに置かれるのが一般的。(というかメインメモリに置けない) ゲームは、もともとあるデータを呼んで出力しているだけではない。 HDDに置き、読み、書き換えてまた置くという作業が絶えず行われる。 こんなもんに圧縮をかければ壊れるだけだし遅くて使い物にさえならない。
67 :
login:Penguin :2006/07/09(日) 05:40:30 ID:9CnZK4Qr
>>65 LinuxにNTFSはないよ。
実装違うし
>>62 具体的に壊れる点を示せない点でkitty確定なんだから構わないでくれないか?
漏れはIDでhideしちゃったけど。
あとsageてくれ。
69 :
login:Penguin :2006/07/09(日) 05:46:31 ID:9CnZK4Qr
なぜLinux使うバカというのは、 具体的に挙げてるのに読めない恥ずかしいバカがいるのだろうか 頭の悪いバカがLinux使いたがるのか知らないが、 こういう知ったかはLinuxに多い。
70 :
login:Penguin :2006/07/09(日) 05:49:54 ID:9CnZK4Qr
WinFSのメリットデメリット論争もそうなのだが、 なぜ「理想論」だけでカタッてるのかが理解できない WinFSではメリットとなる根拠も、そもそもそれが何なのかさえ明白でないのに メリットがあるメリットがあるなどと騒ぐバカ。 ソースコードさえ持ってない、あまつさえ世に出てもいないのに メリットなど理解できるはずがない。 ところがバカはメリットあるメリットあるなどとバカをぬかす。
71 :
login:Penguin :2006/07/09(日) 05:51:50 ID:4OJIWL5y
>>67 実装が違うって言うのはたとえば
HTTP-FUSE-CLOOP の実装が違うって言っているの?
FUSE での実装は NTFS での実装とは違うから問題ないということ?
具体的に比較すると NTFS ではブロックデバイスより上、
暗号化機能と同じレイヤーで圧縮しているけど、
HTTP-FUSE-CLOOP ではブロックデバイスレベルで圧縮している。
その方が良いと言うことかな?確かにリードオンリーなら
その方が良いかもしれない。というのは任意のファイルシステム
で使えるし、すでにループバックブロックデバイスという
枯れた機構がLinuxには備わっているから。ただ、圧縮の実装は
それだけじゃないし、そもそも FUSE だからこそいろいろな実装を
気軽に試すことができるわけで、なぜ原因の切り分けに
否定的なのかが分からないよ。
「本当の玄人は相手を素人扱いしない」 ゲームプログラマにはいるみたいだが。 話というか、機能には妥当な仮定が必要で 「刻一刻と変化するデータ」に圧縮はそぐわないのは、 記憶容量が極端に小さかったり という特殊な状況を除けば賛成は得られる。 が、いつの間にかファイルシステムの話がゲームでのデータの扱いに すり替わってないか? メモリがPCなどに比べて少ないゲーム機における ファイルシステムとかの話の展開を期待したいのだけど・・・ そいう方向にいかない? メモリ管理とかまで話が広がっちゃいそうだけど。
73 :
login:Penguin :2006/07/09(日) 06:01:03 ID:9CnZK4Qr
誰がネットワーク経由の取り扱いについて言ったのか。 そもそも 圧縮という愚行 さえも読めないのか。 ディスク圧縮は今のところクソ。 やるメリットは何もない。 データの変更が頻繁に行われるものや、サーバーにも向かない。
74 :
login:Penguin :2006/07/09(日) 06:16:41 ID:4OJIWL5y
>>73 クソとか、メリット何もないというのは言い過ぎだと思うよ。
もっと本質的な、つまりどの実装方法に問題があるとか、
切り分けて議論すべきだと思う。HTTP- の部分がこの議論に
適切でないというのなら FUSE-CLOOP でもいいし、cramfs でもいい。
それを読み書き可能なものにするにはブロックデバイスレベルがいいのか
ファイルシステムレベルがいいのかについて議論する上で、
後者の手法をとっているNTFSの方法で問題が起きているなら
その原因を切り分けることは有益だとおもわないか?
9CnZK4Qrは普及スレで 「Windowsコード書く宿題」を ブッチしたアホのようだ。
. . . そろそろ次の話題よろしく . . .
77 :
login:Penguin :2006/07/09(日) 10:44:59 ID:8tQ77/SI
78 :
login:Penguin :2006/07/09(日) 10:47:06 ID:FRK8S2cZ
俺はreiser4の圧縮ファイルシステム(-o create=ccreg40,compress=gzip1)も fuseの圧縮機能も使ってる。板違いではあるけどzfsの圧縮機能も 試してみている(まだ実用性がいまいち分からないっつーか、まだ完成してなさすぎ、圧縮ほどんどきいてねえよ!) けど、圧縮すると動かなくなるソフトなんて聞いたことがないね。 どこの精神病患者だ田吾作!
それ以上キチガイに触らないように
<チラシの裏> どうでもいいけど、ギガバイト単価50円切ってる昨今、 今さらファイルシステムの圧縮機能なんて流行らんとおもうが。 圧縮機能なんかより、暗号化機能の方がずっと重要になってきてるでしょ。 ...って書くと、話がループしそうだから止めとく。 </チラシの裏>
確信的犯行
82 :
login:Penguin :2006/07/09(日) 11:58:48 ID:yMnXgOVP
聞いたことがない見たことがないってのは頭が悪いからだろw 証拠まで挙げられている中で
>>82 証拠なんて挙げられてた?
どういう状況でどんな症状が出るの?
って聞いても車の話とか出してはぐらかしてたじゃん。
Jul 9 02:13:56 localhost kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC } 今朝からこんなエラーが出てるんですけど fsかディスクが壊れてますでしょうか? 一応再起動すると普通に立ち上がってます
>>84 ファイルシステムの問題じゃない事は確か。
87 :
login:Penguin :2006/07/09(日) 13:37:07 ID:4ue8EK4q
日本語読めないバカの証明
83 名前: login:Penguin [sage] 投稿日: 2006/07/09(日) 12:03:45 ID:4OJIWL5y
>>82 証拠なん
↓
998 名前: login:Penguin 投稿日: 2006/07/08(土) 17:44:01 ID:o56HQAGO
あとメジャーなもので問題なのはゲームのパッチ
実行ファイルの容量が100MBでも、
その中に含まれるパッチファイルの容量が2GB以上にも膨れ上がるもの
(HL2やBF2、Farcryなどのメジャー級かつシェーダ関連改善パッチ)では
止まったり、あまつさえ起動できなくなったりする論外な問題がある
>>87 を証拠として挙げるってことは、こいつが「圧縮ファイルシ
ステム」を完全に誤解していることが良く分かった。
89 :
login:Penguin :2006/07/09(日) 13:55:00 ID:4ue8EK4q
完璧に証明されて反証さえできずに泣き喚いてるだけの素人ってことがわかった
91 :
login:Penguin :2006/07/09(日) 14:17:38 ID:uPRFAao3
今度は現実逃避
o56HQAGO >989 >990 >992 >996 >997 >998
1XbQ2XuD >12 >14 >15
>>20 >21 >23 >27 >28 >29 >31
9CnZK4Qr >38 >40 >42 >45 >47 >49 >51 >52 >54 >56 >58
>60 >61 >63 >64 >66 >67 >69 >70 >73
yMnXgOVP >82
4ue8EK4q >87 >89
を同一人物と仮定しても違和感の無い流れになっているな。
本当は正しいことを知っていて荒すつもりで嘘ついているのは違いない。
言っておくと、荒しのスタイルがゲハ流で周りから浮いている。
ここで荒すなら自作PC板のmacオタと雑音を参考にしたほうがいい。
「バカ」を多用してるヤツは相手にすんなよ。煽り目的だってのわからないのか? ある程度の知的行動を取れる人は「バカ」なんて言葉滅多に使わないだろ まぁ、だからこそ知識系の板は煽りに弱いわけなんだが… 俺は頭がいいなんて変なプライド持ってるから簡単に「バカ」って言葉に釣られんだよ あからさまな態度のヤツを見つけたらすぐさまNG送りにする。もう少し煽りを見抜く癖をつけな〜
NGに送る暇があったらエロ画像を一枚でも多く見たいんだ。わかってくれよ。
発言してる暇あったらエロ画像探せ
96 :
login:Penguin :2006/07/09(日) 18:43:20 ID:kGWf6BTo
ジョーは酒場で論理学の教授と知り合った。 「論理学ってのはどういったもんですか?」 「やって見せましょうか。お宅には芝刈機があります?」 「ありますよ」 「ということは、広い庭があるわけですね?」 「その通り!うちには広い庭があります」 「ということは、一戸建てですね?」 「その通り!一戸建てです」 「ということは、ご家族がいますね?」 「その通り!妻と2人の子供がいます」 「ということは、あなたはホモではないですね?」 「その通り!ホモじゃありません」 「つまりこれが論理学ですよ」 「なるほど!」 深く感心したジョーは、翌日友人のスティーブに言った。 「論理学を教えてやろう。君の家には芝刈機があるか?」 「いや。ないよ」 「ということは、君はホモだな!!」
>>93 そうでもないよ。
使う人は「バカ」という言葉をあえて使う。
本人の前で口にする。試金石としてね。
本当の馬鹿ほど「バカ」という言葉に過剰反応する死ね。
くだらない事やってるんだな
試金石なら他のやり方があるはず 「バカ」という言葉で何を試してるのか分からない いずれにしろ、その手の罵倒句を簡単に使う人は程度が知れる
こんな過疎スレで一日10以上レスする奴は異常
101 :
login:Penguin :2006/07/09(日) 20:57:16 ID:+WwH+MC/
俺も「馬鹿」使うがそれは相手を本物の馬鹿と認定したときだけ。 何の根拠もなく(若しくは許容範囲だろうと思う程度でも) 「馬鹿」や「チョン」等の差別用語が飛び出てくる奴に対してだな。 ただ、技術的営業的に面白い話をしてくる奴もいる。無碍にはできない。
で、VFS終わってるって話はどうなったのさ。
>828 :login:Penguin:2006/06/25(日) 01:23:52 ID:wDvvC3wo
>
>>811 のMLのアーカイブに書いてあったけど
> 奥山さんら何人もがパッチ送ってるのに全てリジェクトされてるらしい
> 要は、VFSで問題が出るのは極めてレアケースであり、パフォーマンスとの
> トレードオフを考えた場合、現状のVFSが最適である、という判断みたいよ
>
> まぁ確かにディスクへの書き込みフラッシュまでやるとかなりパフォーマンスが落ちるので
> FreeBSDも5系以降はrawデータの場合、書き込みフラッシュはスルーしてるらしい
> この辺の考え方は利用者の捕らえ方で変わるので
> 気に入らなければ、NetBSD + Softupdatesって選択になるんでしょうね
NetBSDだって、ちゃんとフラッシュしてないでしょうに…
108 :
login:Penguin :2006/07/10(月) 01:21:00 ID:j5ZjTfg4
ていうか「ジャップの言うことなんか聞いてられない」 ていうことだよな
109 :
login:Penguin :2006/07/10(月) 01:48:50 ID:Bygbiw57
usagiの方々はうまくやってるんじゃないか。
書き込み順序の問題とエラー通知の問題を混同したような 説明されると理解に苦しむからなあ
111 :
login:Penguin :2006/07/10(月) 23:31:41 ID:986sf/u7
111
*****1からここまで読み飛した*****
1に戻る
2年ほど使用中のマシンでなんとなく fdisk して一つ疑問がでました。 /dev/hda4 832 19457 149613345 f W95 Ext'd (LBA) この拡張領域はなんで "f W95 Ext'd (LBA)" になっとるんでしょう? linux の fdisk で切った linux しか入ってないマシンなんですが。
知らんがな。
>>117 mountしてみたら、思い出がつまっているかも。
extended partitionをどうmountするんだか
前の持ち主の秘蔵ファイルが出てくるに1bogomips
そのマシンではhda5以上はないのか?
>>122 そりゃあるよ
"5 Extended" とか "85 Linux extended" というのがあるのに
なんでこれになったのかと疑問に思ったから聞いたのさ
Linuxのインストーラは標準ではWinとの互換性重視すると思うよ。 自動で切るツールとか使うと、拡張領域はW95 Ext'dになるかと。
>>124 > linux の fdisk で切った
Linuxのfdiskで切ったら"5 Extended"になるようだが
>>126 勘違いでしょ。
多分、インストーラに任せてて
サイズは調整指示したがタイプは自分で付けてないに1票。
128 :
117 :2006/07/17(月) 12:55:35 ID:DmJxS6tY
gentoo だからインストーラーなんぞ使ってないわけですが
129 :
login:Penguin :2006/07/17(月) 13:23:21 ID:53hsBu4D
ああ、そう
Gentooにもインストーラーはあるし、Fedoraだってインストーラー使わずにインストールできるわけだが。
131 :
117 :2006/07/17(月) 15:42:17 ID:DmJxS6tY
ああそうですか 2年前には無かったような気がしたんですが 実害は何もないのでもうどうでも良いです
132 :
login:Penguin :2006/07/17(月) 17:20:51 ID:CFcwHbuE
ああ、そう
gentooのウィザード形式のインストーラって完成してタンスね。使ってみよう。
誰かFUSE-Jいじった人いる? どのくらいのパフォーマンスが出るか知りたいんだが。
136 :
login:Penguin :2006/07/20(木) 01:55:48 ID:mqco1XEF
保守あげ
要約してちょ
xfs以外でフリーズ機能を持ってるファイルシステム無いですか?
ただ単にでかいサイズを扱えるようになるだけか。
dir_index が48KBまでしか効かないのなんとかならんかな
lkmlでReiser4の話題が出ると必ず荒れるね Hansタソ ガンガレ
嫌われライザーの一生
ext4はでかいサイズ(64bit環境で最大256PB)だけではなしに、
DefragやPre/Delay Allocateについての議題もあり、
inodeの管理方式の変更については着々とpatchができはじめている。
とりあえず、ext3に取り込める内容を先に安定させてから、
ext4を掘っていくそうです。
ファイルシステムとは関係ないけど、
2.6.18でデフォルトI/OスケジューラーがCFQへ。。
ttp://wiki.kernelnewbies.org/Linux_2_6_18
ext4作る前にディスクI/Oが発生するとcacheに際限なくメモリを割り当てる 馬鹿VMをなんとかしないのかな。
別に良いじゃん。 cacheの破棄とかあまり賢い気はしないけど。
>>147 >2.6.18でデフォルトI/OスケジューラーがCFQへ。。
へ〜、意外な選択。
今までの予測スケジューラはスループット重視で、
CFQはレスポンス重視でデスクトップ用途に適任。
ionice(現在は読み込みのみ)が利用できるのも特徴。
平均性能自体は予測スケジューラが良いから、
変更は何らかの理由でもあったんだろうか。
単にioniceが利用出来るからじゃないの? それに変更したかったら、ブート時に変更できるし。
起動した後でもデバイスごとに変更できるし
xfsで4Gにつき1つallocation groupが要るって書いてあるところがあるんだけど、 マニュアルとか見てもその根拠が見あたりません。 この辺知ってる人居ます? 200Gのパーティションでagcount=12にしてFS作ってみたけど、 とりあえずエラーもなく終わって、普通に使えてる。 でも、妙に遅い気がする。
>>150 そうなのか。
ところで、現在のスケジューラって、/proc のどこかで参照できますか?
できるなら、場所を教えていただけませんか?
>>154 /sys/block/*/queue/scheduler
FUSEが入るとフセインになる
もやっと もやっと
今回の2.6.17-xx - 2.6.18-xx XFS問題に巻き込まれた俺が来ましたよ。(´・ω・`)
2.6.17 で xfs だが特に何もないぞ.... なんだよなんだよ不安にナテキター
>>160 あれ2.6.18-xx限定だっけ? 間違えたかもしれん。
他の奴ら(XFS使用してて2.6.18-xxアップグレード)は、大丈夫なのか?
quotaのやつ?
あ、FSがぶっ壊れる方か。
ところで、Barryタンが書いたxfsprogsパッチのバージョンがわからないのと、 そこのMLに貼っ付けたパッチがスペースダメージを受けてる件について
パッチのありかが分からん。
今一ようわからんが 2.6.17 で xfs_repair してなけりゃ OK?
うむ。 もしかしたら何もしなければ(ファイル作成、読み書き、削除)、無害かもしれない。 けど、何もしないサーバなんて存在意味無いし..
>>170 2.8.4だと、xfsprogs-2.8.4/repair/phase6.c がrejectされる。
まぁつい最近見つかったようだし、ちゃんとしたパッチでるまでまた〜りと待つわ。
2.6系って一応安定カーネルだったはずだよね。 (少なくとも2.6.0リリース当時は。) 2.2 の頃は特別不安定に感じたことないんだが、 2.4, 2.6 と進むにつれてひどくなってる感じすらする。
まだ2.4系使ってますが何か? 鉄板ですよ鉄板
178 :
login:Penguin :2006/07/30(日) 00:22:11 ID:Dr9VMMwX
起きろみんな
179 :
154 :2006/07/30(日) 01:16:24 ID:LIESfNj3
XFSもいろいろあるんだな。 今のところ、JFSが一番無難かな。使ったこと無いけど。 ディスク利用効率のいいreiserが好きだったけど、HDD安くなったしね。
JFSの凄いところは実際使ってる奴が一人もがいないところ。
使わないからバグが出ない
>>181 昔使ったことがある。最初期の0.01のころ。
それ以来二度と使っていない。
自宅と会社のLinux使ったサーバ(mail, samba, apache, squid, radius)はXFS 会社の自分のマシン(mail, NFSサーバでもある)はJFS JFSで問題が出たこと無い。XFSも今のところ無いけど。 2.6より前ならext2, 3, reiserfsは何度か壊したことがある。 今の仕事場はみんなext3だな。 RHELだからだろうが、つまらん。
つまらんか面白いかで選べねえですよ。
>>175 無印が安定版
-rcや-gitが開発版
2.7は当分出ないらしい。
つ ドッグイヤー加算 もう許してやれ
ext3で不具合 → 標準FSなのでI/OやVFSの人も巻き込んで必死に修正が施される それ以外で不具合 → I/OやVFSの問題点を指摘しても逆ギレされる。独自実装するとやっぱり逆ギレされる。 大企業が背景についてる時はやんわりと黙殺(or黙認)される。 I/OやVFSの変更・機能追加対応(ext3) → 標準FSなのでサックリと実装される。 それ以外での対応 → もともとFSに組み込まれていた機能であっても、後発のコアAPIに合わせて修正しないといけない。 以前出なかった不具合が発生しても対応しきれないFSの問題とされる。 こんなイメージだな。俺は。気に食わないけどext3使ってる。
質問させてください。 landiskのHDDファン停止設定で、1分アクセスなし→ファン停止 にしていますが、 landiskの共有リソースを別マシンのlinuxからマウントした状態ですと マウントした共有フォルダにアクセスがない状態でファンがいったん停止しても、 数分後に再びファンが動作してしまいます。 たとえば、Sambaが一定時間ごと自動的にマウント先にアクセスしてる のでしょうか??
印象を書いただけで根拠はないです。 ・Reiser4 カーネル取り込みに対する、VFS開発者の反応 ・XFSとReiser とでの VFS 開発者の応対の温度差 ・ReiserFSがジャーナル可能な唯一のLinuxファイルシステムとして出てきた後に VFS 側が「俺達のレイヤでやっちゃうから」と言い出し、 現在に至るまでまともに実装できてない状況。 (業を煮やしたXFSでは独自に再実装されちゃったりとか。) などから得た印象。
印象だけで書くと、
Linux VFS holksとhansタンの間の問題としか思えん。
>>192 jbdって腐れなの?
>194 lkmlを全部読め。
エスパーか、彼と同じ感性も持ってた人間でないと、 仮に全部読んでもソース元を特定するのは無理だと思う。
reiserの話はよく分からないけど、namesysが嫌われてるのか? reiser3使ってるけど、"いまのところ"大丈夫だけどなー。 まぁlinuxのfs回りはまだまだ安定には掛かりそうな気配だね。
reiser3は障害がなければ安定してる
>>198 まあ過去にやらかしたことがあるからなあ。
快く思わない人はいるだろう。
これに(Hans)Reiser+Namesysのバランスの取れた講評があったのでカキコ。
なんでreiser4が中々入らないのかとか、reiser3がメンテされていないという
風説はどこからきたのかとか、結構いろいろ書いてます:
> The 2006 Linux Filesystems Workshop (Part II)
ttp://lwn.net/Articles/192100/
anti-Hans-Reiser としか思えないような言い回しに感じるのは 俺の英語スキルが poor だからですか?
そうか?そりゃLKLMなどでの状況も背景的に説明してるからで、 基本的にはreiser[34]fsとHans Reiserの事は認めつつも、カーネルや カーネル開発コミュニティよりも(自分の)ファイルシステムを 優先し、その立場から議論で相手を追い詰めてしまうHansのスタイルを 冷めた目で見てる口調だけどな。 余談だがReiser4のプラグインアーキテクチャ批判とかはカーネル中心の 立場とファイルシステム中心の立場がもろ激突してると思う。といっても、 まずはVFSレイヤを拡張して取り込んでいくべきとかいってるカーネル側の 批判は入れないための口実と言う面もあって、こんなでかい改変をVFSに 取り込んでたら終わりやしない。この辺はコウモリ的で、コアカーネルに 侵入しないならOKとか言う時もあるのだけど、今回reiser4をそのまま 入れたら最後カーネル側の方針とは別個の方針で以後わが道を行かれるのが 怖いんだな。
フォークするしかない。
(\ /) ( ゚ー゚ ) < ・・・ ――つ―つ――∈ ←| | | (_)__)
それはスプーン。
スプーンおばさんなめんな
スプーかわいいよスプー
足周りがガンタンクっぽい
結局どれがいいのよ? とほざくだけなのもアレなのでうんこPCにgentooいれてJFSにしてくる
VxFS
squashfs
tmpfs
cramfs
NFSv4
hgfs
____ /⌒ ⌒\ ング ング / (●) (●)\ /::::::⌒(__人__)⌒:::: \ チュパチュパ | ( \ | \_ ヽυ ::\ / \ .:::\
222 :
login:Penguin :2006/08/09(水) 19:36:02 ID:ubF/JMH4
reiser4って結局誰か使ってるの? 使ってますっていう話を見たことないんだけど
>>222 使ってるよ。
SuSE10.1だけどデフォルトだから。
はみちちです
225 :
login:Penguin :2006/08/09(水) 21:58:41 ID:WJYUwk0R
「狭い世界に閉じこもっている研究者は、別種の発想により啓発されることはありません」と同氏は語る。 これはLinuxに有りもしない幻想抱いてるバカにも言える。 Linuxの面倒な部分は「個性だから」とかバカをコイて Windowsの面倒な部分であるレジストリを「あれがあるからWindowsはダメ」とか無知をひけらかす。 Windowsの個性なのに、Windowsのことになると批判をするだけの、プログラムもできないバカ。 だいたいレジストリ部分を積極的にいじらなければならない場面は100%ない。
>>225 君のような言葉の雰囲気で語る人がこの板にはたくさんいるような気がするよw
227 :
login:Penguin :2006/08/09(水) 22:03:14 ID:WJYUwk0R
228 :
223 :2006/08/09(水) 22:14:55 ID:FAJw0yc5
reiser4じゃなくてreiserFSだった・・・
_, ,_ パーン
( ‘д‘)
⊂彡☆))Д´)
>>223
>だいたいレジストリ部分を積極的にいじらなければならない場面は100%ない。 脆弱性の回避策で、レジストリをフガホゲするというのはよくある。 それともパッチが提供されるまで脆弱性を放置してる人?
Windows の話はよその板でやってよ。
232 :
login:Penguin :2006/08/10(木) 00:12:06 ID:52Y31+1u
脆弱性の回避にレジストリをいじる必要はない。 あっても 「それが唯一の回避策」であることは一切ない。 ActiveXをOFFにするかレジストリ編集するか の騒ぎだが、バカにはわからないと来たかw それに 「そこだとピンポイントで教えられているのだからレジストリ編集はデメリットではない」 ことがわかる。 無数にあるデータベースから自分で該当部分を探せというならまだしも、 いじるところは決まっている のだからデメリットでさえない。 これに対してLinuxの設定ファイルは 無数にあるデータベースから自分で該当部分を探せ だから堪らない。 プログラムさえできないバカが人の知識を盗んでやっと覚えることができるものだ。 一目見てぜんぜんわからない。 レジストリは一目見ればすぐわかる。
頭がおかしいのが居ますね
assert()の件はHansタソのいってることの方が正しいと思うなぁ。 言い方がアレなのが問題だけど。
@ITのネタのじゃないの?
>>222 2.6.12ぐらいから入れてる。GentooでAMD64。
vimで小さいファイルを保存すると引っかかる以外はまあ普通だ。portageは超はえー
xfsだけど、amd64にしたらportage速くなったよ。 pythonが速くなったのか?
ebuild自体が、ちいさい(数kb)ファイルだからねぇ。
そこまでボケなくても・・・
>235 assert入れまくりのコード見せたら、 他の開発者に直せと言われた件だろう。 俺も入れまくり支持。 Reiser4 のポータビリティはどんなもんかな。 出来れば他のOSに売り込んで実績作っちゃって欲しいよ。
>>242 機能的には入れていいけど、
reiserfsのコード読むと要らないと思った。
Reiser4の移植じゃなくて、zfs for Linuxがほしい。
>>239 うん。
ただ、FSのパラメータが違ったかも知れない。。
ext3 って削除直後のファイルを論理的に undelete するのは不可能だけど、 ほかの FS だとどうなの?
>>245 「論理的に undelete」の定義を教えて
247 :
login:Penguin :2006/08/11(金) 21:47:43 ID:zwnRGMWy
アニソンの歌詞だろ。 どうみても。
249 :
login:Penguin :2006/08/11(金) 23:32:50 ID:zwnRGMWy
自分で自ら揚げた揚げ足(つまり論の穴)のオンパレードだな 俺なら、相手が「もういいですハーイ」とか惨めな捨て台詞を残して 泣いて逃げ出すくらいの突っ込みをしつこく言える
german's is best!
the
RAID 組む際、reiserfsは糞で ext3 にしとけって言われる事が多いみたいなんだけど、 カーネル2.6の最近のだとどれがお勧めなの?やっぱ XFS ?
誰かがいったじゃなくて、技術的な話しないとw 2chでは無理かなw
政治的な話をすると、 ext3(というかext2)は標準ファイルシステムなので カーネル開発チームの扱いがいい。 ext3 に問題が起きても修正に最大限の努力がなされる。
>>253 質問の仕方が悪かったかな
言い方を変えてみる…
カーネル2.6+RAIDで使う場合、ファイルシステム
はどれが一番適していますか?
>>255 mdのRAID1、エスカ9550SXのRAID5をXFSで使ってる。
自分のところではトラブル知らず。
JFSは仕様がよくても実装がアレっていうのの典型例かもしれん
>>250 ドイツのファイルシステムは世界一ィィって意味?
そもそも RAID向き なんてものは何もない罠
VxVM&VxFS最強
今朝の停電で鯖缶は苦労するんだろうなぁ ご愁傷様
定期点検以外では初めて発電機が作動した
発狂してます
日経平均株価が出ないのも、ファイルシステムダメージかもなぁ 漏れの所は、発電施設入れてる所だけしか停電食らわなかったので影響無かった。
>>267 今日びびったよ。
日経平均止まって先物だけ急上昇w
なんかめちゃくちゃやった。
>>264 なんとかオイラのreiserfsは無事でした
でも安物APCのUPSを買う決意をさせてくれた停電でした
結局ext3に戻ってきたw
ReiserFS で生活環境を構築してしまいました。dump/restore がないょぅ… どうやってバックアップしよう…
rsync tar cp -a dd
273 :
login:Penguin :2006/08/24(木) 00:47:43 ID:E+isEMdv
ジャーナルが効いて圧縮もサポートしてるファイルシステムって Linuxには無いの?
圧縮使うの?
圧縮って結構便利だよ
HDD容量に相当余裕あるからあえて圧縮したいとも思わんなあ。 CPU容量にも相当余裕あるから無駄に圧縮すんのもアリだけど。 いい時代になった。 Linuxの場合圧縮はどの層の仕事なんだろ。 本来ジャーナルもファイルシステムの仕事に思うんだが なぜかVFSがでしゃばってるらしいし。
Solarisでいいじゃん。
あーやっぱ時代は*BSD?
>>273 jffs2
たぶん希望するものじゃないと思うが。
zlibc で幸せだったあの頃...
>>273 Reiser4のプラグインにあるという話をきいたことが
>>279 扱ってるけど、仕事とかで入ることはまずない。
客に突っ撥ねられる。
>>284 仕事で入れた。
どこもサポートしてくれなくてちょっと後悔している。
fsは普通にufsだけど。
BSD提案するような馬鹿には次から声かけないよ
lol
>>284 ,286
俺「で、OSはRedHatあたりでいいんですか?」
客「FreeBSDかNetBSD使って下さい。OpenBSDでもいいですけど…」
俺「へ???」
客「御社はBSD系扱えるんでしょ?」
俺「えぇ、まぁ…」
客「じゃぁ、BSD系でやって下さい。今回SunとかIBM入れるほど予算ないし、
商用ソフトを動かすわけでもないですしね…
一応UPS入れますけど、Linuxのファイルシステム信用できないから…」
てな会話を、一昨日してきたんだが…
Solarisでいいじゃん。
BSDをサポートする会社w
サポートする側って solaris の方が FreeBSD より扱いやすいの? べつに FreeBSD で良さそうなもんですけど
うちでは内部のネットワークや鯖は全部FreeBSDで作っているけど、 外部で何か仕事受けるときは、まずWindows鯖が多くて、 次にLinux(RedHatばっかりだけど)が多いかな。 Solarisの仕事は減ったな...
FreeBSDをサポートしているストレージがほとんどない。 よって、用途が限られる。
>>289 おまえの所に来る業者の数が減ってるだろ?
頭がおかしい顧客だと思われている。
>>295 おまえバカっていうより恥ずかしい人間だな
しょうがないよ。295は包茎なんだもん。
図星だったからってそんな人格攻撃すんなよ。 頭がおかしいんだから仕方ないけど。
そういえば、FreeBSDって、以前、エロサイトの鯖採用率No.1っていう 恥ずかしい実績を持っていたな。 今でもそうなのかな? なんでもエロサイトにかかる負荷は凄まじいのでBSD系じゃないと ダメっていう時期があったらしい。 そういう業者は、怪しいのでSolarisとかにして高価なっても お金払ってくれないから、かも知れないけど。
また騙されてる奴が一人w
逆に聞きたいんだけど、FreeBSD 24H365D でどこがサポートしてくれんの? Solaris や Dell/HP/IBM とかの Linux サーバならメーカーが サポートや保証してくれるから提案しやすいわな。 # サポートの質はとりあえず置いといて
今積極的にFreeBSDを勧める理由は見付からないな
マイナー(リスク減) あとlinuxは穴がボコボコ見つかるので面倒
まだそんな神話を
そういう話はよそのスレでやったら?
>>301 具体的に言えるわけないじゃんw
FUDしかしてねえもん
>>305 彼らの粘着はデフォですもの。
普段はヌルー、暇な時に適当にイジって遊べばよろし。
310 :
login:Penguin :2006/08/26(土) 00:28:26 ID:XzEGDZu2
隔離板で自我を守ろうとしているんだ。 この板は他のOSを使いこなせなかったダメ人間の最後の砦でもある。 あんまりつっつきすぎると、精神崩壊して基地外になってしまうぞ。
結局、具体的な話でてこずw
BSDってのはちっちゃな大学の研究室で学生に管理させとけば 十分なOS がきに使わせとけ
一台一台手作業で管理してるようなレベルならなんでもいい気がする。
でもDOSだけは勘弁な。
エンドユーザの立場だと、BSDかLinuxなんてあまり変わらん。 仕事で使うならちゃんと管理されている方を選ぶな。 というより、Windowsを使うな...
>>302 スレ的にはVFSとかufsとかじゃないの?
ちょっと聞きたいんだけど、 2chはFreeBSDで運用されていたと思うけど管理はどういう形式で やっているの? どこかの業者が管理運用を請け負っているわけ?
書き込む前にここがファイルシステム総合スレであることを考えましょう
理解してわざとやってるんだろう
>301 どのレベルを要求しているのかによるとは思うけど 具体的にその条件提示して見積もり 持ってこさせればいいんじゃないの? 大手SIとかなら直接自前でやってなくても 何かしら孫請探してきて提案してくれるでしょ 板違い気味なんでこの辺で…
>>321 孫ウケでも構築の手伝いしかできなかったぞ。
サポートなしと明言された。
323 :
login:Penguin :2006/08/27(日) 02:33:06 ID:6WIEuUsq
>>281 MTDとかじゃないと駄目じゃん?
と思ったが、多少回りくどいことをすればhdaとかでも使えないわけじゃないのね
326 :
login:Penguin :2006/08/27(日) 22:39:51 ID:PZvCnP/i
おもしろそうなのを見つけました。
http://www.crossmeta.com/ Windows用のextやreiserfs、xfs用ドライバみたい。
sambaのFS領域を直接Windowsでマウントして取り出したいファイルが
あるんだけどインストールすら出来なかった。
一応試したクライアントはXPproだけど日本語だと駄目なのかな。
誰か使った人いますか?
「sambaのFS領域」コレがちょいと分からんのですが・・・・
つ Samba(経由でアクセスする形)のFS領域を直接Windowsで マウントして取りだしたいファイルがある(ので、この ドライバをインストールしてみた)んだけど、インストールすら 出来なかった。
>>328 を見ずに書き込んだ。ちょっとだけ反省している。
331 :
login:Penguin :2006/08/29(火) 00:27:40 ID:pyWiiARO
>329 わかりにくい表記でしたね。328さんの言うとおりsambaでファイルサーバ 領域に使っているxfsのパーティションをWinで直接マウントしてデータを 取り出したいということでした。 残念ながらsambaからWinサーバに移行する仕事をしてて、ネットワークコ ピーだとちょっとスケジュール的に難しいので直接disk to diskで出来な いかと調査していました。
空ディスク用意してLinux機につけて fat でマウントしてコピーして ディスク引っこ抜いて Windows につけてマウントしてコピーする
334 :
login:Penguin :2006/08/30(水) 00:53:51 ID:QNl8361j
>332 どうもご意見ありがとうございます。 それも検討していましたが、容量がかなりあるのでfat用の一時ディスク を購入する決済と物品調達の期間の問題で通りませんでした。 やはり、時間がかかってもネットワークコピーで行くと進言するのが妥当 ですかね。 他にもIISでFTPサーバを立ててlinuxから送信する案があり、LAN内の検証 ではCIFSよりは速度が出ていたのですが、FTPは社内規定で許可がおりな かったので私の知識では手詰まりの状態でした。
>>334 fat32->ntfs 変換ってなかったけ?
>>335 それがなんの役に立つので?
>>334 ネットワーク経由が無難かと思うのだけど。鯖停止時間とかの問題ですかね?
確かに遅いからなぁ。sshでバックアップ取ったときも結構かかった・・・
電源落せるならとりあえず Win 機を適当な CD で起動して xfs をマウントしてコピーすりゃいいのでは?
>>337 最近のknoppixとかってNTFSへの書き込みができるの?
339 :
login:Penguin :2006/08/31(木) 01:11:56 ID:ls2OjnaH
>>337 実は当初もそれで行けますと提案して検証までは行ったのですが、アクセス権
(Linuxのユーザ・グループとRWX>NTFSセキュリティ設定へのマッピング)の問
題で検証用のNTFSパーティションがクラッシュする瞬間をちょうど居合わせた
顧客に見られて問答無用で却下されてしまいました。
やはり今さらですが、線表を書き直してネットワークコピー案を提示するしか
ないと思ってきました。期間的な問題からも。
Windows用のxfsドライバには藁をもすがる気持ちでかなり期待したのですが、
未だインストールも出来ないのであきらめモードです。
時間がかかる、の意味が今ひとつ分からないんですが。 サービス停止がどうしても必要で その時間を最小にする必要があり、 ネットワーク越しだと足が出てしまうってこと?
で、何でヘタレ営業の仕事をここでやらんといかんの?
最近多いんだよなぁ 他人に押し付ければ仕事完了だと思ってる奴が サポート料払うわけでもなくなんでもかんでも押し付けるなボケ! と思わず言いたくなった。 ちゅーかなー windowsとlinuxでパーミッション管理が全く違う事は周知の事実だろ? linux向けに設計されたファイルシステムをwindowsでmountしても、 windows向けに設計されたファイルシステムをlinuxでmountしても、 どちらのケースでもパーミッションの変換が必要になるわけで、 どっちが完全上位ってわけでもないから、どっちに変換しても「見た目それっぽいけど実は不可逆変換」になるぞ。 ごちゃごちゃ言わずに、システム止めてwindows用のバックアップツール使え。 「FSはwindows上だけど、実はNASになっていて、linux上からsmb経由でしかアクセスしてない」 という限定条件なら、結果としてsmb経由でのアクセスで互換性が取れればいいわけだから、 smb経由でのバックアップも可 こんなレベルの所にカネ払ってる顧客が本当かわいそうだ
>339 酷いものを見た… 次、行きますか…
Veritas使え。 といいたいところだが、Windows版にVxFSってあったっけ?
誰かこんなファイルシステム知りませんか? ・1台以上のマシンが提供するストレージ領域から仮想的に1つのファイルシステムを作る ・データは分散保持され、一定割合までマシンが脱落しても全体に影響しない ・通常のPOSIX的なセマンティクスをできるだけ持つ N台の非中央型クラスタを組もうとしているんだけど、ネットワークとか プロセッサは完全均等にできても、ストレージだけがどうにもネックなので どうにかできないか手探り中です。 最初はGFSとか使えないかなと思ってたら、あれは共有ブロックデバイスへの 書き込みを調停しつつ利用できる共有ファイルシステムなので、ちょっと 違った。MFSも冗長性はないので同様。OceanStoreはコンセプトは まさにそれなんだけど、Javaの上のP2Pストレージみたいなものなので、 ファイルシステムではない。需要はありそうなファイルシステムだと 思うんだけど、ないですかね?
coda?
>>345 難しいこと考えるのをやめてNetApp使って幸せになろう
DRBDでフェールオーバー型HAクラスタを必要なだけ作って、 それを各ノードでNFS使ってサブディレクトリにマウントするってのじゃダメ? それとGFSは使ってみたけど、パフォーマンスが悪かった。 4台でクラスタ組んで処理するより、1台で占有して処理させた方がパフォーマンス出たし。
>>345 の書いている要求仕様って、まんま
Cleversafe の宣伝文句なのが笑えるなぁ。
是非とも、使ってみて報告頼む。
NetApp いいぜぇ。高いけど。
>>345 lustre の将来計画には複数サーバでの RAID5 ってのが入っているから
それが出てくれば要求に見合うかな?
おらくるのOCFSが本家に入った
355 :
login:Penguin :2006/09/05(火) 00:38:17 ID:4WYP6iix
そこそこ負荷のあるext3を使用しています。 # uname -rmpio 2.6.9-34.0.1.EL i686 i686 i386 GNU/Linux あるファイルをFTP(vsftpd)からアップロードしたら、 正常にアップロードが出来たのですが、まったく違うファイルも上書きされていました。 メタデータ(最終更新日)は変更されていないのに、ファイルサイズと、データがそのアップロードしたデータになってしまっていました。 特にアップロード作業中に落ちた、とかそういうことも起こらなかったのですが、 これはext3の特性なのでしょうか?? 上書きされたデータは、戻ってきませんでした。orz
356 :
login:Penguin :2006/09/05(火) 01:01:24 ID:lvtW+h6f
ここで報告しても意味ないよ。 RHEL使ってるなら、Red Hat社に問題を報告してくれよ。
他にもこんな症状を体験した人いないかな、と思ったので‥ Cent OSなので、もう少し調べてみるのが良さそうですかね。。
ubuntuをノートPCに入れたんだけど、 終了処理の時に必ずハングアップするんだ。 それで電源を強制的に切っていると、とうとうファイルシステムが 壊れてしまった。 7回目くらいだった。それでしかた無くWindowsに戻したんだけど、 何の問題も無くなった。 やっぱりWindowsが一番。
Linuxの悲しい現実から目を逸らすなw
362 :
358 :2006/09/05(火) 17:46:51 ID:3xN13EFA
すいません。作り話でした。
8 月の windows update で NTFS の圧縮ファイルが壊れるようになるとかないとか 話が出てるよ。
>>355 同じように更新されてしまったファイルってのは ls -i で同じ数字が出てくるよね?
>>363 /.jpのブログに書かれてたね。
>>365 それは確認していませんでした。
同じパーティーション内でしたが、ファイル名は全く違いますし、inodeも足りてないわけではありませんでした。
次に同じ現象が起こったらやってみます。
367 :
login:Penguin :2006/09/09(土) 23:31:23 ID:Ji9Kc8L1
数KB〜数十KBのファイルが一つのディレクトリに1万個前後ある。 そういうディレクトリが割とたくさんある。 こういう状況では、どのファイルシステムが一番読み書きパフォーマンス が良いでしょうか?
xfs reiserfs
tmpfs
xfsってフォントサーバじゃね?
つられるもんか
ちょっと古いTURBO LINUX(多分6辺り)が研究室に置いてあります。 このマシンは、研究室のディスクのバックアップ用なのですが、 tar -zcf home.tgz /home というようにバックアップを取るとちょうど home.tgz が2GB辺りの サイズになるとOSがダウンしてリブートしてしまいます。 これはファイルシステムのせいだと指摘されたのですが、 原因がよくわかりません。 LINUXのファイルシステムでは、2GB以上のファイルは作っては いけないのでしょうか?
>>373 > OSがダウンしてリブートしてしまいます
ファイルシステムの仕様上の制限 (FAT=2GB, FAT32=4GB, UFS=4GB) がある場合も
あるが、エラーが出ることはあっても再起動することはないな。再起動するときに
panicエラーか何かが記録されてないか確認すれ。
またさっさとバックアップを取りたいのならネットワーク越しにバックアップを取れ。
古いシステムだと、ext2ドライバやVFSの関係で2Gとか4Gとかくらいで ファイルサイズの制限があった希ガス
それでもNo space left on deviceだべよ システムダウンは異常 nilfsも異常
いや、確かに昔のタボはOSごと落ちてたと思う。 漏れも似たようなことやったから。
わざと古いバージョンを使うなら、トラブルは自分で回避しないとな。 man split
つかさぁ、バックアップなら rsync 使ってネットワーク経由でミラー張ればいいだけだと思うんだが...。
バックアップに tar や rsync 使っちゃだめだろ。 atime や ctime が変わっちゃうじゃないか。
gnu tarもrsyncもタイムスタンプ維持するオプションはあるわけだが。
否定するだけじゃヌルい野党と同じだ。 代替案を示せ。
nfsかsmbfsで他のサーバのディスクマウントして、tarで良いんじゃ?
atimeの維持って重要か? dumpはシンボリックリンクは作り直しだし。
>>385 重要だからこそ i-node に保存される。
たとえば apache なんかはキャッシュの LRU に使ってるし。
> dumpはシンボリックリンクは作り直しだし。
どういうこと?
dump → restore してみたけど、シンボリックリンクも含めきちんと
復元されたが。
mountにnoatimeなんてふつーにつけてるが
dump-restoreによるシンボリックリンクの復元は、はコピーじゃなくて新たに作り直すってことだろ。
コピーは決してオリジナルじゃないからな。 ミツ夫よりも頭良かった気もする。結構ずるがしこい。
やはりdd if=/dev/hogeしか
毎回丸ごとなんて寿命早めるだけ
釣れますか?
信じる者は(足元を)すくわれる 寿命云々で言えば、 容量ギリギリまで使っている場合にファイルコピーするよりも、 ディスクイメージ丸ごとコピーの方が明らかに負荷は低いな。
容量ギリギリで運用とかありえない
まぁ、コピーロボットだけに頼らず 仲間とパータッチ(RAID)して普段から助け合っていくことが大事って事だな
>>367 先月に各ファイルシステムの状況知識のリフレッシュを兼ねて
jfs/xfs/ext3/reiserfs/reiser4で各状況をpostmarkで試験してみたよ。
バッチで回してまる4日かかった。
そしたら、スモールファイル・フォルダ内大量ファイル、の条件では
reiserfs>xfs>>jfs>reiser4>>>>ext3
となった。ただし、reiserfs...jfsまでで速度が一割も
変わらないので、たしかに差はあるが、reiserfs/xfsはほぼ同格。
ちょっと離れてjfs/reiser4が団子。大差でext3。なお、writeに
重点を置くとxfs>reiserfsとひっくり返る。また、ext3はbtreeで
mkfsしてないことに注意。
ちなみに、フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった。
まだ処理速度しか集計してないので、処理中のプロセッサ使用率とかに
差があったか(負荷高くて速くても意味なし)はまだ不明。他にも
スペース利用効率も比較の予定だけど、まだしてない。
誤:ただし、reiserfs...jfsまでで速度が一割も変わらない 正:ただし、reiserfs...reiser4までで速度が一割も変わらない
>また、ext3はbtreeでmkfsしてないことに注意 そりゃないよ
ext3が遅いのはまあ予想通りと思うけど 確かindexだかハッシュだか作るオプションあったよね? あれつけてそんなもん? それともindexがあればある程度差が詰まる見込みはあるのかな?
あ、俺、よく読んでなかっただけなのね。
>>400 そのオプション(dir_index)がbtree使用オプション。
-O dir_index はしてないと書いてある。
デフォルトって、btreeオプション効いてないんだっけか? btree付きでどうなるか興味シンシン(゚∀゚)
mke2fs 自体はあくまでもハッシュなし、ジャーナルなしがデフォ動作で 叩く人(インストーラとか)がどんな叩き方するかだと思う。
外部ジャーナルとか、さらにそいつを不揮発RAM上に 載せるとか、って一般的じゃないのね。
i-RAMってそういう用途に向いてたよな
>>407 エラー検出がまったくできないからstorageに使うのは気違い沙汰
素人の夢は敢なく打ち砕かれた
410 :
login:Penguin :2006/09/13(水) 17:37:57 ID:Xmrz1r6n
>>397 >そしたら、スモールファイル・フォルダ内大量ファイル、の条件では
>フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった。
具体的には何個ぐらいですか?
どれくらいで均衡or逆転するのでしょうか?
>>397 ありゃーreiser4そんなに良いわけでもないのね
reiser3から乗り換えようかと思ってたけど、安定してるししばらくそのまま使うか。
412 :
login:Penguin :2006/09/13(水) 23:08:42 ID:Ukpdfsnn
>>410 えっと、データ的には
set size 500 15000
set number 10000
set subdirectories 1
set transactions 100000
set bias read 5
set bias create 5
run
quit
を postmark に食わせてる。なので10000ファイルが単一フォルダ内に
ある形。結果自体はまだ集計中なので一部だけ出すと
=== s-rw-single ===
ext3 121.1 120.0 120.0 120.0 121.0 122.0 122.0 122.0 122.0
jfs 94.2 92.0 93.0 93.0 94.0 94.0 95.0 96.0 97.0
reiser4 98.4 97.0 98.0 98.0 98.0 99.0 99.0 99.0 99.0
reiserfs 85.1 84.0 84.0 85.0 85.0 85.0 86.0 86.0 86.0
xfs 88.4 87.0 88.0 88.0 88.0 89.0 89.0 89.0 89.0
となっている(単位は秒)。最初のデータ列は平均値で、残り8つが
実測値。(続く)
続き。 テスト条件はsmall/medium/large-fileのro/rw/woの組み合わせと、 small-fileについてはrw-singleでフォルダ内大量ファイルの ケースを追加で取った。 試験自体はVMwareでやってるので、スコアの絶対値は実機のそれとは 比較できないが、fs間の相対比較ならできてるはず。あと、VMwareなので 外部要因の影響がある。なので、 ext2->jfs->reiser4->reiserfs->xfs ->ext2->jfs->reiser4->reiserfs->xfs ->... と特定の瞬間の外部要素が特定の試験にだけ影響しないよう 試験を10回廻してデータを取って、その上で最悪値2つは排除した。 ただ、これだけで判断するのは早計で、各試行では裏でvmstatも取って プロセッサ使用率なども見ている。で、ファイルシステムによって使い方や 使いきり度が違う。ext3, reiserfs, reiser4 はただちに100%使い切って 処理に突入するが、xfs, jfs はかなりidle状態が間に入る(待ち状態の waitじゃなくて本当のidle)。そして、wait状態の分布や入っている 期間も全然違う。この辺の特性は xfs, jfs, ext3/reiser4/reiserfsの 3グループくらいに分けられる感じ。 データが多いのと、うまく全体を理解するための見せ方とかを悩みつつ 時間がないので、まだ完全な集計はできてない。あと、実装レベルの 安全性も重要なので、VMware APIで反復100回くらい吹き飛ばすテストして データとって見ようかと思ってる。
で、集計終わる前でなんだけど、性能とリソース消費のところまでを 見た感じではxfsの評価が高い。ただし、クラッシュ時の挙動は これから確認(というかXFSはちょっとクセがあるんだけど)なので、 これだけで選定するのはさっき書いたように早計だけど。 まず速度はsmall/medium/largeのどの領域でもトップクラスにおり、 その一方で、いずれのケースでもプロセッサを他より消費しない。 つまり、他の処理と並行処理する余裕がある。small領域では jfsもまあまあだけど、medium-largeとなるにつれ、jfsはext3/reiser* 同様に使い切るようになるのに、xfsは常時処理に余裕がある。 遅くて余裕があるなら当然だが、速くて余裕があるのは正直驚いた。 あと、small領域でwait状態の発生量が少ない。つまり、プロセッサは 空いているか、それとも本当に使っているかで、I/O waitが発生しにくい 何らかの設計・実装になっているのだと思う。medium-large-fileに なるとさすがにI/Oだらけなのでwaitが同程度になってしまうけどね。
あと気づいたのが、fsによって処理中のコンテキストスイッチの 入り方が違う。これはxfs/jfsとext3/reiser*グループに分けられて、 前者は後者の10-20倍スイッチングする。 カーネルハッカーな人に教えて欲しいんだけど、これはxfs/jfsでは 処理が細粒度に分割されていて、プリエンプトしやすい、つまり マルチプロセッサ時のスケーラビリティやリアルタイム処理向きに なっているという理解で正しい?XFSは元々その領域を得意として いたので、I/O waitの少なさも生まれが影響しているのかも。
GJ乙 漏れには今までファイルへのアクセスが速いかどうかという観点しか無かったので、 CPUへの負荷の違いという観点はかなり新鮮だった。 しかし、それはあくまで仮想マシンがユニプロセッサでの話だと思うので、 マルチプロセッサだとコンテキストスイッチングの回数の違いが CPU負荷に対して逆方向のバイアスになりそうな気がする。 つまり、たとえCPU1個を100%使い切ったとしても、 結果として短時間にFSへの要求を完了できるなら、 マルチプロセッサ機ではむしろその方が得なのではないだろうか。 無論、無駄にCPUを浪費するなど論外だが。
とりあえずテスト環境が知りたい
>>413 GJ!
でも、vmware ってのが微妙。native と比較しないと、結果を
どう評価して良いか難しい。
CPU負荷という意味では、以前bonnie++で計測してたとき、
他のプロセスでCPU負荷が高いとき
reiserfs → 性能があまり落ちないかわりに、他のプロセスが遅くなる
xfs → 性能が激しく落ちるかわりに、他のプロセスが遅くならない
という感じだった気がする。
reiser4 は、当社比2倍とか大本営発表で謳ってたんでかなり
期待してたんだけど、なんか期待外れだねえ。
xfsは独自にバッファリングしてるだけ。 電源が絶対に落ちないという条件なら使ってもよいが、 そうでない場合は止めた方が無難。 SGIのハードは電源回りに金かけてるから、そのやりかたでもOKなのだが。 FC3で運用してたxfsの500GBほどのサーバがrepair不可なくらい壊れた orz
reiser4については、s-rw-small試験の性能だけでは劣っているように 見えるけど、たしかに改良されてるよ。性能差以上にプロセッサ利用率が 確実に低減してるし、性能自体もmedium-large領域ではきっちり逆転してる。 並行処理時の性能変動については、ext3などは自分がCPUを掴んで しまうので、それ自体の性能は落としにくいけど、占有状態に なるので他が結局走れない状態、でもってxfsとかは小まめにCPUを 離すので、スケジューラがより優先度の高い実処理の方に廻してると 理解してる。つまり、スケジューラの性能次第だけど、よりスループットが 高くなるのはxfs/jfsだと思う。
この前、東京近郊全域停電したばかりだもんなw
>420 ハード電源が落ちる以前に panic とかに対する耐性も 同じことになりそうだが… 強いことになってるんじゃないのか?
>>421 ファイルシステムとスケジューラって関係あるの?
CPUに仕事依頼するのってFS層? VFS層でもやっちゃってて XFS/JFSは独自実装でVFSスキップしてるとかないのかな。
>>424 あ、そのfsとの間のI/Oスループットと言う限定的な意味ではなく、
同じ時間内にシステム全体で処理できるデータ量という意味での
スループットが改善するのでは、という意味。
ファイルシステム入出力は更に処理される必要があるわけで、
入出力でプロセッサ使い切ったら、その処理ができずストールする。
実処理と入出力のペースが適切になるようリソースは配分される
必要があり、それを行えるのはスケジューラ。そして、スケジューラに
どれだけ制御が戻ってくるかはファイルシステム実装に依存する。
>>408 えっ!? そうなの? 俺使ってるや。
仮にそうだとして、storage に使わずに何に使うの? swap?
>>427 存在自体がネタ
恐さを知らない速度厨御用達
ECCメモリでエラー訂正やってくれればまだいいんだけど
当然ながら「そんな機能は無い!」
>427 そんな腐れデバイス使うくらいなら主記憶を増やして ディスクキャッシュに適宜使ってくれれば同等以上の効果あり。
フォトショ使いの人でキャッシュ置き場に使ってる人とかいるみたいね。 メモリ限界まで積んでもまだ足りないらしい・・・ メモリ量増やすためだけに鯖マザー&メモリに手を出す人もいるようで、恐ろしい世界です
まぁグラフィック関連CADのような特殊用途なら充分あり得る話でしょう
通常のメモリ(主記憶)だって書き込み確認しているわけじゃないし、 ECCじゃないメモリを使っていることも多い。 そういう観点ではi-ramが糞ってこともないような…
ECC使えよ。
>メモリ量増やすためだけに鯖マザー&メモリに手を出す人もいるようで、 まあメモリ自体の値段に比べればたいした値段じゃないっしょ。 今だったら FB-DIMM なり DDR2 で 32GB 辺りが限界か 予算は... のーこめんと
>>429 もとはジャーナルの置場にどうかって話だろ。
小さな書き込みが多い環境だと確かにi-ram的デバイスは魅力。
MS06-049って言っても困る。 アンインストールする時に指定する名称はKB920958なんだよね。 なんでこうハナシをややこしくしたがるんだか。
>>437 アンインストールする際に必要になる情報が、既に圧縮されて保存されている事に気をつけろ!
いやいや壊れるのは圧縮時で、アンインストール用ファイルが作られるのは問題無いカーネルで動いてる時だからこのパッチのアンインストールは大丈夫
これ修正もしないってことはMSのw2k使うなって意思表示かな。 たしかに不正しまくりのw2k使われ続けるのは不都合だろうね。
>>440 貧乏人共さっさとXPかVistaを買いやがれ、ってことだろうな。
とはいえOSの信頼性を裏切ったら逆にWindows全体の信頼が落ちるだけのような気が。
だよなあ。 ちょっとこの件でカチンときたよ。
ただ単にVistaのリリースで忙しいだけなんじゃないの?
>>443 いくら忙しくても致命的な不具合を放置して良い理由にはならん。
良い選択肢ではないがそのパッチをユーザに入れさせないという選択もあるわけだし。
そりゃそうだろwww
プレミアムサポートで修正もらえるらしい
でたwプレミアムサポートw IIS6.0のバグもこれにはいってないと直せないバグがあるんだよなぁ(怒
素直に2003使っとけ。
\(^o^)/オワタ
日頃の行いのせいでみんなから疑われててバロス
>>450 > Police have still not been able to contact Hans Reiser since Sept. 5 to speak
> with him about his wife's disappearance.
警察から連絡取れないって無茶苦茶あやしくないか?
いや、お前等の頭のほうが劣悪かと。
>>455 急にどうしたの? 大丈夫? 何か嫌な事でもあったの?
457 :
login:Penguin :2006/09/17(日) 01:19:40 ID:vzDoq0cQ
SUSEまで道づれにするなよ。。。お願いだ。
XFSでファイルシステム壊れたから Reiserfsに乗り換えたばっかりなのに Reiserが妻頃しでタイーホされたら 開発止っちゃうの?orz
>>458 堀の中にもインターネット接続環境はあるから大丈夫。
むしろ生活のための会社経営という重荷から開放されて集中できる。 (ネタです)
> 堀の中にもインターネット接続環境はあるから大丈夫。 マジで? reiserfs の開発は社会奉仕とか?
×堀の中 ○塀の中
ZFSの移植が急がれる・・・というわけか・・・・
人殺しが開発してるOSなんて使うのやめれ!
OSとfsの区別くらいつけろよ。
GPLやBSDLの精神から行けば、万が一殺人犯であったとしても開発や使用を 制限することはできんな。
ID:j/xhw9J6は元巨人軍監督
>>465 てか、「殺人犯は使用を禁ず」と書かれた製品を見た事がない。
むかし似たようなライセンスはあったけど
殺人で決定なのですか? 妻が失踪しただけに思えるのですが
ただ単に愛想つかして逃げちゃっただけなんじゃないの
普通に奥さんが家出したくらいで 自宅に警察犬入れて捜索されんだろ……
お前らもしHansがタイーホされたら 寛大な刑を求める署名したり 弁護士費用寄付したりする? 漏れはするけど。 みんなも応援しようよ。 確かにHansの性格はアレだと思ってたけど まさか人を頃すなんて信じられない……
あまりに不当な理由で訴追されるなら寄付はするが、 本人認めていて、誰の目にも明らかな状態なら、それは本人が責任を取るべき。
忽然と姿を消した妻、疑惑の目を向けられる夫 混沌とした人間関係が巻き起こす、驚愕のミステリー 秘密はReiser4のソースコードの中に隠されているのか… ライザーコード 近日公開
事件はlklmで起きてるんだっ
>>474 アニメ化決定
BPSに匹敵する傑作になることは間違いないな
とりあえず俺は夫人の無事を祈るぞ。
美人なの?
ずっとレイザーだと思ってたけどライザーなのか。
ありゃキチガイの顔ですわ
ドイツ系の名前だね。
484 :
login:Penguin :2006/09/18(月) 20:47:59 ID:eCl0QD8X
ipodとかフラッシュのUSBは何のファイルシステム使ってるの?
>>484 自分でフォーマットしたファイルシステムじゃね?
ファイルシステムは、またいつか教えてくれ。 cpufreqが、… cpuはpentium4-mなのに、speedstep-msiが読み込まれているんだ。 pentium4-mはspeedstep-ichだとか、powernowだとか 素人もノートでLinuxつかうってぇな時代になったのに、この板は救ってくれねぇってか??? もうしばらく、住んでみるよ。よろ。
よし帰れ
<<487 は無知と見た。言うとおりに帰るから、お前は?
答えられない奴を無知と断定するのは簡単だよな。 本当に無知なのは自分なのに。
マジで・・・・・日本語でよろ。 ホントに意味が分からん・・・・
Reiser事件、続報ないのか?
Reiser4の開発はこれで停止か
いよいよ、タイ━━━━||Φ|(|゚|∀|゚|)|Φ||━━━━ホ!!?
>>494 要約すると、
現在の ReiserFS v3 はパフォーマンス上の問題がある。
けど、それを修正するには広範囲に渡るし、実際それに関わっている人がごく少数しかいない。
reiser 氏(と ReiserFS team)は ReiserFS v4 を押し勧めていて、ReiserFS v3をメンテナンスモード状態にしてしまった。
ReiserFS v4 は、作りが複雑なわりには目立って良い所はあまり感じられない(Jeff Mahoney氏自身が)。
それに対して現在 Ext3 は活発に開発されているし、新らたな Ext4 (開発中)にアップグレードできるような定義もされている。
以上の理由から、Ext[34]にシフトしていく予定。
ただ、reiserfs は今後もメンテナンスモードとしてサポートしていくが、将来的にはサポートを縮小して行く予定である。
reiser氏のプライベートな件とは関係無いようだ。
>>496 Reiserのプライベートな件は一切書いてなかったと思うが、
このメールの人ってsuseの製品ディレクタなの?
suseの意思決定できる立場の人なのかが分からん。
>>497 >このメールの人ってsuseの製品ディレクタなの?
>suseの意思決定できる立場の人なのかが分からん。
彼は SUSE の FS 担当のメンテナだと思う。もちろん独断でそういうメールはしないでしょ。
SUSE 内で決定された結論を SUSE-FS メンテナ代表として通知してるのだと思う。
>>492 新聞サイトウォッチしてるけど、続報ないなあ。
>ReiserFS v4 は、作りが複雑なわりには目立って良い所はあまり感じられない 結局さ、オープンソースの限界ってここらへんなのかもね。誰にでも分り易い 実装を目指す変わりに、犠牲にしてるものも多いってことだろうな。
>>500 でも、オープンソースに限らず、ソフトウェアはKISSが原則でそ。
複雑な機構はバグの温床だし、将来状況が変化したときに如実に性能が落ちる可能性もあるわけで。
ReiserDriverは使い物にならない??
比較的大きな企業が強烈に押さない限り ext系以外のファイルシステムをねじ込むのは無理だと。
OCFS2は? 前のバージョンと違って一般的なファイルシステムとしても使えるらしいが。
>>505 >>494 の記事の最後のほうに
>To be clear, my long term goal is to use OCFS2 (or another CFS if one
>shows a clear adoption advantage) for the root file system.
とある。
>>496 プライベートは書いてないけど・・・・
タイミングがね。。。。決定の後押しになった可能性は否定できない、か
ReiserDriverって読み取り専用じゃ内科!!
NTFS:Linuxだと読むのは出来るが書くのは危険? FAT:4GB超えるファイルを使えない EXT2/3:WindowsからFileSystem Driverで書き込みすると・・?
sambaはFS的には使い物にならんから ただの書庫置き場になる NASはドザから見ると幻想でしかない
唐突にsambaが出てきてなんじゃと思ったけど、そういえばsambaもネットワークファイルシステム だから、話題を広く取ればスレ違いではないのか。でも、NFSだのCIFSだのAFSだのはやっぱり スレ違いだと思うけど。
>>512 えぇー、FS総合なんだからどんな変わりダネでもありにしてよ。
ノーマルなFSだけだと話題の幅が狭いし、ネットワーク系は
クラスタとかも含めてこれから話題が増えてきそうな分野だから
スレ違い扱いはしないでほしいな。
つかNFSとかGmailfsとかってどっちかっていうとプロトコルじゃん
読者に媚びる記者は最悪だろ。 面白さは記事が存在してこそのものだから、読者の関心なんて所詮は砂上の楼閣にすぎない。
なんだよ、結局 ext 系のファイルシステムに戻ってくるのかよ…w
>>514 そんなこといったら通常ファイルシステムは全部データ構造に
過ぎないわけだが・・・
プロトコルでもデータ構造でも結局そのレベルでの議論はスレで
してなくて、使い方や性能・特徴の比較話がメインなのだから、
そういった分類で排除する必要はないのでは?
>>518 それを言い出したら、DBもファイルシステムだと言い切ることができると思うんだが・・・・
HTTP使ってアクセスできるあぷろだもファイルシステムか?
区別はした方がいいと思うぞ。
ただのアホにしか見えなくなる。
HTTPもファイルシステムだよ GET する事と read する事に違いはないでしょ ただファイルシステムとして consistency が無いっていうのは致命的だけど
devやprocがファイルシステムだから もうなんでも蟻でいいです
インターフェイスがstruct super_operationsになってるものがファイルシステム?
VFS経由でアクセスできればファイルシステムじゃね?
523に1票
open(2)が使えればファイルシステムってのは?
mountできればファイルシステムと言ってみる。
>>523 Linux的なVFSじゃなく一般的な意味でのVFSだと、それこそhttp越しだろうがtar fileの中だろうが
fsにできちゃうぞ
528 :
523 :2006/09/22(金) 23:18:34 ID:xKrx5JsQ
httpをVFS越しに見せる部分がfsであって、httpそのものはfsじゃないと思う派です。
davfsとかmi-arcfsがfsでWebdavとtar fileはfsじゃない派
httpだとそんな気がするけど、NFSとか最近だとクラスタ系のfsとかだと 大元のブロックデバイスからmountしてシステムコールが叩かれるAPIの 部分までの間がfs(として設計された部分?)だと思う。
syscall→VFS→各FSと経由するのがFS 523に同意です。 nfsd(API) <------ NFSclient(FS) ↓ ext3(FS) httpd(API) <----- firefox(API) ↓ reiserfs(FS) smbd(API) <------ Explorer(API) ↓ xfs(FS)
sshfsもか
cvsfsはどうなるんだ?
馬鹿な一言から面白いことになってきたな。
(*_ _)人 FUSEを考えると、単体ではFSの機能を なさないですね。。。 531は全部揃ってFSを構成してると考えると。。 うーむ難しい。。。
ファイルシステムとはストレージの抽象化だと思っている
537 :
523 :2006/09/23(土) 12:33:44 ID:OH5A3MME
FUSEは単なるライブラリ。 FUSEを使ってfsを作ることでようやくfsと呼べる代物になると思う。 以下、fsの俺様定義。 o カーネル内部のfsソース もちろんfsの一部 o ネイティブfsのファイル構造、NFSプロトコル fsで使うことを前提につくられた物なのでfsの一部 o webdav fsで使うことも想定したものなので、fsの一部とも言える(あいまい) o FUSE fsを作るためのライブラリなので、単体ではfsと言えない(あくまでfsのパーツ) o httpプロトコル、RPC 汎用のものなのでfsの一部ではない 結局、VFS経由でアクセスできるようにしてる部分がfsで、その先どこまでfsと考えるかは人によりけりな気がする。
いや、もう何でもいいからw それよりも、ReiserFS や Reiser4 は今後どうなっていくのよ。 現状で ext3 を抜きにすれば、XFS を選んどくのが無難か?
XFSも糞。 ext3が無難。
政治的な理由によりext3以外はリスキー。
JFSも争いの中に入れてあげてよ
オンラインでのメンテナンス (バックアップ等) はxfsがいいから rootなどのシステム用にext3、homeなどのデータ用にxfsでいいんじゃね?
reiserさんの続報は?
存在自体が闇に葬り去られました
ある日突然VFSやIO、もしくはもっと低レベルなところに変更が入り、 XFSでマウントすると触るファイルみなぶっ壊すようになったりするかも知れない。 ext3だけは特権的に慎重なテストがしてもらえる。
>慎重なテストがしてもらえる。 その結果がこの様でつか
>>546 どの様?最近ext[34]で何かあった?
FSが壊れる確率は ext3 と XFS だとどっちが高いかな? 経験的には ext3 の方が高いような気がするけど。
今すぐ電源引っこ抜けば判る。
状況次第ではext3はext2よりもリスキー。
奥なんとかさんの口癖ですね
私の奥さんの声はハスキー。
机で寝てたら足元のタップの主電源スイッチ蹴って切っちまってたorz マシンの電源入れたらログにファイルシステムの不整合を修復したと取れる 以下のメッセージがあった. Sep 26 12:50:47 hoge kernel: EXT3-fs: INFO: recovery required on readonly filesystem. Sep 26 12:50:47 hoge kernel: EXT3-fs: write access will be enabled during recovery. Sep 26 12:50:47 hoge kernel: EXT3-fs: hda4: orphan cleanup on readonly fs Sep 26 12:50:47 hoge kernel: kjournald starting. Commit interval 5 seconds Sep 26 12:50:47 hoge kernel: ext3_orphan_cleanup: deleting unreferenced inode 2643199 ... Sep 26 12:50:47 hoge kernel: ext3_orphan_cleanup: deleting unreferenced inode 82489 Sep 26 12:50:47 hoge kernel: EXT3-fs: hda4: 39 orphan inodes deleted Sep 26 12:50:47 hoge kernel: EXT3-fs: recovery complete. おまえら相当詳しそうだからお聞きしたいんですが, これってhda4のファイルのいくつかは消えてたりするもんなんかな?
>>553 英語くらい読めボケ。
> Sep 26 12:50:47 hoge kernel: EXT3-fs: hda4: 39 orphan inodes deleted
ここで迷子のinode 39個消したってほざいてるから、
ファイル39個見えなくなってても泣くなよ。
多分平気だと思うが。
>>554 レスありがとうございます
何が消えたのか気になりますが
これ以上はどうしようもないですね
>>555 とりあえず、lost+foundを見ろ
>>556 lost+foundの中には何もないです
ところでnfs4って3と比べて何がいいの? 教えて竹山先生
認証・暗号関係
結論としては、linux のファイルシステムは糞ってことだね
すいません。教えていただきたいのですが、 今までCentOS4.4を使用してきて 先日ファイルシステム(ext3)がぶっ壊れたのをきっかけに OSの再インストールを仕様かと思うのですが、 ルート(/)をxfsで使用することは出来ますでしょうか?
できるよ。 ただし、/bootを50MBくらいext2で作成しておくのが無難。
565 :
563 :2006/10/09(月) 13:15:51 ID:CBBGiVnO
>>564 レス有難う御座います。
なるほど、/bootをext2にするんですね。
今まではインストール後にxfs導入して
追加のHDDのみxfsにしてたので
インストール時の指定はどのようにするのでしょうか?
デフォルトでインストールするとext3になってしまうので…
ext2選べなかったっけ? べつにext3でもいいんだけど、/bootにジャーナリングつける必要もないってだけだから。
567 :
563 :2006/10/09(月) 13:24:48 ID:CBBGiVnO
>>566 ごめんなさい。説明が悪かったですね。
「/boot」の指定は出来たのですが、
「/」(LVM?)のファイルシステム指定がext2かext3しか表示されないので…
あのー、Hansさんのその後は・・・?
/bootにXFSは仕様上駄目だろ。スーパーブロックが先頭アドレスに 置く仕様になっているんだっけ。ディスクフォーマット互換のために どうにもならんとか。
>>568 MLには以後出てきてないけど、誰もそれに触れず普通の流量のまま
淡々と続いている。ビミョーな空気が流れている幹事?
タイ━━━━||Φ|(|゚|∀|゚|)|Φ||━━━━ホ!!済みってか?
>>569 /bootじゃなくて
/って書いてあるように見えるが?
/boot以外をXFSで統一したいんだろきっと。
一部のディストリでインストール時に
カーネルオプションで
linux xfs
って入れてインストールすれば
XFSをパーティション切るときに指定できたと思うが
手持ちのCentOSじゃ出来なかった。
Fedoraだっけかな、できたの
切るだけならknoppixでも使えばいいが、インストーラが認識しないと無理だしね。 XFSを使えるインストーラとかあんまり聞いたことがない。 特別なこと(SELinux)とかしてないなら、ext3で別の場所にインストールしておき、xfs組み込みカーネルを作成し、その後で本命パーティションにコピーとか回りくどい方法もあります
ていうか、インストーラ以外でxfsフォーマットの領域を作っておき インストーラでフォーマット等しないで普通にインストールするだけでは無理なの? Centのインストーラはxfsの領域を認識してくれない、って話なのかな。
Ubuntuで普通にxfsの領域作成、フォーマット、インストールって出来た。
Gentoo にはインストーラなんてないので 自分で好き勝手なファイルシステムを構築するのみ
人間がインストーラ
>>576 インストーラで使用しているカーネルがXFSに対応
していなければ、他のディストリビューションでXFSを
作成しても、マウントできないので結局何の意味も無い。
というか、最近のメジャー・ディストリビューションでXFSが
使えないのはRHELだけのような気がする。あの古き良き
Slackwareでさえ、XFS上にインストールできる。
581 :
563 :2006/10/10(火) 13:48:16 ID:1AoCkAv7
>>573 linux xfs
のインストールオプション付けてもだめでした…
>>580 他のディストリでXFS作ってからインストールも
試してみましたがやはりダメでした。
カーネルがXFSに標準対応するまでお預けですね…
CentOSとFedoraしかいじったこと無いので
他のディストリにするのは勇気なくて…
とりあえず皆さん有難う御座いました。
お仕事、お急ぎでないなら試してみたらいいんじゃない? 失敗したって別にPC壊れるわけじゃないしさw # でもいきなり外向き鯖とかは勘弁
583 :
hoge :2006/10/11(水) 13:05:28 ID:MszTKZlN
584 :
login:Penguin :2006/10/11(水) 13:23:37 ID:orXcnTum
キタ━(゚∀゚)━( ゚∀)━( ゚)━( )━(゚ )━(∀゚ )━(゚∀゚)━!!!! Reiserfsなディスクどうしよう…… 今更ext3も嫌だしXFSでfs壊した事3回もあるし……
>>584 おまえさんがReiserfsとReiser4の開発を引き継いでくれw
開発止まっちゃうのかな…
大人しくext3に移行した方がいいのだろうか…
>>584 期待している。
いまシステムがインストールされているReiserfsパーティションを、ファイルを動かす事なく そのまま他のファイルシステムにコンバートする事って可能ですか?
>>585 無理ス。
ところでWikipediaも速いな。
ttp://en.wikipedia.org/wiki/Hans_Reiser > On October 10, following the second search of his home (in which
> Oakland PD and FBI investigators removed a number of items), Reiser
> was arrested on suspicion of her murder.
うひゃー!
刑が確定すれば、刑務所から開発も可能かもしれないけど、 今の状態じゃ誰も手を付けられないね。 それにしてもSuSEの逃げ足の早さに脱帽
なーしてファイルシステムに絡むと頭がおかしくなっちまいますかね? BSD方面の連中もキチガイばかりだし、このスレもキチガイスレだし。
>>591 豚玖珠
やっぱ安全重視でちゃんとバックアップとって一からやり直します
ライザータイーホされてたんかい( ´・ω・)
portage置くには最適だったんだがなぁ
xfsが最後の砦
ぶっちゃけReiserの居ない間に、どっかの猛者が(カーネルコミュニティに都合良く) Reiser4をハックしちゃえばいいのに、と言う気持ちは…
しかし、これでReiserFSは完全にメインストリームからは外れたな。 しかし、ここ6,7年の間で漏れもext2, ext3, XFSのそれぞれで 何度かFS壊したことあるんだよね。 どれを使えばいいのやら...
fat
UPSを買う。そして バックアップを定期的に行う。 あるいはもっとrobustなOSに乗り換える。
>>600 つjfs
XFSで自爆したことはあるが、ext3で壊したことは無いな。
俺は逆だな。 ext3で壊れたことがある。 当面はxfsでこれから開発されるであろうext4に期待する。
>>604 どちらもfsが自分で壊れたことはない。
swsusp2 のコードいじってたらミスって、/ パーティションを壊した時に XFS 使っていたという話。
ダメもとで xfs_repair 使ったけど回復不能だった。
今後の期待は ext4(忘れてた)と ocfs2(まだ試してない)だな。
漏れの場合もFSが勝手に壊れたことはないと思うよ。 だいたいの原因は、OSがフリーズしてリセットボタンで再起動した、 誰かがコンセントに足を引っかけた、雷や電気の使いすぎで停電した、 他のコンセントと間違って引っこ抜いてしまったなど原因は 他にあることが普通。
プログラマーなんて大人しい人間ばかりかと思っていたけど、殺害逮捕か・・・。
>>604 ext3のジャーナルの利点はfsckかけないってだけで、堅固性はかえって悪化するからねぇ。
フルジャーナルとれば話は別だろうけど、パフォーマンス落ちすぎて話にならなくなるし。
>>606 ただ、そういうことでfsが壊れるのはfsに堅固性が欠けているからだけどナー
reiserfsは良いものだ 神のいたずらか
ReiserFSが一番まともなFSになりそうな悪寒だったのに。 次はXFSしか無いんなんだけど、SGIの頃と違ってどうも良いイメージがない。
VFSから作り直せ。
スクラッチから作り直せ
ファイルシステムは壊れるのはおまえらの脳が壊れているのが根本原因
そんな比較は無意味。 このスレの連中は己の汚れた魂を救ってくれるファイルシステムを求めているんだから。
おめーら、この後に及んでもまだjfsは無視か、ああそうか。
IBM嫌いだし。
WindowsマシンのNTFSなディスクを smbfsでマウントして使うのが一番robustなんだろうな。
おぼえたての横文字を得意気につかうガキんちょはすっこんでろ
このスレから犯罪者が出るのマダー?
ID:k7X5atdS と ID:H8pPjh2k は出てってくれないかな。
逮捕の根拠になった biological evidence って何のことだろ。 Hans の精液が奥さんの車で検出されたとか? それって犯罪じゃなくても普通にあるんじゃね? 大体奥さんの死体も見つかってないのに「殺人罪」で逮捕なんて変。 絶対これは冤罪事件だよ。 Reiser4 潰しの陰謀なんだよ!!
俺も>>ID:H8pPjh2kは此処から出ていってほしいな。 つか、Linuxすら知らなそうだしLinux板から出て行ってほしいな。
エヘエヘエヘwww
>>609 堅固性?
こういう場合は堅牢性というんだと思っていたよ。
エヘエヘエヘエヘエヘwwwww
xfsはパフォーマンスと保守性のバランスはいいんだけど、2.6.16以降のカーネルだと dm_encryptと一緒に使うとOSをハングさせるバグが2.6.18でも直ってない 2.6.16で報告されてるんだがなぁ… 仕方ないのでJFS使ってる
>>573 Centos4.4+CentosPlusKernelで、/ を XFSにしてみたんだけど
(/boot は ext3 )
initrdの中のinitの最後のほうにある mount -t ext3 /dev/hda3 の部分で止まっちゃって、
ext3の部分をxfsに書き直してみたけど、今度は mount error 22 でダメだった。
みんなはうまくいったの?
ext3は、負荷の高いWebサーバで使ってて2度もFSレベルで壊れたことがある。 いずれもジャーナルが壊れたみたいで、修復時にhtmlファイルのケツに ログファイルの内容が書かれたりしてて絶望したw 新鯖ではjfsを採用してみたが、2年近く問題ないのでなかなかいーのではないかとオモタ。
ここで言っておく SuSEのリサーチ力は警察よりも高い 次世代ファイルシステムはSuSEが知っているはずだっ
むしろSuSEが真犯人
Linux自体が、高負荷時の安定性に欠けるからな。
まず脳を安定させるのが先決。 癒し効果のあるファイルシステムを開発しろ。
Sun使うのが一番いいよ。金ケチってPCなんて買うからいけないんだよバカ
俺の経験では安定して動いているSunにはお目にかかった事がない。 Sunには三種類しか無い ・原因不明のハード不調で頻繁にダウンを繰り返しているSun ・原因不明のハード故障でサービスセンター送りになっているSun ・どこからかハッキングを受けオフラインにされて調査中のSun
>>639 使うやつがダメだと何使ってもダメなんだよ。
不調原因が特定できず、侵入も防げないんだからな。
仕事を増やすため今日もサーバにしんにーどおこんなーな俺
早いなw reiserをパージするためか?
今までありがとうHans ReiserFSよ永遠に -ReiserFSの行く末を見守る会-
LKML に来てまでふざけるのは、ちょっと度が過ぎてるな。 冗談はほどほどにしないとね。
>>647 > Ramon Reiser, Hans' father
Hansの父ちゃんってレイザーラモンなんだ。
孤軍奮闘するhans reiser を草葉の蔭より応援していたのだが… orz
>>649 ワロス
キチガイプログラマはプログラム以外でもキチガイだったな
俺を満足させてくれるプログラムを作ってくれるなら、キティでも構わないぞ ReiserFSは結構期待してたんだけどな。 あっちの刑務所って規制緩いぽいから、ムショの中でも開発続けられるんじゃないか? 開発速度が進むかも知れないぞ
世界初、刑務所発GPL?
ext4って相変わらずi-nodeベースなのかな?
>>652 さすがにネットには繋がらないと思うぞ。
手紙の形なら外部とやり取りできるかもしれないが・・・
日本だと手紙さえも親族限定だな
# fsck.reiserfs /dev/hda1 # ls /lost+found Nina
アッー。
>>657 # ls -al /lost+found
lrwxrwxrwx 1 Hans Reiser 9 2006-09-03 Nina -> /dev/null
(((;゚Д゚))ガクガクブルブル
debugfs: stat /lost+found/Nina Inode: 2 Type: family Mode: 0644 Flags: 0x0 Version: 1 User: 503 Group: 100 Size: 0 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 0 Fragment: Address: 0 Number: 0 Size: 0 dtime: 0xNNNNNNNN -- Sun Sep 3 19:52:04 2006
>>660 死亡時刻を秒単位で知っているとは・・・犯人だな!
その互換性のせいで身動きが取れなくなってやしないだろうか。 抽象化が完全に行われてるなら、変換ツール一個用意して終わりのはず。
ext4の実装では直ってるけど、ext3の実装ではバグってる って歴史を繰り返しちゃうのかな
Linuxオワタ
過去の遺物なんて切り捨てればいいのに どうせゴミなんだから
実際に互換性を考慮しなかったらしなかったで、非難囂々だと思うがなw
完全に違うものとして ext4 作って しばらくは ext2/3 も並行サポートすりゃいいんじゃないの? で、2・3年泳がした後に消す。 minix-fs とかもそうやって追いやったじゃんよ。
ボク も クシャクシャポイ されちゃいそうです。
>>671 バロタ
# # Posted by Hans Reiser on Oct 7th, 2006 at 1:26 pm
It wasn’t me. You can check my journal….
>>624 Reiser4はDARPAから資金うけてるからなぁ
性能よすぎでGPLなんかで使ってんじゃねーよってことにでもなったのかな?
植草教授の一件も、日本の小泉改革路線を推す闇の組織によってデッチ上げられた 謀略の一環では、などという思いっきり飛躍した陰謀論を結構真顔でいう人がいますね。
ext4って、互換モードと拡張モードとかってやって旧バージョン切り離せるようにできないのかなぁ 新機能載せるのにやっぱ互換性考えてよくわかんないことなっちゃいそうだし だいたいから、ext4のディスクをext2でも読めないとダメって どういう状況かよくわからんのよ。 緊急時に、別カーネルで立ち上げてext2としてサルベージとかする? そんな緊急時、スゴイ限られた状況だと思うし xfs,jfs使ってる人は、別の対策を考えているわけだから ココまで互換性を考える意味がわからない・・・・・・・・ 新fsでいいじゃん・・・・ZFSの割り切りを見習っていいんじゃないのか・・・
>>676 ext[n]なら互換性を持っていることになるだろう。
名前変えちゃえばいいけど。
ext3でジャーナル無視してマウントしたい場合とかは稀に存在したし。
>>676 >緊急時に、別カーネルで立ち上げてext2としてサルベージとかする?
昔使ってた古いマシンを押入れから出して起動、
空きベイにHDDぶっこんでサルベージ
ってのなら よおくやる・・・
>緊急時に、別カーネルで立ち上げてext2としてサルベージとかする? しない。 無理に Linux カーネルでなくとも 単純なツール的なもので ext2 変換(もっと一般的でも良い) 出来れば十分だし、そっちのほうが汎用性がある。 ext2 絡みはなんかとち狂ってる気がする。
>>676 > 緊急時に、別カーネルで立ち上げてext2としてサルベージとかする?
腐ったジャーナル書き戻されて泣いたのがトラウマになってるんで、
ext3 のシステムが不慮の事故で電源落ちたら ext2 で立ち上げる。
> ココまで互換性を考える意味がわからない・・・・・・・・
なんだかんだ言って ext2 が一番安定してるから。
> ZFSの割り切りを見習っていいんじゃないのか・・・
zfs も安定するまでかなり時間がかかってる。
ましてや、Linux の新しい fs はしばらくとうぶん信用できない。
# ext4 やる前に vfs リファクタリングしろやぁ!!!
>>678 KnoppixなどのLive CDが出てからはそういうことはしなくなったなぁ。
>>680 > # ext4 やる前に vfs リファクタリングしろやぁ!!!
気持ちは分かるけど、
重要度:VFSの安定度 >>(超えられない壁)>> 頻度極小なバグの解決
と開発者が考えている限り無理だろうな。
書き戻されるなんてありえねーし。普通roでマウントするだろ。それとも遊びでサルベージやってんのか?
>>680 >> ZFSの割り切りを見習っていいんじゃないのか・・・
>zfs も安定するまでかなり時間がかかってる。
そりゃーよく分かってんのよ
だからどうせ安定するまで乗り換えないなら
安定するまでext2,3使ってて、安定したら新しいfsに乗り換え、でいいんじゃないかってことで
zfsだって気に入らない人は、ufs使ってる訳だし
zfsをufsでマウントさせろーって言うヤツいないでしょ
不安なのは、ext4触ってる連中が、新しいファイルシステムを設計するだけの
力がなくてext2,3の改良くくらいしかできないから
そんな流れになってんじゃないかってことかな・・・
>>684 > 不安なのは、ext4触ってる連中が、新しいファイルシステムを設計するだけの
> 力がなくてext2,3の改良くくらいしかできないから
これは知らないが、新しいFS作るよりZFSを移植した方が良い結果になると思うのだが。
随分抽象的な議論をしているなあ。
>>680 腐ったジャーナルがぼろぼろできるのがext2の上にかぶせた形のext3故の問題といってもいいぐらい。
いい加減extentベースで作るんだったら後方互換性はカットしてほしいものだが。
ていうかJFS…
>>685 そう思う人間が手を動かすのは自由っていうのが、オープンソースの良いところだね♪
>>688 ZFSは既に移植プロジェクト動いているしね。
でも、手を動かしてpatch出してもrejectされちゃうのがVFS周りだけどね。
ここには自称VFSハカーがいっぱいるようだけど、 lkmlやfs-develには....
>>690 パッチ送るけどrejectされるんですっ!!!!
空気よめてないんだったらごめん 素でわからないから教えてほしいんだけど、なんでJFSはネタ扱いされてるの? 単にマイノリティなだけ?
宣伝文句が何にも無い>JFS
>>691 どのパッチよ。レビューしてやるから晒してみそ。
>693 安定して枯れててネタがないってんならいいことなんだが そういう意味じゃないのかな...
速くはならんて。 拡張属性もinodeで管理してしまうjfsとxfsでは速度が変わらないだけ。 でもACLってPOSIXだとしてもFS縛りがかかるイメージがあるから、 アプリで似たような機能が欲しいときは結局アプリ内で別に管理して しまうんだよな。
メモリが買えない、UPSが買えない、運用中の鯖のFCケーブルを 引っこ抜く誘惑に耐えられない奴はJFS使え
FCを見たら無性に折りたくなる俺はどうすれば・・・。
>>699 jfsは省メモリでジャーナリングなFSってこと?
FCケーブルって何?FibreChannel?
いまからJFSを使っておくと、3年位したときに先見の明を自慢できる ・・・かもしれない
なんでそんなにJFSがいいの? 素人だから優しく教えてエロい人。
マイナーなところ。 名前は知ってるが皆、以外と使ってないfs。
HDDで言う所のFujitsu
だめだめじゃんw
おれはreiser一本でいくぞ
アッー!
reiser4超期待してたのに…
GCまだかよ
>>711 GCなんて飾りです。
おエラいさんにはそれが分からんのです。
GCのないLFSって冗談にしかならんもんなぁ
GC(Game Cube)とかLFS(Linux From Scratch) とかXFS(X Font Server)とか FS(Food Science)とかFC(Football Club)とか Linux空気嫁
>>714 GC/FS/FCはLinux特有ではないぞ。
PostgreSQLのfull vacuumのように手動処理でもいいから、とっととGC入れてくれ〜 そのうちディスク使い切っておしまいなんていうfsは実用云々以前の問題だ。
ディスク使い切る前に玉追加でextendしる!っていう設計思想なの? それとも単に未完成なだけ?>nilfs
vacuum フェラ
720 :
login:Penguin :2006/10/19(木) 12:06:55 ID:5wIHU6Qf
インチキ占い師乙
Reiserカコイイ!!
Linuxマシン廃棄してVMWARE上で動かすようになってからext3破損がなくなった。 ありがとうVMWARE。
そしてさようなら。
>>720 たしかに微妙に性格悪そうにも見えるけどけっこうイケメンじゃんw
あれはやっちゃってる顔だな。
Linus = 北欧のアキバ系 RMS = カルト宗教の教祖 Hans Reiser = 人殺しまでした人格障害者 フリーソフトウェア業界も世間受けのいい人材増やさないと駄目だな……
そこでSambaですよ
ESRは?
ゲッベルスのような宣伝大臣
一瞬エリック・バナみたいに見えた
>>728 Andrew TridgellもRMSのような過激派みたいなもんだぞ
Linux界隈が旧社会党だとすると*BSD関係は共産党だな
すとーるまん=メシア?
どう見てもガイア教徒
>>733 むしろ、GPLなLinuxのほうが共産党だろ。
Theo師とか DJB師はスルーデスカ
なんでLinuxでは*BSDのufsを導入しないの? 一般的な利用法だとufsって凄く安定して優秀だと思うんだけど、
安定した実績があって初めて意味がある XFS だって IRIX では安定した実績が...たぶんある ZFS だって... 登場したてで実績はまだか...
>>738 >なんでLinuxでは*BSDのufsを導入しないの?
昔BSDってライセンスとかの関係でもめてなかったっけ?
導入したい時期には揉めてて、解決した頃にはext2が完成してと
って感じじゃね?
問題はfsの規格ではなく実装だしねぇ。
個人のデスクトップユースではreiserfsがもっとも現実的 作者の私的事情はとても残念だけど、、、やっぱすっきやねん
bsdのufsなんてわざわざ輸入してくるようなものじゃないし。
>>743 規格的にはext2と似たようなものだからね。実装の違いでSolarisや*BSDのufsのほうが
Linuxのext2よりもはるかに信頼性は高いけど。
>>739 ここでもJFSは忘れられる運命にあるのか...AIXって日本では弱いのな。
XFSといえばCXFSもオープンソースに… 無理ですかそうですか。
>>745 Linux に移植された JFS は AIX の実装ベースじゃなくて
OS/2 の実装ベースだから、実はそんなに優れてない
みたいなことを誰かが言ってた。真偽は不明。
また抽象論が始まりますたね
>>740 御大が UFS(FFS) 嫌いなんじゃなかったっけ?
``UFS(FFS) は brain damaged だ. だから自前で fs 作った''
てな発言を, どっかで読んだような記憶がある.
だから自前で(extremely brain damaged) fs 作った 略して ext*...
ext2は、braindamagedだから、自前でfs作った 自前で作ったfsが取り込まれなくてイライラしていたから・・・・・・ 略してreiser*...
Reiserタソのその後が気になる。
気になるね。 しかしもしもの場合他に速度と洗練されてる具合で期待できそうなFSってなんだろう…
zfs ext5
ext5ってをいをい。 ZFSの素性は最強だけど、もしLinux標準I/OとVFSを使って実装されるのなら期待できないなぁ。
>>755 BIO と VFS の糞さかげんが白日の元にさらされて、やっとリファクタリングを…
ってな事にはならないな、きっと…
となると頼みの綱はやっぱり塀の中のあのひとか?
いや、土の中のあの人。
759 :
login:Penguin :2006/10/26(木) 00:04:27 ID:t9lTNUxr
とりあえずextを「いーえっくすてー」って言うな!!! 正しくは イィ・エクス・ティィーィ (英語は発音大事)
> 発音大事 だったらカタカナで書くなよ。
oxt
>>756 それならSolarisを使う。
ドライバ類をSolarisにポートしたほうが何かと嬉しいかも。
Solaris10そのまま使えばいいじゃん
よし!みんなでFAT16使おうぜ!
bioなんて大嫌いだ。ちょっとパラメータ間違えただけでよくわからないところが 領域違反。 なんなのあれ?
間違えるなよ
kfreeなんて大嫌いだ。ちょっと多めに呼んだだけで… って感じの話か。アホか。
もうなんでもいいからZFSを持って来いよ
つ FUSE
FUSE-ZFSに価値なんてあるかよwww
そもそも。ZFSに価値があるかも疑問だしな
ZFS糞説キタ━━━━━━(゚∀゚)━━━━━━ !!!!
>>772 あるってばよ。
ただ砂上の楼閣なら意味ないけど。
まだ実績のないもんマンセーするのは早計だな
つーか、使ってんの? 自分が使ってないようなもの他人に進めても(^^); 人柱よろしくね
777 :
login:Penguin :2006/10/28(土) 02:18:41 ID:3oPjYXX5
JFSと同じだろ?書き込みは遅いよ ReiserFSで十分だ
ZFSいいよ 使ってないけどね
ZFSいいよ もちろんSolarisがあってこそなわけだが
Reiser糞だよ。開発者もタイーホだしもうダメポ。 愛用してるけど。
ZFSいいらしいよ Sorarisつかってないけど
JFSと同じなのかよw
64bit サイズなら XFS でいいし、ZFS は lseek128 が用意されてからで いいんじゃね?
ZFSはパフォーマンスより、スケーラビリティ、VM込みの管理のし易さの方がウリなわけで。
じゃあNTFSでいいじゃん
まじめに パフォ、スケーラ日リティとか、バランスが良いのはどれよ?
XFS→倒産 ReiserFS→タイーホ ext4に期待するしかないんじゃないの? といっても、ext2/3と下位互換性を保つ、って言ってる時点であまり期待できんが。
現状reiserから慌てて他へ移行する理由が特にないので、当面reiser継続。 ただ、他のfsの動向には常に注意を向けておかないといけないだろうな。
>>789 でも、ある意味ReiserFSはこれで枯れていいFSになるんじゃねーの?
sgiは破産法適用解除をうけたから一応復活。
パフォーマンス重視で デスクトップ向けによさげなのはReiser4だと信じていたのに… この先あんなコンセプトのFSって出てくるんですかね
出てくるたびにVFSに打たれる。
VFS文句言ってるなら、俺カーネル作るかBSDでも使えばいいのに。 作れもしねぇくせに文句ばかり言ってるなと。
>>794 じゃあおまえ、選挙で自分以外には絶対、投票するなよ。
Solaris使えばいいのに。馬鹿じゃないの。
LVMからbootできたら神なんだけどね
openSUSE 10.2 Beta1 でデフォルトファイルシステムが ext3 になってるのを確認。 ReiserFS からの逃亡準備完了。
そもそもデータ消失するのはファイルシステムの問題じゃ無いことが 多くないか?
CPUがバグっても、メモリがビットエラー起こしても、ディスクが逝っても、 ユーザが消してもデータを失わない。それが本当のファイルシステム。 んなわけねーだろ。 でも、データの持ち方、処理手順でより優れたファイルシステムというのは 間違いなくある。アトミック性保証、冗長保持、チェックサム、非同期書込 といった技術要素をどれだけ高いレベルで組み合わせるかという設計から、 それを如何に実装してるかで実性能はまったく異なる。使い方は重要要素だが、 ハードエラーが一切ない条件でのベストなFSと、細かい問題が頻繁に起こる 環境でのベストもやっぱり違うんだろうな。
>>802 ユーザが消してもデータを失わない
ユーザが書いてもデータが書き変わらない
そんな堅牢なファイルシステム素敵www
もう、石に彫れと。
806 :
login:Penguin :2006/11/03(金) 19:37:59 ID:y475JP2u
>>804 そんな話なかったっけ?
デジタルデータは消えて
紙データはなんとか読めて
石版の文字は問題なく読めた
って話
つまり最高に堅牢なファイルシステムは消去しないシステム。 無駄が多いが全ての履歴を残すと。 引越しで置き忘れたら家ごとダムの底に沈んだモノが十年ぶりの日照りで地上に現れて 運良く回収できたときにデータが失われていないという状況も、 しかしそんなことは一生に一度あるか無いかのこと、、、でもダムが干上がるという ニュースは過去に何度か見たことがあるな、うん。あるな。これはよく起こることだ。 しかしそこまで考えると、海中から失われた文明の遺跡が発見され、、、 つまりあれか。石か。石なんだな。804はそう言いたいんだな! あと、うっかりタンクローリーで潰してもデータを失わないと完璧だ。
それはつまり、NTT製のログファイルシステムのことか。 あれは不完全と思ってたが、ある意味完全なのか
石は彫るのも保管も大変だから、和紙に墨がいいと思うよ。
一方ロシアは鉛筆をつかった
>>808 ディスクが無限にあればな。
LFSなんて古の4.4BSDからあるけどさ。
>>807 そんなのが出来たら俺がT2000に載せますよw
まあマジレスするとデータを長生きさせるコツは 所有するな、放流せよ、だな
暗号化してから放流するのか?
秘密鍵も念のため放流しないと
どうみても情報流出です 本当にありがとうございました
上司が "重要な情報なら誰かがとっているだろうから捨てても大丈夫" って言ってた
>>818 画像とか本ならそうだろうけど、その考えで社内情報を扱うのは危険だお。
人間の脳にファイルシステムを構築しろよ 不要なファイルは自動で消去できるし 消去したファイルも必要な時には復元できるし ランダムアクセスなら得意だろ? 耐用年数もHDDより多いんだしさっさと採用しろ。 どうせどこの国にもそこら中に腐るほど転がってるんだろ。
はいはいわろすわろす
>>821 必要なファイルが自動で消去されますが何か?
取引先の部長さんと街で会って挨拶されたとき 脳内ファイルシステムのインデックスがぶっ壊れてたので 結構きまずい空気になった
そもそも、記録してないんじゃ
こないだ、ext3でぶっ壊れた で、今後泣かないように、定期的なバックアップを考えているのだけど rsync や rdiff-backup って 差分を取るために、バックアップした時点の全データを 読めるようにしなければいけないんですよね? だとしたら、HDDの容量的に辛いなぁ なんかいいソフトないかなー( ´∀`)
rm -rf っていうソフツが最高らしいです
>>827 俺は inotify でファイルシステムの変更をウォッチし続けておいて、
変更があったらバックアップ対象にするようなプログラムを作ってやってる。
こうすると無駄にファイルシステムを舐める必要はなくなる。
でも、あまりファイルシステムが大きいと、inotify は辛いかも。
> 俺は inotify でファイルシステムの変更をウォッチし続けておいて、 > 変更があったらバックアップ対象にするようなプログラムを作ってやってる。 脳内乙。
>>827 つpdumpfs
必要な容量は減らないけどな。
832 :
827 :2006/11/05(日) 22:17:38 ID:KkNIFGSW
バックアップの話がスレ違いだったら、誘導してください。 inotifyわかんねので、すまんす。 個人的には dar でいこうかと思ってたけど # CentOS 4.4 で、dar-2.3.2 を configure すると # size_t が無いとか怒られた、なんだったんだ # 結局 rpm を拾ってきた pdumpfs 結構良さそうね ちょっと再考してみます。
圧縮すながらやるやつないすか
pdumpfsはhomeやlocal/srcの下でやる分には良さげだが、 etcやlibの下はハードリンク使ってそうだからマズー。
>>834 おいおい、バックアップ先のファイルシステムを別にしてねえのかよ
バックアップ先のファイルシステムは別にしておけば、ハードリンクはその中だけだから
何も問題はない
Windows版の意味がわからん
> Windows版の意味がわからん 頭大丈夫か?
最近では rsync にも --link-dest という pdumpfs と同等の機能があって、 リモートもいけるからこっちの方がいいよ。
>839 おお〜 通りすがりですがこれは便利ですな。
841 :
login:Penguin :2006/11/06(月) 18:25:54 ID:8Pdl4mNn
Linuxのファイルシステムで、デバイスを暗号化できるものはないでしょうか。 自分で調べた範囲では、ファイル個別に暗号化するものは見つかったのですが、デバイス全体を暗号化できるものを探しています。 具体的には、以下のようなことがしたいです。 ・マウント時に手入力でパスワードを入れないと復号されない ・アンマウントしてしまうと、パスワードを知らなければ(クラックしない限り)中身が見れない ・暗号化に使えるアルゴリズムが選べたりするとベター 情報お持ちでしたらご教授ください。 よろしくお願いします。
dm-crypt + cryptmount
LVM2 になんかそんなのなかったっけ スレ違い?
デバイスを暗号化ねぇ。 USBメモリにそんなのがあるよな。Windowsでしか使えないけど。
ハンスたん元気?
タイ━━━━||Φ|(|´|Д|`|)|Φ||━━━━ホ な感じw
reiser4を忘れない
Ninaたんの遺体が見つかったのかとか 起訴されたのかとか情報キボン。 漏れはHansの潔白を信じてるから……
>>841 デバイスって書くと誤解されやすい
「ファイルシステムを暗号化できるものはないでしょうか」と書くべき
Crossmeta File System Addonsを使ってXFSパーティションにアクセスできませんか? 使い方書いてるページ無い・・
853 :
login:Penguin :2006/11/08(水) 00:23:21 ID:YptSFlhk
>>845 いっそのこと開き直って、killerfs とかに名前変えちまえ
ninafs (´Д⊂
dm-cryptってカーネル実装だよね?
>>841 ,
>>844 は
FSスレでずいぶんと頓珍漢なレス入れてる気がするんだけど、気のせい?
>>855 USBメモリで差し込むと1MByte位の容量でexeファイルが一個だけあるように見えるのを使ったことないか?
exeを実行するとパスワードを聞いてきて正しいと本来の容量で中身のファイルが見えるってやつだ。
HDDでもなんでもいいが、別のPCに繋いでフォーマットし直してストレージデバイスとして使えたら「デバイスを暗号化」とはいえないだろ。
850が既にレスしているわけだが。
>別のPCに繋いでフォーマットし直してストレージデバイスとして使えたら「デバイスを暗号化」とはいえないだろ。 あほ?
ext3のジャーナル領域のサイズの確認方法を教えてもらえないでしょうか? mke2fsのmanを見ても >適切な大きさのジャーナルを作成してファイルシステムに格納する。 とだけあって実際何ブロックとっているのかという情報がわかりません。 dumpe2fsしても、Journal inode番号しか分からないので
1) ソース嫁 2) ググレカス どれがいい?
表示できるか分からないけどdebugfsは?
>>849 lost+foundに亡骸が見つかりますた
南無
> mkfs -t reiser4 /dev/hda4 > mount -t reiser4 /dev/hda4 /mnt > ls -l /mnt/lost+found drwx------ 1 reiser root 3175 9月 10 2006 Nina > (゚д゚)
大変だ ディレクトリなのにリンクカウントが1だぞ
>>856 windowsユーザーと対立するつもりないけど、
もう少しLinuxの事が解ってからスレに来た方がいいね。
〃∩ ∧_∧ ⊂⌒( ・ω・) はいはいわろすわろす `ヽ_っ⌒/⌒c ⌒ ⌒
867 :
login:Penguin :2006/11/13(月) 02:54:05 ID:H0X51F6B
結局ntfsには敵わないモノばかりだな なんか失望した と、引き篭もりが落胆してみますた
xfs_fsrダイスキ
マジか すげぇな あとは、空き領域を上手く使って、 クラッシュ時に可能な範囲でロールバックできれば完璧か デフラグと相反しそうだが
>>870 インターフェースでNACKくらってるやん。
その前の [RFC] Defragmentation interface のスレッドに参加していない
ことの方が問題では?
デフラグツールって欲しいという奴は沢山いるが 実際に作っても使ってくれないツールの一つだしなあ。 過去にあったツール群と同じように人柱バージョンで消える悪寒。
オンラインで出来ないから、使われんのだろ。 データベースファイルなんかは、真っ先にデフラグしたいもん。
デフラグじゃなくハッシュ木の組み直しがやりたいんちゃうの?
>>875 両方したい。
ハッシュ木の安定は検索の高速化につながるし
実データの集約は、実データ読み書きの高速化になる
物理的に連続にならないと効果ないんじゃない?
ハッシュだけじゃ、効果ない。
デフラグは必要ないって話じゃなかったのか
最初はみんなそういうのよね〜
NTFSも最初デフラグ必要ないって言われてたよな
でもReiserFSにデフラグは必要ない、そうだよな?な?
確かめるためにReiser容疑者に接見しにいってこい。
デフラグの前にfsckだろ?
まずは裁判だろ
実際のところどうなんだろうな
今あるFSで、個人用デスクトップ用途の場合 システム(/)、データ(homeとその他)のファイルシステムとしてそれぞれ最適なものはどれでしょう?
>>887 ReiserFS。そのうちコードの著作権も切れるし。
>>887 ext3
ReiserFS3はメンテもされなくなるから、いずれカーネルから放逐される。
ReiserFS4は取り込まれる以前の問題だし。
>>888 ライザーが今すぐ死刑になっても今後95年は切れないと思うんだ
日本だと50年だっけ?
>>887 デスクトップ用途ならJFSが最適かと。
実はJFSかと。
おまいら、あえて別のFSを奨めて 887を混乱させようとしてるだろ?
一番使われていて実績あるのは、ext3 だけどな
>>887 本当は/がRAMFSで/homeがNFSが最強だ
899 :
887 :2006/11/17(金) 10:36:24 ID:QgF4AKLv
何か悪い質問だったんでしょうか?
質問が悪いんじゃなくて、質問した場所がマズかったんじゃね そんな俺は全部ReiserFSだが、巨大な動画ファイルの読み書きが 苦手だ、という事を最近知った
やっぱ糞じゃん
マジレスすると、/ は xfs以外好きなの(ext3,reiserfs3,JFS)、 /homeは好きに。動画はxfs。
ReiserFSはSuSEイチオシのファイルシステムだったんだよ。 ローレイテンシを要求するアプリに最適だ、という話だった。 例の事件であっさりと見捨てやがったけどな。
reiserfs3 使ってたのに、 結局またext3使うしかないんか。
ZFS! ZFS! まあ、まともなFS使いたければ、Linux捨ててSolarisにすべきだろうけど。 JFS同様、ZFSもLinuxにportされると腐れるだろうし。
906 :
login:Penguin :2006/11/17(金) 20:50:54 ID:swEZ6zxk
ReiserFS使ってるしReiser4使いたかったけどあんなことになっちゃったから 当分進化もなさそうだしこの先どれにすればいいのかと…
907 :
login:Penguin :2006/11/17(金) 21:09:16 ID:slFDey90
vmwareの仮想サーバもxfsがお勧めですか?
>>905 JFSいいよJFS
急速に改善されてんだから
今最もバランスとれてるんじゃね?
でも何故かみんなスルー
もったいない
>>908 JFS急速に良くなってんの
誰かが頑張ってる??
ちょいとその辺りを追える情報教えて貰えないですか?
マテマテ VxVM+VxFS使ってみろ
>>908 ほんとかよー
存在感薄いからなあ
どんな感じになってきてんの今
ram disk とオンメモリーの違いって何?
>>912 何だそれ?
ファイルシステムとして管理してるか
管理されてないかの違いだと答えて欲しいと言う事か???
>どんな感じになってきてんの今
これが知りたいがために
>>908 はこういう書き込みをしました。
それにしても、ext4にはがっかりだな。
JFSってボランティアはほとんど参加してないだろう。IBMの 人間が黙々と開発してる印象がある。まあ、そういう方針なんだろう。
>>915 なんで?
大幅に速度あがってる部分もいろいろあるじゃん。
下位互換の必要性有ったのかねぇ
政治的な理由だろうね
速度なんて、きちんと完成した後で検証しないとなw
互換性捨ててでも速くてそこそこ信頼性あればいいんだけどなあ Reiser4はそういう意味で期待してたのに…
速度はどうでもいいから信頼性がばっちりなのはどれ?
>互換性捨ててでも速くてそこそこ信頼性あればいいんだけどなあ 君にはxfsがピッタリ
>>922 UFS2、というかSOFT UPDATE。
ほんととろいけどどの時点でもconsistencyが維持されてるのは評価できるんじゃないかな。
迷ったらext3
JFS意外とおすすめ
ZFSってCDDLなんだな。ツマンネ
929 :
921 :2006/11/19(日) 14:47:11 ID:8iF+ekyk
>>923 それはネタではなくて?
>>902 で
>マジレスすると、/ は xfs以外好きなの(ext3,reiserfs3,JFS)
という話が出ているが。
>>927 平均点が高いという意味かな。
JFS、マルチバイトはもう使えるようになってたんだ。 でもXFSで十分だなぁ JFSの欠点は使っている人が少なすぎることかな
使ってる人が少ないってのは、ネットワーク関係のスタックなら利点にもなったりするけど ファイルシステムの穴を付いた攻撃ってのが2次的なものだから あんましそれはメリットにならんよねぇ・・・
そこで、SpadFS
/boot ext2 / xfs /home reiser4 で俺は使ってる。xfsは電源ぶっちぎると確実にデータが飛ぶけど/なら再インストールすればいいし、そもそも頻繁に更新しないから homeは信頼性優先でreiser4
信頼性優先でreiser4って意見ははつみみです。
ext2はfsckが面倒、ext3はクラッシュしたことがある、xfsは瞬電でデータが飛ぶ、jfsはマイナー でreiser4しか選択肢が無かった、の方が正確かもです
>>935 そういう場合、マイナーでもJFSを使うのがいいんじゃない?
Reiser3ならともかく、Reiser4は…
入れたの逮捕前なんでw将来性に期待してました いまならJFSかも
誰かが勇気を出して JFSを評価するべきだ 今は消去法で最終的に残るだけで やはり未知=手を出すのがこわいぜよ
とりあえずJFSの良いところをアピールしてくれ。 消去法で決めるってのもなんだし、ここが素晴らしいって言ってくれた方が移行しやすい。
googlecusって言われてもなぁ。
以前このスレででてたベンチマークではxfsやreiserfsに速度で負けてたはずだけど>jfs
よし、
>>950 踏んだやつがJFS使用レポすることに決定。
JFSは2年以上使って壊れたこと無かったけど遅かった印象があるな。 デスクトップ用途としては耐えられないくらい。 ベンチマークではそれほど悪くないのに不思議。
細かいファイルをゴロゴロ転がしておくような使い方してるとReiser4以外は選択肢に 入らないんだよなぁ。パフォーマンスが違いすぎる。逆にでっかいファイルは鬼門だった けどVMwareの仮想ディスク置いたりすると確実にぶっ壊れるのは直ったのかな。
>>951 でっかいってどれぐらいからはっきり分かる?
>>949 おお、分かり易い。thx。
JFSは並列性が高いのか。
JFSでデスクトップ用途兼サーバ(CIFS, NFS, SMTP, IMAP4)やってるけど、二年ぐらい問題ないよ。
二年間で突然停電したりドライブが半壊したりした?
ところで気になるんだけどSGIが出荷するLinuxマシンはXFSを使っているんだけど、 IBMの出荷するマシンも当然JFSなんだよね? なんか最近異様にJFSを薦める人がいるけどどうなんだろ
>>957 IBMのエンタープライズサーバはjfs。
なんかさーXFSの問題点って停電時だけ?じゃぁ全部XFSにしとけばいいじゃん ってかなんでExt3なんて効率悪いファイルシステムがLinuxの標準みたいな扱いになってるんだ。 すべてにおいてXFSが勝ってるじゃん
>>960 スタック消費の問題。
8KSTACKSにすると、2-pages allocationできなくて、
スラッシング/OOMの嵐。
>>960 政治的な問題。
それに停電時なんてどのfsも似たようなもんだ。
>じゃぁ全部XFSにしとけばいいじゃん そこで何故、じゃあ全部XFSにってなるのかわからんw 他にもある中で敢えてXFSを洗濯する理由は?
>>872 いまさらで申し訳ないが、online defrag実装に向けて、ioctlの
NAK出してるのはJeff Garzik(mandrakesoft gtk,gitメンテナ)ですね。
先週のExt4 devel interlock meeting(毎週水曜日の会議)で
ioctlを使うことはTheodore Tso(IBM、ext2/3メンテナ)と
Eric Sandeen(Redhat、元SGIリストラ退職)が賛成している。
ttp://marc.theaimsgroup.com/?l=linux-ext4&m=116380111708768&w=2 内々でioctl使うことで方向性が決まっていたのではないでしょうか?
2006/9/11のOSDL-Japan2回目で来日したときにonline defrag実装
に向けてNECの人がTheodoreさんに説明していたそうです。
政治的においがする。。。
魔法の呪文、ioctrlだしなぁ read/seek/writeから外れると他に方法無いと言うか・・・・・ ioctrl経由でなければ、コントロール用のデバイスファイル作ってそっち使う位しか無さそうだし
>>964 表に出る所で議論しないとねえ。
2日目みたいな非公開の場で話されると、外野にはどういう
話があったのか全然わからん。
誰か実験で一つのパーティションに300万ファイルぐらい置いて、 毎日別のパーティションにrsyncでバックアップするのの実験やってみない? RHEL4のメールサーバでext3使ってると1〜3ヶ月で、 バックアップ先のファイルシステム壊れ出すよ。 ext3以外のファイルシステム使えば壊れないのか知りたい。
969 :
login:Penguin :2006/11/24(金) 11:21:11 ID:S0Tx/8wN
書き込み最速はLFS
>>967 他のファイルシステムでも壊れます。
他のディストリ使っても壊れます。
他のOS使っても壊れます。
原因はそういう所にあるわけじゃないから。
エスパーですか
970はたぶんキチガイ
970 の 1,2行めはしらないけど 3行めは銃殺刑
974 :
login:Penguin :2006/11/24(金) 21:51:04 ID:bv6v3cTU
>>970 の言うことは一理も二理もあると思うんだが
970乙
>975 きっちり日が変わるまで待ってからの自演乙
979 :
970 :2006/11/25(土) 11:46:49 ID:EDv3UZfN
まさかハードの問題だと暗化なオチじゃ無いだろうな
>>975 事実だが、理がないだろ。 寝ぼけるな。
まぁまぁ皆さん
途中で送ってしまった。 まぁまぁ皆さん そろそろ次スレですよ
乙!
987 :
login:Penguin :2006/11/25(土) 23:34:42 ID:EAIz6xlT
お前もだろ
>>967 エスパーの俺が回答してやろう。
バックアップ先が FreeBSD で ufs を使ってるから壊れる。
3年=1095回で300万以上のファイルで さらにダミーファイルのファイルの追加と削除を繰り返し 100ユーザで本物spamも受信するようにして、より現実的に。。 一定時間でrsyncするスクリプトを11/25 19時から流してきました。 5、6分で1回rsyncするので4日ぐらい待ってください。 4ノード(Woodcrest x86_64)とディスク32玉しか確保できなかった。 kernel2.6.19-rc6-mm1 ext2、ext3、ext4dev、xfs、reiserfs、jfs パーティションが別とは、同一ディスク?別ディスク? 聞くのが面倒だったんで両方やってるけど。。 Anode ext4dev reiser xfs 9玉 Bnode reiserfs ext3 ext2 9玉 Cnode xfs ext3 ext2 9玉 Dnode jfs ext4dev 5玉 mmkernel使ったけど、reiser4は1時間でpanicし、 vfatは遅すぎなのでやめました。。
990 :
login:Penguin :2006/11/26(日) 04:22:07 ID:WDyXoigy
>>989 あと、2分に1回、shutdownなしでいきなり電源切ってください。
良くあることなので。
おまいのバックアップ鯖は北朝鮮にでも置いてあるのか。
とりあえずUPS入れよう。
>>990 そんな使い方すると、HW自体も使い捨てになる
24時間常駐の人件費と
運用中のシステムは電源断100回20%でなにかしら壊れる。
4日間で2880回。560個は壊れるとして。
4node+32玉=36個だから16セットぐらいは壊れるか。
1億以上かかるな。
お金貰ってもそんな仕事したくない。。
毎回リセットしなきゃ動かないクソなソフトが乗ってるんだろうな
1セット4nodeだったのでミスしました。 1node8玉を64回壊すので。 40万×64回=2500万程度だ。。
俺なら4玉ぐらいおかわり出来る
998 :
967 :2006/11/26(日) 15:28:59 ID:x84UIuM7
>>989 うわっ、テストが本格的。感謝感謝。
> パーティションが別とは、同一ディスク?別ディスク?
バックアップ元がハードウェアRAID1の1パーティーションで、
バックアップ先が別の単体HDD。
CPU: Athlon64
メモリ: 2GB
OS: RHEL 4 x86_64
2台運用していて、両方で発生します。
ただバックアップ先はRAID1してないので、セクタ破損の可能性高いと思います。
1000
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。