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

1 名前：login:Penguin mailto:sage [2008/10/26(日) 15:18:36 ID:VYy55fXH] 過去スレ 　01 pc.2ch.net/test/read.cgi/linux/1006743807/ 　02 pc5.2ch.net/test/read.cgi/linux/1063025258/ 　03 pc8.2ch.net/test/read.cgi/linux/1101495293/ 　04 pc8.2ch.net/test/read.cgi/linux/1136695633/ 　05 pc8.2ch.net/test/read.cgi/linux/1152348695/ 　06 pc11.2ch.net/test/read.cgi/linux/1173530292/ 07 08 pc11.2ch.net/test/read.cgi/linux/1190788761/ 361 名前：login:Penguin mailto:sage [2009/01/05(月) 21:15:35 ID:WR0vS5IN] >>356曰く It is worth noting that XFS is still under active development 362 名前：login:Penguin mailto:sage [2009/01/05(月) 21:51:40 ID:7SSffWmz] >>361 枯れたext3と違って、誠意開発中、今やってますってことか 363 名前：login:Penguin mailto:sage [2009/01/05(月) 23:37:46 ID:94zmWn+C] 俺は>>7に賭ける。 364 名前：login:Penguin mailto:sage [2009/01/06(火) 01:11:20 ID:rl+g2qsZ] スレを加速して>>7を外れるようにするテスト。 いくらなんでも安定したファイルシステムを作るのに１、２年は 最低でもかかるだろ。ZFSですらまだどうよ？って状態なんだから。 365 名前：login:Penguin mailto:sage [2009/01/06(火) 07:28:53 ID:lkmp4r3x] 百歩譲ってbtrfsが「選択肢に乗る」くらいはあるかもだけど、デフォ＆鉄板は無理だよなあ。 KNOPPIX btrfs editionがダウソできるよ！くらいか？うまくいったとしても。 まあでも>>7の結婚とちょっとの幸せくらいは祈ってやってもいいけど。 366 名前：login:Penguin mailto:sage [2009/01/06(火) 09:17:08 ID:khwV9+Jg] btrfsが標準になることよりも >>7の結婚のほうが難しい 367 名前：login:Penguin mailto:sage [2009/01/06(火) 19:05:57 ID:8e3bqhSN] お前らかわいそうだろ、このスレを10年保たせてやろうぜ あ、進めちまった。 368 名前：login:Penguin mailto:sage [2009/01/06(火) 20:39:25 ID: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 mailto:sage [2009/01/06(火) 21:16:01 ID:yydiROnC] 8TB越えは自動的にxfsになるから。 reiser3は8TBでバグ持ち、ext3は16TBに対応したのが割と最近。 jfsは実績不明。 370 名前：login:Penguin mailto:sage [2009/01/06(火) 21:22:26 ID:QIqJq6Bo] >>368 ext3使いだがマジレスすると、長文だから1文字も読まれてないんだと思う。 2〜3行にまとめる練習してみたら？ 371 名前：login:Penguin mailto:sage [2009/01/06(火) 21:40:46 ID:Ncsfrd3v] そして「いざというときのフォールバックのため」と称してext3に収まるサイズで使われるのがxfs。 372 名前：login:Penguin mailto:sage [2009/01/06(火) 21:44:31 ID:7SYTEnHx] >>368 私はアンチ脳 まで読んだ 373 名前：login:Penguin mailto:sage [2009/01/06(火) 21:49:29 ID:wsKGMoDw] ttp://www.atmarkit.co.jp/flinux/rensai/watch2008/watch12a.html >linux-nextにbtrfsを含めるよう促しました 　： >Chris Masonから12月31日に「Btrfs for mainline」というスレッドで再提案があり、現在も議論が続いています 　： >暗にコードレビューを再び求められているほか、何人かの開発者から >コードのスタイル上の問題を指摘されています。 前にも似たようなことがあったような… 374 名前：login:Penguin mailto:sage [2009/01/06(火) 21:50:23 ID:IpMwATjU] >>370 失礼だな。読み手全てをひとくくりにするな。 俺は1行目を最後まで読んだぞ。 375 名前：login:Penguin mailto:sage [2009/01/06(火) 21:50:42 ID:rFDOz/Xl] UPSあってメモリ16G積んでてテープにバックアップ取ってるから気にしたことない 376 名前：login:Penguin mailto:sage [2009/01/06(火) 22:29:33 ID:8e3bqhSN] >>373 例の人格テストだな。 377 名前：login:Penguin mailto:sage [2009/01/06(火) 23:06:52 ID:rFDzNrUq] 非関税障壁です。 378 名前：login:Penguin mailto:sage [2009/01/06(火) 23:09:54 ID:qbzlSX9A] >>373 > 前にも似たようなことがあったような… btrfsの中の人も殺人罪でタイーホ？ 379 名前：login:Penguin mailto:sage [2009/01/07(水) 04:23:55 ID:MYAr5Are] UbuntuでXFS使うと超遅い 何でだ 380 名前：login:Penguin mailto:sage [2009/01/07(水) 07:10:32 ID:aMX79JXV] >>379 今は知らんが、dapperのころだとgnome+xfsでバグがあった。 nautilusでファイルをコピーすると半端なく遅くなるやつが。 今は単純にxfsが遅いのが理由じゃね？ 381 名前：login:Penguin mailto:sage [2009/01/07(水) 08:16:23 ID:lDEHfZnJ] >>368 信者は盲目ということで。 ubuntu暴徒と似ているんだよな。どんなsceneでも推してくるところが。 382 名前：login:Penguin mailto:sage [2009/01/07(水) 10:04:37 ID:EwZHKGvQ] >>368 XFSは糞、私は神 まで読んだ 383 名前：login:Penguin mailto:sage [2009/01/07(水) 12:56:09 ID:sQ6RHxpJ] >>381 ログ読む限りまともなレスは利用状況特定しているぞ？ むろん信者っぽいのもいるが・・・ どんなsceneでも貶してくるアンチXFS厨のほうが鼻につく 384 名前：login:Penguin mailto:sage [2009/01/07(水) 15:22:43 ID:/+7MD+d/] モンスターエンジンかとおもった 385 名前：login:Penguin mailto:sage [2009/01/07(水) 16:29:14 ID:r4ikewKA] Ubuntuの/（ていうか全部）にReiserFSを使った俺は勝ち組ですか？ 386 名前：login:Penguin mailto:sage [2009/01/07(水) 16:41:41 ID:AMgR4a59] 普通 387 名前：login:Penguin mailto:sage [2009/01/07(水) 18:10:52 ID:76AuvVYI] 普通。外部hddもreiserfsにしてる。 388 名前：login:Penguin mailto:sage [2009/01/07(水) 18:24:06 ID:08GuQOS0] このあと開発はどうなっていくのかねぇ reiserfs 389 名前：login:Penguin mailto:sage [2009/01/07(水) 19:18:35 ID:ig1WPL6z] reiserの3は開発終了だろ。 4がどうなるかなんだが、誰か引きつぐとか引きつがないとかいう話があったけど あれからどうなったんだろうねえ…。 390 名前：login:Penguin mailto:sage [2009/01/07(水) 19:42:59 ID:tSTHmBEQ] 引き継げるもんじゃないだろ。 ファイルシステムの開発なんて論文とか書いている連中がするもの。 391 名前：login:Penguin mailto:sage [2009/01/07(水) 20:01:49 ID:DDgLikG1] 少なくともreiserは名前変えないとなぁ・・・・ 392 名前：login:Penguin mailto:sage [2009/01/07(水) 21:05:40 ID:lXWvEHKq] >>374 ｽﾏｿ 393 名前：login:Penguin mailto:sage [2009/01/07(水) 21:36:12 ID:fk3CrHNx] Reiserの名前を変える議論をせねばならない時が来たようだな 【v4】ReiserFSを改名しよう【復活】 394 名前：login:Penguin mailto:sage [2009/01/07(水) 22:07:20 ID:B2Qqa9xs] HansFS 395 名前：login:Penguin mailto:sage [2009/01/07(水) 22:15:35 ID:vExK0bDD] KillerFS 396 名前：login:Penguin mailto:sage [2009/01/07(水) 23:01:12 ID:vvz8dY2r] どうして、そんな縁起の悪そうな名前ばかりなんだよ。 HeavenFSとかWalhallaFSみたいなのにしようぜ。 397 名前：login:Penguin mailto:sage [2009/01/07(水) 23:45:54 ID:76AuvVYI] OwataFS RealFsckFS 398 名前：login:Penguin mailto:sage [2009/01/08(木) 00:25:01 ID:6OJP0Z3U] UnderCherryFS 399 名前：login:Penguin mailto:sage [2009/01/08(木) 00:57:54 ID:rgO3Fykq] RHEL4 で、 /sbin/mkfs -t ext3 -T largefile /dev/sda1 でファイルシステムを作りました。 tune2fs -l /dev/sda1　で見ても、features に large_file と表示されないのはなぜなのでしょうか？ 400 名前：login:Penguin mailto:sage [2009/01/08(木) 01:07:52 ID:TPFei93y] >>399 man mke2fs 401 名前：login:Penguin mailto:sage [2009/01/08(木) 05:46:45 ID:YOSWQa5L] snapshotとれるFSで予め領域確保とかしなくていいものだと何がお奨め？ 402 名前：login:Penguin mailto:sage [2009/01/08(木) 09:51:26 ID:mQUcS+1Y] afs 403 名前：login:Penguin mailto:sage [2009/01/08(木) 10:54:37 ID:emjBQ7Y/] 本気でReiser4をフォークしようぜ 404 名前：login:Penguin mailto:sage [2009/01/08(木) 11:01:48 ID:3ybXM10s] >>403 どうぞどうぞ。 405 名前：login:Penguin [2009/01/08(木) 13:06:44 ID:QpPYIj3l] ディレクトリに対して suid パーミッションを立てると どんな効果があるの？無意味？ 406 名前：login:Penguin mailto:sage [2009/01/08(木) 19:07:46 ID:c4gMowFj] permalink.gmane.org/gmane.comp.file-systems.ext4/10928 凄すぎる ジャーナル有りでIOzone 8Threadでもext[23]よりも速いとは…… 2.6.29でwithout-journalサポートされるらしいし 407 名前：login:Penguin mailto:sage [2009/01/08(木) 19:24:33 ID:O6eba7uh] 性能持ち直してたのか 408 名前：login:Penguin mailto:sage [2009/01/09(金) 00:17:41 ID:Hdxu1sBm] reiserFSは小さいファイルが得意と言う場合、 小さいファイルってのはどれくらいのサイズの事を言うんでしょう。 100KB以下とかそんな感じでとらえていいんでしょうか。 それとも設定で変わるから一概には言えないとか？ 409 名前：login:Penguin mailto:sage [2009/01/09(金) 00:53:27 ID:VdNNmbk1] >>408 4kb 410 名前：login:Penguin mailto:sage [2009/01/09(金) 01:26:32 ID:OtSi3E50] 4kbitか。 411 名前：login:Penguin mailto:sage [2009/01/09(金) 04:35:08 ID:wY5ihNUA] 512Bか、そりゃちっちゃいなー……なんてことはないやろｗ 412 名前：login:Penguin mailto:sage [2009/01/09(金) 05:25:36 ID:EKW8+Eao] 「小さいファイルが得意」って言ったって 別にHDDのアクセスタイムを短く出来るわけじゃないし (エレベーターシーキングとかやってるかもしれないが) 単に、「ファイルの生成/削除が速い」ってだけじゃないのかな。 逆にXFSはそれが遅いと。 413 名前：login:Penguin mailto:sage [2009/01/09(金) 05:26:48 ID:EKW8+Eao] あ、NTFSでもやってるみたいな 実体をinode情報周辺に置いてるのかも。 414 名前：login:Penguin [2009/01/09(金) 11:39:51 ID:BGUtmeux] NTFS と ext2 というか UNIX 系のファイルシステムで根本的に 違うのは、ファイル名に関する情報の扱いだと思う。 前者は MFT にファイル名が書かれている。 後者は ディレクトリエントリ内に書かれている。 これって、ファイルシステムの機能や性能に大きく影響するかな？ 415 名前：login:Penguin mailto:sage [2009/01/09(金) 12:48:22 ID:BkTWwdib] >>413 tail packingしてる 416 名前：login:Penguin mailto:sage [2009/01/09(金) 21:07:12 ID:uA07Wbkb] ext3 ｵ ﾜ ﾀ 417 名前：login:Penguin mailto:sage [2009/01/09(金) 21:54:33 ID:z9X35o9v] exFAT？なにそれ？おいしいの？ ttp://journal.mycom.co.jp/news/2009/01/08/034/ 418 名前：login:Penguin mailto:sage [2009/01/09(金) 22:14:47 ID:5PbbeD6s] SDXCにはMSへのライセンス料が含まれるのか? まぁそれよりもexFATって軽く調べたらVista SP1以降でしか使えないみたいだけれど， どうすんだろ? 419 名前：login:Penguin mailto:sage [2009/01/09(金) 23:01:35 ID:xdxj3Kr9] >>418 WinやMacはカードリーダにドライバつけるんじゃない? フリーOSじゃどうすんだろ? 特許があるんで手が出せないぞ。 420 名前：login:Penguin mailto:sage [2009/01/09(金) 23:23:40 ID:VdNNmbk1] というか記憶デバイスが特定FSを前提に開発されちゃうのが怖い。 421 名前：login:Penguin mailto:sage [2009/01/10(土) 10:26:19 ID:KTlgHD1h] extかfatで細々と利用されてDVD-RAMみたいに廃れそうな予感 むしろBSDやOSXでアクティブなUDFの方が良かったんじゃないか 422 名前：login:Penguin mailto:sage [2009/01/10(土) 10:43:02 ID:z5BgCo2F] カード単体で使うならexFAT以外でも使えるとは思う。 問題はビデオカメラ等でSDXCが採用されるとそのフォーマットはexFATになるだろうから そのデータをexFATに対応したOSで無いと取り込めないのが困る。 exFATの仕様が全て公開されていてなおかつドライバをOSSで作ることに問題が無ければ良いのだろうけれど どうなんだろね? 423 名前：login:Penguin mailto:sage [2009/01/10(土) 13:03:03 ID:B7NOAodS] btrfs来たな。 424 名前：login:Penguin mailto:sage [2009/01/10(土) 14:11:35 ID:qqkNGPYL] >>423 どこに？ 425 名前：login:Penguin mailto:sage [2009/01/10(土) 14:34:53 ID:9jR1ZPOO] www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.28-git14.log 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 mailto:sage [2009/01/10(土) 17:05:30 ID:SDyyTx60] >>400 作ったファイルシステムに2GB越えのファイルを作ったらlarge_fileが表示されるようになりました。 427 名前：login:Penguin mailto:sage [2009/01/10(土) 17:10:25 ID: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 mailto:sage [2009/01/10(土) 17:19:33 ID:qqkNGPYL] >>427 金持ちのおまいにはサポートセンターがあるだろ？ 429 名前：login:Penguin mailto:sage [2009/01/10(土) 18:24:22 ID:dCpa2VUq] >>421 DVD-RAMは廃れてないけどな。 430 名前：login:Penguin mailto:sage [2009/01/10(土) 19:58:19 ID:qPQiCiYn] >>424-425 www.mail-archive.com/linux-btrfs@vger.kernel.org/msg01558.html だろ？ 常識的に考えて。 >>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 mailto:sage [2009/01/11(日) 09:36:31 ID:GdHI0atf] すいません、検索してるんですがなかなかよく分からないので質問させてください （１）ntfsmount（ntfsprogs）と、ntfs-3gはどちらを使うべきですか？ （ntfs-3gのほうが新しいのですよね？） （２）ntfs-3gはNTFS5を読み書きできますか？ 432 名前：login:Penguin mailto:sage [2009/01/11(日) 17:54:02 ID: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 mailto:sage [2009/01/11(日) 17:55:45 ID:WRuKmtyv] >>431 俺も回答 Windows XPのNTFSにntfs-3gなら(ry 何か間違ってても(ry 434 名前：login:Penguin mailto:sage [2009/01/11(日) 18:06:09 ID:fyLcIhSu] 日本の教育がなぜ駄目になったかというと、文科省が学校運営に口を出しているからだよ。 だから教育改革とかなんとかやってるけど、文科省が主導するかぎり何も変わらないんだよね。 435 名前：login:Penguin mailto:sage [2009/01/11(日) 19:24:07 ID:WFsXzuEE] >>434 その前におまいが駄目だろ。すれ違い消えろ 436 名前：login:Penguin mailto:sage [2009/01/11(日) 19:35:29 ID:FgBzdMni] >>434 主観で語るうちは何も変えられないよ。 437 名前：login:Penguin mailto:sage [2009/01/11(日) 19:52:09 ID:fyLcIhSu] >>436 主観じゃねーよ、傍観 438 名前：login:Penguin mailto:sage [2009/01/11(日) 20:08:40 ID:3xOp+/pz] 中二病ですね、わかります 439 名前：login:Penguin mailto:sage [2009/01/11(日) 20:11:50 ID:fyLcIhSu] 中二病って言ったやつが中二病なんだよ！！ ↑ある意味真理 440 名前：login:Penguin mailto:sage [2009/01/11(日) 21:11:01 ID:TxvqzUTm] ubuntuのintrepid ibexで早くbtrfsが使いたいです どうすればいいですか 441 名前：login:Penguin mailto:sage [2009/01/11(日) 21:12:35 ID:FgBzdMni] >>440 つ カーネルコンパイル 442 名前：login:Penguin mailto:sage [2009/01/12(月) 01:06:14 ID:MijjCgiy] >主観じゃねーよ、傍観 443 名前：login:Penguin mailto:sage [2009/01/13(火) 03:35:43 ID:gSh8ctRS] >>438 世の中夜勤帰りで朝から寝てる人だっているんだよ？ 引っ越しの時ちゃんと挨拶行った？ 顔合わせた時ちゃんと挨拶して軽く会話するとかしてコンタクト取り続けてる？ そういうコミニュケーションがきちっと取れてれば いつ掃除機を掛けても大丈夫なのか、いつなら駄目なのか 迷惑を掛けないように生活出来るはずなんだが 444 名前：login:Penguin mailto:sage [2009/01/13(火) 05:17:05 ID:ZLiyIRX4] 最近は挨拶してもシカトされるなんてザラなんだぜ。 所謂「常識」の通じない人間が増えたと常に留めとくべし。 2ch限らずコミュニティでも気が楽になる。 445 名前：login:Penguin [2009/01/13(火) 23:53:23 ID:eTcY23vI] 1 ディレクトリ 5000 以上の JPEG ファイルというデータディレクトリを Linux Samba 3 経由で使用しようとしているけど、やっぱり ReiserFS かな？ UPS が無い環境だしカーネルパニックもあるかもしれないので、XFS の下記表記が怖すぎる それとも今は ext4 がいいのでしょうか？ www.gentoo.org/doc/ja/gentoo-x86-install.xml > ReiserFSはB*-ツリーを基礎として作られたファイルシステムで、非常に良い性能を持っています。 > 小さなファイル(だいたい4kバイト未満)を扱うときは、ext2やext3よりも非常に高い性能を発揮し、時には、10〜15倍にも達します。 > ReiserFSは大きなファイルシステムなどでも性能を発揮します。メタデータジャーナリングも備えています。 > カーネル2.4.18以降、ReiserFSは非常に安定しており、一般的な目的のファイルシステムはもちろん、 > 大きなファイルや大量の小さなファイルを扱うような極端なケースにおいても推奨されます。 > ReiserFSはブートパーティション以外ならいつでもお勧めします。 > XFSはメタデータジャーナリングを備えたファイルシステムで、 > Gentoo Linuxではxfs-sourcesカーネルで完全にサポートされています。 > 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。 > このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。 > XFSは積極的に処理中のデータをメモリにキャッシュするため、 > 間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; そのようなプログラムが数多くあります)を走らせたときに、 > 不意のダウンによってデータが失われてしまう恐れがあります。 446 名前：login:Penguin [2009/01/13(火) 23:57:46 ID:eTcY23vI] 1 ディレクトリ 5000 以上の JPEG ファイルがあるようなデータディレクトリを Linux Samba 3 経由で運用しようとしていますが、やはり ReiserFS がよいでしょうか？ XFS は下記記述が怖すぎます あるいは今は ext4 の方がよいでしょうか？ 今まで ext3 で運用していましたが結構遅かったです www.gentoo.org/doc/ja/gentoo-x86-install.xml > 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。 > このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。 > XFSは積極的に処理中のデータをメモリにキャッシュするため、間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; > そのようなプログラムが数多くあります)を走らせたときに、不意のダウンによってデータが失われてしまう恐れがあります。 447 名前：login:Penguin [2009/01/13(火) 23:59:13 ID:eTcY23vI] ぐおお、書き込み失敗したと思ったら書けてた… レス被りスマン 448 名前：login:Penguin mailto:sage [2009/01/14(水) 00:07:56 ID:QL7wWPsY] btrfsがあったら薦めるところなんだが…！ 静止画ファイルくらいまでだったらReiserFSでいいかな。 動画ファイルとかディスクイメージ置き場だったら俺はXFSにしてたけど。 # 「不意のダウン」みたいな事態にファイルが壊れるって経験はしたことはない。でも一応用心はしてた。 449 名前：login:Penguin mailto:sage [2009/01/14(水) 00:26:47 ID:AMxM894u] >>445 >免責事項 : このドキュメントはすでに正しくなく、メンテナンスされていません。 つ ttp://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=4#doc_chap4 450 名前：login:Penguin mailto:sage [2009/01/14(水) 00:42:52 ID:BKeAAq83] 単なるファイル置き場にするのなら、少しでも枯れているほうがいいのでext3でそ。 451 名前：login:Penguin [2009/01/14(水) 01:34:26 ID:kk1ljLQq] >>448 なるほど 動画も JPEG に比べればごく少数ながらあります とはいえ、ほとんど Read アクセスなので XFS の遅延アロケーションによる劇的な Write 時間短縮までは不要かなと考えています >>450 ext3 は今まで使ってましたがけっこう遅かったです XFS か ReiserFS にすると劇的に速くなるとどこかで見たのでお聞きしました 452 名前：login:Penguin mailto:sage [2009/01/14(水) 01:43:59 ID:uxeurj3K] >>446 説明を見る限り、Wikipediaに書いてあるこれのことじゃないかな? ja.wikipedia.org/wiki/XFS#.E6.AC.A0.E7.82.B9 >XFSは遅延書き込み最適化と、データとメタデータのディスク書き込み順序の点については SuSの解釈に甘さがある。同様に、ext3やdata=orderedモードのReiserFSで動作する操作が、データ破壊を引き起こす場合がある。 >echo "original data here" > data >echo "new data goes here" > data.new >mv data.new data >*crash* >この3つの操作が実行された直後にクラッシュや電源が落ちたりすると、ファイルがランダムデータやヌルコードに置き換わったりする可能性がある。 なお、bug report in Ubuntu と posting from a XFS developer on linux-xfs にこの点に関する反対意見がある。 あと、XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。 xfs.org/index.php/XFS_FAQ#Q:_What_is_the_problem_with_the_write_cache_on_journaled_filesystems.3F 453 名前：login:Penguin mailto:sage [2009/01/14(水) 01:59:06 ID:BKeAAq83] >>451 ちょっと待った。その遅さは本当にfsが原因? samba側は問題ないの? tmpfsとかにファイルを置いて試してみた? 454 名前：login:Penguin mailto:sage [2009/01/14(水) 06:02:16 ID:DhAewHX0] Linux向け次世代ファイルシステム「Btrfs」最新版が公開 journal.mycom.co.jp/news/2009/01/13/055/index.html キタコレ！ 455 名前：login:Penguin mailto:sage [2009/01/14(水) 07:48:03 ID:8343VN5Q] >>446 まずは、一般的なファイルサイズについて明記 456 名前：login:Penguin mailto:sage [2009/01/14(水) 13:17:27 ID:Pstmpi3r] >>454 延期とかいう噂もあったけど、結構強引に突っこんできたな。 457 名前：login:Penguin mailto:sage [2009/01/14(水) 13:27:24 ID:y9EJqbHs] >>452 そのWidkipedia(ja)の記事って、書いた人の主観だろ。 裏付けが全然ないし、古い情報(2004年)参照してるし。 458 名前：login:Penguin mailto:sage [2009/01/14(水) 13:30:18 ID:l86PBwjh] >>457 君が新しい情報を追記すればいい そのためのwikipediaだ 459 名前：login:Penguin mailto:sage [2009/01/14(水) 13:43:30 ID:y9EJqbHs] 単に削除するだけでいいじゃん。 jaの記述なんて不確実すぎるから、自分では参照として提示なんてしないし、 提示された時はenと比較するし。 460 名前：login:Penguin mailto:sage [2009/01/14(水) 19:45:22 ID:rLpRJpXz] きも・・・ 461 名前：login:Penguin mailto:sage [2009/01/14(水) 20:02:50 ID:f/uyN7Hf] どうしてXFS使っている奴って変な奴が多いのかな 例えばext[34]をdata=writebackでマウントして使ったとして 使っている奴等は安定性を犠牲にしていることを自分で理解しているよ SGIも宣言している通り、XFSはext[34]で言う所のdata=writeback相当の事しかしないんだ それでどうしてext[34]と同等の安定性を得られるの？ というかdata=writebackしかサポートしない時点で 普通、自分が使うのはともかく人には勧めないよ 「ファイルが壊れるって経験はしたことはない。」とか言っている奴は何なの？ それはたまたま運が良かっただけか、無かった事にしているだけで そういう時に壊れやすいのはXFSの特性なんだ > XFS(に限らないらしいが)を電源Backupが無い環境で使う場合はHDDの書き込みキャッシュを無効にしておくべきらしい。 とか、さもすべてのFSが対象みたいな事言いだしているけど、そのためのwrite-barrierですから data=ordered 又はdata=journal で barriers enabled なマウントしている限り あなたの心配しているような事は絶対に起きません 更に言えばext4ではデフォルトで barriers enabled ですね XFS使い vs. その他で勝手に宗教戦争するのはかまわないけどさ ウソたれ流すのは勘弁してよ、特にXFS使いの人達

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef