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

**login:Penguin** · 2008/10/26(日) 15:18:36

過去スレ
　01 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/

**login:Penguin** · 2009/02/27(金) 12:45:05

>>757
確かに復旧は出来ないんだが、それが必要な状態なら一度Windowsを起動しろとメッセージを出して、
forceオプションをつけない限りマウントさせないと思うのだけれどね……
-o forceしてしまえば
> The logfile will be unconditionally cleared.
ってことでおかしくなるのもわかるんだが。

**login:Penguin** · 2009/02/27(金) 20:26:16

>>761
脳みそが１０年前で止まりました
こうですか？

**login:Penguin** · 2009/02/27(金) 21:03:17

>>764
そうですね

**login:Penguin** · 2009/02/28(土) 14:12:20

いまどきext3なんて使ってる奴いるの？馬鹿？

**login:Penguin** · 2009/02/28(土) 14:25:45

>>766
うちはみんなext3だよ

**login:Penguin** · 2009/02/28(土) 15:23:19

まだext2が残ってたり…
/bootだけど

**login:Penguin** · 2009/02/28(土) 17:22:43

なんとなく、このスレ見ている人はほとんどがext3のような気がする

でもってほとんどが個人のデスクトップ仕様のような気がする

だから最適は自然とext3のような気がする

所詮個人デスクトップのfsを変えてもほとんどが自己満足のような気がする

**login:Penguin** · 2009/02/28(土) 18:55:55

もっと自信を持て

**login:Penguin** · 2009/03/01(日) 02:52:29

「作成日時」が保存できるext4に期待してたりする。
sambaを使ったファイルサーバーにおいて互換性が上がる。

**login:Penguin** · 2009/03/01(日) 03:49:40

>>771
Fedoraでext4試してるけど、sambaは使ってないな。

**login:Penguin** · 2009/03/01(日) 10:11:23

>>769
reiserfs一択ですが何か？
Mad FS作者Hansカムバーック！！！

**login:Penguin** · 2009/03/01(日) 14:42:54

>>769

＞所詮個人デスクトップのfsを変えてもほとんどが自己満足のよう
＞な気がする

そうです。サーバ用途など特化した物でなければ何でも良い。

**login:Penguin** · 2009/03/03(火) 21:38:43

こんにちは。

ls -laで出てくるファイルサイズの合計と
df -hで出てくる使用量の値が大きく
違っているって、どんなことが考えられますか？

Debian 5.0（AMD64）上にVMwareServer2.0を
入れて、XFS上に仮想ディスクを「allocate all disk space now」
としてファイルは2G分割で40GByte作りました。

ls -la すると、2Gのファイルが合計40GByte
になるように多数、ファイルができているように
見えるのですが、df -hすると、数MByte（数十だったかな）
程度しか消費していない...

　「allocate all disk space now」やってないと、
　最初は小さいファイルが少しできる
　はずだから、操作ミスはしてないと思うんだが...

で、そこにWindowsをインストールすると、ls -la
で出てくるファイルサイズは変わらないように
見えるんだけど、df -hの表示は、徐々に増える...

空の40Gの仮想ディスクをNTFSフォーマットすると、
4,5時間かかる勢い...（遅...）

同じような環境はいくつあるけど、こういう現象には
はじめて、あった。何が起きているんだ...

**login:Penguin** · 2009/03/03(火) 21:52:39

sparse file
ls -lsh

**775** · 2009/03/03(火) 22:16:30

ありがとうございます！

「VMware Server の Web UI から、事前割当・2G 分割を指示しても
sparse fileを作りやがります。」という記事も見かけたので、大きい
ファイルをあまり作らなかったため、単に、気づいていなかっただけなのか。
ttp://blog.woremacx.com/2008/11/on-the-way-to-replace-perl.html

　vmware-vdiskmanager使うことも考えます。

**login:Penguin** · 2009/03/04(水) 10:42:21

HANS REISER
Hans Reiser

**login:Penguin** · 2009/03/04(水) 14:19:22

ubuntu9.04でext4で/を作って運用中。ubuntuのカーネルも2.6.28なんだけど、一応最新の安定版2.6.28.7を
kernel.orgより落として自己ビルド。tune2fs -lでこんな感じ。
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery
　　　　　　　　　　　extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash

findコマンドとかばかっぱやになってますね。アプリのmekeなんかも端末を流れる文字の早さが違う。

**login:Penguin** · 2009/03/04(水) 20:55:03

どうせやるならmount optionにjournal_async_commitも付けてみ。

