08/10/26 15:20:20 VYy55fXH
関連リンク
ext4
URLﾘﾝｸ(www.bullopensource.org)
reiserfs/reiser4
URLﾘﾝｸ(www.namesys.com)
xfs
URLﾘﾝｸ(oss.sgi.com)
jfs
URLﾘﾝｸ(jfs.sourceforge.net)
nfs
URLﾘﾝｸ(nfs.sourceforge.net)
ntfs
URLﾘﾝｸ(linux-ntfs.sourceforge.net)
fuse
URLﾘﾝｸ(fuse.sourceforge.net)
関連スレ
ジャーナリングファイルシステム [UNIX]
ｽﾚﾘﾝｸ(unix板)l50
FS関連スレ [OS]
ｽﾚﾘﾝｸ(os板)l50
3:login:Penguin
08/10/26 15:21:58 Aa7+Kxur
reiserfsたん、もうすぐ死んでまうん？
4:login:Penguin
08/10/26 15:24:28 VYy55fXH
btrfs (Oracle)
URLﾘﾝｸ(btrfs.wiki.kernel.org)
NILFS2 (NTT)
URLﾘﾝｸ(www.nilfs.org)
en:List of file systems
URLﾘﾝｸ(en.wikipedia.org)
5:login:Penguin
08/10/26 15:25:32 VYy55fXH
reiserfs(3) はメンテナが現れた、から先がよくわからないですね。
6:login:Penguin
08/10/26 15:31:00 ThCbHvMt
ファイルシステムなんていくつもいらない
みんな早く気が付いて欲しい
7:login:Penguin
08/10/26 15:41:55 uw0n/SlQ
宣言しとくわ。
このスレが終わる頃には、Linuxのデフォ＆鉄板のfsはbrtfsになってる。
そして俺は一生の伴侶と巡り会い、結婚して幸せな家庭を築いている。
8:login:Penguin
08/10/26 17:39:35 2WltNliT
>>7
Hans Reiserと同じことをするなよ
ああ、Reiser4の時代が来てほしかったとしみじみ思う
9:login:Penguin
08/10/26 17:40:31 mevNGMqt
その、、、なんだ、つまり
夢を持つというのはなんにせよ良いものだな。
10:login:Penguin
08/10/26 18:03:09 jtm3rZe3
夢オチか・・・・
11:login:Penguin
08/10/26 19:36:05 5oMD0Jjl
btrfsが普及したら、俺、結婚するんだ・・・ ←死亡フラグON！
12:login:Penguin
08/10/26 19:44:59 w1VfbHT6
こうして>>11の命は、世界中のオープンソース開発者達の手に委ねられた・・・
果たして世界は>>11の命を救えるのか！？
13:login:Penguin
08/10/26 20:04:44 w0k1kdhY
マジレスするとbtrfsは2.6.29でのマージがほぼ確定していて、Linux Foundationが
やっているend user summitではメンテナがこぞってbtrfsを次世代主力ファイルシステム
として紹介してた。
ext4? あんなのただのツナギですよ。だってさ
でもファイルシステムの安定性ってコーナーケースのバグをどれだけ取り切れるかが命の
ところがあるからディストリがデフォルトファイルシステムに採用するには最低あと２年は
必要と思ってるけどね。
14:login:Penguin
08/10/26 23:42:22 nPUokUo0
みんなに人気がないjfsやnilfs2に期待してみる…。
がんばれー。
15:login:Penguin
08/10/27 01:42:16 e0QnNgdu
>>5
3のメンテナはずっとSuSEの人でしょ？
16:login:Penguin
08/10/27 07:29:05 cLE4KcP/
>>14
JFS使ってるよ
安定してるよ
でもみんな嫌うんだよね
17:login:Penguin
08/10/27 10:37:04 TJ+cKxiB
>>13
一回中身が全壊するようなトラブルが起きないとなあ…
>>15
いつだったかOpenSuseがext3に切り替わったところで
いなくなったような気がする。
18:login:Penguin
08/10/27 23:15:00 Nn6BdcXC
Reiserさんって何かしたの？
19:login:Penguin
08/10/27 23:27:24 /M+SRI3O
SATSUGAI
20:login:Penguin
08/10/28 09:13:51 DZ5oSGp8
ZFS on FUSE - Wizy Wiki
URLﾘﾝｸ(www.wizy.org)
ZFS on FUSE/Linux
URLﾘﾝｸ(zfs-on-fuse.blogspot.com)
>>18
Reiserさんは羅生門にてgo to dmcした。
ハンス・ライザー - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
21:login:Penguin
08/10/28 20:26:40 l/vwHuAX
お尋ねします
JFSって駄目なファイルシステムなんですか
22:login:Penguin
08/10/28 20:27:07 l/vwHuAX
わりいageちまった・・・
23:login:Penguin
08/10/28 20:29:27 2Uz0rt9r
>>21
URLﾘﾝｸ(www.gizmodo.jp)
24:login:Penguin
08/10/28 21:16:42 ly4HKvKq
>>21
IBMが数年前に手を引いた後、誰一人バグフィックス・パッチすら投稿しない
状態が続いているので、おすすめしない。
ext3やXFSを見ているとkernel本体の修正の巻き添え食らってregressionしちゃったから修正した。
みたいなパッチが結構あるのに、それがないところを見ると枯れているのではなく、本当に
誰もまともにメンテしてないだけだと感じる
25:login:Penguin
08/10/28 21:22:22 m9ZBG4lV
>>24
URLﾘﾝｸ(git.kernel.org)
26:login:Penguin
08/10/28 21:25:27 m9ZBG4lV
URLﾘﾝｸ(git.kernel.org)
27:login:Penguin
08/10/28 22:48:52 l/vwHuAX
ど・・・どうなんだ？
>>25-26を見るとそんなに無視されてもいないようだが・・・
28:login:Penguin
08/10/28 23:05:11 d5jsdEqT
なんか色々調べてるとJFSの評価かなり高いみたいだから興味はあるんだよね。
長所は大きいファイルも小さいファイルもパフォーマンスが良く、短所はフラグメントとバグ(昔)ってことなのかな？
俺は今reiserfsとXFSを使ってるけど、JFSちょっと試してみようかな。
29:login:Penguin
08/10/28 23:27:18 oe/8Nv15
AIXでのJFSは評価高いけど、Linuxへ移植するときに重要な部分削ったりしたりとかしてたような。
30:login:Penguin
08/10/28 23:38:45 ly4HKvKq
>>27
たぶん >>25の意図は結構いろいろと入ってるぜ。と言いたいんだと思う。
が、僕の見方は逆。
>>25を見るとMIPSとかPOWERPCとかjfsじゃないタグがついてるやつが大量にあるだろ。
全然関係ないのが表示されていたり、まったく関係ないFSを直すときに関数プロトタイプ
変えちゃったっから型だけなおしたとか、自分では動かしてないけどどう見ても間違っている
コードをみかけたからついでに直したとかそんなんばっかり。
ext3と比べるとかわいそうだから、非デファクトFSとしてXFSを出すと、以下のように
量も全然違うし、コミットの内容も動かしていたら～～という問題に気づいたので
云々カンヌンみたいなパッチディスクリプションが結構な割合で入る。
URLﾘﾝｸ(git.kernel.org)
31:login:Penguin
08/10/28 23:54:11 m9ZBG4lV
git summaryの見方も知らんのか。
xfsは独自インプリを解体中だからcomittが多い。
32:login:Penguin
08/10/29 01:04:47 MvA5bnBL
それは何に対する反論になっているんだ？
活発に開発が行われていたら、そらcommitが増えるfeatureの２こや３こはあるだろう。
33:login:Penguin
08/10/29 08:45:49 RcVJMXNd
>>29
LinuxのはOS/2のが元だったはず。
34:login:Penguin
08/11/01 11:39:39 BmaANSEM
>>16
おれも、ＪＦＳ
言い出す勇気がなかった
35:login:Penguin
08/11/01 15:05:54 HTaYn6cF
お、おれもJFS
周りの人間に言うと宇宙人を見たような顔をされる
ここで吐き出せてよかった
36:login:Penguin
08/11/01 15:07:56 3QaGTsLx
こんにチワワ
ぽっくんもJFSでしゅ
37:login:Penguin
08/11/01 16:53:36 qSERcyQK
ここで空気を読まずにreiserfs最高
38:login:Penguin
08/11/01 18:19:48 rRkAAWh0
早くreiser4をカーネルにマージするんだ
39:login:Penguin
08/11/01 19:17:28 LO0fdfGu
SSDが主流になると、ファイルシステムにも大変革が必要になるんじゃなかろうか
40:login:Penguin
08/11/01 19:31:15 lhP5+B2Y
>>39
前スレでさんざん話された気がするんだが、気のせいか？
41:login:Penguin
08/11/02 14:13:58 cnIZ/7Y1
そうか、ＪＦＳ結構いるんだな。
実は、自分も使っているんだが、なかなかＦＡＱ的なソースがなかったから安定してレスポンスも良いけど、自信がもてなかった。
あんまり、トラブル自体がないからソースが少ないのね
42:login:Penguin
08/11/02 14:51:01 KE8prYr5
こないだからJFS厨房が頻繁にスレを荒らしてるのはなぜなんだ？
43:login:Penguin
08/11/02 14:53:49 p2ZDWAFT
そう思わせたい とか。
44:login:Penguin
08/11/02 15:13:12 KE8prYr5
まあ自信満々で書き込んだらフルボッコだったので悔しかったんだろうな
45:login:Penguin
08/11/02 16:37:07 hh8uCJtQ
JFSで彼女ができました
46:login:Penguin
08/11/02 17:48:56 KE8prYr5
彼女が出来るのなら多少不安定でも我慢するぞ
47:login:Penguin
08/11/02 22:59:07 pokKzOdT
彼女の容姿や性格も不安定なんですが。
48:login:Penguin
08/11/02 23:58:59 dcaEH6ks
でも思想は強固なんですね。わかります。
49:login:Penguin
08/11/03 00:22:32 YH55kBSK
>>37
おれもreiser3派
Hansﾀｿカンバーック！！！
50:login:Penguin
08/11/03 00:41:16 CkL33X1G
Hans: I'll be back
51:login:Penguin
08/11/03 09:25:14 k1iCc79P
ぷぷぷ。必死だな
日曜の昼間から、つまらん奴。
どうせ、天気良いのに家で2ch。
そんな、奴は 2ch で大流行のfs使ってればいいんですよ
52:login:Penguin
08/11/03 10:11:41 j1IJpX+B
誰へのレスか分からん
53:login:Penguin
08/11/03 10:25:12 U8qdU7xw
reiserfsのことじゃね？
54:login:Penguin
08/11/03 11:51:48 eIqA4xV2
btrfsて、she has a nice body, "but her face.." の
略称らしいぞ。
55:login:Penguin
08/11/03 13:08:58 rvGm3QO1
みんながbtrfs早くこい！って祈れば
来年の今頃にはニコニコできるお
56:login:Penguin
08/11/03 13:40:11 +eDW3Lod
ここには祈るやつばかりでデバッグするやつが居ないからダメだよ
57:login:Penguin
08/11/03 14:11:42 Ql8YI5vU
エンバグする奴でごめんなさい
58:login:Penguin
08/11/03 14:35:36 +eDW3Lod
>>57
おまえか？JFSを壊してる奴は！
59:login:Penguin
08/11/03 14:49:13 Ql8YI5vU
なぜばれたし
60:login:Penguin
08/11/03 21:25:47 k6JTHcwX
パッチが投稿されないのにエンバグするわけない。
61:login:Penguin
08/11/03 21:32:14 U6GRUn85
亜空間でエンバグした！
62:login:Penguin
08/11/04 14:04:53 /t+dzY2H
どなたかLVM+XFSの領域を縮小する方法教えてください…
63:login:Penguin
08/11/04 14:07:34 NLR2zwsN
バックアップ→lvmresize→mkfs→リストア
64:62
08/11/04 14:29:37 /t+dzY2H
>>63
なるほどそんな手があったんですね…
初めてのLinuxなので無事に出来るか、
わかりませんがググリつつ頑張ってみます！
65:login:Penguin
08/11/05 15:57:44 0fpSarh2
ZFSがFUSE止まりなのってライセンスのせいだったんか。
相変わらずSunはケチくせーな。
66:login:Penguin
08/11/05 17:57:36 sJjUCf5H
LinuxがGPL使ってるのがわりーんじゃねーの？FreeBSDは使えるみたいだし。
67:login:Penguin
08/11/06 17:32:11 iMECvhJR
ニュースでエクストリームFFSとかいうのが出てきたぞ。
エクストリームって名前がいいな。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
68:login:Penguin
08/11/07 01:36:14 sJeItv7s
200倍速って凄まじいな。
思考実験して、ライトを全部ページ単位でバッファして、しかも
すべて追記処理したらバーストのシーケンシャルライトになるけど、
それでもここまで速くなるか？
69:login:Penguin
08/11/07 02:53:37 RWg/P8ZC
小さな書き込み単位で2桁遅いなんてのはざら
70:login:Penguin
08/11/13 16:54:55 siiz4BFo
ここLuster使ってるひといる？最近どう？
71:login:Penguin
08/11/14 13:34:11 92BS7/uE
URLﾘﾝｸ(ceph.newdream.net)
スピードはどんなもんなんですかね。
72:login:Penguin
08/11/14 17:21:44 mymXgHJa
>>65
SunはJavaをCDDLから CDDL,GPLのデュアルライセンスにしたことがあるから、
ZFSもCDDLとGPLのデュアルライセンスにすれば問題無いのだが。
Solarisとの兼ね合いで、戦略的にZFSをLinuxに使わせたくないという意図が
あるかもしれない。
73:login:Penguin
08/11/14 20:01:58 nVtnMd69
LinusがZFS大好きなら、CDDLと互換のある新しいLinuxを
スクラッチから書くってのもありじゃね？
74:login:Penguin
08/11/14 20:07:50 4rtpLX5i
カーネルモジュールはGPL縛りないわけだからZFSはモジュールで
組み込めばいいんじゃないの？
75:login:Penguin
08/11/14 20:46:30 YFZocA5m
btrfsがLinusのツリーに入るのも目前だから
いまさらZFSは必要ない
76:login:Penguin
08/11/14 21:06:33 4rtpLX5i
でもOS問わず共通のファイルシステムってそこそこ便利なんだよね。
UFSがいまだに書き込めないのでたまーにorzなことがある。
77:login:Penguin
08/11/14 21:25:33 ef540YUE
なんかこんな記事出てた。
Linux and object storage devices
URLﾘﾝｸ(lwn.net)
> The btrfs filesystem is widely regarded as being the long-term future choice for Linux.
> But what if btrfs is taking the wrong direction, fighting an old war?
> If the nature of our storage devices changes significantly,
> our filesystems will have to change as well.
> A lot of attention has been paid to the increasing prevalence of flash-based devices,
> but there is another upcoming technology which should be planned for: object storage devices (OSDs).
> The recent posting of a new filesystem called osdfs provides a good opportunity
> to look at OSDs and how they might be supported under Linux.
78:login:Penguin
08/11/14 21:45:23 YFZocA5m
>>77
俺も読んだが
問題を別の場所に追いやって解決だと言っているようにしか思えん
SSDやNASでは有望なアイデアかもしれんが
79:login:Penguin
08/11/15 21:44:52 1UMGfAAd
ZFSはメモリ食いまくり、機能的にもオーバースペックらしいから FreeBSDでも
今一な評価じゃなかったっけ？
80:login:Penguin
08/11/15 22:49:45 EKYNIb7h
>>79
ZFS on FreeBSDに関しては、まだ実装が甘いというのが一般的な評価。
ZFS自体の評価は高いよ。メモリ喰いなのと多少遅いのは確かだけど。
81:login:Penguin
08/11/15 22:50:17 EKYNIb7h
あ、「Solarisにおいても」メモリ喰いなのと多少遅いのは確かだけど。
ですだ。
82:login:Penguin
08/11/16 02:30:32 sZTxrjJD
つまりは LVM2+XFS が事実上最強ってわけですね
83:login:Penguin
08/11/16 02:42:11 0auEWNHn
>>82
実績なさ過ぎ。怖くて使えん
84:login:Penguin
08/11/16 03:42:41 ohdtBuOF
LVMの上に載っけちゃうと台無しじゃん
って俺もそうしてるけどな
85:login:Penguin
08/11/16 10:23:57 9eDwaMPM
実績という点なら ZFS(on Solaris)より LVM2+XFS のほうがあるんじゃね？
86:login:Penguin
08/11/16 11:27:20 0auEWNHn
>>85
Sun Storageに使われるようになったZFS on Solarisをなめちゃいけないと思うぞ
87:login:Penguin
08/11/16 13:45:08 t+haNUmW
実績を盲目的に崇拝してるうちはまともな判断なんてできないよｗ
構成や運用体制との絡みがでかいから、単なる採用例だけで
自分のところの要求に合うかが決まるわけじゃない。
88:login:Penguin
08/11/16 18:19:47 ITUMNBhZ
LVM使うようなマシンはUPSとか必須にならないかな。
急な電源断に弱くね？
89:login:Penguin
08/11/16 19:37:02 5vHewE5F
電源断とLVMに何の関係が
90:login:Penguin
08/11/19 11:34:29 g3h2PS37
SSD安くなってきたから/homeと/var以外はそっちに移してみようかと思ってるんだけど
もうSSDにルートFS乗せてる香具師いる？
どのFSがおすすめ？体感速度も速くなる？
91:login:Penguin
08/11/19 13:03:28 jJ3S+noW
JFS一択
92:login:Penguin
08/11/19 13:05:20 ryT8p0Xj
ジョイント・ファッキング・しょうがくせい
93:login:Penguin
08/11/19 20:15:15 a9QaD8m7
>>90
4～5年前からXFSで使ってるけど、別に問題は出てないな。
当時シャレでやってみたけどまだ生きている。
/tmpはtmpfs,/var,/homeはHDDにした。
体感速度は微妙。重くなる所がHDDと違うのはわかるけど。
94:login:Penguin
08/11/19 20:29:53 g3h2PS37
>>93
> 体感速度は微妙。重くなる所がHDDと違うのはわかるけど。
そうですかー。お金かける程の価値はないですかー。
最近このスレでJFSすすめる香具師多いけど
昔のスレではJFSは
「もうフルタイムでメンテしてる人間いないしすすめない」
とIBMの中の人が言ってたと話題になってた気がする。
あとLinuxのJFSは、使ってるうちにムチャクチャ断片化が進んで
遅くなるという噂も聞いたことがある希ガス。
そういう漏れはReiser3。早くHans帰ってきてくれ。
95:login:Penguin
08/11/19 21:25:21 uwaO2Q8W
早さとかよりクラッシュが怖いな。
ノートだとRAIDできないし。
96:login:Penguin
08/11/19 21:29:51 nYneeHmn
Reiser3はHansも捨ててたと思うのだが…、ネタか？
97:login:Penguin
08/11/19 21:33:07 6sRhTs6z
>>90
とりあえず ReiserFS はやめといたほうがいいと思った。
ちゃんとシャットダウンしなかったあとの復旧が時間かかりすぎる…。 書きこみが遅いのかな。
98:login:Penguin
08/11/20 00:41:29 FSwtvh7r
btrfsが出てくるまではext3にしておくのが無難。
んで、iSCSIでクラスタfs使いたい人はOCFSとかGFSとか色々悩んでね。
99:login:Penguin
08/11/20 01:28:09 12dtnkqZ
>>94
やっぱJFSで断片化したらむっちゃ遅いよな。
俺の場合もやたら遅くなってる。
あと、JFS は inode 消費が多い気がするんだが、これは仕様かな。
Reiser(3) はチェックサムが 32bit 64bit によって異なるから、
異種アーキテクチャへ移行させるときに問題が起こる可能性があるとかどっかで読んで以来使ってないなぁ。
100:login:Penguin
08/11/20 01:44:06 fU+d4bZk
i686時代に使っていたReiser3のHDDをそのままx86_64な環境につないで
読み書きしてるが、怒られたことはないなあ。
気がついていないだけかもしれんが。
101:login:Penguin
08/11/20 02:05:43 12dtnkqZ
あった。ソースはこれの「csum_partialの正しい使い方を考える」ってところ。
URLﾘﾝｸ(www.atmarkit.co.jp)
102:login:Penguin
08/11/20 08:14:36 X6AXrOGb
>>94
どうでも良いけど、使っている奴が最新情報提供しているんだから
煽るだけなら、黙って炉よｗ
103:login:Penguin
08/11/20 14:01:56 DnCRcSPF
都合の悪いことや、気分の悪くなる情報は
聞きたくないし知りたくもないんですね。
わかりますん
104:login:Penguin
08/11/20 15:27:48 +RN9JES/
俺が実際に使ってJFS駄目だったと書いたら嘘つき呼ばわりされたよ
JFSが腐ってるのと同様、JFS厨の精神も腐ってる
105:login:Penguin
08/11/20 22:47:03 nQ3aLCdg
Reiser4
コレ、最強。
106:login:Penguin
08/11/20 22:49:30 CeDuhMqr
Archの/varはreiserfs。
これだけはガチ。
一度XFSにしてひどい目にあった。
107:login:Penguin
08/11/21 02:23:46 KVuWcd2C
そこでNILFSですよ
108:login:Penguin
08/11/21 02:28:00 +VD2TtVX
Reiser4 は Hans 以外完成させるのは無理なような。
>>106
どうひどい目にあるのか気になる。
まぁライトバックのことなんだろうけど。
109:login:Penguin
08/11/21 02:35:24 nEYFCJnb
>>108
めちゃくちゃ遅い。
小さいファイルを扱うと遅いと聞いてたが、酷すぎる。
今はXFSは音楽や動画ファイルを置くデータ用のパーティションにのみ使ってる。
110:login:Penguin
08/11/21 03:39:24 D1p0B2PQ
>>109
無対策で小ファイルにXFSを選ぶところで間違ってるとしか言いようがないな…。
bonnie++の下の段だと、1ファイル100KBを超えたあたりから、
reiserもXFSも差がなくなるね。これでどのくらい測れるものか良く分からんけど。
うちはRAID1+LVM+XFSで、アロケーショングループを調整してアクセスを
半明示的に各ドライブに分散させてアクセスタイム隠蔽してる。
数十KB～数MBが600万ファイルくらいあるけど、削除が遅いのを
仕様と諦める以外は十分に速い。
111:login:Penguin
08/11/21 04:14:44 TGM1mmPN
XFSは遅いからな。
体感も含めた速度ならJFSかreiserfsでしょ。
112:login:Penguin
08/11/21 06:49:18 D1p0B2PQ
どの特性かを言わずに速い遅い言うと荒れるから注意な。
XFSは最初から巨大ファイルが主眼だから、
まぁ多数のファイルは察するべし、だよなぁ・・・。
113:login:Penguin
08/11/21 10:29:28 MCXk6JCF
逆にでかいファイルの扱いはreiserfsが駄目で、
MythTVのHOWTOに名指しでreiserfs(v3)使うなと書かれているな。
114:login:Penguin
08/11/21 11:25:06 lD9z0FlQ
>>111
reiserfs(v3)は使ったことあるからext2に比べて感覚的に速いのは分かるが、
JFSってreiserfsより速いの？
JFSは使ったことない。
115:login:Penguin
08/11/21 11:52:00 gawMPHz8
JFSは全般的に遅い
XFSの小ファイルはext3に比べればむしろ速い
116:login:Penguin
08/11/21 12:18:47 fwAk1o8S
Ted Ts'oが2005年に発表した資料にベンチマークあるよ
19日のLinux Foundationのシンポで、この古いベンチ結果（dbenchのやつ）が出てきて笑ったよ
URLﾘﾝｸ(ext2.sourceforge.net)
117:login:Penguin
08/11/21 12:23:25 gawMPHz8
シーケンシャルwriteだけじゃん
118:116
08/11/21 12:58:57 fwAk1o8S
ageちまった…すまん
>>117
そうだね
俺は性能よりもCoWじゃないファイルシステムが嫌だ
昔はそんなわけでReiser4を使ってたのだが、最近は諦めてext3だな
早くBtrfsがまともにならんかなぁ
119:login:Penguin
08/11/21 13:18:34 +VD2TtVX
>>116
ext3 って extents 使えたんだ。XFS から逆戻りしたくなってきた。
120:login:Penguin
08/11/21 13:23:42 gawMPHz8
>>119
このプレゼン資料は
まだext4がext3から分かれて無かった頃のもの
121:login:Penguin
08/11/21 14:09:58 JDEqlVjk
Linuxではなくて申し訳ないが上の方でFreeBSD+ZFSの話題が出ているから参考として転載
FreeBSD Daily Topics：2008年11月20日 ≪注意≫ZFS大規模なアップデート -
ZFSを使っている場合には更新注意，powered(8)改善でSMPへの適用向上 -
デスクトップ向けhiadaptiveモードの導入もあり｜gihyo.jp … 技術評論社
URLﾘﾝｸ(gihyo.jp)
ZFS Big updated
current - ZFSがバージョン6から13へアップデートされました。
ZFSを使っている場合，きわめて慎重にアップデート作業を実施する必要があります。
かなり大量の変更が実施されており，リグレッション試験やマニュアル試験が
実施されているもののすべての機能はチェックできていません。
ユーザから認識できるだけでも次の変更が実施されています。
122:login:Penguin
08/11/21 23:32:40 gibRDts9
>>118
コードをスクラッチから書いているシロモノだから、安定するのに時間がかかりそう
なんだよねい。今までのLinuxの他のfsのことや、Solarisからコードを持ってきた
ZFS on FreeBSDでさえかなり手間取っていることを思うと。
そういえば、btrfs同様ZFSを参考に実装したDragonflyBSDのHAMMERってどうなんだろう?
>>121
まあ、FreeBSDのZFSはcurrentに乗っかっているものだから、その辺のリスクは
しょうがないところじゃないかと。
123:login:Penguin
08/11/23 12:04:08 T/z221sv
>>122
UNIX板のDragonflyBSDスレによるとそれなりに使えてるっぽい
ｽﾚﾘﾝｸ(unix板)
124:login:Penguin
08/11/24 20:29:22 ar3SNPCs
UbuntuでReiser4使ってみようかな
使えるならだけど
125:login:Penguin
08/11/24 23:59:08 0kGtlqxY
Bonnie++ EXT3 vs ZFS vs UFS
URLﾘﾝｸ(www.phoronix.com)
126:login:Penguin
08/11/25 01:43:40 MFD6w4Id
>>114
はやいよ。
特にそんなに大きくないサムネイル画像とか...
超大量にあってもＯＫ
この要件で、ＸＦＳつかうと脂肪
127:login:Penguin
08/11/25 01:50:00 o7WmXPMI
また嘘つきJFS小僧か
128:login:Penguin
08/11/25 07:50:14 DdL01y5j
>>127
確かに。xfsって何であんなに遅いんだろうとは思う。
jfsが、そんなに良いなら、今週試して俺が判断してやろう
129:login:Penguin
08/11/25 10:39:30 qQex2CCG
俺が使った感じでは JFS は断片化していない状態なら無難な性能を発揮する。
体感は reiser3 と似てる。
だから空き容量にすげー余裕あって断片化しなさそうなら、JFS もいいんじゃ。
fsck の速度とかはしらんけど、軽くジャーナルを飛ばした程度なら非常に高速に回復はした。
130:login:Penguin
08/11/26 22:19:43 tJImFOX9
btrfs使ってみてるんだが、
2日ほど放置して久々に使ってみようとしたらbtrfs-cleanerというプロセスが
CPU100%で発生して重くてプロセス詰まりまくってLF200とかいって困った。
131:login:Penguin
08/11/26 22:23:55 VOGP4dra
>>130
乙
せっかくなので、もっと情報キボンヌ
使ってるディストリとか、ベンチマークとか、、、
132:login:Penguin
08/11/26 22:42:37 tJImFOX9
>>131
レスthx
環境はamd64+phenomにDom0=Debian lenny、DomU=Debian lenny+sid
でDomU(1028MB ram)上にbtrfsをインストールして使ってる。
(/はXFSですが)
俺もファイルシステムベンチ比較しようと思ってるんですが、
どういう内容のベンチが良いのか悩んでます。
133:login:Penguin
08/11/27 22:18:56 ZdWFjR/7
質問です。
OSを正常終了しなくても問題ナッシングなファイルシステムで一番マシなやつを教えてください。
134:login:Penguin
08/11/27 22:25:09 UirINyZo
ZFS
135:login:Penguin
08/11/27 22:47:11 T8b8sl2p
>>134
ZFS FUSEなんてとても勧められたもんじゃないだろ。
136:login:Penguin
08/11/27 23:48:44 YpJXXm53
>>135
OpenSolaris使えってことじゃね？
137:login:Penguin
08/11/28 01:28:32 VDgRRTj+
>>133
つNTFS
138:login:Penguin
08/11/28 01:45:34 sdqUvNew
NTFSがある限りMSは安泰
139:login:Penguin
08/11/28 09:48:05 QHU1A0oS
SanDisk、SSD向けファイルシステム「ExtremeFFS」を解説
URLﾘﾝｸ(pc.watch.impress.co.jp)
●SSDのランダムライトを100倍高速化するExtremeFFS
●SSDの寿命と性能を示す標準的指標を提言
140:login:Penguin
08/11/29 11:53:29 LnLTS030
それFSって言ってもコントローラーが使うやつでしょ？
141:login:Penguin
08/11/29 12:04:50 Cp5SyqZn
ストレージ側が賢くなってファイルオブジェクトの管理機能が入れば
新しい世界が開けるのかな。作成・削除・差分更新あたりのプロトコルを
定めて、具体的なブロックの確保・開放はストレージ側が全部見るようなの。
SSDにはちょうどよい？
142:login:Penguin
08/12/01 17:36:49 RcZnC5a+
質問です。テラ系大容量HDDを扱うとき、ファイルシステムは何が最適ですか?
・Windows、Linux、Macから楽に扱えること。主にLinux
・マルティメディアなどのデータ保存に適していること
・処理が速いこと
が条件で教えてください。
ファイルシステムについてよくは知りませんが、不満としては、
fat32は大容量向きではないらしいから、気が進まない。
ext3とかだとWindowsからのハードルが高い。
ntfsはlinuxからのハードルが高い。デフラグが嫌。
です。
143:login:Penguin
08/12/01 17:48:01 +rjwJkx2
>>142
Windowsから楽に扱えるって、なんでext3を直接mountしようとするのかが理解不能。
sambaでいいやん。
144:login:Penguin
08/12/01 20:58:53 fc5dFBf2
>>142
何をしたいのかよく分からんが、
> Windows、Linux、Macから
っつー点を考えるとNTFSでいいんじゃね。
> デフラグが嫌
諦めれ
145:login:Penguin
08/12/01 21:30:15 7hemIHdN
LinuxでNTFSのwriteってもう安定してるの？
146:login:Penguin
08/12/01 21:54:43 Ob3+hqkz
>>142
Linuxから扱うならパーミッションとか対応してるのじゃないと面倒かも。
小ファイルならreiserfs、大ファイルならXFSでいいんでないの？
で、SambaとNFSで外だししてネットワークマウントとか。
147:議論が苦しくなったらコピペせよ
08/12/01 22:24:50 MVo6YHwh
私はファイルシステムを客観的に判断することができるんです。
あなたとは違うんです。
148:login:Penguin
08/12/01 23:14:59 Jx7xzMI1
客観的に判断されてもねぇ(笑
論理的にお願いします
149:login:Penguin
08/12/02 07:34:35 D135iqGI
論理で語られても困る
ファイルシステムは実装と実績
150:login:Penguin
08/12/02 09:18:05 /RTizZ0A
NTFSの実績に敵うファイルシステムが存在しない件
ファイルシステム＝UNIXみたいに思ってる頭の固いおっさんが
死んだらUNIXも終わりだな
151:login:Penguin
08/12/02 09:21:50 lYNSVl2g
人柱がいないと実績も何もないわけだが
152:login:Penguin
08/12/02 11:01:23 v2+oR5m4
>>150
エンタープライズ向けだと、SANとかiSCSIで共有ディスクになるので、
非クラスタfsなNTFSは論外だったりすることすら知らない人?
153:login:Penguin
08/12/02 16:54:49 9kRNBuSY
エンタープライズって言いたかっただけだろ。
技術的なレイヤが違うから直接比較するもんじゃない。
クラスタFSを構成するノードのFSとしてのローカルFSは全く論外じゃないし
Linuxでどうかは知らんがNTFSのしぶとさは検討に値する
154:login:Penguin
08/12/02 18:55:43 +eTAhd1g
win2kでブッ壊されたこともあったけどな
155:login:Penguin
08/12/02 18:55:52 qzV0K38H
>>153
まあ、大馬鹿な>>150を煽りたかっただけなので、大目に見てくれ。
エンタープライズ用途でNTFSと対抗するようなものだと、実績でいえばVxFSかな。
もちろん、ext3をそのまんま使っている例のほうが遥かに多いけど。
156:login:Penguin
08/12/03 20:12:25 liWw+w3w
NILFS試したことある香具師いる？
157:login:Penguin
08/12/03 21:55:50 t+1/LtfY
(nilfsp?) -> nil
158:login:Penguin
08/12/04 00:18:21 FjmHU4xl
[Phoronix] Real World Benchmarks Of The EXT4 File-System
URLﾘﾝｸ(www.phoronix.com)
159:login:Penguin
08/12/04 00:25:51 lcb1UIUD
現時点で16TB越えができないのはかなりマイナスだな。< ext4
160:login:Penguin
08/12/04 16:47:28 pCJUbfpe
1.5TB HDDつかったRAID6なアレイで、簡単に16TBいっちゃうもんなぁ。
161:login:Penguin
08/12/05 14:57:33 DPOaqxT0
USB外付けHDDをバックアップ用に買いました
WindowsとLinux両方から使えるようにしたいのですが、ファイルシステムは何を選択するのがベストと皆さんは思いますか？
Linux側でNTFSも読み書きできるようにはしてあります。
Windowsからext3はドライバーを入れれば読み書きできるのでしたっけ？
それともFAT32にしておいたほうがいいでしょうか（HDDは１TBです）
162:login:Penguin
08/12/05 15:00:49 YO+J9iB3
>>161
データ用じゃなくてバックアップ用だろ？
半分にしてそれぞれネイティブにすればいいじゃん。
163:login:Penguin
08/12/05 15:08:10 DPOaqxT0
>>162
いえ、Linuxをファイルサーバーにしていて、その中にあるデータをバックアップしたいのです。
で、できたらWindowsに直接繋いでも使えると便利だなと。。。
164:login:Penguin
08/12/05 15:46:27 YO+J9iB3
>>163
ならWindowsでバックアップとるだけでいいじゃん。
165:login:Penguin
08/12/05 17:40:00 qEVIoMB2
>>164
いやそう言われると身も蓋もありませんがｗ
Linuxでとりたいんですってことで。
まぁどうしてもダメならWindowsをバックアップ用に電源いれっぱにしておけばいいのですけどね
Windowsは電源落として帰りますので、サーバーはつけっぱなしなので、
夜中にそっちでバックアップをとりたいと思いまして。
運用はともかくとして、技術的にどうなのかな？と。
みなさんは、LinuxとWin双方でつかったりはしてないのかな？
166:login:Penguin
08/12/05 17:55:54 RnOLJJ69
>>165
ファイルサーバ建てたいならそれ経由でコピーすればいいし、
バックアップするならテープ使う。
正直あなたが無意味なことを追求しているようにしかみえない。
167:login:Penguin
08/12/05 18:20:42 BcnenSxt
>>165って>>142と同一人物か?
168:login:Penguin
08/12/05 19:07:29 tRtlMVjI
>166
ファイルサーバーは既に立ってますが。
そのバックアップを別のLinuxのファイルサーバーとNASに取っていましたが、
立て続けに故障してしまったので、USB接続のHDDになってしまいました、予算的に。
んー、あなたにとって意味がないのかも知れませんが、
私の今の環境では、それがあったほうがベターと考えています。
Linux機が故障したときに、急ぎデータを取り出さねばならないとき
WindowsからUSBで直接読み出せれば楽だと思うのですがね
てか色々とファイルシステムについて調べていて、なんかみんな一長一短な感じなので
みんなどうしているのかな？と。
ま、できないってのなら仕方ありませんけどね。
>167
違います・・・けど、クロスプラットフォームでUSBで使えたらいいなって考えるのは、
そんなにおかしな事ですかね？
多くはないかも知れませんが、LinuxとWindowsを両方使ってる人はここには多いと思うのですが・・・
169:login:Penguin
08/12/05 19:10:18 tRtlMVjI
現状でとりうる手段は、
ext3でWinから扱えるようにドライバを入れるか
FAT32にするか
NTFSにしてLinuxから読み書きできるようにドライバを組み込むか
どのフォーマットでも可能だと思いますが
とりあえず、緊急用にLinuxからもWinからも即座に読み書きできるようになったらいいですね
Linux機にバックアップとってて、それが壊れてしまったときに、データ復旧に時間のかかるのを何度も経験したので・・・
170:login:Penguin
08/12/05 19:10:39 YO+J9iB3
>>168
リスクを知っているからやらないだけ。
どうしてもやらなきゃならないときは、RWする方をネイティブ
にして他方はROでやる。
171:165
08/12/05 19:10:49 tRtlMVjI
あ、帰宅したのでID変わりました
165です
172:login:Penguin
08/12/05 19:12:17 tRtlMVjI
>>170
おお、そうですか
まだまだリスクが高いですか、現状は・・・
（LinuxでNTFSの書き込みができない状況で知識が止まってまして）
てか最初からそう言ってくれればいいのに。
173:login:Penguin
08/12/05 19:13:32 tRtlMVjI
ちなみに現状では、NTFSにしてLinuxに繋いでバックアップとる仕様にして帰ってきてしまいましたｗ
やっぱext3にしとくか・・・・
晩御飯作らにゃならないのでこれにてしばらく(^_^;)ゞ
174:login:Penguin
08/12/05 19:16:31 RnOLJJ69
ここはお悩み相談室でもないし、おまえの知識不足をフォローする場でもねえ。
ましてや日記帳でもねえ。ほか行け。
175:login:Penguin
08/12/05 19:18:18 BcnenSxt
Win側にLinux on VMwareを入れておいて、必要な際USB HDDをmountすれば?
176:login:Penguin
08/12/05 19:45:24 UtIsQDwD
>>163
>>162 で突っ込み入ってるけど
サーバーのバックアップ用のストレージが欲しいんじゃなくて
もう一つサーバーが欲しいんじゃねぇのか？
ファイルサーバーにデータを置かずに
バックアップ用のストレージに直接データを置く
ってのは 同期してないサーバーが二つある ってのと同じことじゃないか？
> Linux機にバックアップとってて、それが壊れてしまったときに、
> データ復旧に時間のかかるのを何度も経験したので・・・
普通、バックアップが壊れても
バックアップじゃないメインのデータは生きてるんじゃないのか？
177:login:Penguin
08/12/05 20:46:52 YmrwG7dZ
やっぱりJFS最高
>>147
178:login:Penguin
08/12/05 20:53:31 /gGJ48sf
>>159
ext4って16EBまでいけるんじゃなかったの？
バグかなんか見つかった？
179:login:Penguin
08/12/05 21:08:45 OyL9l/eQ
サーバが壊れたときは、生きてるPCでKNOPPIX使ったら？
180:login:Penguin
08/12/05 21:30:25 tRtlMVjI
>>174
少しでも有効な情報出した人が言うならともかく
ファイルシステムのスレなのにファイルシステムの情報でなくWindows使えとかどうかと。
>>176
バックアップ用のサーバーはすでにあったりします。
メインのファイルサーバー、そのバックアップ用のミラーサーバー、
そしてさらにNASにもそっくりバックアップを取っていました。
そして、バックアップ用のミラーサーバーとNASが壊れました・・・orz
メインＰＣはもちろん生きてますよ
バックアップなしの状況はやっぱ怖いんで、USBHDDを買ってとりあえずバックアップを取ろうとしてて。
基本、Linuxだけでバックアップを完了したかったので（常時電源が入ってるから）、HDDをLinuxに繋いだ時、
フォーマットをどうしようかと思って質問したわけです。
データの復旧に時間がかかるは間違い、バックアップ用のサーバーをセッティングするのに時間がかかる、です。
古いPC使いまわしが多いので、インストールにも時間がかかって・・・
181:login:Penguin
08/12/06 11:02:55 lF/xcEJ+
>>157
(nilfsp)か(nilfs?)じゃねーの？
182:login:Penguin
08/12/06 17:22:03 nMZnd46f
>>181
最近LとRを交互に使ってるから混ざっちゃった。てへ。
183:login:Penguin
08/12/10 12:10:29 dU4cgF7d
>>178
設計と実装ダイブ違うから夢から覚めなさいー
184:login:Penguin
08/12/10 14:17:46 p0ZgecpO
>>183
そうなの？
ちなみに>>158には1EBまでって書いてあるね。
185:login:Penguin
08/12/10 22:15:33 bm5Mb4yM
Linuxで現在最も有用なファイルシステムって
Reiser3なんじゃね？
186:login:Penguin
08/12/10 23:04:14 qwKyDq77
Reiser3 って落ちた後の復旧が遅くない?
187:login:Penguin
08/12/11 01:36:56 vtPNKLT6
ext3よりは速いと思うが。
188:login:Penguin
08/12/11 20:24:55 O8YIGkT1
毎日落ちるってんなら話は別だが
そんな頻繁に落ちねえよ
189:login:Penguin
08/12/11 22:34:25 UV8yRGfw
落ちるって意味が輪伽藍
190:login:Penguin
08/12/12 09:15:07 rN9q3Wsi
掃除のおばちゃんが足引っ掛けた時とか、電源コードがちぎれたらコンピュータ動かなくなるよ。
得におばちゃんのキックでHDDぺちゃんこになると、復旧が遅れる。
191:login:Penguin
08/12/12 13:02:55 erRgZgt0
サーバールームにおばちゃんを入れる企業は三流
192:login:Penguin
08/12/12 13:28:24 eGZPfydT
つーかマシン室内でケーブルのたくってる会社なんかあるか？
普通そういうとこには清掃業者も入れないし
193:login:Penguin
08/12/12 14:16:05 erRgZgt0
>>192
大学の研究室なら普通
194:login:Penguin
08/12/12 18:18:00 hEiAOtyC
おばちゃんにキックされてぺちゃんこになっても平気な
ファイルシステムを教えてください
195:login:Penguin
08/12/12 18:53:33 G+ORyn6J
紙だな
196:login:Penguin
08/12/12 19:53:46 fYIqQ0zE
紙はおばちゃんに捨てられる危険がある
197:login:Penguin
08/12/12 20:11:33 eGZPfydT
もう石版しかない
198:login:Penguin
08/12/12 22:40:02 hEiAOtyC
いつの時代も、最も便利な記憶媒体は神棚
199:login:Penguin
08/12/13 00:01:32 UK/Livbk
>>198
それは保存場所だろ。
200:login:Penguin
08/12/13 07:48:38 7gqBEFQN
>>199
よく嫁
201:login:Penguin
08/12/13 12:14:15 u7gyQMWe
サーバールームがない大学は三流
202:login:Penguin
08/12/13 13:11:17 iw5wmYk8
そんな大学あるんですかね
203:login:Penguin
08/12/13 15:48:58 1kP0imgH
reiser3 で hoge-0-000001-s011.vmdk: 24942 extents found とかになっちゃった。
オンラインdefrag欲しいょぅ。一々コピーしなおすの時間かかるし。
204:login:Penguin
08/12/13 23:02:32 zO7bT3rV
reiser3は、壊れ易いな
205:login:Penguin
08/12/14 08:17:53 EL9dx7ds
>>204
そうなの？
俺は壊れた経験ないが
206:login:Penguin
08/12/14 12:17:48 hrP5ihle
なんでサーバーに限定してるんだか。
別にクライアントのPCは手元にあるわけで、、、
207:login:Penguin
08/12/14 12:44:58 U5BMS6m8
たまにバックアップするだけならext3でいいよね
208:login:Penguin
08/12/15 03:09:42 TEURfaAE
>>204
たしかに
209:login:Penguin
08/12/15 23:06:24 Gg85jZa/
Reiser4の耐久性をテストした勇者はいないのか
210:login:Penguin
08/12/15 23:20:23 rkrK6OeT
ファイルシステムの耐久性ってどうやってテストするんですか？
211:login:Penguin
08/12/16 00:49:13 dCi/8cnc
掃除のおばちゃんの足ひっかけたり、キックしてもらったり。
212:login:Penguin
08/12/16 00:53:13 OqiLJ7bW
耐久がいいのってなに？ samba鯖のFSにする。
213:login:Penguin
08/12/16 05:46:40 ItTpLhgg
wineみたいにNTFSぱくってくればいいﾆﾀﾞ
214:login:Penguin
08/12/16 20:08:51 Hd11UExY
Wineとntfsに関連性無いニダ
215:login:Penguin
08/12/16 23:25:20 I0bgSkCe
掃除のおばちゃんに耐久性はありますか
216:login:Penguin
08/12/16 23:48:09 MSyLgCIV
現時点でNTFSが特に優れた file system だとは思わないな。
特に悪くも無いけど。
217:login:Penguin
08/12/17 09:48:11 YNwqtrnc
NTFSはすぐに脂肪フラグが溜まる
218:login:Penguin
08/12/17 10:21:37 5HG7cLyA
>>217
ダイエットするにはどうしたらいいですか？
219:login:Penguin
08/12/19 16:20:33 qUokfCII
1TBのHDDをWindowsでNTFSフォーマットしたら931GBに
Linuxでext3フォーマットしたら917GBになったのですが、
フォーマットが違うだけで14GBも違ったりするものなんでしょうか？
220:login:Penguin
08/12/19 17:04:50 b1ZjjFQK
>>219
予約領域を開放してやれば良いだけ。
su
tune2fs -m 0 (デバイス名)
dfで確認。
221:login:Penguin
08/12/20 00:28:33 0Shf226v
平均ファイルサイズが大きいならブロックサイズをでかくしろ。
inode 数も減らすべし。
222:login:Penguin
08/12/20 13:25:20 Anq8ohIu
ext系が好きな人って実在するの？
信じられないんだが
223:login:Penguin
08/12/20 18:41:49 +TD+IQmn
コードの枯れ
224:login:Penguin
08/12/21 12:59:22 Z2QFOXdL
>>222
好みの問題じゃなく、自分の同僚にミスなくやらせたければ
デフォルトからいじる項目が少ければ少ないほどいいという
だけの話
225:login:Penguin
08/12/21 18:57:10 GzVXi1HB
>>224
じゃあ使ってるディストロの標準がBtrfsになったら
躊躇なく乗り換えるってこと？
226:login:Penguin
08/12/21 19:49:24 TMr3yk3L
逆にOSでファイルシステムが複数あって選ぶというのは
Linuxが初めてで特異なケースじゃないか？
過渡期に旧FSか新FSかを選ぶケースは、過去にもあったけれども。
問題はあっても過去の実績があるFSを選ぶというのは、どのOSでも
当然の選択だと思うんだが。
227:login:Penguin
08/12/22 00:47:08 4+YqY2if
たしかに止まると面倒になるサーバの場合は ext3 を選択するなぁ。
自分の PC とかは reiser3 とか XFS をメインで、様子見として btrfs を使ってる。
228:login:Penguin
08/12/23 00:34:41 wIkMAhWS
largefileオプションで作成されているext3のファイルシステムが
あったのですが、大量のファイルを配置したら i-node不足 になったので、
-i オプションを使って以下のコマンドでファイルシステムを再作成して、
i-nodeが大幅に増えました。
/sbin/mkfs -t ext3 -j -b 4096 -i 4096 /dev/sda1
それなりに意味があって、largefileオプションが用意されているのだと
思いますが、 i-nodeを増やすと容量が減る以外に何かデメリットは
あるのでしょうか？
229:login:Penguin
08/12/23 01:08:02 uD7EAhAX
>>228
mke2fs(8)
>largefile one inode per megabyte
平均ファイルサイズが１MB以下だと、inode足りなくなるよ。
230:login:Penguin
08/12/23 21:49:42 pGJPL6IB
素直にXFSでも使えばおk
231:login:Penguin
08/12/25 12:41:35 ICLKPeMT
LinuxでHDDをNTFSにフォーマットすることはできないですか？
232:login:Penguin
08/12/25 12:58:08 /tki2224
>>231
NTFSは仕様が公開されていないので。
233:login:Penguin
08/12/25 13:03:40 KULw/jkQ
>>231
できる
234:login:Penguin
08/12/25 13:22:13 a4rgkL0r
>>232
公式公開されてなくてもすでに解析公開されてる。
235:login:Penguin
08/12/25 13:24:44 /tki2224
>>234
そか。でも不安はつきまとうなあ
236:login:Penguin
08/12/25 14:39:38 ICLKPeMT
>>233
どうやるんですか？
237:login:Penguin
08/12/26 05:11:54 /UD2/6ER
>>236
ntfsprogsのmkntfs
非互換でもいいからntfs-3gにジャーナリングがついていればなー
238:login:Penguin
08/12/26 08:59:19 d05Bmgsq
NTFSのどこがいいのか和香乱
239:login:Penguin
08/12/26 09:10:29 4qL9WRZf
ゾンビ級のしぶとさ
240:login:Penguin
08/12/26 13:08:45 kF1zrqem
機能の豊富さ
241:login:Penguin
08/12/26 20:23:36 d05Bmgsq
>>239-240
ext3とは違うんです
か？
242:login:Penguin
08/12/26 21:47:45 3mBqmO5o
ext4の開発がカーネルバージョン2.6.28で一段落ついたみたいですけど、このスレの皆さんとしてこれはどうですかね?
試してみた方とかいます?
243:login:Penguin
08/12/26 22:13:13 5RPxKj8T
広まらないまま収束の悪寒
244:login:Penguin
08/12/26 22:15:18 sc+da3qB
btrfsが完成するまでの繋ぎとか言ってなかったっけ？
245:login:Penguin
08/12/26 22:18:29 1YiUDIdF
btrfsって、そんなext4で繋げるくらいすぐ完成すんの？
246:login:Penguin
08/12/26 22:39:22 XhKggq3I
>>245
なかなか完成しなさそうだからこそのつなぎでしょ。
すぐに完成するのならext3のままでいいわけだし。
247:login:Penguin
08/12/27 13:44:45 22WjMVhu
>>230
ubuntsu信者と同じキモサがあるなｗ
248:login:Penguin
08/12/27 22:32:25 siPqVhlW
>>246
つなぐだけならxfsで十分だったと思うので、ext4はつなぎだからというのは
正直すっぱい葡萄にしか思えなかったり。
249:login:Penguin
08/12/27 23:03:02 +W4c1t6k
業務用としてはxfsは繋ぎとして使いもんにならないと判断したから、
NECを始めとする大手システムベンダーがext4にコミットしてたんじゃないの。
まあ、そのext4の出来がいまいちだったのは笑えるが、
そのせいでRHも渋々xfsに手を出し始めたとこでしょ、今。
250:login:Penguin
08/12/27 23:11:20 CHbsSHY3
んー、XFSが使えないって書き込みちらほら見るんだけど、
具体的にどこが、っていうの見たこと無いんだよね……
参考にしたいんで、ポインタでも良いから資料ない？
251:login:Penguin
08/12/28 11:29:24 K5GZ3EJZ
JFSなら安心って書き込みもよく見るぞ
252:login:Penguin
08/12/28 11:52:50 f3sbrQbI
え、NTF…いやなんでもない
253:login:Penguin
08/12/28 13:02:40 FO+TGDfD
このスレにはXFS & JFS信者が定期的に涌いてくる
そして毎回毎回同じように欠点があるならポインタを示せとほざく
過去、何人も過去スレ、blog、MLのアーカイブを示して欠点を上げているのにも関わらず
>>250のような信者はスレが新しくなる度に毎回同じことを聞いてくる
何故自分で探そうとしないのか？
過去スレ全文検索でも良いだろう、MLのアーカイブから探しても良いはずだ
っていうかググれカス
それにしてもXFS信者はどうして
・パーティションの最初のセクタをXFS自身の用途に使い過ぎているので/bootは別に用意してください
・最大8EBまで使えます、けどrepair出来るのはメモリ1GBにつきおよそ1TBです
・書きこみに失敗したデータは他FSのように古い世代のファイルを残したりはしません、全て長さゼロの不思議ファイルに変わります
・xfs_fsrでデフラグ出来ますが、失敗するとやはり不思議ファイルを量産します
・アンデリートは出来ないので不思議ファイルはいつまでもそのままです
・Quick Recoveryとかほざいてますがfsck.xfsが何もしないだけです、何かしてほしい時はxfs_checkかxfs_repairを使ってください
・2.6.17～2.6.17.6カーネルでxfs_repairすると正常なXFS FSでも破壊されます
・積極的にメモリにキャッシュし、空いた時間にまとめて書きこむので見ため上は速く感じますが、
UPS無しの場合、Write Barrier/Write Cacheの有/無効に関わらずメモリにキャッシュしただけで済ましていたデータは確実に飛びます
といった現実から目を背けるのか…
IRIXですら/にはUFSかEFSを使ってねと言っていたのに
254:login:Penguin
08/12/28 13:20:39 wJM9Qb2o
長いけど読んだが、XFSが優れていることがよくわかった。
ライトバックの単語が出てきてない時点でうん。
255:login:Penguin
08/12/28 13:30:38 tj+orqS6
XFS は使ったことないんで知らないんだけど、動画データとか大きいファイルの
保存場所用には向いているでいいのかな？
256:login:Penguin
08/12/28 13:39:17 OBAhS7Kc
>>253
はいはいどーも。
だいたい全部用途違いと仕様、他のFSも同じ、で片づくんですが…。
257:login:Penguin
08/12/28 15:49:34 HO/81m3o
とりあえずXFSは使わないでおくよ
最大の欠点は
>>253様がお怒りになることだな
258:login:Penguin
08/12/28 15:57:21 JuupxvEF
JFSって断片化するってよく聞くけど、
ext3よりも断片化するのかな。
使用率80%超えなければ横並び？
259:login:Penguin
08/12/28 16:02:19 f3sbrQbI
すべて承知で使ってる信者だけど、かなり的確に弱点指摘していてﾜﾗﾀ
260:login:Penguin
08/12/28 16:20:53 K9aDww7p
ポインタもなにも、ソースみれ。xfsが最近になってもまだ、もぐら叩きのように泥縄な修正を
続けていることぐらい、投入されているpatchみれば分かるでしょ。
ext3の修正と較べたら差は歴然だと思うのだが、むしろxfs派は何をみて信頼できると
判断しているのだ？ 自分の環境で問題がないから？
ベンダーは流行の仮想化やクラスタリング、10Gb接続や階層ストレージといったものを
売り文句にしていて、そんな環境でテストしてxfsが使えると判断したならとっくに使っているよ。
261:login:Penguin
08/12/28 16:28:21 QvYx1d92
XFSはfsck必要な時はHDDも壊れかけてるとか変な理屈立ててメモリ化け考慮してないのがなぁ。
262:login:Penguin
08/12/28 17:35:32 HO/81m3o
>>259
弱点か？
仕様っていったほうが近いと思うが
分かって使ってりゃ何の問題も感じないことばかりだが
ま、やはりこの程度のことでお怒りの方
たとえば>>253先生みたいなお方にはXFSは向かないな
263:login:Penguin
08/12/28 17:44:19 f3sbrQbI
>>262
いやだから俺は使ってる方の「信者」の側だって。
けど、XFS使いなら一度くらいは思ったことがあるはずだなとクスリとさせられた。
264:login:Penguin
08/12/28 18:45:26 HO/81m3o
わかってるよ、誤解させてわりいな
>>253が、XFSの仕様にマジギレしてるのを見て笑えただけさ
265:login:Penguin
08/12/28 19:43:59 18K+8q51
纏めるとXFSは仕様があれなので繋ぎのext4が必要なんでつね
266:login:Penguin
08/12/28 19:54:03 Qmza/x7I
ext3→btrfs or ZFSでいいんじゃないの？
267:login:Penguin
08/12/28 20:27:09 yYWNmBLG
この人もXFSを現時点では薦めてるって解釈でいいの?
URLﾘﾝｸ(www.atmarkit.co.jp)
268:login:Penguin
08/12/28 21:53:50 lTchwhwf
薦めてない。
「自分で自分をサポートできる奴なら自己責任でやってもいいけど
（でもBtrfsしかないだろJK）」
っていう大意。
>>263,>>264みたいに、誰かが何か言ってきても意に介さないレベルならともかく
誰か薦めてくれる人が欲しいレベルならやめとけ。
269:login:Penguin
08/12/28 22:03:23 HO/81m3o
要は、自分がそれでいいと思うかって問題さ。
アンチ君のマジギレは哀れ。
アンドリューさんみたいに冷静に利点と欠点を見なきゃだめってことよ。
270:login:Penguin
08/12/28 22:03:49 wJM9Qb2o
EXT3: 無難に遅いが枯れ具合は魅力的。
reiser3: 体感速度がヌルヌル速くて好み。突き抜けたところは無いきがする。縮小できるのが個人ユーズではかなり便利。
reiser4: つかったことない
ZFS: メモリ食いすぎ。128bitは先取りしすぎたような。
Btrfs: 起動して2日くらいでフリーズする。Debian sidからも消えたし。
JFS: 使ってて不満はないけど、不満。
XFS: 大きなファイル置いてもへこたれない。
数KBの細かいファイルを移動させようとしたらすげー時間かかるけど、
ツールが充実してて便利。
壊してしまったときに xfs_repair で直ったことはないけどそれは俺のHDDが壊れたのが悪い。
ということで、俺は/boot=ext3、残りreiser3、MySQLやXen用にXFS。
271:login:Penguin
08/12/28 23:19:40 ywtP9vou
EXT3: 遅いし個人的に他のFSに比べて壊されやすい印象がある
reiser3: マウント遅いので起動が遅くなる。assert大量という話から信頼性は高そうだが。
reiser4: reiser3より劣るし将来性も無い
ZFS: 読み込みは早いが書き込みが遅すぎ
Btrfs: マルチスレッド下で遅い。不安定だしテストケース全てクリアしていない。本命にはまだ遠い。
JFS: シングルスレッド下では遅いけど負荷も低く効率は一番。マルチスレッド下では使う価値無し
XFS: XFS(笑)
272:login:Penguin
08/12/29 00:02:28 K2HLOvxU
>>273曰く
>>147
自慢して回れよお前のXFS(笑)
すばらしすぎて笑いが止まんないんだろ？ｗｗｗｗ
273:login:Penguin
08/12/29 00:04:54 tiXE/lj8
いや俺はJFS一筋だから。
274:login:Penguin
08/12/29 00:55:10 7XozLOLf
XFSのファイルシステムが乗っかってる
パーティションテーブルの情報だけが飛んでしまったんですが、
xfs_repairをかけてもsecondary superblockが見つけられないようです。
3wareのRAID板でディスク自体は2TBから3TBに拡張できたところまでは問題なし。
2TB跨ぎのファイルシステム拡張をxfs_growfsやろうとしたものの
パーティションサイズの限界に2TBがあることの認識不足が原因でgpartedで拡張を実行したら失敗。
2TB以上のパーティションにするために、パーティションタイプをMSDOSからGPT変更にしなければならなかったとは・・・。
再度パーティションを2TBで作成してXFSでフォーマットしなおした状態から
xfs_repairかければ一部でもファイルを救出できるんでしょうか。
275:login:Penguin
08/12/29 04:23:17 Tt2n3ZA9
>>271
とある日本最大級のftpサイトを運営している人曰く、ZFSの遅さが
ボトルネックになってしまうってぐらいに遅いからなぁ。
276:login:Penguin
08/12/29 08:02:55 GLYdnMYe
>>274
…。
これからはきちんとバックアップとれよ。とくに何か大きな変更をする前にはな。
俺がxfs使う時は、いやどんなファイルシステムを使う時でもそうだが、ちゃんとバックアップ毎日とってたぞ。
277:login:Penguin
08/12/29 13:35:26 iZCgLxRc
で、結局何がいいの？ext3以外使ったこと無い俺に教えてよ
278:緊急事態
08/12/29 13:46:03 kqUrATJq
drwxrwx--T
ls でパーミッションがこのように表示されるディレクトリの
いちばん右の T は何を意味しているのでしょうか。
緊急事態です。
279:login:Penguin
08/12/29 13:47:16 +2DghlFE
>>278
URLﾘﾝｸ(www.linux.or.jp)
280:緊急事態
08/12/29 13:50:14 kqUrATJq
t と T の違いをようやく理解しました。
281:login:Penguin
08/12/29 15:17:02 Zezewtsm
>>274
xfsなんて、使うのが問題。
reiser3も同じだからやめておけ
282:login:Penguin
08/12/29 16:58:55 lfQV5P7k
456 名前：Socket774 投稿日：2008/12/26(金) 17:58:09 ID:+UEOlZmp
"壊れるときは壊れる厨" "運が良ければ壊れない厨房" の特徴
(1)確率が低いことを前提に行動しているのに、確率はどうでもいいという自己矛盾
(2)運良く経験上起こらなかったことは確率＝０にしてしまう危うさ
(3)運悪く経験上１度あったことは確率＝１にしてしまう気弱さ
(2)は実は社会的にかなり有害である
無謀運転で交通事故を起こすやつの「危険でない根拠」になっている。
(3)もなにかとアンチ信者に多い
○○社の製品を買って壊れたので一生○○社の製品買わないなどの損な行動をとる。
283:login:Penguin
08/12/29 17:20:58 mU7jwBbc
ext3信者が多数存在する模様
安全だと本気で思っているんだろうな
>>277
何を使おうが壊れる確率なんか0じゃないんだから
他のファイルシステムを試すのも良いと思う
それが罪ならこのスレに存在意義はない。
284:login:Penguin
08/12/29 17:30:10 iZCgLxRc
>>283
そうね。何がいいかな～。
>>283は何使ってる？
285:login:Penguin
08/12/29 18:21:10 zzovYCox
>>283
ext3信者なんていないでしょ。
十分枯れていて、他のFSと比較にならないほど大勢が使用しているってだけでしょ。
286:login:Penguin
08/12/29 21:37:56 O6XKqBbS
>>283
ext3が安全だなんて誰も言ってない。xfsはext3よりも駄目だろってだけ。
壊れる確率が0じゃないなら全部同じだから俺はxfsを選ぶぜ、
と主張したいなら別にしてもいいけど、そういう高校からやりなおせ的発言は、
2chだけにしといてくれよな。間違っても会社で口にしないで欲しい。
せっかくだからxfsを選ぶぜ、っていう諧謔の分かるひとにはxfsはお勧めなんだけどね。
287:login:Penguin
08/12/29 21:47:04 W2yC0jiU
えーっと…覚えたての難しそうな単語を使いたかった、でOK？
ここに出没するXFS叩きは皆小文字で書くね～
288:login:Penguin
08/12/29 22:45:25 +QFrLFVt
みんな自信がないのか自分を正当化するのに必死でおもろいな
289:login:Penguin
08/12/30 00:28:27 xqus6Atb
>>286
お前学生だろ
290:login:Penguin
08/12/30 00:30:07 xqus6Atb
世界一大量のコンピュータを使ってるgoogleが一番実績積んでるから正しい
何もかもgoogleと同じにしとけば一番正しい選択なんだよ
291:login:Penguin
08/12/30 00:50:59 8pLMhnmO
ヨッシャヨッシャまずはgOSのインスコから始めるとするか
292:login:Penguin
08/12/30 01:16:41 uZkVqbn8
>>291
なんで？
293:login:Penguin
08/12/30 01:40:39 43UJ6/7L
はじめまして
とても困っておりまして書きこさせていただきました。
ご教授いただければ幸いです。
先日、CentOS5.2 のドライブ交換のため、
LVM にて、個人のLAN内でファイルサーバーを構築いたしました。（SATA HDD １TB x
２）
構築が終わりデータ移動を済ませた後で、
データ移動元として利用していた、
１TB のディスクを増設しようといたしましたところ
増設に失敗をしてしまい Linux が壊れてしまいました。
修復の方法がありましたら、ご教授いただければ幸いです。
【システム構成】
OS:CentOS５．２
ドライブ：SATA １TB x ２ +1 （合計三台）
（dev/sdb & dev/sdc に dev/sda を追加。）
294:login:Penguin
08/12/30 01:41:34 43UJ6/7L
【失敗の手順】
１：HDD の増設
２：Fdisk にて、設定を行う。
fdisk /dev/sda にて、プライマリパーティション作成＆パーティションLVM（8e）を指定。
３：fdisk の w キーにてパーティション書き込みをした後再起動を行う。
４：再起動の後、pvcreate /dev/sda1 を行い、PV を作成。
５：既存のボリュームグループの確認：vgscan の実行＆確認。
６：vgextend VolumeGloup00 /dev/sda1 を行い、追加を行う。
７：df -h コマンドにて、確認をすると 総容量が 1.8T（Sata 1TB x2台分）しか表示されない。
８：Webmin のディスク管理項目から見ると、総容量は 2.7TB と記載があった。
９：フォーマットしていないと思い、mkfs.ext3 /dev/sda1 を実行。
フォーマット終了の後再起動をかけたところ
カーネルクラッシュにより二度と起動しなくなってしまいました
自力ではどうしようもできず途方にくれております。
また、長年大事にしてきたデータが1.3TBほどあります。
いろいろな場所で聞いているのですが、答えが得られません。。。。
なにとぞ、よろしくお願いいたします。
295:login:Penguin
08/12/30 01:46:37 RBg6OIPS
>>294
ここはすれ違いだと思う。あとマルチはやめとくべき。答えてもらえなくなるよ
296:login:Penguin
08/12/30 01:52:49 NRQcO945
>>295
それは両方で答える人を募集してますってこと？
297:login:Penguin
08/12/30 02:13:06 xqus6Atb
>>296
たとえば、両方で回答者が現れた場合、後から回答した人は用済みってことになるでしょ？
回答者に恥かかせるつもり？
298:login:Penguin
08/12/30 02:34:15 3cIMBWT0
>>287
仕事でxfsなんて、使っている奴なんているのか？
まじで、やばいな。ソース2chとか言ってるような奴かｗ
299:login:Penguin
08/12/30 02:46:20 xqus6Atb
仕事で～してる奴いるのか？
という言い方をする奴は９０％学生。
300:login:Penguin
08/12/30 09:54:45 ehiXCzMy
俺も学生だが、>>298みたいな香具師いるよ
企業で働くってどういうことか分かってないんだろうな
そんな俺はReiserFSかXFS
301:login:Penguin
08/12/30 10:20:24 P38+iPXD
金もらって仕事している立場の俺から言わせてもらうと、
俺が面白ければ何でも良い
302:login:Penguin
08/12/30 11:03:45 lWCI7Jgq
>>301
おまいにはBtrfsやReiser4がお似合いだな
303:login:Penguin
08/12/30 12:01:41 xRLcBvyW
>>300
あ、まじでいたよｗ
304:login:Penguin
08/12/30 22:23:10 wuMOmmEj
>>298
XFSも使ってたけど使ってた範囲では問題は出なかった。
(バグとか使用制限に)当たらなければどうということはない。
305:login:Penguin
08/12/30 23:32:07 lWCI7Jgq
ext3 領域を無駄遣いする。全体的に遅め。利用者多数のため日本人向け
ext4 遅すぎ
ReiserFS 小ファイルは確かに速いがマウント遅い。作者ｵﾜﾀにつきv4ｵﾜﾀ
XFS 大ファイルは速い。アンチ大杉。>>253
JFS 最初は大小どちらも速いが、フラグメントしてきてext3並に落ち込む。アンチ大杉
XFSの欠点って見つからないもんだなあ
306:login:Penguin
08/12/31 01:38:53 grVWqTH4
ext4って今でもext3より遅いの？
307:login:Penguin
08/12/31 02:49:46 dG9Ns93a
>>305
ほぼ同意、アンチ大杉ﾜﾗﾀ
通常用途でXFS、コンパイルとか細かいファイル用途にreiser3にしてるけど
細かいファイルはSSDにする方がたぶん劇的に早くなるよなぁ・・・
XFSについてはAGで半明示的にボリュームを分割利用できるので使ってる。
LVMと組み合わせてパラでアクセス。
308:login:Penguin
08/12/31 04:44:43 YkqHm6LQ
>>305
xfsは小さいファイルが異常に遅すぎる。
体感できるとか言うレベルじゃない。
昔全パーティションxfsでやっててめちゃくちゃ遅かった。
今はxfsとreiserfsを併用してる。
309:login:Penguin
08/12/31 05:07:48 ip9VpIl8
reiserfs(v3) は年単位で使ってるとだんだん遅くなってくのが問題。
--rebuild-treeすればいいんだがオンラインでできないし。
結果一部XFSに変更したんだが、それだけで1.5GBほど空き容量が減って笑った(25GBのパーテーションで)。
310:login:Penguin
08/12/31 05:41:00 gWPgdST+
>>309
3年目くらいに突入したけど、
fsのメンテとかしたほうがいいんだろうか。
触らぬ神に祟りなし?
311:login:Penguin
08/12/31 08:38:14 IjflIkV8
>>308
俺もXFSを全パーティションで使ってみたけど、遅すぎるとは感じなかったけどな。
まあ、XFSの特性をきちんと把握して使いこなせるだけの自信が無かったんで、今は使ってないんだが…。
312:login:Penguin
08/12/31 18:08:33 uJZymjay
XFS厨ってさXFS批判されると即アンチ認定して当該レスをスルーするよね
スルーした後に連続で続くマンセーレスとかマジきもいんですけど
XFSが遅くないとかって妄想じゃないなら試してみるから
↓な作り方したext3と同じ程度の速度が出るmkfs.xfsのオプション教えてよ
mke2fs -j -J size=128 -m 0 /dev/hogehoge
tune2fs -c 0 -i 0 -e remount-ro -o journal_data /dev/hogehoge
mount -t ext3 /dev/hogehoge /mnt/hogehoge -o relatime
ちなみにlinux-2.6.28でe2fsprogsi-1.41.3
AMD 790FX + SB600 + Athlon64 X2 5000+にWD1001FALSのケツの300GBだと
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m23.263s
user 0m21.559s
sys 0m1.633s
な感じ
XFS厨がどんな環境で使ってるのかは知らんけど
XFS厨の環境で↑な作り方のext3と同じ速度なら良いからさ
まあXFSが遅いのは分かりきってるからハンデとしてjournal_data付けてみたけど
別にorderedでもwritebackでもどっちでも良いよ
ちなみにReiserFSだとデフォのジャーナルサイズでもReiserFSの圧勝だから
313:login:Penguin
08/12/31 19:10:50 gWPgdST+
小ファイルベンチは遅いってよく言われてる事だよね?
どの辺が新しいんだこれ。
314:login:Penguin
08/12/31 19:19:55 Bwj7B+oj
C2D1200 SSD SAMSUNG MCCOE64G8MPP-0VA
bash-3.1# time tar xjf '/home/xiao_woo/Desktop/linux-2.6.28.tar.bz2'
real 0m36.094s
user 0m25.135s
sys 0m4.498s
315:login:Penguin
08/12/31 19:26:24 YkqHm6LQ
>>312
xfsとreiserfsのパーティションがあるからやってみた。
両方ST3320620AS
xfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 1m47.648s
user 0m21.272s
sys 0m3.046s
$ time rm -rf linux-2.6.28
real 0m55.441s
user 0m0.063s
sys 0m1.620s
reiserfs
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m25.691s
user 0m21.652s
sys 0m3.926s
$ time rm -rf linux-2.6.28
real 0m1.952s
user 0m0.057s
sys 0m1.850s
316:login:Penguin
08/12/31 19:27:31 mvJHjVP4
XFSマンセー
317:login:Penguin
08/12/31 20:58:21 cx+QlaBJ
zfs Hitachi HDS721616PLA380
$ time tar xjpf linux-2.6.28.tar.bz2
real 0m20.055s
user 0m19.803s
sys 0m3.668s
318:login:Penguin
09/01/01 04:23:58 /UXNDsnC
FUSEなZFSでベンチなんて、ZFSへのネガキャンにしか見えない
319:login:Penguin
09/01/01 15:12:58 UNAfCHAE
そもそもこの実験自体XFSのネガキャンだな
小さなファイルの扱いは苦手に決まってんだろ？
320:login:Penguin
09/01/01 21:31:07 a2bBDv9r
確かにXFSは使ってみるとイマイチなんだよな。
ひょっとして、JFSが無難なのか??
321:login:Penguin
09/01/01 23:08:35 dBj6qpPh
JFSはext3よりはマシだろうな
322:login:Penguin
09/01/01 23:16:41 Jd8J6JYV
>>319
>>305で
＞XFSの欠点って見つからないもんだなあ
って言われたからの流れでしょ。
323:login:Penguin
09/01/02 02:01:54 HrlDzx7o
JFSの場合。
ノートPC(x86_64) Tulion64X2(TL-56) ST9120822AS
time tar jxf linux-2.6.28.tar.bz2
real 0m53.507s
user 0m27.732s
sys 0m3.310s
time rm -rf linux-2.6.28
real 0m6.591s
user 0m0.040s
sys 0m1.170s
324:login:Penguin
09/01/02 04:36:49 KJ9BwFW5
小ファィルというかディレクトリの生成と削除がすごく遅いのは既出だよねXFS。
325:login:Penguin
09/01/02 09:15:51 GFEPgqVO
ジャーナルを別ディスクにしても遅い
326:login:Penguin
09/01/02 09:45:53 EZZpbbHN
>>324
XFSは、大ファイルメインの特殊な環境用なんだよな。
reiser4に期待してたが、まさかの展開でつぶれちゃったし、
btrfsが安定するまでは、ext4で繋ぐか。
327:login:Penguin
09/01/02 12:43:56 Hohc2Yy1
xfs使う奴は、マジで噂で物事判断してるはず
328:login:Penguin
09/01/02 12:44:30 Hohc2Yy1
×マジで
○ガチで
329:login:Penguin
09/01/02 13:50:05 NiL0I0gC
×ガチで
○ガチムチで
330:login:Penguin
09/01/02 17:25:58 QoRK6b4x
>>327
こんなにアンチが多いのに？
331:login:Penguin
09/01/02 22:37:37 EZZpbbHN
>>327
使う前は噂で判断するしかないだろが。
とはいえ、XFSそんなに悪くないけどな。
332:login:Penguin
09/01/02 23:41:17 K/LaHFw6
カーネルツリーの展開と削除でイライラするぐらい
333:login:Penguin
09/01/03 10:48:26 K5VrUXU8
このスレも初めのころと比べるとずいぶん変ったな
初めのころは、テスト段階のFSや、ext*のfeatureでさえ
恐れなく使う猛者共がゴロゴロしていたのにな
今や、okky著のファイルシステム論を本気で信じちゃってる、痛いXFS信者と
誰も使ってないから何の情報も出ないだけなのに、勝手に堅牢だと勘違いしているJFS信者が
レスの殆どを占め、ちょっとでも貶せば即アンチ認定だもんな
2.6.28カーネルにしてから / を速攻でext4dev → ext4に変え
/homeをbtrfsで使ってる奴なんて、このスレ内ですら最早少数派なんだろうな
ましてや、0.16使ってたら、ある日からfsckでいきなりSEGVるようになったから
本家にバグレポしたら、0.16はもう古いからHotfix当てるかgitのやつ使ってね、とか言われて
迷うことなく btrfs-unstable 使ってる俺なんて、このスレですらキチガイ扱いなんだろうな
あーあ、このスレも終ったな
334:login:Penguin
09/01/03 10:55:15 ZQC6YIk5
>>333
俺は基地外です。まで読んだ
335:login:Penguin
09/01/03 11:22:15 nuPiacsO
>>333
コメントを忘れないように
つ「# チラシの裏はじめ」「# チラシの裏おわり」
336:login:Penguin
09/01/03 11:29:05 r9uwlkUB
# チラシの裏おわり
寂しがり屋の>>333くんのために
Btrfsの話題を出してあげましょうよ
# チラシの裏はじめ
337:login:Penguin
09/01/03 11:32:10 7xmoMDok
>>333
俺も同感。
ただ、XFSやJFSが今のところ良い選択肢の一部であるのは間違いないだろう。
もっとも、ext4が出来た今、それらの役割は終わったかもしれないが。
btrfsには本気で期待するが、reiser4の時も同じように期待してた。
今度はどう裏切られるのだろうか。
338:login:Penguin
09/01/03 12:30:08 s2mEMwPq
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜俺も同意。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l バ
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､ ン
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒)) バ
ン
>>333はお前みたいな傍観者や野次馬風情がやたら幅利かせることを嘆いてるんだろｗ
339:login:Penguin
09/01/03 12:47:55 N7QBWFLh
今のところ良い選択肢はLinuxを使わないこと
340:login:Penguin
09/01/03 14:30:26 DtAE3aDe
何故reiserfsとjfsはdump/restore無いの？需要ないの？
341:login:Penguin
09/01/03 16:12:31 TH5byMBh
ないアル
342:login:Penguin
09/01/03 22:53:27 YcWB7Jk/
>>337
reiser4は裏切りはHansのせいなので、ext4はそういうこと無いんじゃないか？
RedHatが作ってるみたいだし。
ただ、XFS/JFS < ext4ってのは現時点では微妙だと思うが。
btrfsは開発が進まず、いつまでたってもext4が修正されるみたいなことになりそうな予感。
343:login:Penguin
09/01/04 01:52:41 ysTZPxFS
btrfsとかext4とか試したいけど、復旧できないと困るデータがあるので
ext3のままで使ってないくちです…はやく触りたい…
少し話が戻りますが、速度について議論するなら、
しっかりした方がいいと思ったのでコメント。
tarの展開速度をはかるのにディスクのスペックと、接続方法、繰り返し回数が
あまり書いてないのには疑問。というのも、環境によっては、
キャッシュにのるかどうか等が無視できない差を生むから。
こちらはVMware(データは実パーティション上)の環境なので、
細かいデータは省くが、数度実行したら優位に実行時間が短くなっていった。(40 >> 30 secとか)
読み取り時間を無視したテストがよいならば、
展開前のカーネルはshmにおくとかしたほうがいいかも。
逆に、読み取り時間を気にするならば、キャッシュにのらないように
工夫する必要があると思う。
344:login:Penguin
09/01/04 02:00:44 T2uQmTSx
いろいろなFSをBonnie++で3回とってみたことはあるな。
345:login:Penguin
09/01/04 02:09:51 kKi3Qbzy
btrfsでBonnie++を走らせたらカーネルごと死んで、次からマウントすら出来なくなりました
346:login:Penguin
09/01/04 12:42:54 T3uM4qFe
なんだか、NTFSとreiserfs(v3)とXFSの３択って感じだな。
突っ込み大歓迎。
347:login:Penguin
09/01/04 13:09:02 OKhHbzKw
LinuxだからNTFSは無いんでねえの。
あとext3も正直選択の魅力が無いかもしれないのだがしかたなく選択肢にあがっている状態。
（btrfsが選択できればねえ…）
348:login:Penguin
09/01/04 13:11:47 HojrW02/
別にどのファイルシステムを使っても一緒だろ。
障害がおきるのはハードウェアが故障したときぐらいのもんだ。
349:login:Penguin
09/01/04 13:11:50 4voN0aof
NTFSはパーミッション保存しないのでLinuxでは使いにくいだろ。
350:login:Penguin
09/01/04 14:08:23 cHqbCLC0
Reiser4信者はいますか？
351:login:Penguin
09/01/05 00:49:56 ujTvRpIr
いろいろある中でどうしてどの鳥もext3がデフォなのか、その理由を教えてください。
352:login:Penguin
09/01/05 01:01:31 N7SbMQOe
Btrfs For The Mainline Linux Kernel
URLﾘﾝｸ(www.phoronix.com)
353:login:Penguin
09/01/05 01:06:08 Ia2jZgu0
>>351
むかしむかし、reiserfsが標準の鳥がありました。その鳥はreiserfsのスポンサーもしていました。reiserfsは結構安定していましたが、その鳥の開発者はバグ修正ばかりで退屈していました。
reiser4に期待していましたが、なかなか成果が出てこない。その鳥の開発者は新しいfsを開発したいという思いが日に日に強くなっていきました。そしてその鳥の開発者は上に掛け合いreiserfsのスポンサーを降りてもらうことにしました。
その後のreiserfsの開発者の結末はご存知の通り。スポンサーを降ろさせたその鳥の開発者は現在伸び伸びとbtrfsの開発をしています。
354:login:Penguin
09/01/05 01:12:15 NI08RRMr
>>351
消去法。
>>353
oracleってreiserfs標準だったっけ？
suseは知ってるけど。
355:login:Penguin
09/01/05 01:20:09 Ia2jZgu0
>>354
その鳥=SUSE
その開発者=Jeff Mahoney
スポンサー降りた事実は無かったスマソ。まぁ邪推なので信じないように。
Novellが抱えてたreiserfs開発者は今どうなっているんだろうか…
356:login:Penguin
09/01/05 05:04:12 iLuaB62P
On File Systems
URLﾘﾝｸ(www.kev009.com)
URLﾘﾝｸ(anond.hatelabo.jp)
357:login:Penguin
09/01/05 14:21:32 dtFVOAHe
うちの彼氏 ポニョの歌はもういい加減聞きたくないと言ってるのにしつこく歌う
頭から離れない
苛つく
358:login:Penguin
09/01/05 14:22:42 Ia2jZgu0
>>357
団子三兄弟歌えばおk。
359:login:Penguin
09/01/05 14:25:04 dtFVOAHe
誤爆です すみません
360:login:Penguin
09/01/05 15:23:10 Ia2jZgu0
>>356
次のFSの革命はCoWかぁ。だとするとその次はディスクの並列gcかなぁ。
361:login:Penguin
09/01/05 21:15:35 WR0vS5IN
>>356曰く
It is worth noting that XFS is still under active development
362:login:Penguin
09/01/05 21:51:40 7SSffWmz
>>361
枯れたext3と違って、誠意開発中、今やってますってことか
363:login:Penguin
09/01/05 23:37:46 94zmWn+C
俺は>>7に賭ける。
364:login:Penguin
09/01/06 01:11:20 rl+g2qsZ
スレを加速して>>7を外れるようにするテスト。
いくらなんでも安定したファイルシステムを作るのに１、２年は
最低でもかかるだろ。ZFSですらまだどうよ？って状態なんだから。
365:login:Penguin
09/01/06 07:28:53 lkmp4r3x
百歩譲ってbtrfsが「選択肢に乗る」くらいはあるかもだけど、デフォ＆鉄板は無理だよなあ。
KNOPPIX btrfs editionがダウソできるよ！くらいか？うまくいったとしても。
まあでも>>7の結婚とちょっとの幸せくらいは祈ってやってもいいけど。
366:login:Penguin
09/01/06 09:17:08 khwV9+Jg
btrfsが標準になることよりも
>>7の結婚のほうが難しい
367:login:Penguin
09/01/06 19:05:57 8e3bqhSN
お前らかわいそうだろ、このスレを10年保たせてやろうぜ
あ、進めちまった。
368:login:Penguin
09/01/06 20:39:25 OVORNhp1
XFSを少しでも貶されると、即アンチ認定
アンチ認定していた連中のレスを揉み消せなくなると、XFSはActive Developmentだから宣言
挙句の果てには、ext4の開発の煽りを受けてi-nodeサイズから、ハッシュアルゴリズム、ジャーナルポジションのデフォルト値がそれぞれ変更されたext3を「枯れたFS」扱い
そして全く関係の無い>>7へレスを繋げてスレ流し
ああ、XFS厨って奴は、なんて気持ちの悪い存在なんだ
誰かが「btrfsがfsck時にSEGVる」と環境依存な事を言っても、アンチ扱いされたりはしないだろう
「LSFオフだとext4がマウントすら出来ない」とか、当たり前な事を言ってもアンチ扱いされないだろう
だが、それも相手がXFSだと
「xfs_repairって1TBにつきメモリ1GB要求するらしいね」こんなWikipediaに載っているような情報も、XFS厨の脳内では「環境依存話」
「UPS無しだと、急な電源オフ時に結構ファイル消えるらしいね」「しかもその時、古いファイルじゃなくヌルバイトなファイルに変わるんでしょ」
こんな公式にすら載っているような情報も、XFS厨の脳内では「XFSだけじゃない、全てのFSがそうなる」
そして、言った奴は即アンチ認定
ねえ、なんで？
どうしてXFSだけ別扱いするの？
まさか未だに「LinuxのVFSは糞だから、それ使ってないXFSは神」とかって教祖様の戯言を信じているわけじゃないよね
369:login:Penguin
09/01/06 21:16:01 yydiROnC
8TB越えは自動的にxfsになるから。
reiser3は8TBでバグ持ち、ext3は16TBに対応したのが割と最近。
jfsは実績不明。
370:login:Penguin
09/01/06 21:22:26 QIqJq6Bo
>>368
ext3使いだがマジレスすると、長文だから1文字も読まれてないんだと思う。
2～3行にまとめる練習してみたら？
371:login:Penguin
09/01/06 21:40:46 Ncsfrd3v
そして「いざというときのフォールバックのため」と称してext3に収まるサイズで使われるのがxfs。
372:login:Penguin
09/01/06 21:44:31 7SYTEnHx
>>368
私はアンチ脳
まで読んだ
373:login:Penguin
09/01/06 21:49:29 wsKGMoDw
URLﾘﾝｸ(www.atmarkit.co.jp)
>linux-nextにbtrfsを含めるよう促しました
：
>Chris Masonから12月31日に「Btrfs for mainline」というスレッドで再提案があり、現在も議論が続いています
：
>暗にコードレビューを再び求められているほか、何人かの開発者から
>コードのスタイル上の問題を指摘されています。
前にも似たようなことがあったような…
374:login:Penguin
09/01/06 21:50:23 IpMwATjU
>>370
失礼だな。読み手全てをひとくくりにするな。
俺は1行目を最後まで読んだぞ。
375:login:Penguin
09/01/06 21:50:42 rFDOz/Xl
UPSあってメモリ16G積んでてテープにバックアップ取ってるから気にしたことない
376:login:Penguin
09/01/06 22:29:33 8e3bqhSN
>>373
例の人格テストだな。
377:login:Penguin
09/01/06 23:06:52 rFDzNrUq
非関税障壁です。
378:login:Penguin
09/01/06 23:09:54 qbzlSX9A
>>373
> 前にも似たようなことがあったような…
btrfsの中の人も殺人罪でタイーホ？
379:login:Penguin
09/01/07 04:23:55 MYAr5Are
UbuntuでXFS使うと超遅い
何でだ
380:login:Penguin
09/01/07 07:10:32 aMX79JXV
>>379
今は知らんが、dapperのころだとgnome+xfsでバグがあった。
nautilusでファイルをコピーすると半端なく遅くなるやつが。
今は単純にxfsが遅いのが理由じゃね？
381:login:Penguin
09/01/07 08:16:23 lDEHfZnJ
>>368
信者は盲目ということで。
ubuntu暴徒と似ているんだよな。どんなsceneでも推してくるところが。
382:login:Penguin
09/01/07 10:04:37 EwZHKGvQ
>>368
XFSは糞、私は神
まで読んだ
383:login:Penguin
09/01/07 12:56:09 sQ6RHxpJ
>>381
ログ読む限りまともなレスは利用状況特定しているぞ？
むろん信者っぽいのもいるが・・・
どんなsceneでも貶してくるアンチXFS厨のほうが鼻につく
384:login:Penguin
09/01/07 15:22:43 /+7MD+d/
モンスターエンジンかとおもった
385:login:Penguin
09/01/07 16:29:14 r4ikewKA
Ubuntuの/（ていうか全部）にReiserFSを使った俺は勝ち組ですか？
386:login:Penguin
09/01/07 16:41:41 AMgR4a59
普通
387:login:Penguin
09/01/07 18:10:52 76AuvVYI
普通。外部hddもreiserfsにしてる。
388:login:Penguin
09/01/07 18:24:06 08GuQOS0
このあと開発はどうなっていくのかねぇ
reiserfs
389:login:Penguin
09/01/07 19:18:35 ig1WPL6z
reiserの3は開発終了だろ。
4がどうなるかなんだが、誰か引きつぐとか引きつがないとかいう話があったけど
あれからどうなったんだろうねえ…。
390:login:Penguin
09/01/07 19:42:59 tSTHmBEQ
引き継げるもんじゃないだろ。
ファイルシステムの開発なんて論文とか書いている連中がするもの。
391:login:Penguin
09/01/07 20:01:49 DDgLikG1
少なくともreiserは名前変えないとなぁ・・・・
392:login:Penguin
09/01/07 21:05:40 lXWvEHKq
>>374
ｽﾏｿ
393:login:Penguin
09/01/07 21:36:12 fk3CrHNx
Reiserの名前を変える議論をせねばならない時が来たようだな
【v4】ReiserFSを改名しよう【復活】
394:login:Penguin
09/01/07 22:07:20 B2Qqa9xs
HansFS
395:login:Penguin
09/01/07 22:15:35 vExK0bDD
KillerFS
396:login:Penguin
09/01/07 23:01:12 vvz8dY2r
どうして、そんな縁起の悪そうな名前ばかりなんだよ。
HeavenFSとかWalhallaFSみたいなのにしようぜ。
397:login:Penguin
09/01/07 23:45:54 76AuvVYI
OwataFS
RealFsckFS
398:login:Penguin
09/01/08 00:25:01 6OJP0Z3U
UnderCherryFS
399:login:Penguin
09/01/08 00:57:54 rgO3Fykq
RHEL4 で、
/sbin/mkfs -t ext3 -T largefile /dev/sda1
でファイルシステムを作りました。
tune2fs -l /dev/sda1 で見ても、features に large_file と表示されないのはなぜなのでしょうか？
400:login:Penguin
09/01/08 01:07:52 TPFei93y
>>399
man mke2fs
401:login:Penguin
09/01/08 05:46:45 YOSWQa5L
snapshotとれるFSで予め領域確保とかしなくていいものだと何がお奨め？
402:login:Penguin
09/01/08 09:51:26 mQUcS+1Y
afs
403:login:Penguin
09/01/08 10:54:37 emjBQ7Y/
本気でReiser4をフォークしようぜ
404:login:Penguin
09/01/08 11:01:48 3ybXM10s
>>403
どうぞどうぞ。
405:login:Penguin
09/01/08 13:06:44 QpPYIj3l
ディレクトリに対して suid パーミッションを立てると
どんな効果があるの？無意味？
406:login:Penguin
09/01/08 19:07:46 c4gMowFj
URLﾘﾝｸ(permalink.gmane.org)
凄すぎる
ジャーナル有りでIOzone 8Threadでもext[23]よりも速いとは……
2.6.29でwithout-journalサポートされるらしいし
407:login:Penguin
09/01/08 19:24:33 O6eba7uh
性能持ち直してたのか
408:login:Penguin
09/01/09 00:17:41 Hdxu1sBm
reiserFSは小さいファイルが得意と言う場合、
小さいファイルってのはどれくらいのサイズの事を言うんでしょう。
100KB以下とかそんな感じでとらえていいんでしょうか。
それとも設定で変わるから一概には言えないとか？
409:login:Penguin
09/01/09 00:53:27 VdNNmbk1
>>408
4kb
410:login:Penguin
09/01/09 01:26:32 OtSi3E50
4kbitか。
411:login:Penguin
09/01/09 04:35:08 wY5ihNUA
512Bか、そりゃちっちゃいなー……なんてことはないやろｗ
412:login:Penguin
09/01/09 05:25:36 EKW8+Eao
「小さいファイルが得意」って言ったって
別にHDDのアクセスタイムを短く出来るわけじゃないし
(エレベーターシーキングとかやってるかもしれないが)
単に、「ファイルの生成/削除が速い」ってだけじゃないのかな。
逆にXFSはそれが遅いと。
413:login:Penguin
09/01/09 05:26:48 EKW8+Eao
あ、NTFSでもやってるみたいな
実体をinode情報周辺に置いてるのかも。
414:login:Penguin
09/01/09 11:39:51 BGUtmeux
NTFS と ext2 というか UNIX 系のファイルシステムで根本的に
違うのは、ファイル名に関する情報の扱いだと思う。
前者は MFT にファイル名が書かれている。
後者は ディレクトリエントリ内に書かれている。
これって、ファイルシステムの機能や性能に大きく影響するかな？
415:login:Penguin
09/01/09 12:48:22 BkTWwdib
>>413
tail packingしてる
416:login:Penguin
09/01/09 21:07:12 uA07Wbkb
ext3
ｵ
ﾜ
ﾀ
417:login:Penguin
09/01/09 21:54:33 z9X35o9v
exFAT？なにそれ？おいしいの？
URLﾘﾝｸ(journal.mycom.co.jp)
418:login:Penguin
09/01/09 22:14:47 5PbbeD6s
SDXCにはMSへのライセンス料が含まれるのか?
まぁそれよりもexFATって軽く調べたらVista SP1以降でしか使えないみたいだけれど，
どうすんだろ?
419:login:Penguin
09/01/09 23:01:35 xdxj3Kr9
>>418
WinやMacはカードリーダにドライバつけるんじゃない?
フリーOSじゃどうすんだろ? 特許があるんで手が出せないぞ。
420:login:Penguin
09/01/09 23:23:40 VdNNmbk1
というか記憶デバイスが特定FSを前提に開発されちゃうのが怖い。
421:login:Penguin
09/01/10 10:26:19 KTlgHD1h
extかfatで細々と利用されてDVD-RAMみたいに廃れそうな予感
むしろBSDやOSXでアクティブなUDFの方が良かったんじゃないか
422:login:Penguin
09/01/10 10:43:02 z5BgCo2F
カード単体で使うならexFAT以外でも使えるとは思う。
問題はビデオカメラ等でSDXCが採用されるとそのフォーマットはexFATになるだろうから
そのデータをexFATに対応したOSで無いと取り込めないのが困る。
exFATの仕様が全て公開されていてなおかつドライバをOSSで作ることに問題が無ければ良いのだろうけれど
どうなんだろね?
423:login:Penguin
09/01/10 13:03:03 B7NOAodS
btrfs来たな。
424:login:Penguin
09/01/10 14:11:35 qqkNGPYL
>>423
どこに？
425:login:Penguin
09/01/10 14:34:53 9jR1ZPOO
URLﾘﾝｸ(www.kernel.org)
commit 73d59314e6ed268d6f322ae1bdd723b23fa5a4ed
Merge: 6ddaab2... e293e97...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri Jan 9 13:01:38 2009 -0800
Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable
あたりかね。
426:login:Penguin
09/01/10 17:05:30 SDyyTx60
>>400
作ったファイルシステムに2GB越えのファイルを作ったらlarge_fileが表示されるようになりました。
427:login:Penguin
09/01/10 17:10:25 SDyyTx60
RHEL3でext3のファイルシステムを再作成しようとしたら以下のエラーが出てしまって、
再作成できませんでした。
字のごとく書き込みができないのが原因のようですが、解決方法をご存知の方が
いらっしゃれば教えてください。
再作成前のファイルシステムに対しては普通に読み書き可能でした。
#/sbin/mkfs.ext3 /dev/sdo1
mke2fs 1.32 (09-Nov-2002)
Warning: could not erase sector 2: Attempt to write block from filesystem resulted in short write
Filesystem label=log1-s1-vol9
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
120127488 inodes, 120124021 blocks
6006201 blocks (5.00%) reserved for the super user
First data block=0
3666 block groups
32768 blocks per group, 32768 fragments per group
32768 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Warning: could not erase sector 0: Attempt to write block from filesystem resulted in short write
mkfs.ext3: Attempt to write block from filesystem resulted in short write while zeroing block 120124000 at end of filesystem
Writing inode tables: 0/3666
Could not write 8 blocks in inode table starting at 32: Attempt to write block from filesystem resulted in short write
よろしくお願いいたします。
428:login:Penguin
09/01/10 17:19:33 qqkNGPYL
>>427
金持ちのおまいにはサポートセンターがあるだろ？
429:login:Penguin
09/01/10 18:24:22 dCpa2VUq
>>421
DVD-RAMは廃れてないけどな。
430:login:Penguin
09/01/10 19:58:19 qPQiCiYn
>>424-425
URLﾘﾝｸ(www.mail-archive.com)
だろ？ 常識的に考えて。
>>427
1. mkfs.ext3はext3を作成する為のコマンドであってスーパーブロックの再生成にはe2fsckを使う
つか、再作成って何？ 普通にmkfsするのと何が違うの？
2. mkfs.ext3 /dev/sdo1ではFilesystem labelは付かない。
log1-s1-vol9とかってラベルが付いているのは何故？
自分でやった事は全部書け。勝手に省略すんな。
そもそも、そのエラーの理由はLBA32/48読み込みの失敗から、loopback/chroot環境構築の失敗まで多々ある
自分の環境/やった事/結果を一言一句間違えずに書かなきゃ、こっちだって分からんよ。
3. mke2fs 1.32は古すぎるだろ？ 何故1.41.3を使わん？
ext4も、256 Byte I-nodeも、half_md4もサポートしてないmke2fsの話は他所でしろ。
更に言えば、ここはunstableなFSでも平気で使うような奴の巣窟だ。RHELの事はRHELスレで聞け。
431:login:Penguin
09/01/11 09:36:31 GdHI0atf
すいません、検索してるんですがなかなかよく分からないので質問させてください
（１）ntfsmount（ntfsprogs）と、ntfs-3gはどちらを使うべきですか？
（ntfs-3gのほうが新しいのですよね？）
（２）ntfs-3gはNTFS5を読み書きできますか？
432:login:Penguin
09/01/11 17:54:02 VCi3yThs
>>430
ゆとり教育の弊害どころか飛び級の無い日本だが
学校でいう進級や留年みたいなものでは。
unstableは問題に当たる可能性は高いかもしれないが
安全なつもりでいても逆にstableは致命的なバグを抱えたままかもしれない。
unstable/testing/stableは、いつか「来た道、やがて行く道」
みんなお母さんから生まれて、そして、死んで行くんだ。
>>431
NTFS5はWindows 2000のじゃないかな?
NT5.0がWindows 2000、NT5.1がWindowsXPで、NTFSの仕様も微妙に違ってた気がする。
Windows 2000のNTFSにntfs-3gでなら書き込みできた。
何か間違っててもｼﾗﾈ。
433:login:Penguin
09/01/11 17:55:45 WRuKmtyv
>>431
俺も回答
Windows XPのNTFSにntfs-3gなら(ry
何か間違ってても(ry
434:login:Penguin
09/01/11 18:06:09 fyLcIhSu
日本の教育がなぜ駄目になったかというと、文科省が学校運営に口を出しているからだよ。
だから教育改革とかなんとかやってるけど、文科省が主導するかぎり何も変わらないんだよね。
435:login:Penguin
09/01/11 19:24:07 WFsXzuEE
>>434
その前におまいが駄目だろ。すれ違い消えろ
436:login:Penguin
09/01/11 19:35:29 FgBzdMni
>>434
主観で語るうちは何も変えられないよ。
437:login:Penguin
09/01/11 19:52:09 fyLcIhSu
>>436
主観じゃねーよ、傍観
438:login:Penguin
09/01/11 20:08:40 3xOp+/pz
中二病ですね、わかります
439:login:Penguin
09/01/11 20:11:50 fyLcIhSu
中二病って言ったやつが中二病なんだよ！！
↑ある意味真理
440:login:Penguin
09/01/11 21:11:01 TxvqzUTm
ubuntuのintrepid ibexで早くbtrfsが使いたいです
どうすればいいですか
441:login:Penguin
09/01/11 21:12:35 FgBzdMni
>>440
つ カーネルコンパイル
442:login:Penguin
09/01/12 01:06:14 MijjCgiy
>主観じゃねーよ、傍観
443:login:Penguin
09/01/13 03:35:43 gSh8ctRS
>>438
世の中夜勤帰りで朝から寝てる人だっているんだよ？
引っ越しの時ちゃんと挨拶行った？
顔合わせた時ちゃんと挨拶して軽く会話するとかしてコンタクト取り続けてる？
そういうコミニュケーションがきちっと取れてれば
いつ掃除機を掛けても大丈夫なのか、いつなら駄目なのか
迷惑を掛けないように生活出来るはずなんだが
444:login:Penguin
09/01/13 05:17:05 ZLiyIRX4
最近は挨拶してもシカトされるなんてザラなんだぜ。
所謂「常識」の通じない人間が増えたと常に留めとくべし。
2ch限らずコミュニティでも気が楽になる。
445:login:Penguin
09/01/13 23:53:23 eTcY23vI
1 ディレクトリ 5000 以上の JPEG ファイルというデータディレクトリを
Linux Samba 3 経由で使用しようとしているけど、やっぱり ReiserFS かな？
UPS が無い環境だしカーネルパニックもあるかもしれないので、XFS の下記表記が怖すぎる
それとも今は ext4 がいいのでしょうか？
URLﾘﾝｸ(www.gentoo.org)
> ReiserFSはB*-ツリーを基礎として作られたファイルシステムで、非常に良い性能を持っています。
> 小さなファイル(だいたい4kバイト未満)を扱うときは、ext2やext3よりも非常に高い性能を発揮し、時には、10～15倍にも達します。
> ReiserFSは大きなファイルシステムなどでも性能を発揮します。メタデータジャーナリングも備えています。
> カーネル2.4.18以降、ReiserFSは非常に安定しており、一般的な目的のファイルシステムはもちろん、
> 大きなファイルや大量の小さなファイルを扱うような極端なケースにおいても推奨されます。
> ReiserFSはブートパーティション以外ならいつでもお勧めします。
> XFSはメタデータジャーナリングを備えたファイルシステムで、
> Gentoo Linuxではxfs-sourcesカーネルで完全にサポートされています。
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、
> 間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; そのようなプログラムが数多くあります)を走らせたときに、
> 不意のダウンによってデータが失われてしまう恐れがあります。