トップページ⇒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 あたりで。
0451login:Penguin2012/04/05(木) 00:47:22.01ID:dAZNdbMh
面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
0452login:Penguin2012/04/05(木) 00:54:16.80ID:LNmHc2MK
>>451
ごめん間違えた。。
0453普通自分で考えるべき2012/04/07(土) 14:41:06.19ID:CF1JM2Tx
>>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
0454login:Penguin2012/04/08(日) 00:27:38.62ID:C5E9bwN3
>>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
0455login:Penguin2012/04/08(日) 01:25:52.35ID:xWN2hyan
hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
0456login:Penguin2012/04/08(日) 02:13:44.98ID:CG4ylOpp
>>449
どんなファイルも1byteに圧縮するFS
0457login:Penguin2012/04/08(日) 03:23:55.22ID:nm3/lghx
/dev/nullがマウントできるFS
0458login:Penguin2012/04/10(火) 22:45:09.09ID:AVs9x400
https://github.com/dajhorn/pkg-zfs/wiki/Dual-booting-Linux-and-Solaris-with-ZFS-aware-GRUB-0.97
を見ると、
ubuntu12.04 + zfs
の1partitionでブートさせることができそうなんだけど、grub2のzfsパーティションへのインストール方法がわからない
grub-installでいいん？
0459login:Penguin2012/04/10(火) 22:48:56.85ID:FgWMYeCi
※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
0460login:Penguin2012/04/10(火) 22:55:32.42ID:AVs9x400
zfs-native
で間違いないです
openindianaを選んだほうが早いかな
0461login:Penguin2012/04/11(水) 11:26:30.87ID:TaHjAQn0
どこをどう読んだらそうなるんだ
0462login:Penguin2012/04/11(水) 21:53:17.38ID:/N3dnxcw
半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
0463login:Penguin2012/04/12(木) 20:03:00.58ID:tSFAXJzg
http://ascii.jp/elem/000/000/685/685733/index-3.html

> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。

> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6〜7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。

XFSの存在を赦す理由になる？
0464login:Penguin2012/04/12(木) 20:26:29.36ID:GVhLLvIq
絶対に許さない
0465login:Penguin2012/04/13(金) 02:01:23.05ID:paFFSYLp
>>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
0466login:Penguin2012/04/13(金) 22:51:45.76ID:KiMfKhCq
>>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？

ファイル名の文字が255byteでなく、UTF−16で255文字なファイルシステム
作れば一生名前が残るかも。
0467login:Penguin2012/04/14(土) 01:02:31.64ID:DAjk0FKS
>>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
0468login:Penguin2012/04/14(土) 01:20:59.58ID:gFoEeXgt
>>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
0469login:Penguin2012/04/14(土) 04:58:41.05ID:ykh3cFrR
UTF-16とUCS2は別のものだよ…
0470login:Penguin2012/04/14(土) 05:01:40.18ID:4vczfuvJ
>>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
0471login:Penguin2012/04/14(土) 23:58:24.76ID:Hve9S8Lo
>>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
ttp://ja.wikipedia.org/wiki/BTRON
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
0472login:Penguin2012/04/15(日) 00:13:16.78ID:PUQ9YpLc
>>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
0473login:Penguin2012/04/15(日) 00:36:07.51ID:zrILeh0w
umountができないFS
0474login:Penguin2012/04/15(日) 00:55:46.95ID:KUTNhuB6
そこに保存したらファイルの内容を翻訳してくれるFS
0475login:Penguin2012/04/15(日) 01:37:47.14ID:wcHN5p+1
そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
0476login:Penguin2012/04/15(日) 07:03:21.35ID:d8SeT810
そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
0477login:Penguin2012/04/15(日) 07:52:32.02ID:zPONO3Ol
KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
0478login:Penguin2012/04/15(日) 09:01:28.16ID:XU6NzGNz
>>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
0479login:Penguin2012/04/15(日) 09:46:21.88ID:d8SeT810
>>478
表示化けとかはユーザランドの話だからFS側には関係ない。

shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
0480login:Penguin2012/04/15(日) 13:10:08.72ID:r5YOWvvD
>>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
0481login:Penguin2012/04/15(日) 16:22:35.21ID:wcHN5p+1
NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
0482login:Penguin2012/04/15(日) 16:35:19.00ID:PUQ9YpLc
>>481
知ってていってるだろ？
0483login:Penguin2012/04/15(日) 16:35:55.27ID:0nRNYIrq
なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
0484login:Penguin2012/04/15(日) 17:25:55.81ID:p38/R2S8
>>481
日記はついったにでも書けよ！
0485login:Penguin2012/04/15(日) 17:54:27.08ID:d8SeT810
>>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ

間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
0486login:Penguin2012/04/15(日) 21:56:24.70ID:qQezSKIz
ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
0487login:Penguin2012/04/15(日) 23:29:54.66ID:wcHN5p+1
やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。

0488login:Penguin2012/04/16(月) 01:34:27.57ID:sK2yBvUH
>>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
0489login:Penguin2012/04/16(月) 09:49:26.71ID:lvKL8Yhv
ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
0490login:Penguin2012/04/16(月) 10:13:31.67ID:i6sCf9yT
>>488
btfs？

>>489
修得？
0491login:Penguin2012/04/16(月) 11:19:08.34ID:4yiemVgB
>>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
0492login:Penguin2012/04/16(月) 12:15:07.53ID:bJiRh/8P
>>489
重複チェックツールあるけどね。
0493login:Penguin2012/04/16(月) 12:16:17.52ID:4yiemVgB
まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
0494login:Penguin2012/04/16(月) 14:00:46.94ID:i6sCf9yT
そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
0495login:Penguin2012/04/16(月) 14:28:32.80ID:s0jqF/SI
>>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
0496login:Penguin2012/04/16(月) 20:39:58.60ID:EqJJmYvz
そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
0497login:Penguin2012/04/17(火) 00:43:34.22ID:qXjoYE5Z
>>490
btrだったね。
0498login:Penguin2012/04/17(火) 14:29:04.93ID:YcOVAep7
>>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
0499login:Penguin2012/04/19(木) 12:35:50.39ID:K5wfT9FM
家電HDDレコーダーのファイルシステムって何？メーカー独自？
0500login:Penguin2012/04/19(木) 12:47:48.37ID:0YxY6oJS
>>499
XFSかext3 最近のはext4かな
0501login:Penguin2012/04/20(金) 05:35:00.59ID:cf88Jldy
NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
05024662012/04/21(土) 00:06:32.82ID:kc2SruX3
こりゃ普及するわけがなｒｙ
0503login:Penguin2012/04/21(土) 08:36:03.07ID:yKSNqbP1
バターさん元気？生きてる？
0504login:Penguin2012/04/21(土) 12:01:57.08ID:T7uXB/Ur
バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
0505login:Penguin2012/04/21(土) 12:03:43.68ID:JAncRgwR
fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
0506login:Penguin2012/04/21(土) 15:56:32.26ID:Jk8knAaa
btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
0507login:Penguin2012/04/21(土) 18:20:03.68ID:5NRF/9C+
fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
0508login:Penguin2012/04/22(日) 18:24:30.22ID:QcOQSMyR
自宅のCentOS 6.2のファイルサーバにZFS-Nativeのインスコ完了しました！！
OSはssdに入れて、サーバデータをZFSにいれました。

[root@hoge]# zpool status
pool: storage
state: ONLINE
scan: none requested
config:

NAME STATE READ WRITE CKSUM
storage ONLINE 0 0 0
sdb ONLINE 0 0 0
logs
sda3 ONLINE 0 0 0
cache
sda4 ONLINE 0 0 0

sdaがssdの起動ディスク、sdbがHDDDです。
ZILとキャッシュの設定の効果が全く感じられない。

