トップページ⇒linux
981コメント275KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/04/02(木) 20:57:26ID:AdLAWklr
●過去スレ
01 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/
0016login:Penguin2009/04/07(火) 13:09:46ID:glGLo9uA
[PATCH] reiserfs: kill-the-BKL
ttp://lkml.indiana.edu/hypermail/linux/kernel/0904.0/02923.html
0017login:Penguin2009/04/08(水) 02:49:50ID:Avzc7Z53
NILFSがLinusツリーにはいったね
0018login:Penguin2009/04/08(水) 13:26:21ID:VtYYkPPh
>>16
まだreiserfsでいけるな。
0019login:Penguin2009/04/08(水) 13:29:15ID:IfdqJhGm
>>16
またreiserfsが不安定に。
0020login:Penguin2009/04/09(木) 14:32:41ID:LCVjcWvj
2.6.30 merge window

・ The default mode for ext3 has been changed from data=ordered to data=writeback.
0021login:Penguin2009/04/09(木) 17:53:12ID:JtR8C4D8
>>20
Linuxの速度重視、信頼性軽視傾向の現れだな…
0022login:Penguin2009/04/09(木) 17:56:19ID:IKDEOMTX
ぷ
0023login:Penguin2009/04/09(木) 18:46:06ID:qGiByw58
22はおそらくリアル知能障害者
0024login:Penguin2009/04/09(木) 19:07:55ID:7CRHD1Ls
>>20