**login:Penguin** · 2009/03/04(水) 22:35:19

>>780
しったか君乙

とりあえずext4/super.c嫁
journal_async_commitはデフォルトで有効だ

**login:Penguin** · 2009/03/05(木) 00:48:54

卑しい揚げ足のとり方だなw
まるで野党だ

**login:Penguin** · 2009/03/05(木) 01:08:15

Dragonfly BSDのHammer FS、かなり使い物になる模様。
開発のマンパワーが圧倒的に足りないはずのHammerの出来がまあまあとなると、
btrfsも意外と早く使い物になる可能性も。

**login:Penguin** · 2009/03/05(木) 01:19:54

本当にデフォルトでjournal_async_commitが有効なら別に揚げ足じゃないと思うけど

**login:Penguin** · 2009/03/05(木) 01:43:33

何故かイメージ悪いが、ext4はかなり使い物になる印象
もっとも、ファイルシステムは数年使って判断すべきものだが

**login:Penguin** · 2009/03/05(木) 01:48:05

>>785
イメージが悪いなんて初耳だ。

**login:Penguin** · 2009/03/05(木) 02:09:01

一部でbtrfsまでの腰掛けみたいな評価だからな

**login:Penguin** · 2009/03/05(木) 02:58:45

ext3の正統後継者なのは確かだけど、btrfsまでのつなぎなのも確かでしょ。
ZFS以降のfsとは機能的に世代がはっきり古いのだし。

**login:Penguin** · 2009/03/05(木) 06:57:46

>>786
この辺限定じゃないかい。

**login:Penguin** · 2009/03/05(木) 07:11:00

>>785
イメージ悪くないよ。reiserfsから乗り換えるか迷ってるぐらい事前の評判は良い。

**login:Penguin** · 2009/03/05(木) 09:43:04

私のような一般人にとって
ext3やreiser3から乗り換えるとどんなメリットがあるのですか

**login:Penguin** · 2009/03/05(木) 09:49:16

>>791
RAID構成でふっとび率がうｐするとかかな

**login:Penguin** · 2009/03/05(木) 10:30:28

>>791
トラブル解決力が付いて一般人から逸脱する

**login:Penguin** · 2009/03/05(木) 12:48:41

DragonFly BSD 2.2で実用段階になったHAMMER FSを試す
http://sourceforge.jp/magazine/09/03/03/0242205

**login:Penguin** · 2009/03/05(木) 14:50:13

>>794
CPU使用率、メモリ使用量も載せて欲しかった。

**login:Penguin** · 2009/03/07(土) 11:07:50

>>791
ありません

**login:Penguin** · 2009/03/07(土) 14:07:41

一応体感できる差としてはこんなもんか：

・ディスクがちょっと増える（使い方によるが）
　（小ファイルが多いと「おっ」と思う程度は増える）

・コマンド打ったときの応答がちょっとよくなる（コマンドによるが）
　（小ファイルアクセスと削除速度）

たしかに体感できる差はあるけれど、いまからreiser3する理由に足りるか
どうかはわからない。

**login:Penguin** · 2009/03/07(土) 14:09:28

しまった、ext3,reiser3->btrfsへの乗り換えメリットか。
じゃあいまだと「ありません」でFAだな。

**login:Penguin** · 2009/03/07(土) 15:29:43

>>791
人柱としての厨二病的満足感を得られます。
このスレでは重要なパラメータだ。

**login:Penguin** · 2009/03/07(土) 17:23:00

ext3,reiserfs → btrfsの乗り換えメリット？
ぶっちゃけ、そんな事を聞いてくるような奴にはメリットなんて無いと断言できるよ

btrfsは、現在LVMやら、MDやら、メーカ独自のSoftwareRAIDなんかで苦労していて
ZFSみたいなFSがLinuxにもネイティブで実装されないかな、とか思っている人の為のFSだから

大体からして、サブボリュームやFSレベルでのRAID(0|1)に何のメリットも見いだせない人には
メリットなんて皆無に等しい、っていうか、(HDD|SSD)単体で使うならext4やreiserfsの方が速いし
管理も楽だよ

まあ、要約すると物理的、或いはネットワーク内に繋がってる、多数のストレージデバイスを
FSレベルでシンプルに管理したい人の為のFS、それがbtrfs

**login:Penguin** · 2009/03/08(日) 00:17:58

話の流れから見て>>791はext3やreiser3からext4に乗り換えるって言ってるように見えるんだが・・

