/**ファイルシステム総合スレ その 9 **/
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2008/10/26(日) 15:18:36ID:VYy55fXH01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
0357login:Penguin
2009/01/05(月) 14:21:32ID:dtFVOAHe頭から離れない
苛つく
0358login:Penguin
2009/01/05(月) 14:22:42ID:Ia2jZgu0団子三兄弟歌えばおk。
0359login:Penguin
2009/01/05(月) 14:25:04ID:dtFVOAHe0360login:Penguin
2009/01/05(月) 15:23:10ID:Ia2jZgu0次のFSの革命はCoWかぁ。だとするとその次はディスクの並列gcかなぁ。
0361login:Penguin
2009/01/05(月) 21:15:35ID:WR0vS5INIt is worth noting that XFS is still under active development
0362login:Penguin
2009/01/05(月) 21:51:40ID:7SSffWmz枯れたext3と違って、誠意開発中、今やってますってことか
0363login:Penguin
2009/01/05(月) 23:37:46ID:94zmWn+C0364login:Penguin
2009/01/06(火) 01:11:20ID:rl+g2qsZいくらなんでも安定したファイルシステムを作るのに1、2年は
最低でもかかるだろ。ZFSですらまだどうよ?って状態なんだから。
0365login:Penguin
2009/01/06(火) 07:28:53ID:lkmp4r3xKNOPPIX btrfs editionがダウソできるよ!くらいか?うまくいったとしても。
まあでも>>7の結婚とちょっとの幸せくらいは祈ってやってもいいけど。
0366login:Penguin
2009/01/06(火) 09:17:08ID:khwV9+Jg>>7の結婚のほうが難しい
0367login:Penguin
2009/01/06(火) 19:05:57ID:8e3bqhSNあ、進めちまった。
0368login:Penguin
2009/01/06(火) 20:39:25ID:OVORNhp1アンチ認定していた連中のレスを揉み消せなくなると、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は神」とかって教祖様の戯言を信じているわけじゃないよね
0369login:Penguin
2009/01/06(火) 21:16:01ID:yydiROnCreiser3は8TBでバグ持ち、ext3は16TBに対応したのが割と最近。
jfsは実績不明。
0370login:Penguin
2009/01/06(火) 21:22:26ID:QIqJq6Boext3使いだがマジレスすると、長文だから1文字も読まれてないんだと思う。
2〜3行にまとめる練習してみたら?
0371login:Penguin
2009/01/06(火) 21:40:46ID:Ncsfrd3v0372login:Penguin
2009/01/06(火) 21:44:31ID:7SYTEnHx私はアンチ脳
まで読んだ
0373login:Penguin
2009/01/06(火) 21:49:29ID:wsKGMoDw>linux-nextにbtrfsを含めるよう促しました
:
>Chris Masonから12月31日に「Btrfs for mainline」というスレッドで再提案があり、現在も議論が続いています
:
>暗にコードレビューを再び求められているほか、何人かの開発者から
>コードのスタイル上の問題を指摘されています。
前にも似たようなことがあったような…
0374login:Penguin
2009/01/06(火) 21:50:23ID:IpMwATjU失礼だな。読み手全てをひとくくりにするな。
俺は1行目を最後まで読んだぞ。
0375login:Penguin
2009/01/06(火) 21:50:42ID:rFDOz/Xl0376login:Penguin
2009/01/06(火) 22:29:33ID:8e3bqhSN例の人格テストだな。
0377login:Penguin
2009/01/06(火) 23:06:52ID:rFDzNrUq0378login:Penguin
2009/01/06(火) 23:09:54ID:qbzlSX9A> 前にも似たようなことがあったような…
btrfsの中の人も殺人罪でタイーホ?
0379login:Penguin
2009/01/07(水) 04:23:55ID:MYAr5Are何でだ
0380login:Penguin
2009/01/07(水) 07:10:32ID:aMX79JXV今は知らんが、dapperのころだとgnome+xfsでバグがあった。
nautilusでファイルをコピーすると半端なく遅くなるやつが。
今は単純にxfsが遅いのが理由じゃね?
0381login:Penguin
2009/01/07(水) 08:16:23ID:lDEHfZnJ信者は盲目ということで。
ubuntu暴徒と似ているんだよな。どんなsceneでも推してくるところが。
0382login:Penguin
2009/01/07(水) 10:04:37ID:EwZHKGvQXFSは糞、私は神
まで読んだ
0383login:Penguin
2009/01/07(水) 12:56:09ID:sQ6RHxpJログ読む限りまともなレスは利用状況特定しているぞ?
むろん信者っぽいのもいるが・・・
どんなsceneでも貶してくるアンチXFS厨のほうが鼻につく
0384login:Penguin
2009/01/07(水) 15:22:43ID:/+7MD+d/0385login:Penguin
2009/01/07(水) 16:29:14ID:r4ikewKA0386login:Penguin
2009/01/07(水) 16:41:41ID:AMgR4a590387login:Penguin
2009/01/07(水) 18:10:52ID:76AuvVYI0388login:Penguin
2009/01/07(水) 18:24:06ID:08GuQOS0reiserfs
0389login:Penguin
2009/01/07(水) 19:18:35ID:ig1WPL6z4がどうなるかなんだが、誰か引きつぐとか引きつがないとかいう話があったけど
あれからどうなったんだろうねえ…。
0390login:Penguin
2009/01/07(水) 19:42:59ID:tSTHmBEQファイルシステムの開発なんて論文とか書いている連中がするもの。
0391login:Penguin
2009/01/07(水) 20:01:49ID:DDgLikG10392login:Penguin
2009/01/07(水) 21:05:40ID:lXWvEHKqスマソ
0393login:Penguin
2009/01/07(水) 21:36:12ID:fk3CrHNx【v4】ReiserFSを改名しよう【復活】
0394login:Penguin
2009/01/07(水) 22:07:20ID:B2Qqa9xs0395login:Penguin
2009/01/07(水) 22:15:35ID:vExK0bDD0396login:Penguin
2009/01/07(水) 23:01:12ID:vvz8dY2rHeavenFSとかWalhallaFSみたいなのにしようぜ。
0397login:Penguin
2009/01/07(水) 23:45:54ID:76AuvVYIRealFsckFS
0398login:Penguin
2009/01/08(木) 00:25:01ID:6OJP0Z3U0399login:Penguin
2009/01/08(木) 00:57:54ID:rgO3Fykq/sbin/mkfs -t ext3 -T largefile /dev/sda1
でファイルシステムを作りました。
tune2fs -l /dev/sda1 で見ても、features に large_file と表示されないのはなぜなのでしょうか?
0400login:Penguin
2009/01/08(木) 01:07:52ID:TPFei93yman mke2fs
0401login:Penguin
2009/01/08(木) 05:46:45ID:YOSWQa5L0402login:Penguin
2009/01/08(木) 09:51:26ID:mQUcS+1Y0403login:Penguin
2009/01/08(木) 10:54:37ID:emjBQ7Y/0404login:Penguin
2009/01/08(木) 11:01:48ID:3ybXM10sどうぞどうぞ。
0405login:Penguin
2009/01/08(木) 13:06:44ID:QpPYIj3lどんな効果があるの?無意味?
0406login:Penguin
2009/01/08(木) 19:07:46ID:c4gMowFj凄すぎる
ジャーナル有りでIOzone 8Threadでもext[23]よりも速いとは……
2.6.29でwithout-journalサポートされるらしいし
0407login:Penguin
2009/01/08(木) 19:24:33ID:O6eba7uh0408login:Penguin
2009/01/09(金) 00:17:41ID:Hdxu1sBm小さいファイルってのはどれくらいのサイズの事を言うんでしょう。
100KB以下とかそんな感じでとらえていいんでしょうか。
それとも設定で変わるから一概には言えないとか?
0409login:Penguin
2009/01/09(金) 00:53:27ID:VdNNmbk14kb
0410login:Penguin
2009/01/09(金) 01:26:32ID:OtSi3E500411login:Penguin
2009/01/09(金) 04:35:08ID:wY5ihNUA0412login:Penguin
2009/01/09(金) 05:25:36ID:EKW8+Eao別にHDDのアクセスタイムを短く出来るわけじゃないし
(エレベーターシーキングとかやってるかもしれないが)
単に、「ファイルの生成/削除が速い」ってだけじゃないのかな。
逆にXFSはそれが遅いと。
0413login:Penguin
2009/01/09(金) 05:26:48ID:EKW8+Eao実体をinode情報周辺に置いてるのかも。
0414login:Penguin
2009/01/09(金) 11:39:51ID:BGUtmeux違うのは、ファイル名に関する情報の扱いだと思う。
前者は MFT にファイル名が書かれている。
後者は ディレクトリエントリ内に書かれている。
これって、ファイルシステムの機能や性能に大きく影響するかな?
0415login:Penguin
2009/01/09(金) 12:48:22ID:BkTWwdibtail packingしてる
0416login:Penguin
2009/01/09(金) 21:07:12ID:uA07Wbkbオ
ワ
タ
0417login:Penguin
2009/01/09(金) 21:54:33ID:z9X35o9vttp://journal.mycom.co.jp/news/2009/01/08/034/
0418login:Penguin
2009/01/09(金) 22:14:47ID:5PbbeD6sまぁそれよりもexFATって軽く調べたらVista SP1以降でしか使えないみたいだけれど,
どうすんだろ?
0419login:Penguin
2009/01/09(金) 23:01:35ID:xdxj3Kr9WinやMacはカードリーダにドライバつけるんじゃない?
フリーOSじゃどうすんだろ? 特許があるんで手が出せないぞ。
0420login:Penguin
2009/01/09(金) 23:23:40ID:VdNNmbk10421login:Penguin
2009/01/10(土) 10:26:19ID:KTlgHD1hむしろBSDやOSXでアクティブなUDFの方が良かったんじゃないか
0422login:Penguin
2009/01/10(土) 10:43:02ID:z5BgCo2F問題はビデオカメラ等でSDXCが採用されるとそのフォーマットはexFATになるだろうから
そのデータをexFATに対応したOSで無いと取り込めないのが困る。
exFATの仕様が全て公開されていてなおかつドライバをOSSで作ることに問題が無ければ良いのだろうけれど
どうなんだろね?
0423login:Penguin
2009/01/10(土) 13:03:03ID:B7NOAodS0424login:Penguin
2009/01/10(土) 14:11:35ID:qqkNGPYLどこに?
0425login:Penguin
2009/01/10(土) 14:34:53ID:9jR1ZPOOcommit 73d59314e6ed268d6f322ae1bdd723b23fa5a4ed
Merge: 6ddaab2... e293e97...
Author: Linus Torvalds <[email protected]>
Date: Fri Jan 9 13:01:38 2009 -0800
Merge git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable
あたりかね。
0426login:Penguin
2009/01/10(土) 17:05:30ID:SDyyTx60作ったファイルシステムに2GB越えのファイルを作ったらlarge_fileが表示されるようになりました。
0427login:Penguin
2009/01/10(土) 17:10:25ID:SDyyTx60再作成できませんでした。
字のごとく書き込みができないのが原因のようですが、解決方法をご存知の方が
いらっしゃれば教えてください。
再作成前のファイルシステムに対しては普通に読み書き可能でした。
#/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
よろしくお願いいたします。
0428login:Penguin
2009/01/10(土) 17:19:33ID:qqkNGPYL金持ちのおまいにはサポートセンターがあるだろ?
0429login:Penguin
2009/01/10(土) 18:24:22ID:dCpa2VUqDVD-RAMは廃れてないけどな。
0430login:Penguin
2009/01/10(土) 19:58:19ID:qPQiCiYnhttp://www.mail-archive.com/[email protected]/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スレで聞け。
0431login:Penguin
2009/01/11(日) 09:36:31ID:GdHI0atf(1)ntfsmount(ntfsprogs)と、ntfs-3gはどちらを使うべきですか?
(ntfs-3gのほうが新しいのですよね?)
(2)ntfs-3gはNTFS5を読み書きできますか?
0432login:Penguin
2009/01/11(日) 17:54:02ID:VCi3yThsゆとり教育の弊害どころか飛び級の無い日本だが
学校でいう進級や留年みたいなものでは。
unstableは問題に当たる可能性は高いかもしれないが
安全なつもりでいても逆にstableは致命的なバグを抱えたままかもしれない。
unstable/testing/stableは、いつか「来た道、やがて行く道」
みんなお母さんから生まれて、そして、死んで行くんだ。
>>431
NTFS5はWindows 2000のじゃないかな?
NT5.0がWindows 2000、NT5.1がWindowsXPで、NTFSの仕様も微妙に違ってた気がする。
Windows 2000のNTFSにntfs-3gでなら書き込みできた。
何か間違っててもシラネ。
0433login:Penguin
2009/01/11(日) 17:55:45ID:WRuKmtyv俺も回答
Windows XPのNTFSにntfs-3gなら(ry
何か間違ってても(ry
0434login:Penguin
2009/01/11(日) 18:06:09ID:fyLcIhSuだから教育改革とかなんとかやってるけど、文科省が主導するかぎり何も変わらないんだよね。
0435login:Penguin
2009/01/11(日) 19:24:07ID:WFsXzuEEその前におまいが駄目だろ。すれ違い消えろ
0436login:Penguin
2009/01/11(日) 19:35:29ID:FgBzdMni主観で語るうちは何も変えられないよ。
0437login:Penguin
2009/01/11(日) 19:52:09ID:fyLcIhSu主観じゃねーよ、傍観
0438login:Penguin
2009/01/11(日) 20:08:40ID:3xOp+/pz0439login:Penguin
2009/01/11(日) 20:11:50ID:fyLcIhSu↑ある意味真理
0440login:Penguin
2009/01/11(日) 21:11:01ID:TxvqzUTmどうすればいいですか
0441login:Penguin
2009/01/11(日) 21:12:35ID:FgBzdMniつ カーネルコンパイル
0442login:Penguin
2009/01/12(月) 01:06:14ID:MijjCgiy0443login:Penguin
2009/01/13(火) 03:35:43ID:gSh8ctRS世の中夜勤帰りで朝から寝てる人だっているんだよ?
引っ越しの時ちゃんと挨拶行った?
顔合わせた時ちゃんと挨拶して軽く会話するとかしてコンタクト取り続けてる?
そういうコミニュケーションがきちっと取れてれば
いつ掃除機を掛けても大丈夫なのか、いつなら駄目なのか
迷惑を掛けないように生活出来るはずなんだが
0444login:Penguin
2009/01/13(火) 05:17:05ID:ZLiyIRX4所謂「常識」の通じない人間が増えたと常に留めとくべし。
2ch限らずコミュニティでも気が楽になる。
0445login:Penguin
2009/01/13(火) 23:53:23ID:eTcY23vILinux Samba 3 経由で使用しようとしているけど、やっぱり ReiserFS かな?
UPS が無い環境だしカーネルパニックもあるかもしれないので、XFS の下記表記が怖すぎる
それとも今は ext4 がいいのでしょうか?
http://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は積極的に処理中のデータをメモリにキャッシュするため、
> 間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない; そのようなプログラムが数多くあります)を走らせたときに、
> 不意のダウンによってデータが失われてしまう恐れがあります。
0446login:Penguin
2009/01/13(火) 23:57:46ID:eTcY23vILinux Samba 3 経由で運用しようとしていますが、やはり ReiserFS がよいでしょうか?
XFS は下記記述が怖すぎます
あるいは今は ext4 の方がよいでしょうか?
今まで ext3 で運用していましたが結構遅かったです
http://www.gentoo.org/doc/ja/gentoo-x86-install.xml
> 堅牢な特徴を持ち、スケーラビリティを持つように最適化されています。
> このファイルシステムはハイエンドのSCSI/fibreチャネルストレージと無停電電源装置を備えたシステムでのみ推奨します。
> XFSは積極的に処理中のデータをメモリにキャッシュするため、間違った設計のプログラム (ファイルをディスクに書き込むときに適切な予防措置を講じていない;
> そのようなプログラムが数多くあります)を走らせたときに、不意のダウンによってデータが失われてしまう恐れがあります。
0447login:Penguin
2009/01/13(火) 23:59:13ID:eTcY23vIレス被りスマン
0448login:Penguin
2009/01/14(水) 00:07:56ID:QL7wWPsY静止画ファイルくらいまでだったらReiserFSでいいかな。
動画ファイルとかディスクイメージ置き場だったら俺はXFSにしてたけど。
# 「不意のダウン」みたいな事態にファイルが壊れるって経験はしたことはない。でも一応用心はしてた。
0449login:Penguin
2009/01/14(水) 00:26:47ID:AMxM894u>免責事項 : このドキュメントはすでに正しくなく、メンテナンスされていません。
つ ttp://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=4#doc_chap4
0450login:Penguin
2009/01/14(水) 00:42:52ID:BKeAAq830451login:Penguin
2009/01/14(水) 01:34:26ID:kk1ljLQqなるほど
動画も JPEG に比べればごく少数ながらあります
とはいえ、ほとんど Read アクセスなので
XFS の遅延アロケーションによる劇的な Write 時間短縮までは不要かなと考えています
>>450
ext3 は今まで使ってましたがけっこう遅かったです
XFS か ReiserFS にすると劇的に速くなるとどこかで見たのでお聞きしました
0452login:Penguin
2009/01/14(水) 01:43:59ID:uxeurj3K説明を見る限り、Wikipediaに書いてあるこれのことじゃないかな?
http://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の書き込みキャッシュを無効にしておくべきらしい。
http://xfs.org/index.php/XFS_FAQ#Q:_What_is_the_problem_with_the_write_cache_on_journaled_filesystems.3F
0453login:Penguin
2009/01/14(水) 01:59:06ID:BKeAAq83ちょっと待った。その遅さは本当にfsが原因? samba側は問題ないの?
tmpfsとかにファイルを置いて試してみた?
0454login:Penguin
2009/01/14(水) 06:02:16ID:DhAewHX0http://journal.mycom.co.jp/news/2009/01/13/055/index.html
キタコレ!
0455login:Penguin
2009/01/14(水) 07:48:03ID:8343VN5Qまずは、一般的なファイルサイズについて明記
0456login:Penguin
2009/01/14(水) 13:17:27ID:Pstmpi3r延期とかいう噂もあったけど、結構強引に突っこんできたな。
■ このスレッドは過去ログ倉庫に格納されています