ファイルサーバのデータの読み書きの時、ZILとL2ARCに設定したSSDにとりあえず、
データは書かれているみたいだが、使っていない様子。ファイルシステムとしての
書き込みの速度も以前のEXT4の方が速いかも。

とりあえずZFSをファイルサーバのデータに使ったメリットは、何も感じられない。

0509login:Penguin2012/04/22(日) 18:33:24.34ID:njjLIW42
Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台−１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
0510login:Penguin2012/04/22(日) 18:51:19.19ID:iroLKuhV
>>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
0511login:Penguin2012/04/22(日) 20:11:01.67ID:XIm64qvg
>>509
それ iSCSI じゃなくて CIFS 対応の NAS では？

そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
0512login:Penguin2012/04/22(日) 20:38:02.36ID:QcOQSMyR
>>510

ども、いわゆるATOMのべアボーンで、2.5インチ SATA 2.5 500Gで運用してた
ファイルサーバに、SSD 32Gを追加。SSDにOSとZIL、キャッシュをとって、
500GのHDDを丸ごとをZFSのPoolにしてます。

CentOS 6.2 X86-64、ZFSは三月に最新が出たNative版です。OSのメモリーが
2Gバイトなので、CPUがATOMなのも加えて、ファイルサーバのレスポンスは
かなり悪化しちゃいました。バックアップが楽になりそうなのでそれは期待して
います。

負荷が高いと裏で動いているksoftirqdというカーネルのプログラムが、CPUを
かなり占有してしまいます。（困ったな）
0513login:Penguin2012/04/22(日) 20:44:25.44ID:SSW2tmeJ
>>512
atomで2GでZFSってソレは罰ゲームかなんかか？
0514login:Penguin2012/04/22(日) 20:55:51.31ID:Mj9d/MFf
鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
0515login:Penguin2012/04/22(日) 21:24:32.73ID:QcOQSMyR
>513、514

会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。

ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。

0516login:Penguin2012/04/22(日) 21:36:35.93ID:maPmHILv
ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
0517login:Penguin2012/04/22(日) 22:03:56.36ID:QcOQSMyR
ふーん。CentOS 6.2にはbtrfsが入っているんだ。

ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
0518login:Penguin2012/04/22(日) 22:07:34.24ID:y9xR51pX
>>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
0519login:Penguin2012/04/22(日) 22:07:43.11ID:aOxDtRZB
> btrfsならともかく何でzfsにしようと思ったんだろか。

お前は情弱かよｗ
0520login:Penguin2012/04/22(日) 22:41:55.90ID:4o+HnplW
>>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……

0521login:Penguin2012/04/22(日) 22:54:22.97ID:Mj9d/MFf
>>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ

以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界

SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
0522login:Penguin2012/04/22(日) 23:04:03.44ID:QcOQSMyR
>>521

まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。

と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
0523login:Penguin2012/04/22(日) 23:51:59.03ID:kHgeVI8V
zfs使うならFreeBSDが確実だと思うんだけど。
0524login:Penguin2012/04/22(日) 23:55:49.69ID:Mj9d/MFf
えっｗ
0525login:Penguin2012/04/22(日) 23:58:15.97ID:938FomM7
いやFreeBSDならFAT32だろ
0526login:Penguin2012/04/23(月) 03:53:14.21ID:jfhyXlHF
素直に OpenSolaris でいいやん
0527login:Penguin2012/04/23(月) 05:24:24.00ID:ckPL5v1U
業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
0528login:Penguin2012/04/23(月) 08:36:32.02ID:nHMcwuO3
OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
0529login:Penguin2012/04/23(月) 17:17:16.93ID:McF8439V
ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
0530login:Penguin2012/04/24(火) 00:35:33.30ID:3wHAirQk
illumosってxenのpv guestで使えるのかな？
0531login:Penguin2012/04/24(火) 13:38:32.33ID:x/oDgfDt
>>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？
0532login:Penguin2012/04/24(火) 13:56:46.67ID:BJphFvM4
>>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。