大体今の状況で一般人がbtrfsを使えるようにする事自体が難易度あるしね。カーネルをgitにする事からだから。
安定板リリース出て標準で採用する鳥や2.6.28が選べる鳥なら即使えるのがext4、偉い違いでしょw

**login:Penguin** · 2009/03/08(日) 01:52:32

そして時は流れ、時代の主流はNTFSに。

そんなときに備えての質問です。
NTFSをmountしたんだけど、ファイルを書き込めません。
mount -t ntfs -o rw /dev/sdf1 /mnt
とやってるのに。/mntに何か書こうとしてもPermission deniedになる。
何か忘れてることありますか？

ディストリはGparted0.4.1を使っています。カーネルは2.6.26です。

**login:Penguin** · 2009/03/08(日) 01:57:19

>>802
カーネルのntfsドライバなんか使って壊れても知らんぞ？
今、使い込まれているのはFUSEのNTFS-3g

**802** · 2009/03/08(日) 02:00:25

ありがとうございます。
ファイルタイプにntfs-3gを指定したら書き込みが出来るようになりました。

＞壊れても知らんぞ？
神に祈りましょう。ついでにえいしょうしてささやいてくれたら完璧です。

**login:Penguin** · 2009/03/08(日) 03:28:03

>>804
灰になっても知らんぞ

とだけいっておく。
後は通常運行でドゾー

**login:Penguin** · 2009/03/08(日) 11:07:25

ちょっと古いレスだけど

>>639
> ZFSやHammer FSはライセンス上の問題があったし、btrfsは渡りに船だったでしょう。

Hammer FSのライセンス上の問題って何だろ？ BSDライセンスだよね。

「Hammer FS on FUSE」をできないかと妄想し始めてるので気になった。

**login:Penguin** · 2009/03/08(日) 11:21:18

そういやSun vs. NetAppってどうなったん

**login:Penguin** · 2009/03/08(日) 15:28:07

このスレ的にどうよ？

Fspy
http://mytty.org/fspy/

**login:Penguin** · 2009/03/09(月) 00:57:57

>>808
inotifyを使った習作みたいなプログラムだね。
このinotifyを知った時には、ファイルに変更があった時にだけ
リモートサーバーに変更差分をpushするようなデーモン出来るかなー
と思ったんだが、やはりみんなそう思うらしくて、
http://code.google.com/p/lsyncd/
に、そういうLive Syncing (Mirror) Daemonがあったりする。

**login:Penguin** · 2009/03/10(火) 17:29:28

btrfsは名前が悪い。絶望的に。

バターfsなんて恥ずかしくて使えない。

**login:Penguin** · 2009/03/10(火) 17:30:46

バーターって読むんだけど・・・

**login:Penguin** · 2009/03/10(火) 17:32:43

作者がbutter-fsだって言ってるじゃん

**login:Penguin** · 2009/03/10(火) 17:39:37

おお、ほんとだ。すまん。

**login:Penguin** · 2009/03/10(火) 17:50:40

>>810
>>518

罵倒fsだってさ

**login:Penguin** · 2009/03/10(火) 20:07:48

>>814
バトーFSだと強そうじゃね？

mke2fs　-jv　で1Tのハードディスク128Gと872Gに分けてフォーマットしたら
872Gの方が途中でセグメンテーションフォルトが起きました
mke2fsは大容量対応していないんですか?

**login:Penguin** · 2009/03/10(火) 20:09:03

お前んとこだけだよ

**login:Penguin** · 2009/03/10(火) 21:01:28

>>816
んじゃ、HDDの初期不良かな

**login:Penguin** · 2009/03/11(水) 00:50:24

HDD: WD10EADS

xfs
1TBのフォーマットは2秒くらいで終わる。

# 大ファイルの操作
1.2Gのファイル4個をコピー
$ time -p cp * /mnt/backup/
real 273.95

コピーした1.2Gのファイル4個を削除
$ time -p rm -f *
real 0.20

# 小ファイルの操作
MPlayerを解凍
$ time -p tar jxf MPlayer-1.0rc2.tar.bz2
real 4.83

解凍したMPlayerを削除
$ time -p rm -rf MPlayer-1.0rc2
real 4.22

# 中ファイルの操作
mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー
$ time -p cp *.mp3 /mnt/backup/
real 41.64

コピーしたmp3ファイルを削除
$ time -p rm -f *
real 1.46

**login:Penguin** · 2009/03/11(水) 00:51:59

三国志ヲタには馬騰fs

**login:Penguin** · 2009/03/11(水) 00:52:32

