/**ファイルシステム総合スレその 9 **/

/**ファイルシステム総合スレその 9 **/ at LINUX

[前50を表示]
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で作ることに問題が無ければ良いのだろうけれど
どうなんだろね?

次ページ