また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。
0533login:Penguin2012/04/24(火) 15:58:12.96ID:5atc8dAi
>516 は成仏しただろうか…
0534login:Penguin2012/04/24(火) 17:28:14.58ID:wyIbHs8V
>>531
お前はクラスターファイルシステムについてお勉強して出なおすこと
0535login:Penguin2012/04/24(火) 18:44:22.70ID:2GEDGMkc
>>533

自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。

同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の４つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。
0536login:Penguin2012/04/24(火) 20:18:28.98ID:3112VBlb
>>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ？
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。
0537login:Penguin2012/04/24(火) 21:05:31.34ID:gt7dyPqO
linux zfs使って社内サーバー運用するって普通するの？
0538login:Penguin2012/04/24(火) 21:19:00.21ID:NRKLRNSc
>>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。
0539login:Penguin2012/04/24(火) 21:54:33.62ID:okto+U96
IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。
0540login:Penguin2012/04/25(水) 00:38:06.27ID:9YNkBqtf
ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ
0541login:Penguin2012/04/25(水) 11:04:39.89ID:orC3GEUU
>537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」
0542login:Penguin2012/04/25(水) 18:13:57.64ID:ztStmggs
>>535
＞RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけｗ
0543login:Penguin2012/04/25(水) 18:50:09.44ID:lWv9c4zK
>>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。
0544login:Penguin2012/04/25(水) 22:55:53.57ID:OHjfllRj
>>540
うんこ
0545login:Penguin2012/04/26(木) 10:04:12.73ID:WLRg5SoY
ZFSを使っている方に確認です。

L2ARCの効果を確認するため、次の試験をおこないました。
（CentOS 6.2、zfs-0.6.0-rc8）

ZFSのディスクに4Gバイトのファイルを用意（仮想PCのデータ）
ファイルを別ディスクにコピー１回目
ファイルを別ディスクにコピー２回目

１回目のコピーでcacheへデータは書き込まれるので、
２回目は早くなるかと思いましたが、速度は変わりません。


zpool iostatで読み書きの様子を見てますが、こんな
状態であまり読み込みのキャッシュには使われていない
様子です。

capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
storage 260G 204G 104 0 13.0M 272
sdb 260G 204G 104 0 13.0M 245
cache - - - - - -
sda4 2.59G 14.9G 0 11 11.7K 1.42M
---------- ----- ----- ----- ----- ----- -----

サーバのメモリーが2Gバイトなので、4Gのデータの読み込みで、
キャッシュは完全に使いきってL2ARCが働くと思うのですが、
シーケンシャルのファイルでは効果がないのかな？
0546login:Penguin2012/04/26(木) 10:17:04.63ID:c29dzUhN
>>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。
0547login:Penguin2012/04/26(木) 12:03:42.98ID:WLRg5SoY
>>546

なんだって！！？？
かなーり、ショック。

勉強になりました。有難うございます。
0548login:Penguin2012/04/26(木) 17:00:40.11ID:n+DFYIq8
L2ARCとかZFSのキャッシュ周りの挙動については
ttp://ftp-admin.blogspot.jp/search/label/%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。
0549login:Penguin2012/04/27(金) 00:21:19.91ID:8fbM7xtX
ZFSの解説本が無いのがツライ
0550login:Penguin2012/04/27(金) 10:20:14.32ID:lxJzttUx
ZFSって結構メモリ食うってのを見かけた記憶があるんだが本当なん？たかがファイルシステムごときに
0551login:Penguin2012/04/27(金) 10:26:53.18ID:hngo9Hwy
メモリを与えてやればいいファイルシステムが作れる・使えるぜ?

というコンセプトなんだから賛同するなら使えばいいし
そうでないなら他のを使えばいい
(linuxでは実装がまだアレだろうけど)
■ このスレッドは過去ログ倉庫に格納されています