ext4
1TBのフォーマットは4-5分かかる。

# 大ファイルの操作
1.2Gのファイル4個をコピー
$ time -p cp * /mnt/backup/
real 273.64

コピーした1.2Gのファイル4個を削除
$ time -p rm -f *
real 0.20

# 小ファイルの操作
MPlayerを解凍
$ time -p tar jxf MPlayer-1.0rc2.tar.bz2
real 5.76

解凍したMPlayerを削除
$ time -p rm -rf MPlayer-1.0rc2
real 6.46

# 中ファイルの操作
mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー
$ time -p cp *.mp3 /mnt/backup/
real 41.51

コピーしたmp3ファイルを削除
$ time -p rm -f *
real 1.45

**login:Penguin** · 2009/03/11(水) 00:54:35

reiserfs3
1TBのフォーマットは30秒くらいで終わる。

# 大ファイルの操作
1.2Gのファイル4個をコピー
$ time -p cp * /mnt/backup/
real 283.27

コピーした1.2Gのファイル4個を削除
$ time -p rm -f *
real 0.19

# 小ファイルの操作
MPlayerを解凍
$ time -p tar jxf MPlayer-1.0rc2.tar.bz2
real 4.83

解凍したMPlayerを削除
$ time -p rm -rf MPlayer-1.0rc2
real 4.24

# 中ファイルの操作
mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー
$ time -p cp *.mp3 /mnt/backup/
real 41.75

コピーしたmp3ファイルを削除
$ time -p rm -f *
real 1.50

**login:Penguin** · 2009/03/11(水) 00:56:16

jfs
1TBのフォーマットは1秒くらいで終わる。

# 大ファイルの操作
1.2Gのファイル4個をコピー
$ time -p cp * /mnt/backup/
real 280.49

コピーした1.2Gのファイル4個を削除
$ time -p rm -f *
real 0.19

# 小ファイルの操作
MPlayerを解凍
$ time -p tar jxf MPlayer-1.0rc2.tar.bz2
real 5.02

解凍したMPlayerを削除
$ time -p rm -rf MPlayer-1.0rc2
real 4.33

# 中ファイルの操作
mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー
$ time -p cp *.mp3 /mnt/backup/
real 40.73

コピーしたmp3ファイルを削除
$ time -p rm -f *
real 1.46

**login:Penguin** · 2009/03/11(水) 00:57:37

シングルタスクしかしない人ですか？

**login:Penguin** · 2009/03/11(水) 01:07:56

どれを使っても大差ない感じなのかな。そうなるとシステム負荷が軽いのが良いな。

**login:Penguin** · 2009/03/11(水) 01:09:16

xfsは小ファイルの処理が非常に遅いと感じていたので、
HDDを買い足したついでにテストしてみた。
どのファイルシステムでも小ファイルの処理には
それなりに時間がかかるものなんだな。
(kernelとかだともっと差がつくようだが)

HDDのヘッドが退避しないうちにさっさとテストしたつもりだけど、
どこか手違いがあったのかもしれない。
あるいはWD10EADSが低速回転だから差がつかなかったのかな。

個人的なバックアップ用途としてはxfsも悪くないのかもしれない

**login:Penguin** · 2009/03/11(水) 01:38:14

>>825
自分もxfsが細かいファイルにもっと時間が掛かると思ってたw
ちなみに使用しているカーネルのバージョンは?比較的最近のカーネルかな。

**login:Penguin** · 2009/03/11(水) 04:29:15

>>823
どんな形であれ、せっかくテストしてくれているんだから、そんな言い方をしたら失礼だぜ？

**login:Penguin** · 2009/03/11(水) 05:15:14

>>825
$ tar tjf MPlayer-1.0rc2.tar.bz2 |wc -l
3260

もう一桁多いのを試してほしいような…
つうか一個のディレクトリに大量に置かないと有意な差は見えないと思う。

**login:Penguin** · 2009/03/11(水) 08:03:47

XFSはあらゆる場面において
最も速く、最も安全に使えるファイルシステムです

**login:Penguin** · 2009/03/11(水) 08:55:12

釣るつもりならもっと上手く書けボケ老人

**login:Penguin** · 2009/03/11(水) 10:59:47

釣りではありません
真実を述べているだけです

**login:Penguin** · 2009/03/11(水) 11:10:01

>>831
では適切な検証をデータ込で提示してくださいな
スレ住民も条件の選び方から見て自分にあったFSか見極めるでしょうから

