トップページ⇒linux
1001コメント272KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
0579login:Penguin2012/05/06(日) 00:21:15.49ID:LV4tOek1
>>578
そう?
パーミッションあるし、もうちょい高機能なんだと思ってたけど。
ジャーナル付きNTFSくらい。
0580login:Penguin2012/05/06(日) 00:40:36.46ID:SqaZoyGh
>>579
その辺はACL用にちょっと拡張されたってだけだからなぁ。確かに機能面では
大きく違ってくることではあるけど。

基本的には大昔のHFSからそうは変わってない。実装で頑張ってOS Xのバージョンが
上がるごとにACLだのジャーナリングだとの拡張しているけど。

あと、NTFSについて無知すぎ。ジャーナルはハナからついている。
0581login:Penguin2012/05/06(日) 01:58:20.15ID:/BDbWsx+
NTFSさんにあやまれ。
0582login:Penguin2012/05/06(日) 03:16:25.33ID:TfSGVwC4
HFS関係って昔リソースフォークの取り扱いとか
変態ファイル名とかですんげー苦労させられた記憶があるんだけど、
他のFSとの相互運用性ってマシになってたりするのかな？
0583login:Penguin2012/05/06(日) 10:02:00.25ID:bimIbaZ3
会社の評価機を借りてLinux NativeのZFSを試してみました。
CPUがXeon 2.3GHz、メモリーが16Gバイト、HDDが2Tバイト SATAと
いう構成。特に問題なくインストールできて、ベンチマークプログラム、
ファイルコピーのテストも順調に出来ました。

あたり前の結果で、シーケンシャルの読み書きの速度は遅く、ランダムは速い。
特にランダムの読み込みの速度がEXT4に比べて、30倍くらい速く、DBや
ファルサーバのストレージに使うと凄そうですね。

Linuxでの正式リリースが楽しみなファイルシステムです。

0584login:Penguin2012/05/06(日) 10:18:07.35ID:1mav6+r3
え？
DBにZFS？
0585login:Penguin2012/05/06(日) 11:33:09.63ID:Brg6oYil
何かいいたいことがあるなら具体的にどうぞ。
0586login:Penguin2012/05/06(日) 12:36:37.90ID:tnh/l61N
大坊聡？
0587login:Penguin2012/05/06(日) 13:13:57.62ID:SqaZoyGh
>>582
いちおうOS Xでは
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF#.E3.83.AA.E3.82.BD.E3.83.BC.E3.82.B9.E3.83.95.E3.82.A9.E3.83.BC.E3.82.AF.E3.81.AE.E7.8F.BE.E7.8A.B6
ってことで、リソースフォークの使用は控えられるようになっているけど、
ファイル単体ではなくファイルシステムで見た場合は、
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF#.E5.AF.BE.E5.BF.9C.E3.82.B7.E3.82.B9.E3.83.86.E3.83.A0
http://ja.wikipedia.org/wiki/%E6%8B%A1%E5%BC%B5%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E5%B1%9E%E6%80%A7#Mac_OS_X
にあるよう、マルチフォークで属性情報をガシガシ増やしてファイルシステムの
拡張をしているからなぁ。

FS自体の相互運用性は下がる一方かと。

>>584
とりあえず、ttp://developers.sun.com/solaris/whitepapers/index.jspに
ある
Configuring Oracle Solaris ZFS for an Oracle Database
http://developers.sun.com/solaris/docs/wp-oraclezfsconfig-0510_ds_ac2.pdf
を読んでこい。
0588login:Penguin2012/05/06(日) 13:53:04.67ID:CV3emWUR
メタ情報をもっと活用する方向にいってくれないもんかな。FSだけの問題じゃないけど。
0589login:Penguin2012/05/09(水) 03:40:46.17ID:dNOv9YfW
Oracleデータベースを置く領域はASMで決まりだろ
わざわざOSのファイルシステム上に置くメリットって何かあるの？
管理しやすいって？
0590login:Penguin2012/05/09(水) 07:27:58.74ID:13vigJRw
FreeBSDスレ見てたらZFSはv30からOracleの意向でクローズドソースになるのね

v28採用してるFreeBSDとかは独自発展させるんかな
0591login:Penguin2012/05/09(水) 23:20:57.21ID:ZWFhWH7F
v30も暗号化部分がクローズドなだけじゃないの？
FSもDBも全部Oracleに握られてるのはいやだなぁ
0592login:Penguin2012/05/10(木) 02:18:13.19ID:n6TOlTxc
RHEL6でサポートされるFSはext3、ext4、そしてスケーラブルな（笑）xfsかぁ
0593login:Penguin2012/05/10(木) 08:46:55.76ID:n6TOlTxc
Fusion-ioの価格表
ttp://hesonogoma.com/hardware/fusion-io_iodrive_pricelist_2012.html

