ファイルシステム総合スレ その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/
0403login:Penguin
2009/06/26(金) 19:54:54ID:NOfzkfFozfs quotaかけて制限ぎりぎりまで書き込もうとすると
かなりパフォーマンスが落ちるのは経験した。
そもそもCoWを高速化するためかなりメモリを使って
ディスクへの書き込みを遅延させて
実際の書き込みを削減するようになっているが、
残りが少なくなるとこの仕掛けが使えなくなり
頻繁にCoWの書き込みが発生してパフォーマンスが落ちるようだ。
(あくまでも推測です。ソースは読んでいません)
0404login:Penguin
2009/06/26(金) 20:49:12ID:mF9+I+S50405login:Penguin
2009/06/26(金) 22:44:47ID:O4vFMWYa今さっき、Solaris10 5/9で
# mkfile 1g /data/1G1 /data/1G2 /data/1G3
# zpool create tank raidz /data/1G1 data/1G2 /data/1G3
して作ったエリアに100Kずつmkfileでファイルを作ってくスクリプトをまわしたけどさ、
あっさりとAVAIL 0%まで突っ走ってしまったなぁ。
つーか、どういう運用であれエリア全部を使い切ってしまうようなら
管理者の無能を証明しているだけって気がするけどな。
0406login:Penguin
2009/06/26(金) 23:33:31ID:fjH2S1/1100Gあれば、まだ十分使えると思ってしまうのが普通だろ
0407login:Penguin
2009/06/27(土) 01:03:16ID:xSWgaNVh> 100Gあれば、まだ十分使えると思ってしまうのが普通だろ
それは試してみたかい?
俺が自分でpoolサイズをいくつか変えて試した感じでは、少なくとも遅くなるケースってのは
poolサイズの何%以下って動きじゃない。
1Tプールで残り100Gのところに99Gのファイルを作ろうとすると途中で遅くなるだろうが、
50Gのファイルならたぶん普通に作れる。しかし残りが100Gで既に存在する50Gのファイルを
同じファイル名で書き換えるなら引っかかるかもしれない。いずれの場合でも当該プールへの
アクセスが重くなるだけで、CPU負荷が増えるとかは一度も遭遇していない。
件のblogは「普段よりシステムが二、三倍ぐらい遅くなっているのに気がついた」とか書いてる
みたいだから、たぶんルートファイルシステムで空きがなくなるまでやってたんだろうな。
そこらへんの切り分けも出来ていないみたいなのはお粗末だとは思うが、まぁ、そんなもんだろ。
0408login:Penguin
2009/06/27(土) 09:48:01ID:9F/Mxzcjということは、遅くなるのは断片化の影響?
0409login:Penguin
2009/06/27(土) 17:37:41ID:CPmpdLibおまえだけだろ。
0410login:Penguin
2009/06/27(土) 19:41:30ID:k4AyL1vK0411login:Penguin
2009/06/27(土) 23:36:47ID:sRzpWWk60412login:Penguin
2009/06/28(日) 00:14:38ID:PkMOJr/+なんのジョークだ?
0413login:Penguin
2009/06/28(日) 00:27:12ID:mHUBrjQ80414login:Penguin
2009/06/28(日) 09:46:19ID:rA+Z+0As俺はreiser4を応援する
0415login:Penguin
2009/06/29(月) 15:29:26ID:EwMZtCkohttp://www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=1
0416login:Penguin
2009/06/29(月) 21:36:30ID:E54LAahb0417login:Penguin
2009/07/01(水) 07:11:15ID:pFEUrnAnロックがうまく捌けてない?
0418login:Penguin
2009/07/01(水) 19:06:34ID:VcKgLPIKuswsuspでs2diskしている途中なんかで無理矢理電源断すると
次回リブート時にxfs_repairしなか起動しなくなるんだけど、
これs2disk中以外の普通の突然の電源断では起きないのかな?
実マシンじゃ恐くて試してないけど、vmware上じゃあれこれ書き込んでる最中に
電源落としても大丈夫みたいだけど。
0419login:Penguin
2009/07/01(水) 20:27:43ID:rmCahXvLルートファイルシステムをXFSにして数年経つがxfs_repairなんて使ったことがない
0420login:Penguin
2009/07/01(水) 20:30:41ID:IqsTXi/Vここから30レスくらいアンチが埋め尽くすはず
0421login:Penguin
2009/07/01(水) 20:41:09ID:rmCahXvL0422login:Penguin
2009/07/01(水) 20:42:27ID:T/tn+uoR0423login:Penguin
2009/07/01(水) 20:47:18ID:VcKgLPIKその間突発的な電源断とかは?
s2disk中に電源落とすと再現できるかもだけど恐いからやれない。
s2disk中以外の電源断ならそのままリブートできるんなら自分的には問題ないけど。
0424login:Penguin
2009/07/01(水) 20:55:42ID:rmCahXvL自宅なんで停電で落ちることもあるしoopsで固まった事も一度や二度じゃない
XFSの信頼性そのものは怪しいと思っているが、
xfs_repairしないと起動しなかったなんて経験は無いな
0425login:Penguin
2009/07/01(水) 20:58:34ID:UZTOndbdID:rmCahXvLじゃないけど。
俺がXFSを/で使っていた時の話だが、何事もなかったように立ち上がってきたぞ。
指輪物語の再生中でスクリーンセーバー切ったりとかついでに電源ケーブルも切ったりして
つい、バッテリー切れ起こして突発的に電源断しちまったんだな。
0426login:Penguin
2009/07/01(水) 21:00:10ID:VcKgLPIKサンクスです。とりあえず今インスコ中のpcはまるごとxfsにすることにしました。
0427login:Penguin
2009/07/01(水) 21:17:55ID:Y9xsHfht0428login:Penguin
2009/07/01(水) 21:18:56ID:RgnVHoSxttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch06b.html
> 相変わらず、ext4のバグのペースはすさまじいものがあります。
0429login:Penguin
2009/07/01(水) 23:41:21ID:dnXeAx3U使い方によって、FSでここまで差が開くってのは面白いね。
パフォーマンスを追求するのなら、
どのサービスを提供するかでFSを変えた方がいいってことか。
0430login:Penguin
2009/07/01(水) 23:44:39ID:aKLpib1zフォードに車種が沢山あって目的に応じて選べるのと同じだね
0431login:Penguin
2009/07/01(水) 23:47:12ID:dnXeAx3Uシーク時間の影響かも?
今後、SSDが普及していくとしたら、複数スレッドからの同時アクセスでも問題なさそうね。
0432login:Penguin
2009/07/02(木) 00:00:29ID:6CzpStJahttp://tservice.net.ru/~s0mbre/blog//devel/fs/2008_06_13_1
NFSよりだいぶ早いわ。
小さいファイルを大量に扱うクラスタファイルシステムとしては、今後に期待できるのかも。
主な用途は画像共有サーバ、メールサーバとかか。
0433login:Penguin
2009/07/02(木) 20:46:34ID:rU1W47g5・Linux Kernel Version2.6.17〜2.6.17.6の時に何かあったのか思い出せない、しかし初期のReiserFSの不具合は今だに覚えている
・xfs_repair & xfs_checkが1TBにつき、およそ1GBのメモリを要求するのはアンチの流したデマだと思っている
・XFSのジャーナリングが、ext[34]で言う所のdata=writeback相当品だというのもデマだと思っている
・ext[34]のdata=writebackは極めて危険だが、XFSのジャーナリングは問題無いと思っている
・カーネル標準のVFSを介さないのでXFSは素晴らしい、そしてVFSを介する他のFSは糞だと思っている
・突然の電源断や、システムダウンでもXFSが壊れた事は無いと主張
・O_SYNCや、O_DIRECTでファイルオープン中に電源が落ちても、ファイルがヌルバイトに切り詰められるなどありえないと思っている
・O_SYNCや、O_DIRECTでファイルを開きっぱなしにしておくなんて、RDBMSであろうと行儀の悪い事だと思っている
・バカでかいRAIDアレイで、しかもあえてワンパーティション運用していてもノートラブル
・LVMやMDと一緒に運用していても勿論ノートラブル
・xfs_fsrをcronで毎日ブン回そうがノートラブル
・Unknown error 990なんて当然見たことも無い
・トラブルが起きないのでfsck.xfsだけで十分だ
・xfs_repair or xfs_checkなんて使ったこともない
・FSの性能比較などでXFSの結果が奮わないとデマだ、やらせだと大騒ぎする
・やたらと「次に使うFSを何にしようか」と聞いてくる、そしてどんなFSを勧められても結局「XFSにしますた」で終了する
0434login:Penguin
2009/07/02(木) 20:49:21ID:JUQuwRcW0435login:Penguin
2009/07/02(木) 20:55:14ID:hrym764a0436login:Penguin
2009/07/02(木) 20:56:46ID:S0MAGDAxおまえがアンチだということだな
0437login:Penguin
2009/07/02(木) 22:16:21ID:as0GGArF英訳して本家スラドにタレこむと面白そうだな。
それはいいとして、その調子でJFS厨やReiserFS厨、Ext3厨の批判も頼む。
0438login:Penguin
2009/07/02(木) 22:17:16ID:Hm4AKlRlそのうち1人は俺な
0439login:Penguin
2009/07/02(木) 22:17:33ID:C87ApF+Tluksで暗号化したHDDの上にnilfs2を構築して使ってたら
約5秒ごとにファイルシステムに書き込み(?)が発生して、nilfs2のcpが5秒ごとに作られてた。
luks使ってないHDDだとこういう事は無かった。
今は余ってるHDDないから試せないんだが、まだ変わらないのかな?
0440login:Penguin
2009/07/02(木) 22:47:23ID:as0GGArF・起動時間を競う今にマウントが桁違いに遅い
・BKLが残っててBKL使っている他の部分の速度を下げる
・早いのはいいが、CPU負荷も高い
・一日の長長しかなく、CoW使った次世代FSに速度を抜かれる運命
・開発者あぼーんで将来性が無い
こんなとこかな。ext系の独自機能への対応具合とか、技術的に詳しい人の批判が欲しいなぁ。
0441login:Penguin
2009/07/02(木) 22:56:17ID:kVxArKzn”How should I talk with anti-believers in peace?"
One of my friend is an XFS-hater. He often retails bad-talkings
about XFS with neither verification nor evidence. He says that:
"All of XFS users are believers. They make an effort to forgot
what happened on 2.6.17-2.6.17.6 kernel, though, maintain
memories of early ReiserFS's issues."
... How should I talk with him in peace? Do I have nothing to do
except for gracious neglect?
0442login:Penguin
2009/07/02(木) 23:24:22ID:as0GGArF- ...
I doubt his opinions are truth. Please give me your opinions for his discussion.
0443login:Penguin
2009/07/02(木) 23:27:25ID:m2mL2E340444login:Penguin
2009/07/02(木) 23:47:50ID:yfRomf3oUbuntuインスコ時にたまたまリストに出てきたから、で選んだ奴がもう3人くらいいるだろ多分
0445login:Penguin
2009/07/03(金) 02:36:47ID:uBL2xlI5持つようになってきたこの頃。
テストしているのか?レビューは?ビルドしてみたか?というような
体制側の問題と、新しいデバイスが出るたびにちょこちょこと出てくる
ハード側も絡んだ不審挙動があいまってうんざりすること多々。
最近より鉄板なWindowsServerに乗り換えようかと手を出しつつある。
何で俺がWindows鯖なんかに・・・
0446login:Penguin
2009/07/03(金) 02:54:39ID:ZPir+zN3ええと、新しいデバイスならドライバも新しいわけで、当然バグもあるでしょう。
これはOS関係ないし。
鯖運営するんなら枯れたハードを使い、
そして最新のカーネルなんか選択しないと思うんだけど。
0447login:Penguin
2009/07/03(金) 12:38:51ID:pNxOnErm0448login:Penguin
2009/07/03(金) 12:49:59ID:TiU7uWgl0449login: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:BwdqRtQE■ このスレッドは過去ログ倉庫に格納されています