「そんなことしなくても自明です」なんて言ったら電波確定

**login:Penguin** · 2009/03/11(水) 11:58:04

何をやってもXFS批判を噴出させるのが
このスレの住人というものです

**login:Penguin** · 2009/03/11(水) 12:36:41

普段使うだけならjfs悪くないよ。
xfsはgentooでいろいろでかいのビルドするとき遅いと感じる。

**login:Penguin** · 2009/03/11(水) 12:47:07

>>825
単一ディレクトリに多数の小ファイルがある場合XFSは速いけど
多数のディレクトリに分散してそれぞれ100個程度の小ファイルがある場合は遅い
後者の場合だとext4のほうが速かった
>>834が遅いって言ってるのも、これだと思う

**login:Penguin** · 2009/03/11(水) 18:58:29

家庭内的にjfs使い始めてそろそろ2年だが問題ないなぁ。
Maildirのメールサーバだから細かいファイルが沢山できる感じだが
特に問題がおきたことはない。
(スパムを全部取っているから数は結構あるな・・・)

引っ越ししたあと、家電が増えてブレーカー落ちやすくなったんだが
バカスカ落としても何もなかったように起動してくる。
偉いぜjfs。
というわけでもっとでかい運用状況聞きたいぜ。

**login:Penguin** · 2009/03/11(水) 21:17:13

カーネルの展開が遅いって書かれてたのに、何でMPlayerの展開でテストしてんだか…
しかもHDDの型番はともかく、他はマシン構成はおろか、フォーマット時のオプションすら書かれてないし
テスト結果はかなりウソくさい

何しろウチのML115初代＆ AthlonX2 5000+ ＆ 2GB DDR2 × 2 ＆ WD5000AAKS ＆EN8600GT ＆ SoundBlaster Audigy無印って構成のPC上から
X ＆ KDE 4.2.1立ち上げて、その中でkonsoleからsudo emerge texliveしながら、隣のタブでMPlayerのtar玉解凍したって
ウチのext4はそんなにはかからないから

ぶっちゃけ、上記の状態ですら time tar xjf MPlayer-1.0rc2.tar.bz2 なら
real　　0m3.224s
user　　0m2.980s
sys　　 0m0.250s
俺はext2とext4しか使っていないから他は追試出来ないけど、どうせ他のテスト結果もウソっぱちだろう

**login:Penguin** · 2009/03/11(水) 23:12:10

z/Linuxに向いてるのは
どのファイルシステムですか？

**login:Penguin** · 2009/03/11(水) 23:42:26

>>836
そろそろクラッシュする頃だな

**login:Penguin** · 2009/03/12(木) 00:12:25

>>836
大規模システムで使っているＹＯ
小さいファイルが多いなら、おぬぬめ

**login:Penguin** · 2009/03/12(木) 05:39:50

>>837
> 何しろウチのML115初代＆ AthlonX2 5000+ ＆ 2GB DDR2 × 2 ＆ WD5000AAKS ＆EN8600GT ＆ SoundBlaster Audigy無印って構成のPC上から
> X ＆ KDE 4.2.1立ち上げて、その中でkonsoleからsudo emerge texliveしながら、隣のタブでMPlayerのtar玉解凍したって
> ウチのext4はそんなにはかからないから

フォーマット時のオプションすら書かれてないし
テスト結果はかなりウソくさい。

というのはさておき、

> 他は追試出来ないけど

rm -rf MPlayer-1.0rc2 はできるはず。

あとマシン構成はいらないけど、
(サウンドカードとかグラボとか関係あるのかな)、
WD5000AAKSの場合は新旧プラッタがあるから
そこを書かないとね。
320GB*2プラッタ品で7200rpmだったら、
WD10EADSみたいに3プラッタ5400rpm品より
速くて当たり前のような気がする

**login:Penguin** · 2009/03/12(木) 05:59:17

無意味に割り込みかけてくるサウンドカードとか、無駄にバスを占有する
ビデオカードとかだと影響するんでないかい。

ついでに適当な計測結果
Dell INSPIRON 1501 + 2.6.26 + reiser3
ほぼ無負荷
$ time tar xjf MPlayer-1.0rc2.tar.bz2

real 0m6.101s
user 0m4.932s
sys 0m1.124s

$ time rm -rf MPlayer-1.0rc2

real 0m0.756s
user 0m0.008s
sys 0m0.712s

**login:Penguin** · 2009/03/12(木) 08:24:11

ext3で50GBとかのファイル数個をrmすると、50GBのファイル書くのと
同じくらい時間がかかるんだけどこれは仕様？