IOが激しくて性能が厳しいサーバがあるのでFusion-io使ってみたいが
もう少し価格がこなれてこないと手が出ないな・・・
0594login:Penguin2012/05/10(木) 10:11:29.71ID:uzdXa+U4
ebayは日本向け売ってくれないもん？
そんなしないぞ
0595login:Penguin2012/05/10(木) 14:58:38.76ID:V1j2zBKg
超大容量HDD付けたnilfsをGC offにすれば速くなることは速くなる。
リードもメモリキャッシュに乗るようにすればよい。
0596login:Penguin2012/05/10(木) 16:30:30.58ID:dleBY42Y
>>591
FreeBSDはillumosの動向に追従みたいだけど、現状よりは望み薄っぽいね
0597login:Penguin2012/05/10(木) 23:07:32.43ID:NECzXalT
>>591
海外フォーラムを見ると
これからは2つのZFSが存在することになる。
非常に残念なことだ。
って書いてあるから、オープンソース最後はv28で、v30以降は完全クローズになるんじゃないかな。
v28までライセンスがCDDLってのは変わらないようだけど。

IllumosもCDDLで公開されているソースを利用しているから、v30以降のZFSのコードは使えず
ZFS v30以降はOracleSolaris使うしかないって見解みたい。
0598login:Penguin2012/05/11(金) 01:37:17.98ID:4yR4l5go
今更クローズドにするとかあいかわらず嫌がらせが大好きなんだな。
0599login:Penguin2012/05/11(金) 01:41:16.20ID:ocx/xIVv
>>598
嫌がらせっつーかそもそもオープンソースと競合する製品を売っている会社で
しかもオープンソースに協力とかしていない会社だから。
0600login:Penguin2012/05/11(金) 01:50:11.73ID:yBR+2vnr
さすがにそれはあんまりだ
0601login:Penguin2012/05/11(金) 01:50:18.30ID:4yR4l5go
この先どうなるのかしらないけどbtrfs作ってるじゃん。
MySQLも今のところはオープンのまま。
0602login:Penguin2012/05/11(金) 01:51:26.14ID:ocx/xIVv
そういやそうだったな
0603login:Penguin2012/05/11(金) 01:53:10.90ID:Rs4s5bBT
今更というよりOracleがSunに買収された時点でこうなるのは仕方なかったのかな。
0604login:Penguin2012/05/11(金) 03:33:04.68ID:p1pOPx1v
>>593
>>594
OCZ製のPCI接続SSDであればもっと安かったよ
海外からFusionio買った人いますかー？
0605login:Penguin2012/05/11(金) 06:46:05.16ID:jdrQ5XWm
>>603
そうなってりゃ今こんな話にならんだろｗ
もっとも、SUNが好調だったらSolarisをオープンソースにしたかは怪しいけどさ
0606login:Penguin2012/05/11(金) 08:14:43.73ID:jkHVDhT6
まったく貢献しない奴より、Oracleの方が1000000倍ありがたいけどな。
OSSに貢献するのは国民の義務でもなんでもないし、営利企業なんだから必ずしも沿えないのは当たり前。

どんなに協力的な会社でも自社の生存を犠牲にしてまでOSSする訳ない。そういう枠の中で、btrfsやocfs2に匹敵する貢献をしてる会社が一体何社あるのかと。
0607login:Penguin2012/05/11(金) 08:47:12.97ID:SoMXQdp3
BerkleyDBとかMySQLとかJavaとか不幸にしまくってるじゃん。
ドキュメント方面の予算削られてMySQLの日本語ドキュメントが5.1
までしかないとか、doc.java.comが一時期なくなった(社内でがんばって
くれた人がいて復活した)とかひどい目にあってる。