　　( 　ﾟдﾟ)　
＿(__つ/￣￣￣/＿
　　＼/　　　　/


　　( ﾟдﾟ )
＿(__つ/￣￣￣/＿
　　＼/　　　　/


　　( 　ﾟдﾟ)　
＿(__つ/￣￣￣/＿
　　＼/　　　　/


　　( ﾟдﾟ )
＿(__つ/￣￣￣/＿
　　＼/　　　　/


　　( ﾟдﾟ )　ｶﾞﾀｯ　　　　　　
　　.r　　 ヾ
＿_|_|　/￣￣￣/＿
　　＼/　　　　/


　⊂( ﾟдﾟ )
　　 ヽ ⊂ ）
　　 （⌒）｜　ﾀﾞｯ
　　　三 `Ｊ
0025login:Penguin2009/04/09(木) 19:12:59ID:71NuWGK3
ext3こそがLinuxだとかext3とLinuxは不可分だとか、信頼性を求められる
システムを構築する業者がファイルシステムについては何も考えないのなら
>>21に同意しても良いでござます。
0026login:Penguin2009/04/09(木) 19:21:21ID:Axax4MbG
まぁ、Linusだから…
0027login:Penguin2009/04/09(木) 19:25:28ID:IKDEOMTX
Linux Storage and Filesystem workshop, day 1
ttp://lwn.net/Articles/327601/
0028login:Penguin2009/04/09(木) 19:51:53ID:LCVjcWvj
>>27
それ貼っても購読者以外は来週まで読めないんだが
まぁふつーLWNくらい購読してるだろJKって話はあるが
来週になっても大半の奴には読めないって話もあるが
0029login:Penguin2009/04/10(金) 14:50:40ID:aZl7+NF4
ext4をメインにするのはちょっと待てって印象
http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch03b.html
0030login:Penguin2009/04/10(金) 17:07:52ID:vYjZ8YXw
おまえらのどうでもいいデスクトップはさっさとext4にしろや
0031login:Penguin2009/04/11(土) 00:02:24ID:XqZkh6cP
来月の日経Linuxはbtrfs特集
0032login:Penguin2009/04/11(土) 19:09:15ID:184pFY4H
>>30
正月にrootfsも含めて移行しましたがなにか。
Magic SysRqで2度ほど助かってますがなにか。
0033login:Penguin2009/04/13(月) 11:11:30ID:Zl352zkm
Re: [RFC Aufs2 #5 28/29] export lookup functions
aufs オワタ

>> I have been asked to include aufs into mainline from several people
>> several times. As long as you have strong NACK for aufs and reject all
>> union-type filesystems, I have to give up unwillingly and will answer
>> them "Aufs was rejected. Let's give it up."
>
>Yes, that's the case.
0034login:Penguin2009/04/13(月) 12:21:22ID:UPbYS9kO
GRUBのext4とかbtrfs対応状況ってどこ見たら分かるのかな？
0035login:Penguin2009/04/13(月) 17:47:27ID:DHeDWZBN
>>33
いちおうそれらのシンボルがなくても機能がごっそり落ちるけど動くことは
動いたような。

それにしても「VFSでやる方がきれいだから」というなら、やってから
蹴って欲しかった。unionfs系の需要はかなりあるので、現時点でこれまでになく
安定して使えるaufsが入ることはこれ系ユーザの悲願だったはず。
0036login:Penguin2009/04/13(月) 18:10:58ID:Zl352zkm
>>35
Unioning file systems: Architecture, features, and design choices
ttp://lwn.net/Articles/324291/

Unioning file systems: Implementations, part 2
ttp://lwn.net/Articles/326818/

Linux Storage and Filesystem workshop, day 1
ttp://lwn.net/Articles/327601/

この辺の議論に参加していなかったのが敗因だと思う。
0037login:Penguin2009/04/13(月) 23:27:02ID:DHeDWZBN
海外の、しかも招待制の会合に参加してないのが敗因と言われても
かなり納得いかないだろうな。
0038login:Penguin2009/04/13(月) 23:31:14ID:Zl352zkm
>>37
ttp://events.linuxfoundation.org/events/lsf-workshop
>How do I register to attend?
>This is an invitation-only event. If you are interested in attending, please submit a position statement.

>海外の、
極東の島国でおままごとして満足してるならそれもいいんでないか。
0039login:Penguin2009/04/13(月) 23:33:16ID:lmQlQUlX
カーネル開発者から二度も犯罪者を出したくなかったんだよ
0040login:Penguin2009/04/14(火) 00:13:11ID:NzBeLM/7
日本人って実は協調性ない民族なんだと最近思い始めている。
0041login:Penguin2009/04/14(火) 00:17:13ID:Py/Wb78g
豊になって民度が下がっただけ
0042login:Penguin2009/04/14(火) 01:17:31ID:ql7cXT3u
>>40
そうじゃなくて、相手が協調性を持っていると（一方的に）信じて自滅するパターンが多くないか？
0043login:Penguin2009/04/14(火) 01:45:12ID:NzBeLM/7
というより、あうんの呼吸ってやつ以外の手段を持ち合わせていない。
0044login:Penguin2009/04/14(火) 03:58:05ID:Sw7QCPKU
宇宙人の調査によると寡黙な男のほうがモテるらしいぞ
0045login:Penguin2009/04/14(火) 10:13:27ID:MdE+BWf0
　　 　　　/ﾞﾐヽ､,,___,,／ﾞヽ　　　
　　 　　　i ノ　　 川　｀ヽ'　　　
　　 　　　/　｀　・　 ． ・　i､ 　よそでやれ。
　　 　　彡,　　 ミ(_,人_)彡ミ　
　∩, 　/　ヽ､,　　 　　　ノ　　
　丶ニ|　　　 '"''''''''"´　ﾉ　　　
　　　　∪⌒∪"￣￣∪　　　
0046login:Penguin2009/04/14(火) 18:44:39ID:zlGU0pZW
そうか、aunfsにすれば良かったんだ
0047login:Penguin2009/04/15(水) 16:09:46ID:tETDNgTx
filefrag(8)
こんなんあるんや・・・
0048login:Penguin2009/04/16(木) 17:18:17ID:ysqBESkg
aufsはもうvfsで実現する形に転換してVFSまるごと乗っ取っちゃいなYo!
彼らが来年にVFS実装したとして、aufsに劣る機能だったりしたら目も当てられない。
0049login:Penguin2009/04/16(木) 17:34:18ID:9SFV+UoY
所詮内向的な日本人には無理
0050login:Penguin2009/04/16(木) 22:04:41ID:NSeZFS5V
ext4使ってる人
感想聞かせてください
0051login:Penguin2009/04/16(木) 22:22:31ID:bXUDAckQ
>>50
ttp://pc11.2ch.net/test/read.cgi/linux/1236344388/63
0052login:Penguin2009/04/17(金) 00:30:31ID:TkyEP9nc
ext3の時は大きなファイルを消す時に待ち時間がある。
ext4にすると消す時に待ち時間がない。
それくらいしか体感出きるような要素はない。
環境はUbuntu 9.04でSATAの2.5inchHDD。
0053login:Penguin2009/04/17(金) 00:39:12ID:TKphcoFg
>>52
「しか」もなにも、普通のファイルシステムの進歩は安全性・速度・可用性能の
どれかの向上がメインだろ。ext4は鉄板の正常進化を志向してるんだからそれでいい。

機能的に「おおっ」と思わせる野心的なのは比較的少ない。だからまだまだ
今後色々出てくるんだろうな。
0054login:Penguin2009/04/17(金) 00:43:59ID:grrGySmY
そんなにいらないよ。
カーネルおじさん、もうお腹いっぱい。。
0055login:Penguin2009/04/17(金) 12:29:19ID:f/skbjrD
>>51 確かに、ext4への書き込みは、こういう感じになるね。

$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 3.15929 seconds, 340 MB/s

real 0m35.774s
user 0m0.008s
sys 0m3.360s
0056login:Penguin2009/04/17(金) 12:30:10ID:f/skbjrD
ext3だと、こう

$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 36.3135 seconds, 29.6 MB/s

real 0m36.852s
user 0m0.000s
sys 0m2.656s
0057login:Penguin2009/04/17(金) 19:08:29ID:tSW3PSgJ
FreeBSD-users-jpとか、linux-usersとか、pgsql-jpなんかのMLから、このスレの過去スレまで
何度もddでの書き込みスピードを得意気に書き込むバカが表れ、その都度、意味がないと叩かれる
なのにどうして相変らずこの手のバカは居なくならないんだろう

ddが何なのか分からないのだろうか
まあddが何をしているのか知っていれば、少なくともファイルシステムの速度計には使うまい
0058login:Penguin2009/04/17(金) 19:24:04ID:f/skbjrD
>>57
何という頭の悪いレス
0059login:Penguin2009/04/17(金) 19:34:57ID:mPuNNvYn
dd はファイルに対して読み書きするもので、
デバイスファイル専用ではないということを知らないのでしょう。
0060login:Penguin2009/04/18(土) 00:36:55ID:lRUOugU0
意味もなく張ってみる@ext4

$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 13.2998 s, 80.7 MB/s

real 0m13.306s
user 0m0.021s
sys 0m10.630s
0061login:Penguin2009/04/18(土) 00:49:22ID:AeE8t4/a
じゃあ俺も@xfs WD6400AAKS

$ time dd if=/dev/zero of=testfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 9.02607 s, 119 MB/s

real 0m9.029s
user 0m0.000s
sys 0m2.312s
0062login:Penguin2009/04/18(土) 01:00:45ID:i56ZkWfD
dd厨ホイホイスレと化しました。
0063login:Penguin2009/04/18(土) 01:07:01ID:pzUrQACk
>>55の人気に嫉妬ですね、わかります。
0064login:Penguin2009/04/18(土) 01:32:05ID:CLnxhQY1
全体で数百〜千万ファイルを扱えて、縮小ができ、個人利用で
問題ない程度に枯れたFSってありますか？
0065login:Penguin2009/04/18(土) 01:46:34ID:0X+MA58t
>>64
そんな小規模ならどれでもいけるんじゃないの？
いまどき個人でも数百万ファイルくらいは持ってる。
0066login:Penguin2009/04/18(土) 03:21:49ID:CLnxhQY1
んじゃオーソドックスにext3ですねー
0067login:Penguin2009/04/18(土) 20:00:07ID:wlWK2IHw
>>61
を、6400AAKSだ。
そのドライブってbuffer to diskが70MB/sって事になってるけど、やっぱりスペックシートが間違ってるのかな。


と完全に板違いな話を振ってみる。
0068642009/04/18(土) 22:30:38ID:CLnxhQY1
以下は単なる興味なのですが、後学のためということで、

ファイル数が数千万〜億で>>64と同じ条件だと
どんな選択になりますか？
0069login:Penguin2009/04/18(土) 23:10:56ID:Hx7g9aQh
>>68
それってペタバイトストレージとかの世界でしょ。
Luster ISILON GPFS GFS AFS とかのネットワークファイルシステム必須じゃないの。
どれが良いかはクライアント数や必要帯域、読み出しと書き出しの割合や、
負荷分散や耐障害の必要性、さらに常駐エンジニアが24/7/365なのかどうか、
といった細かい仕様に応じて決まるものだから、そういうの抜きで選択できないよ。
0070login:Penguin2009/04/19(日) 01:34:50ID:jLpJXxzb
1億ファイル生成テストスクリプトきぼん
ディレクトリ数指定機能付き
bashでよろ
0071login:Penguin2009/04/19(日) 03:24:31ID:qEBwWBxw
bashめんどいからperlで書いた。テストはしていない。
#!/usr/bin/perl
use strict;
my($dir, $numfile, $numdir) = @ARGV;
$numdir = 1 <= $numdir ? int($numdir) : 1;
chdir $dir or die $!;
foreach(0 .. $numdir - 1) {
mkdir $_ or die $!;
}
foreach(0 .. $numfile - 1) {
my $dirname = $_ % $numdir;
open FILE, ">".$dirname."/".$_ or die $!;
close FILE;
}
0072login:Penguin2009/04/19(日) 18:39:00ID:9jyUtOH4
どうせベンチ貼るなら boonie++ にすればいいのに。
0073login:Penguin2009/04/19(日) 22:42:34ID:oNVWurvy
0 ... $numfie - 1とか
0074login:Penguin2009/04/21(火) 01:17:20ID:XIEwVXcw
LinuxからOracleが急激に手を引く悪寒・・・
btrfs, ocfs2オワタ？ﾅﾝﾃｺｯﾀｰ
0075login:Penguin2009/04/21(火) 01:26:33ID:DhSM5Bkf
MySQLも心配だが、btrfsはどうなるんだろう。
0076login:Penguin2009/04/21(火) 02:41:00ID:M/KvjwG+
ZFSがCDDL/GPLに…ならんだろうな。

btrfsになんか持ってきてもらえるとうれしいが。


0077login:Penguin2009/04/21(火) 08:05:09ID:5c5t6vM4
OCFS2 for Solaris、zfs for Linuxあたりに期待
btrfsにRAID-Zとか。
0078login:Penguin2009/04/21(火) 18:32:42ID:CcNE2Hib
>>75
MySQLに関しては各所で阿鼻叫喚ですな。特に海外ではPostgreSQLが全然で
MySQL一色だっただけに。

>>76
そのbtrfsに黄色信号が灯っているんだけど…
2.6.29にマージされたと思ったらこうだものなぁ。

ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
手を引き始める可能性は高い。
0079login:Penguin2009/04/21(火) 20:39:26ID:wqTd6TxB
btrfsのメーリングリストにBtrfs development plansのメールがいっぱい来てたw
0080login:Penguin2009/04/21(火) 21:03:58ID:xUiy5ydU
>>78
> ZFSのライセンスが変わることは考えにくいし、Oracleがbtrfsの開発から
> 手を引き始める可能性は高い。

何故そう思ったの？
むしろOpenSolarisのほうが不透明になった印象だが
0081login:Penguin2009/04/21(火) 21:57:51ID:KjHaovNL
>>80
Oracle DBはOpenSolarisに最適化するらしいよ。

とりあえずリストラが噂されてるらしいけど、個々のプロジェクトの命運はその動向次第だろうな。
http://www.computerworld.jp/topics/ma/143270.html
0082login:Penguin2009/04/21(火) 22:02:20ID:NwIqactl
ZFSをGPL化。
これやるだけで、Oracle神評価だろ。ちょろいよな・・・

GPL化無しとして、Oracle連携が強化されるとしたら
ZFSのzvolのパフォーマンス？Oracle+ZFSは期待したい。
Linuxのbtrfsと共存ってことなら、それはそれでもいいが
同じものが2つって状況はね・・・
0083login:Penguin2009/04/21(火) 22:09:32ID:xUiy5ydU
買収したら相手の株価は上がるし自社の株価は下がる。
だから価値ある買い物をしたんだと印象付ける為に相手を持ち上げる。
少なくとも悪いことは言わない。
それを差し引いても Oracle が Solaris を利用したいのは確かだろう。
ただ興味の対象は open source としての Solaris じゃないかもしれない。
もう一つは、Oracleの売上を支えてるのは Dellや HP製のミッド〜ローレンジ
Win,Linuxサーバーで、これを切り捨てる訳にはいかないだろう。
長期的にはわからないが、今すぐ Linux の対応が変わるのは考え難いと思う。
0084login:Penguin2009/04/21(火) 23:42:11ID:wvpTY7z/
USBメモリを疑似SSDとして使ってますが
SSDの書き込み制御機構のような、
メモリを長持ちさせるためのファイルシステムを
ご存知でしたら教えてください。
0085login:Penguin2009/04/22(水) 00:48:04ID:IofjUEGy
>>84
つ aufs+tmpfs

つまりUSBメモリには書き込まない。
必要なら後からまとめてバッチで書き込む。超快適＆寿命最長。
0086login:Penguin2009/04/22(水) 11:16:04ID:WFPa+q58
>>84
発売中のUNIXmagazie今月号を読めば完全に理解できるヨ
0087login:Penguin2009/04/23(木) 17:30:01ID:kAxgOIhb
>>57,72
ｲｷﾛｗ
0088login:Penguin2009/04/23(木) 20:33:57ID:hKaSB6+r
このスレに書き込まれる、釣りを目的にしたであろうレス群って
いつも攻撃的な感じのレスなんだよね
それも大体が単発IDからの単発レスだし、分かりやすいことこの上ないと思うんだ

なのにここの人達は、どうして釣りだと気づかないのかね

アンチだ、厨だとレッテル貼りする前に釣り目的のレスはスルーしないか
昔の釣り針に、わざわざ今になってレスするのも止めようよ
0089login:Penguin2009/04/23(木) 20:45:52ID:BBBkDbtu
2ch初心者か？
肩の力抜けよ
0090login:Penguin2009/04/23(木) 20:50:15ID:8Aa5mC1H
誤爆かと思ったよ。
それとも遅延書き込みの影響かな？
0091login:Penguin2009/04/24(金) 01:00:54ID:flAR2j//
バックアップ　リストアＤＶＤを簡単に焼けるのは
やっぱりext3
0092login:Penguin2009/04/28(火) 21:04:00ID:VhLF+VVc
ext3ほど粗悪で、不快で、価値のないファイルシステム他にあるか？
ntfsやfat32に匹敵する出来の悪さ
0093login:Penguin2009/04/28(火) 21:48:09ID:OvKIbI4F
ext3・NTFS・FAT32・・・・

どれも広く使われているファイルシステムやん。

>92 チミは異世界の住人かね？　チミ魍魎。
0094login:Penguin2009/04/28(火) 21:55:22ID:hFEqSOqA
はいはい。これからの30レス位を圧縮するよ
・よく使われているファイルシステムがいいわけではない
・使われているということは一定の信頼性がある
・安定性といい悪いは別の話
・適当な罵り合い
おｋ？

こういうのは、繰り返されているから
「具体的に悪い点を指摘」＋「改善方法を提案」
位しないと話が進まないからな。では、よろしく！
↓
0095login:Penguin2009/04/28(火) 22:25:46ID:ouE1LFjq
>>93
よく使われているファイルシステムが良いわけじゃないだろｗ
0096login:Penguin2009/04/28(火) 22:36:33ID:riMA5rxw
>>95
使われているということは一定の信頼性があるって事だろうがｗ
0097login:Penguin2009/04/29(水) 00:00:29ID:oA1gyBgt
>>95 >>96
安定性といい悪いは別の話だろjk
0098login:Penguin2009/04/29(水) 00:09:41ID:EAn6al6s
>>97
そういうこと言い出したらNTFS最強ってことになるが。
0099login:Penguin2009/04/29(水) 00:15:01ID:AV5CQfRb
NTFSが最強というより
Windowsのカーネルが暇さえあればキャッシュをフラッシュしてるだけ
0100login:Penguin2009/04/29(水) 01:02:52ID:AiwhrIEV
んと、あと何レス続ければおｋ？
0101login:Penguin2009/04/29(水) 05:37:21ID:Rjo8+Wzs
>>99
そうなんですか。で、そのフラッシュの頻度を少なくする設定とかあるんでしょうか？
0102login:Penguin2009/04/29(水) 08:36:34ID:uuOizoxv
>>100
半年ROMれ
0103login:Penguin2009/04/29(水) 15:18:34ID:qIRe5cGm
reiserfs最高
0104login:Penguin2009/04/29(水) 16:11:09ID:7cN9yvFt
遅ればせながらCoWを勉強した。すげーなこれ！
ZFSやbtrfsを待望する理由がわかったよ。
SSDとの組み合わせでSSDの死角が潰せて更にすげー事になりそうだね！
0105login:Penguin2009/04/29(水) 17:00:52ID:Rjo8+Wzs
っていうか今までそういう実装がなかったことが不思議なくらい
OSの進歩って遅すぎるよね
0106login:Penguin2009/04/29(水) 21:04:02ID:AiwhrIEV
そりゃその機能だけを実装すればいいなら簡単だが
あっても他の機能との兼ね合いとか安定性とか考えることがいっぱいあるからねぇ
安易な批判は無知を晒すことになりかねないから注意した方が良いよ
0107login:Penguin2009/04/29(水) 21:08:45ID:4DG+1E8h
>>105
随分と知識があるようだな。
お前が思ってるファイルシステムのあるべき姿とその実装法について教えてくれ。
0108login:Penguin2009/04/30(木) 16:50:01ID:47fhxI2x
ApolloのDomain/OSみたいなやつ
0109login:Penguin2009/05/01(金) 10:03:06ID:hxdl23z6
>>99
ext3も5秒ですが
0110login:Penguin2009/05/01(金) 13:37:29ID:cgyDKWr7
早いreiserfsが更に早くなるようで。
[PATCH 0/6] kill-the-BKL/reiserfs3: performance improvements, faster than Bkl based scheme
http://lkml.org/lkml/2009/4/30/721
>So the new locking scheme makes it 11% faster than with the bkl.
0111login:Penguin2009/05/01(金) 13:45:55ID:bc8Tc/Hk
BKLの除去はリスク高い
しばらく様子見しないと危険すぎるが、その間にext4のほうが先に安定しちまうだろう
信者にとってはどうでもいい事なんだろうが
0112login:Penguin2009/05/01(金) 13:50:17ID:CbPQLKCe
このスレとGentooスレには喜んで特攻して（玉砕して）くれる信者が
たっぷりいるから、喜劇の観客としては楽しみなところではあるな。
0113login:Penguin2009/05/01(金) 15:26:10ID:5eVtO6I6
reiserfsはもういいから早くreiser4を安定させろと。
0114login:Penguin2009/05/01(金) 15:28:22ID:bc8Tc/Hk
確かにそのとおりだけど
reiserfsが一番BLKを使ってるって指摘されたのが悔しかったんだろう
0115login:Penguin2009/05/01(金) 15:51:16ID:VRESgmdn
Hansにコードレビューさせたの？
0116login:Penguin2009/05/01(金) 15:57:25ID:Ikfa6M2+
Hans早く帰って来い！
■ このスレッドは過去ログ倉庫に格納されています