ディレクトリエントリ操作するだけなんだから一瞬で終わってしかるべきと
思うんだが・・・

**login:Penguin** · 2009/03/12(木) 12:01:29

>>843
このスレで何度も話題になっているが、
なぜそうなっているのか技術的理由を書ける人が
このスレに現れたことはない。

**login:Penguin** · 2009/03/12(木) 12:39:28

>>843
inodeを忘れないであげてください。

誰かがそのファイル掴んでいる状態で削除すれば、
ディレクトリエントリ消すだけなので一瞬で終わる。
んで、放した瞬間にHDDがカリカリ言い始めるはず。

ということでinode(つうかメタデータ)の更新がすげー遅い。

**login:Penguin** · 2009/03/12(木) 13:30:20

そりゃbitmap使ってるfsの宿命ですがな。

つか、このスレの住人って読込み性能にあんまりフォーカスしてないのはなぜ？

**login:Penguin** · 2009/03/12(木) 14:45:45

読み込みは気になったこと無いなぁ。

**login:Penguin** · 2009/03/12(木) 20:47:20

去年のカンファレンスでプレゼンターが削除速度を速くしたくて・・・と話していたら
Ted Tsoが割り込んでクラッシュ時の信頼性をあげるために、わざとそうしていて云々と自説を述べ始めて、
スピーカー困惑。
・・・かと、思ったらそこにさらにLinusが割り込んで、「ふざけるな。オレもふだんイライラしてるんだ。高速化しる！」とか自説を
述べ始めて、二人がプレゼンターそっちのけで議論をつづけるので、セッションにすごい微妙な空気が流れたことが

発表者の中の人がかわいそうすぎます

**login:Penguin** · 2009/03/12(木) 21:06:32

何度も言うが
難しいことを考えずにXFSを使え

**login:Penguin** · 2009/03/12(木) 21:15:11

さすがXFS教。言うことが違う。

**login:Penguin** · 2009/03/12(木) 21:18:29

ここは、btrfsに期待

**login:Penguin** · 2009/03/12(木) 21:19:13

結論 JFSでまた～り

**login:Penguin** · 2009/03/12(木) 23:23:22

プレゼンターも、突っ込んでやれよ。

俺は、Linusにつくね。
クラッシュ時の信頼性って言えば許されるとおもってんのか！
だから、ZFSみたいなのが作れないんだよ、と。

**login:Penguin** · 2009/03/13(金) 00:29:01

信頼性軽視するからLinuxのfsは他OSからportしてきたものでもアレなことに
なっているけどな。おまけに大して性能も出ていないし。

**login:Penguin** · 2009/03/13(金) 00:46:56

いろんなFSを量産しているのも弊害だよなぁ

**login:Penguin** · 2009/03/13(金) 08:53:47

>>854
信頼性重視なの？

**login:Penguin** · 2009/03/13(金) 08:55:22

ごめん。読み違えたw
そうだよなー。
重視してるならReiserの時もあそこまでフレームが大きくならなかっただろうし。

**login:Penguin** · 2009/03/13(金) 20:05:10

Solaris ZFSの基本的な仕組みを知る
ttp://www.atmarkit.co.jp/fserver/articles/zfs/01/01.html

◆IIiDC8JS7w · 2009/03/13(金) 21:14:51

たくさんのファイルを複数のディレクトリに
ファイルを作成したり、削除したりする時間を測定する
ツールがあるので、使って性能測定してみてください。
redhatの人とか、btrfsの評価で使ってくれている。

ttp://www.spinics.net/lists/linux-btrfs/msg02003.html
↑の最後のほうにコードが載ってます。

**login:Penguin** · 2009/03/13(金) 23:39:08

ext4がXFSライクなデータ消失を起こしたようです。
ttp://slashdot.jp/hardware/article.pl?sid=09/03/13/1311252

**login:Penguin** · 2009/03/13(金) 23:41:42

一緒にすんなハゲ
XFSでこんなこと起きねえよ

**login:Penguin** · 2009/03/13(金) 23:43:52

>>861
最近クラッシュしたときに、書き込みしてなかったか？
ファイルサイズが同じでも中身が0で埋まってるファイルが
できてるかもよ。
rsyncでとってたバックアップも死んでるかもwwww

**login:Penguin** · 2009/03/14(土) 07:11:48

fsのバグでもなんでも無いじゃないか。
http://slashdot.jp/hardware/comments.pl?sid=442678&cid=1530766

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

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