JavaはGoogleとの訴訟で「APIに著作権を認めろ」とかいってるしな。
0608login:Penguin2012/05/11(金) 09:12:10.28ID:Rs4s5bBT
オラクルの場合は貢献よりやったことの悪影響の方が多いから
OSSに対して非干渉の企業の方が1000000倍ありがたい。
0609login:Penguin2012/05/11(金) 10:35:25.35ID:agAAD5md
業突く張りのボラクルですからね
0610login:Penguin2012/05/11(金) 11:16:56.86ID:sTP/os3g
MSの方がまだマシって思わせる企業があるなんて
0611login:Penguin2012/05/11(金) 12:44:07.18ID:w0RrmVyz
ZFSの未来はNexentaに頑張ってもらうしかないよね
0612login:Penguin2012/05/11(金) 13:33:45.09ID:ocx/xIVv
挿入削除機能付きファイルシステム
ファイルに対する挿入および削除を高速に行うことを目的に開発したファイルシステム
http://www.nhk.or.jp/strl/flexible/doc_ext4_mxf.html
0613login:Penguin2012/05/11(金) 14:15:11.41ID:GH1IWZxy
>>607
Oracleが打ち捨ててくれたおかげで幸せになれたOpenoffice.orgとかあるしな〜
0614login:Penguin2012/05/11(金) 14:56:34.05ID:5z7FqG21
開発者がほとんど逃げ出してから捨てられてのって幸せなんだろうか
0615login:Penguin2012/05/11(金) 14:59:16.12ID:sTP/os3g
>>612
上流に寄付するなりすればいいのに
半税金で運用している会社のわりに使えないよな
0616login:Penguin2012/05/11(金) 17:27:06.27ID:zDYdOm03
>>612

受信料を払っていないのでパス
0617login:Penguin2012/05/11(金) 18:57:00.39ID:QWh07S8U
GPLなものに受信料は関係なかろ。
0618login:Penguin2012/05/11(金) 20:06:42.05ID:sTP/os3g
>>617
http://www.nhk.or.jp/strl/flexible/Down01.html
NHKがいじった部分は違うよ
0619login:Penguin2012/05/11(金) 20:09:35.37ID:jkHVDhT6
>>607
あいつらが予算削減したからドキュメントがないんだって・・・
どんだけ無料ユーザー様なんだよ。

世の中金も手も出さない所ばかりな所で、ドキュメント作成までは
カバーできなかったが出したというのに、前の支援者よりレベルが
落ちるだけでボロクソ。誰がそんなコミュニティ支援するんだ？
0620login:Penguin2012/05/11(金) 20:20:55.68ID:ocx/xIVv
>>618
こいつはGPL2だよ。
http://www.nhk.or.jp/strl/flexible/down_ext4_mxf.html
0621login:Penguin2012/05/11(金) 21:41:37.63ID:pEam6qOM
Oracleに買収される前にあったものが買収されたら無くなったら呆れるだろ。
0622login:Penguin2012/05/11(金) 22:24:36.79ID:4yR4l5go
>>613
捨てるなら最初から捨てればよかったのに、さんざん引っ掻き回して
誰も寄り付かなくなってから寄贈とか嫌がらせの最たるものじゃん。
0623login:Penguin2012/05/12(土) 01:47:50.44ID:KLe6gbzV
v28時点の機能で充分なんで、v30以降クローズドでも文句言わんからv28のコードをBSDかGPLにしてくれんかねｗ＞ZFS
0624login:Penguin2012/05/12(土) 02:25:05.18ID:jr/vC4EX
ならばApache Licenseにしてやろう
0625login:Penguin2012/05/12(土) 02:47:00.19ID:dQiISBRz
修正BSDならまだしもGPLはちょっと…
0626login:Penguin2012/05/12(土) 02:49:12.79ID:AZpPqINZ
GPLにしたらFreeBSDの人たちがキレるだろうな。
0627login:Penguin2012/05/12(土) 05:39:42.82ID:dQiISBRz
むしろIllumos側とかがやる気無くすだろ
0628login:Penguin2012/05/12(土) 09:18:19.28ID:tnC/P8Hk
Linuxサーバ構築の仕事をやっているが、
ZFSに対してのあこがれは増すばかり。

自宅のファイルサーバ（CentOS)で使って、良い感じで使えているので、
会社のデスクトップマシンのOS入れ替えのとき、Homeディレクトリを
ZFSに割り当てちゃおう。
0629login:Penguin2012/05/12(土) 19:13:56.22ID:R4XTgxI9
Oracleアンチスレに成り変わってしまったんやなｗ喜劇やなｗ
0630login:Penguin2012/05/12(土) 21:06:59.32ID:Ybl2SDjr
>>629
以前のスレでも同様の事情が発生したからね
まぁ、定期的に発生するよくある話
0631login:Penguin2012/05/12(土) 21:40:52.96ID:WiWzjoLA
最近のファイルシステム事情からするとOracleが叩かれる流れになるのは仕方ないと思うんだが。
0632login:Penguin2012/05/13(日) 01:47:39.10ID:yRFiDpFg
ZFSクレクレ Btrfsクレクレ
0633login:Penguin2012/05/13(日) 10:41:05.88ID:6yfJ5u8k
OSクレクレ3日でピーコ完了ｗ
0634login:Penguin2012/05/14(月) 12:41:38.98ID:0FAxP6SH
zfsをhdd×4のraidz1で運用してる。osはsolaris11
raidの健全性を調べるコマンドって
zpool status
で必要十分なの？
0635login:Penguin2012/05/17(木) 02:08:12.61ID:zXXpU1HC
>>594
ebayに出品されているのは中古品だろ？
メーカー出荷の新品と比較しちゃダメよ
0636login:Penguin2012/05/17(木) 09:03:27.03ID:quLDDVor
>634

