ファイルシステム総合スレ その10
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2009/04/02(木) 20:57:26ID:AdLAWklr01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/
●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
0449login:Penguin
2009/07/04(土) 10:06:32ID:oKHh/wD5ただ、その程度の差は大きい罠
0450login:Penguin
2009/07/04(土) 13:04:03ID:aCWGVCOu精神状態が不安定なだけ
0451login:Penguin
2009/07/04(土) 13:27:19ID:dWON3uVdRHELやそのクローンって安定してる?
2.6.18というずいぶん古いカーネルだが
0452login:Penguin
2009/07/04(土) 13:42:05ID:aCWGVCOu0453login:Penguin
2009/07/04(土) 21:02:41ID:4I7qogug0454login:Penguin
2009/07/04(土) 21:21:15ID:epSeSByy0455login:Penguin
2009/07/04(土) 22:16:50ID:c9qNSKKi答はひとつと思い込みやすいのもゆとり世代の特徴
0456login:Penguin
2009/07/04(土) 22:35:48ID:lf/ENdM4ゆとり世代じゃない真性ゆとりの特徴
0457login:Penguin
2009/07/04(土) 22:57:12ID:ueczLvj9おっさんは引っ込んでろ。
0458login:Penguin
2009/07/04(土) 23:16:29ID:B4QSauY5でかいアレイを扱うのは向いてないけどさ。
0459login:Penguin
2009/07/04(土) 23:20:22ID:c6siemrW0460login:Penguin
2009/07/05(日) 00:29:49ID:fbkB0Uiv0461login:Penguin
2009/07/05(日) 06:44:40ID:PXK9xHrV一度 Linux 2.6 にしたマシンも 2.4 に戻して様子を見ていたが、結局 apt-get upgrade
でのパッケージのアップデート中や何かのタイミングで
Jul 7 01:41:45 db kernel: xfsforceshutdown(md(9,0),0x8) called from line 1086 of file xfs_trans.c. Return address = 0xf891c9eb
Jul 7 01:41:45 db kernel: Filesystem "md(9,0)": Corruption of in-memory data detected. Shutting down filesystem: md(9,0)
Jul 7 01:41:45 db kernel: Please umount the filesystem, and rectify the problem(s)
などと言い残して死んでしまうのであった。
でも、ext3 はどうなのよ? 伝聞によると、ジャーナリングなファイルシステムのくせに、クラッシュ後の
復旧処理でファイルシステムを壊すこともしばしばらしい。データセンターなので、長期の連続稼働で
不具合がでなければ問題ないのだが。
ほかのは… ext2: fsck 捨て。 JFS: 実績を聞いたことがないので敬遠。 ReiserFS: Linux 2.2
の時代に好んで使ってたが、ハード不良によるクラッシュ後の復旧でファイル消失したので捨てて、
その後に XFS に乗り換えた。長期運用では問題なさそうかも? Reiser4 はどうなんだろう?
色んな人の経験談や奥山さんの話を聞くにつけ、 Linux のファイルシステムはどれもダメなのかも。 Debian GNU/kFreeBSD でも試してみようかしら。
http://www.sfo.jp/blog/archives/2005/08/db-xfs.html
0462login:Penguin
2009/07/05(日) 08:42:28ID:PWp2gMGR・らしい
・聞いたことがないので
・はどうなんだろう?
毎度必死過ぎて哀れを催すな。
0463login:Penguin
2009/07/05(日) 09:19:24ID:l701u5w+紙で充分さ
0464login:Penguin
2009/07/05(日) 09:42:17ID:mGEXPAo20465login:Penguin
2009/07/05(日) 09:53:33ID:0pLzbEyNlinux側だけの都合でlinuxに入らないものは悪みたいに思ってる人が結構いるから
きっとダメなんだろ。
0466login:Penguin
2009/07/05(日) 13:37:01ID:7/LltY/Lハード不良でファイルが壊れるのは当たり前。raidでも使え。
0467login:Penguin
2009/07/05(日) 14:55:23ID:fQomHEI3fsck でやると BAD SUPER BLOCKとでます。
エラーメッセージどおり、 newfs -N で代替スーパーブロックを探して、
でてきたスーパーブロックを指定して fsckやってもだめでした。
このような状態で、壊れたファイルを取り出す方法ってありますか?
0468login:Penguin
2009/07/05(日) 15:07:31ID:0pLzbEyN別に保管しておいたバックアップから戻す。
0469login:Penguin
2009/07/05(日) 20:18:24ID:p3GlOS2Hもう一人は俺。
/boot も JFS。
0470login:Penguin
2009/07/05(日) 21:23:59ID:ugjukeslまた奥山信者か
0471login:Penguin
2009/07/05(日) 23:02:10ID:J3bViw4aLinux板で言われてもなぁ
ネガティブキャンペーンしたかったら少なくとも対比させてくれないと
そうで無いならUNIX板で
0472login:Penguin
2009/07/06(月) 14:00:48ID:76F9p4oQext3いいよ。
クラッシュ後の復旧処理でファイルシステムを壊すことは無いし。
0473login:Penguin
2009/07/06(月) 21:03:00ID:vzyNkkohあれって実ファイルも保護されるんだろ。
外付けhddのfsがjfsだわ。
これで三人出揃ったかな。
0474login:Penguin
2009/07/08(水) 16:19:42ID:np245sVF0475login:Penguin
2009/07/08(水) 16:24:50ID:WUnZg/ty0476login:Penguin
2009/07/08(水) 20:48:20ID:FF8V0Gi/犯した罪は許されるものではない。
Linuxの歴史から抹消すべき人間なのでしょうか。
おまえらはどうお考えですか?
0477login:Penguin
2009/07/08(水) 21:16:15ID:jn2DkYfU0478login:Penguin
2009/07/08(水) 21:23:00ID:e+Y75R6Eちゃんとそこで見つかったんじゃなかったっけ?
事実関係としては言い訳の余地なしだと思うよ。
情状酌量とか心神喪失とかはあるかもしれないけどね。
0479login:Penguin
2009/07/08(水) 21:29:38ID:t+wEbQ0Z犯した罪は、Linuxのファイルシステムへ重要な貢献をかき消すものではない。
罪は罪、貢献は貢献。
それぞれ別々に扱え。
0480login:Penguin
2009/07/08(水) 21:33:08ID:XG1lAIaP0481login:Penguin
2009/07/09(木) 00:15:47ID:ztD5Pcm3もとからあまり良いとは言えないのに
0482login:Penguin
2009/07/09(木) 00:56:41ID:/Q5asfJ/ext4、まだまだ安定しないだろうね
Ubuntu9.04 ext4領域でbonnie++を実行するとOSがフリーズ
https://forums.ubuntulinux.jp/viewtopic.php?id=5327
0483login:Penguin
2009/07/09(木) 21:25:03ID:IWhYPriWそりゃ、あからさまに間違った考え方ですな
0484login:Penguin
2009/07/10(金) 02:07:31ID:QSzdrBX1古の微妙な例としてチューリングとか、ショックレーとかもいるし。
0485login:Penguin
2009/07/10(金) 11:07:35ID:nZxN7MAV0486login:Penguin
2009/07/11(土) 08:13:07ID:cmFWuOE80487login:Penguin
2009/07/11(土) 17:53:21ID:dw+R0cpXLong live our noble FAT, God save the FAT:
FATは永遠です。
0488login:Penguin
2009/07/11(土) 18:30:45ID:eY3grqUqだから神が作った世界はこんなに
無駄や矛盾が多いのか。
0489login:Penguin
2009/07/11(土) 20:20:56ID:Im61ZZa+やせなよw
0490login:Penguin
2009/07/12(日) 00:47:34ID:iD0Q34UO0491login:Penguin
2009/07/12(日) 07:34:07ID:iJiMLxYq0493login:Penguin
2009/07/12(日) 15:13:33ID:LtgRYUdoページ中央辺り
http://www.stanford.edu/class/cs194/faire/projects2006.html
SExFS is a Semantic Extensible File System written in Python for Posix systems.
SExFS allows users to display files and information as an NFS filesystem,
with arbitrary file and folder names and contents. We have created several sample filesystems--
a calculator and a Flickr browser--to highlight the power and possibilities afforded by semantic filesystems.
Our flagship filesystem, however, is based on MySQL and allows users to browse media files based on their metadata.
Users can write new plugins to index files with metadata (photos, mp3's, ogg, etc.)
and can query their media libraries with a familiar command-line graphical folder-based environment.
0494login:Penguin
2009/07/12(日) 15:37:02ID:iJiMLxYq豚
スタンフォードって楽しそうな大学だね
0495login:Penguin
2009/07/13(月) 18:08:11ID:16CQwfq30496login:Penguin
2009/07/15(水) 00:28:40ID:xHza5ZRWエロ動画のストレージに良さそうである
0497login:Penguin
2009/07/15(水) 10:32:13ID:Vdbxg4WB0498login:Penguin
2009/07/15(水) 11:07:26ID:Mku6OjmN0499login:Penguin
2009/07/15(水) 20:39:16ID:F/Ek3+WF0500login:Penguin
2009/07/16(木) 00:04:24ID:GRWkU8Qh0501login:Penguin
2009/07/16(木) 01:05:00ID:FlV1gCaO0502login:Penguin
2009/07/16(木) 06:27:55ID:BwdqRtQE0503login:Penguin
2009/07/16(木) 18:38:28ID:ucvU0Atafsckすればするほどクラッシュの危険が高まるよ
0504login:Penguin
2009/07/18(土) 08:58:03ID:0IAjxnq50505login:Penguin
2009/07/18(土) 14:22:16ID:nOxMZ/om今はCPU暇だしな
0506login:Penguin
2009/07/18(土) 18:02:00ID:FXagXe+Wブロックのままだろうなぁ。
それにしてもアルゴリズムを上書きするって言い方も新しいなぁ。
0507login:Penguin
2009/07/18(土) 20:27:29ID:1KHKmIMy512byte単位のHDDに対してSSDは数十Kbyte単位になるから。
尤も、SSDもコントローラーによって512byte単位に見せかけているし
コントローラーの腕の見せ所でもある。
0508login:Penguin
2009/07/18(土) 21:33:00ID:7mIvsTn8チップのワード線とかカラム線当たりの記憶容量とかそんな事情?
0509login:Penguin
2009/07/19(日) 00:28:34ID:Ifg8bPkb0510login:Penguin
2009/07/19(日) 19:03:32ID:gKTPa9G2512byte単位は撤廃されないの?
0511login:Penguin
2009/07/19(日) 19:35:07ID:QnTN+OyJIOバスが512B単位のアクセスを要求しているから
PICex直結デバイスじゃないと512制限はなくせないだろう。
0512login:Penguin
2009/07/19(日) 20:57:12ID:LmnH9n3Gそのうち、HDDのセクタサイズが4Kに移行するから、事態はより悪化する
0513login:Penguin
2009/07/20(月) 06:00:54ID:ERQWb2xvセクタサイズはそのままで良くなるんじゃねっけ
0514login:Penguin
2009/07/20(月) 11:18:37ID:jSHxxxDI4K移行はむしろSSDからの要請
0515login:Penguin
2009/07/21(火) 03:27:28ID:f3V8GfSz0516login:Penguin
2009/07/22(水) 05:04:57ID:tKK3MQC80517login:Penguin
2009/07/23(木) 20:47:27ID:B7TBWA5bきっと将来、NILFS2あたりも理由なく叩かれるんだろうな
まわりはみんなbtrfsだよ・・・という日本人らしい発想でな
0518login:Penguin
2009/07/23(木) 21:13:46ID:TAblAX+g0519login:Penguin
2009/07/24(金) 01:09:55ID:Ym8Z1KGq続けるかどうかも分からんってゆーのが最大の不安要素だな。
ぶっちゃけ、linuxでもzfsが使えれば今さらbtrfsでなければって要素も
ないから、OracleがSunを手に入れた以上はbtrfsの将来性はreiserfsの
次くらいには不安かな。
0520login:Penguin
2009/07/24(金) 03:12:27ID:X5f+VhgRあと、断片化が進みやすい
SANみたいに、膨大なキャッシュとウェアリングが用意できるなら全然問題なさそうな気もするけど。
0521login:Penguin
2009/07/24(金) 07:04:40ID:8OIypDf7AIXとかならデフラグできるんだよね。
0522login:Penguin
2009/07/24(金) 07:33:51ID:MOU8Mq8Rでも、そこからどんどん劣化してゆく。
原因は断片化なんだが、ext[234]とかReiserFSなんかと違って
JFSは空き領域が十分にあっても、使っているだけで断片化してゆくから
遅くて使えないイメージをもたれる。
元々のJFSはデフラグ出来たらしいが、Linuxには移植されていない。
断片化が進むといっても、流石に書き込みが発生しなければ断片化しないから
インスコ後は、Webブラウズと2ちゃんだけみたいな使い方なら、次のインスコ時位までは大丈夫でしょ
ってな事を、過去スレ その3辺りから、MLのアーカイブやOSS系のblogをソースとして、何度か指摘されて来たみたいだけど。
このスレには、どういう訳だか「俺のJFSは大丈夫」的な、JFS信者が居てそいつらの所為でイメージが悪くなっているのは確か。
因みに俺が使ってみた感想としては、3ヶ月程度の常用でもう遅さを実感出来た、Arch Linuxで使うには相性が悪いみたいだ。
0523login:Penguin
2009/07/24(金) 13:08:03ID:y4l15h2n0524login:Penguin
2009/07/24(金) 15:32:06ID:gHNTnF5y0525login:Penguin
2009/07/24(金) 16:53:43ID:99ViSCNs0526login:Penguin
2009/07/24(金) 21:39:12ID:D0YbIG0Z長く使っていると性能落ちてくるからな。
reiserfsにデフラグがあったらな。
実験レベルではいろんなファイルシステムを試してみても、
結局製品にはext3を使ってしまうが。
0527login:Penguin
2009/07/24(金) 21:51:18ID:xsQ+pNmKLinuxでも標準で対応してほしいな
0528login:Penguin
2009/07/24(金) 21:55:45ID:qlwn44yyそれぞれ書き込んでいくような構成で使えよ。
それで数年間プロファイル取りながら使い続ければ自分の使い方での
優劣と信頼性はっきりするだろ。
0529login:Penguin
2009/07/24(金) 22:46:06ID:D0YbIG0Zせめてfuse経由じゃなくなったら、試してみても良いんだがな。
0530login:Penguin
2009/07/24(金) 23:29:48ID:+FICJFrb具体的にどういう使い方でフラグメントで遅くなるのが体感できるの?
0531login:Penguin
2009/07/25(土) 00:01:04ID:6HQ5H67u俺のエロ画像置き場をJFSにしてたけど
他のPCとrsyncでミラーするとext3に比べてもはっきり遅かったよ
今はxfsとext4でミラーしてるけどext4のほうが速いわ
0532login:Penguin
2009/07/25(土) 02:29:01ID:a8C1eZGaJFSが特に遅いという訳じゃないけど、
長期間書き換えが続くと、どのファイルシステムも遅くなっていくよ。
AIXでわざわざデフラグ機能が用意されているのもそのため。
0533login:Penguin
2009/07/25(土) 15:09:16ID:SPBomRQYHammerのこともたまには思い出してあげて
0534login:Penguin
2009/07/25(土) 15:14:24ID:2k5R61Zs大丈夫って話と同じく、遅くなるってのも
俺が、って話が多い。
ちなみに俺はJFS使ってても気になるほど遅さを感じたことはない。
IMAPメールサーバ用途。
0535login:Penguin
2009/07/25(土) 15:48:41ID:AmW3ipV8XFSはやっぱり、削除とかファイル作成が遅く感じる。
2つディスク用意して、XFS to XFSでrsyncするときとか、
ext3とかreiserfsでは感じないつっかかりを感じる。トータルでも遅い。
JFSでは同じことやったことないからわからん。
0536login:Penguin
2009/07/25(土) 16:13:50ID:lzFVun58確かにXFSのファイル削除は遅いが、version 2 logにしてlogbsizeを増やせば
劇的に改善されるぞ。
0537login:Penguin
2009/07/25(土) 18:00:14ID:wdRQEHVWext3なんて目じゃない
なぜって?
俺がXFSを愛してるからだ。
0538login:Penguin
2009/07/25(土) 22:47:52ID:2/7PSo3q/dev/sda1: 28167/768544 files (3.9% non-contiguous), 1451870/1536207 blocks
Warning... fsck.ext3 for device /dev/sda1 exited with signal 11.
[root@hoge ~]#
fsck落ちてるwwwwwwwwwwwwwww
orz
0539login:Penguin
2009/07/25(土) 23:16:21ID:PLnhHNIh0540login:Penguin
2009/07/26(日) 00:00:17ID:hBFHdbhUそういうライトユーザには影響ないよ。
それに、長期間ヘビーに使うと遅くなるのは、JFSだけじゃないから、
別にJFSがダメといっている訳じゃないぞ。
0541530
2009/07/26(日) 01:55:52ID:wjhuvhRQJFS が元々あんまり早くないのは周知だし、
JFSに限らずフラグメントで遅くなるだろう事も周知じゃん。
0542login:Penguin
2009/07/26(日) 01:57:49ID:wjhuvhRQ具体的にどうゆう使い方なの?
0543login:Penguin
2009/07/26(日) 10:28:35ID:up8GAVd60544login:Penguin
2009/07/26(日) 10:31:58ID:3m7I2El9ルールを決めようよ。
ファイルシステムを作成した時にbonnie++でベンチマークしておくこと。
遅くなったと感じた時には、bonnie++で再度ベンチマークすること。
パッチ当てて、よろしく。
http://plaza18.mbn.or.jp/~moriban/linux/UsageOfBonnie.html
0545login:Penguin
2009/07/26(日) 11:22:18ID:UThMHETq0546login:Penguin
2009/07/26(日) 12:38:17ID:1L63znlZ0547login:Penguin
2009/07/26(日) 16:27:48ID:zE9g6p5d微妙な良さだったら手を出さない
0548login:Penguin
2009/07/26(日) 16:41:13ID:Pgi1JFDobtrfsとnilfs2しか選択肢がなくて,btrfsとnilfs2を比べると,
nilfs2の方がだいぶ人柱度が低い.
0549login:Penguin
2009/07/26(日) 17:07:30ID:SJc9FADsいままでの3倍速でいけてますか?
■ このスレッドは過去ログ倉庫に格納されています