ファイルシステム総合スレ その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/
0487login: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倍速でいけてますか?
0551login:Penguin
2009/07/27(月) 15:26:20ID:1rnYRPHCHDDアクセスすると妙に引っかかる動きをするのですが、
何かわかります?
0552login:Penguin
2009/07/27(月) 15:36:57ID:bemC+Vkx0553login:Penguin
2009/07/27(月) 16:13:10ID:26kfPdFl0554551
2009/07/28(火) 12:07:29ID:9Q9PEzX+0555login:Penguin
2009/07/28(火) 15:43:15ID:zAh/ZwBsエロ動画やエロ画像を溜めてあるだけなんだろ?
そんなのXFSで構わん。
大きなデータが高速に読み書き可能
ばれそうになったとき急いで消せば復活が難しい
ぴったりじゃないか
0556login:Penguin
2009/07/28(火) 17:34:44ID:F7x9aH/R$ hdparm -i (HDDデバイス)
でどのモードか、わかるやろ
0557login:Penguin
2009/07/29(水) 04:38:11ID:UAfxPrcB0558login:Penguin
2009/07/29(水) 15:01:47ID:VWOuWJPW釣り針 乙
>>556
マジレスしとくとSATAを(普通そうだが)libATA経由で使っている場合、(当たり前だが)hdparmは使えない
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
大体からして、ファイルシステムと何の関係もない時点でスレ違いも甚しいんだから
とっととopenSUSEスレに誘導すべき
0559login:Penguin
2009/07/29(水) 15:55:44ID:ECOx3YRB使えるぞ
いつから頭が止まってるんだ?
0560login:Penguin
2009/07/29(水) 16:01:46ID:Y3KdxcyS0561login:Penguin
2009/07/29(水) 16:05:28ID:YLBcoCMjそれ以外は必要無い
0562login:Penguin
2009/07/29(水) 16:35:49ID:aOQ4ySW7思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
0563login:Penguin
2009/07/29(水) 17:38:16ID:BkS/l//X556やけど
恥ずかしがらんと、またおいでや
0564login:Penguin
2009/07/29(水) 19:30:59ID:g9AlD0Tp中身はお察し下さい
0565login:Penguin
2009/07/29(水) 23:24:22ID:Lyt3N/wIまた嘘ばかりを・・・・
0566login:Penguin
2009/07/29(水) 23:39:12ID:YLBcoCMj2.6.24以降はlibata用のhdparmのpatchは必要無くなったはずだが
何がどう嘘なの?
0567530
2009/07/29(水) 23:57:41ID:Dai87m7Q使ってもないんじゃないの?
0568login:Penguin
2009/07/31(金) 04:00:07ID:VaVCoKjY設定ファイルを書き換えカーネルを入れ替えて再起動したら
/dev/hdaのままで困ったことがある
上で出てた断片化による速度低下だけど使い方によるよ。
Windowsはツールで断片化の具合が確認できるから
自分の使い方での傾向が分かるけどLinuxでは難しい。
基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
一番影響受けやすいのは、
大量の細かいファイルと巨大なファイルを同居させた場合。
Linuxは大量に細かいファイルを作る傾向にあるから、
音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉
0569login:Penguin
2009/07/31(金) 15:03:09ID:MK+pGXZ2妻を殺した人が作ったファイルシステムを
ルートパーティションに使うべきということですね
0570login:Penguin
2009/07/31(金) 20:51:02ID:k+Upna9N何の関係もないな。/でも/bootでも使えばいいさ
0571login:Penguin
2009/07/31(金) 21:36:42ID:tbYA8+dL0572login:Penguin
2009/08/01(土) 00:20:50ID:SNB9Lm9TSQLサーバのパーテーションを分けておくべきだったと後悔。
>>571
reiserfsって、今どの程度メンテナンスされているのかな。
SuSEのデフォルトfsからも落ちちゃったし、先がないのは分かっているが、
現状でもっともマシなんだよな・・・。
0573login:Penguin
2009/08/01(土) 06:29:20ID:exuELPVL○○○もいいよ。
スレが荒れるから名前は伏せるけど。
0574login:Penguin
2009/08/01(土) 07:49:48ID:eQAKtpCe0575login:Penguin
2009/08/01(土) 11:54:52ID:4UAEiy8v1行で答えなさい。
0576login:Penguin
2009/08/01(土) 12:13:57ID:VgzA3aXA0577login:Penguin
2009/08/01(土) 13:01:41ID:mXx3DngF戒名みたいだな
0578login:Penguin
2009/08/01(土) 16:48:33ID:IAPkS0Yuhttp://black.no-blog.jp/hone0625fk/2006/10/post_1b61.html
0579login:Penguin
2009/08/02(日) 01:14:52ID:Xdq0E5w10580login:Penguin
2009/08/02(日) 01:33:18ID:+uNZh5d60581login:Penguin
2009/08/02(日) 02:04:26ID:HFtAZHUu使い道ないじゃん。
0582login:Penguin
2009/08/02(日) 07:54:45ID:43zxi/8EReiserFSの気がするのは俺だけだろうか
0583login:Penguin
2009/08/02(日) 08:09:22ID:BsPAG2ZWそれを多数で分散冗長化しているのが独自技術で。
0584login:Penguin
2009/08/02(日) 09:22:39ID:uUBOpM9k0585login:Penguin
2009/08/02(日) 11:44:22ID:y9A4+xpkttp://www.forensics.nl/filesystems
0586login:Penguin
2009/08/02(日) 11:56:57ID:HWrwkQRU俺?能力的に無理ぽ orz
0587login:Penguin
2009/08/02(日) 12:52:02ID:S1KUAPtnext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから
GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、
っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです
■ このスレッドは過去ログ倉庫に格納されています