zpool scrub pool名

でオンラインチェックが出来るらしい。
今試しに動かして見てるけど、IOやCPUの負荷が
かなり大きい。全力で読み書きしてチェックしてる
様子。

scrub実行中にzpool statusを見ると、チェック
の進捗と予想終了時間が判ります。万が一エラーが
起きたら自動修復？されるんでしたっけね。


0637login:Penguin2012/05/18(金) 02:04:44.50ID:vSGVCWOh
なんだ、ZFSもfsck必要なのか
0638login:Penguin2012/05/18(金) 09:54:30.02ID:qWj86vXl
>637

他のファイルシステムでは、ファイルの書き込み中の電源OFFとか
カーネルパニックでファイルが壊れることがあるけど、ZFSは
書き込んでからファイルポインタを付け替えるから、ファイルが
壊れる事はない。

scrubはハードウェアの障害によるデータ化けの対策
0639login:Penguin2012/05/18(金) 10:44:02.27ID:wFUz+ABd
ファイルポインタを付け替えようとしているときに電源が切れたらどうなるの？
とか思ってしまった
0640login:Penguin2012/05/18(金) 12:56:46.50ID:H+gB5nnv
>>639
…。そう思ったらちょっと考えてみるぐらいしてみたほうがいいな。
0641login:Penguin2012/05/18(金) 13:17:04.13ID:F39pzlH8
急いでつけかえるから大丈夫！！！１！！
0642login:Penguin2012/05/18(金) 13:40:42.56ID:dgKtu+BA
考えて分かることなのか
0643login:Penguin2012/05/18(金) 13:43:58.84ID:5sSa6Sz4
ファイルポインタを付け替える間に電源を切ることは不可能である
0644login:Penguin2012/05/18(金) 13:52:20.88ID:g3FMqL47
ポインタの付け替え時間 <<<<<<< ファイルの書き込みの時間

ファイルの書き込みの最中に電源が落ちると、ファイルは死んでしまいます。
例えばテキストファイルを書き込み中に電源落ちて半分しか書き込めなかった
とか。ZFSでは元の情報を保持したまま、新規のデータを作成し、書き込みが
完了した後、ポインタを付け替えます。ファイル書き込み中に電源が落ちても
元のファイルは残ります。という事でファイルシステムは論理的には
壊れません。
0645login:Penguin2012/05/18(金) 14:28:27.99ID:dgKtu+BA
そんなこと誰でも分かってるでしょw
0646login:Penguin2012/05/18(金) 14:33:27.88ID:XuBoX5Wq
HDDユニット自体が電力を絶たれても
がんばってアトミックに動くようになってる(らしい)からでそ。
0647login:Penguin2012/05/18(金) 16:43:51.44ID:utn7Luuj
そのためのジャーナルなんだぜ
0648login:Penguin2012/05/18(金) 16:45:30.78ID:oOjSEvqe
ジャーナルはメタデータしか記録しないので万能ではない
単にファイルシステムのメタデータが壊れないだけ
0649login:Penguin2012/05/18(金) 16:49:11.21ID:cy1LYrTG
>>648
んなことはない FSによって仕様は違う。
0650login:Penguin2012/05/18(金) 19:32:32.59ID:qwD1jBDX
ext4は、電源切れた時とか、書き込み後の新しいファイルも
書き込み前の古いファイルも残らない問題があって、
その問題が出る可能性を少なくする修正をしたけど、可能性はあるまんまだよ。
0651login:Penguin2012/05/19(土) 00:37:17.94ID:5rNSO6UU
電源切れても、アトミックに書けることが保証されてるなら、
どんなサイズのデータも
512byteのファイルに分けて書き込めば、不意の電源切断による
ファイル損失が回避できるってことだね
0652login:Penguin2012/05/19(土) 00:44:38.79ID:oH+axjjp
アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。
0653login:Penguin2012/05/19(土) 01:22:01.37ID:bGawkh/l
>>652
それにプラスして>>641と>>643だから安全なんだよな
0654login:Penguin2012/05/19(土) 10:07:02.37ID:d/xS1V5P
hdparm -W1で使ってても保証されてる？
FUA発行前の書き込みが中途半端に反映されてる状況。
FS次第？
0655login:Penguin2012/05/19(土) 19:50:22.13ID:FRys3al+
XFS2まだかよ
0656login:Penguin2012/05/19(土) 19:53:39.97ID:YxifvVZm
XFSは元々は他OSのFSだしext5の方が良いんじゃね
0657login:Penguin2012/05/19(土) 19:55:42.67ID:R06bEnk+
電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？
0658login:Penguin2012/05/19(土) 19:57:05.39ID:d56/CwG2
>>657
それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する
0659login:Penguin2012/05/19(土) 20:50:18.22ID:OclJXskD
>>655
kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。

kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。

とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら
0660login:Penguin2012/05/19(土) 22:13:23.46ID:9MY9nMma
RedHatカーネルに移植されない＝OracleLinuxに取り込まれない
なら別に悪くないかもｗ
0661login:Penguin2012/05/20(日) 14:48:12.14ID:eP6j5/av
>>657
いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。

postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。
zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。
0662login:Penguin2012/05/20(日) 15:11:25.04ID:8YfFWlKc
とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある
性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか
ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ
0663login:Penguin2012/05/20(日) 15:20:18.69ID:YuJ3DDEz
ぶっちゃけUPSいれろで結論出てるけどな
0664login:Penguin2012/05/20(日) 15:40:45.14ID:8YPwgSyJ
ハード屋は電源無くなりゃなんも出来んって言ってるのに
ソフト屋はack返してんだろって言うからなｗ
ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ
0665login:Penguin2012/05/20(日) 16:00:28.49ID:p9BF+Jlq
奥なんとかさん。呼んでますよ。
0666login:Penguin2012/05/20(日) 17:15:21.17ID:HhKMOwRD
え？iSCSIってアトミック動作保証されないの？？
ジャーナルFSにしてても、破損する可能性あるのか
0667login:Penguin2012/05/20(日) 18:23:12.40ID:uTdrFX86
iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド
呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？
0668login:Penguin2012/05/20(日) 23:25:07.01ID:ELQ5/TDV
>>657
http://www.atmarkit.co.jp/flinux/rensai/watch2010/watch03b.html
＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、
＞「もともと512bytesでも保証はなかった。
＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、
＞そういう処理が原因でアトミックに処理できなかった。
＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。
＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。
0669login:Penguin2012/05/21(月) 08:26:04.95ID:0vaQ/+dW
家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。
0670login:Penguin2012/05/21(月) 08:52:31.83ID:ibgDvpSH
ところで、linuxの次期FSとして一番有力なのはどれなの？
1)btrfs
2)ZFS
3)ReiserFSもしくはそのフォーク？
4)EXT4もしくはその拡張
5)その他
0671login:Penguin2012/05/21(月) 09:31:16.61ID:xHaR64QJ
そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。
複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。
0672login:Penguin2012/05/21(月) 09:54:20.81ID:w3v01jDq
1セクタアトミックに書けるなら
任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる
0673login:Penguin2012/05/21(月) 09:57:25.79ID:PP15/LMj
>>670
1)btrfs→オラクルからはエンジニアが既に去った。
2)ZFS→ケチケチサポートに突入。
3)ReiserFSもしくはそのフォーク？→そんな気配は無い？ 
4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。
5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。
0674login:Penguin2012/05/21(月) 09:58:33.96ID:PP15/LMj
> 1)btrfs→オラクルからはエンジニアが既に去った。 

去ったのはZFSの人か。スマソ。
0675login:Penguin2012/05/21(月) 10:04:58.51ID:2/Hjj9MT
>>670
4
0676login:Penguin2012/05/21(月) 10:11:32.22ID:VzIf2jh+
やっぱり4だよね。
0677login:Penguin2012/05/21(月) 10:49:59.19ID:Ms9i3XwP
４だと思う。
で、アマノジャクな人が２か５のZFSもどきを使う。
（だって面白いからな。）
0678login:Penguin2012/05/21(月) 12:15:28.09ID:bVL44HWG
DragonflyBSDのHammer移植の方が現実的かもなぁ
■ このスレッドは過去ログ倉庫に格納されています