- 1 名前： 忍法帖【Lv=29,xxxPT】 mailto:sage [2012/01/15(日) 16:38:33.83 ID:OMF5PJgt]
- ●前スレ
ファイルシステム総合スレ その13
engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
hibari.2ch.net/test/read.cgi/unix/1285876800/
過去スレ、関連リンクは >>2-10 あたりで。
- 448 名前：login:Penguin [2012/04/04(水) 21:49:22.14 ID:XyCgAfug]
- >>442
440です。
>コンパイラの定義のMAXPATHの上限に引っかかるから
>普通に作れば全部MAXPATHの定義が上限ですよ。
つまり、全て一からコンパイルしなおせば、上限がなくなるということ？
そんなことなら2バイト圏（日本語圏）向けに1023バイトとかで
コンパイルして欲しかった。
欧米では255byteで十分なんだろうな。あーあ。
あきらめるしかないんですね。他に何かご存じの方や
挑戦した方がいれば教えて下さい。
- 449 名前：login:Penguin mailto:sage [2012/04/04(水) 22:09:46.25 ID:YXxzC5AQ]
- なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
- 450 名前：login:Penguin mailto:sage [2012/04/05(木) 00:37:58.94 ID:LNmHc2MK]
- >>449
youtube myfilesystem
- 451 名前：login:Penguin mailto:sage [2012/04/05(木) 00:47:22.01 ID:dAZNdbMh]
- 面白いの出てくるのかと思って検索したけど何も出てこないじゃんか
- 452 名前：login:Penguin mailto:sage [2012/04/05(木) 00:54:16.80 ID:LNmHc2MK]
- >>451
ごめん間違えた。。
- 453 名前：普通自分で考えるべき mailto:sage [2012/04/07(土) 14:41:06.19 ID:CF1JM2Tx]
- >>449
P2P RAIDファイルシステムとか？
バックアップ部分をネットに依存とか、ネットに捨てるほどある重なるファイルで
あまり使わないものは常に外部に依存みたいな。
- 454 名前：login:Penguin mailto:sage [2012/04/08(日) 00:27:38.62 ID:C5E9bwN3]
- >>453
こういう場合ってストレージに参加者のDropboxつかうのって違反なんかな？
同一ファイルはDropbox側で実体ひとつになる、周辺ツールもそろってるし。
ふつうのdropboxfs自体はあるから、P2P共有部分を追加したらいけそう。
- 455 名前：login:Penguin mailto:sage [2012/04/08(日) 01:25:52.35 ID:xWN2hyan]
- hadoopみたいに64MBで分割して任意の数のノードに保存みたい
なのはあるといいかも
- 456 名前：login:Penguin mailto:sage [2012/04/08(日) 02:13:44.98 ID:CG4ylOpp]
- >>449
どんなファイルも1byteに圧縮するFS
- 457 名前：login:Penguin [2012/04/08(日) 03:23:55.22 ID:nm3/lghx]
- /dev/nullがマウントできるFS
- 458 名前：login:Penguin mailto:sage [2012/04/10(火) 22:45:09.09 ID: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でいいん？
- 459 名前：login:Penguin mailto:sage [2012/04/10(火) 22:48:56.85 ID:FgWMYeCi]
- ※情報不足で御免なさい
ubuntu12.04ってネイティブのzfs利用可能なの？
- 460 名前：login:Penguin mailto:sage [2012/04/10(火) 22:55:32.42 ID:AVs9x400]
- zfs-native
で間違いないです
openindianaを選んだほうが早いかな
- 461 名前：login:Penguin mailto:sage [2012/04/11(水) 11:26:30.87 ID:TaHjAQn0]
- どこをどう読んだらそうなるんだ
- 462 名前：login:Penguin mailto:sage [2012/04/11(水) 21:53:17.38 ID:/N3dnxcw]
- 半分以上、自分の希望だったんですが
今のところ、bootパーティションはzfs以外にしないとならんのですか
- 463 名前：login:Penguin mailto:sage [2012/04/12(木) 20:03:00.58 ID:tSFAXJzg]
- ascii.jp/elem/000/000/685/685733/index-3.html
> hito：そうすると何が起こるかっつーと、「メモリが足りない→XFS領域にデータを書きだそうとする→XFSがメモリを要求する」という……。
> hito：で、そういう挙動はダメだよねーっていう修正がやっと入った。6〜7年ぐらいかかってると思う。まあXFSにはもっと前にスタック使い尽くす問題とかもあったんで、やっとこさヘビーな使い方ができるかなーという感じ。
XFSの存在を赦す理由になる？
- 464 名前：login:Penguin mailto:sage [2012/04/12(木) 20:26:29.36 ID:GVhLLvIq]
- 絶対に許さない
- 465 名前：login:Penguin mailto:sage [2012/04/13(金) 02:01:23.05 ID:paFFSYLp]
- >>463
x86_64限定でkernel stack周りはどうにかなりそうだし、ようやくなんとかなるのかなぁ、
でもkernel 3.2ならext4の容量制限も緩和されているしなぁという感じ。
- 466 名前：login:Penguin [2012/04/13(金) 22:51:45.76 ID:KiMfKhCq]
- >>449
>なんか面白いマイ・ファイルシステム作りたいな。いいアイデアない？
ファイル名の文字が255byteでなく、UTF−16で255文字なファイルシステム
作れば一生名前が残るかも。
- 467 名前：login:Penguin mailto:sage [2012/04/14(土) 01:02:31.64 ID:DAjk0FKS]
- >>462
MBRにgrub, grub2を書き込み
パーテ外にベタ書きしたkernelをロードすればいい
- 468 名前：login:Penguin mailto:sage [2012/04/14(土) 01:20:59.58 ID:gFoEeXgt]
- >>466
UTF-8で済むから意味がない。
UCS2(一文字16ビット)だと、UCS4(一文字32ビット)の文字が表現できないからUnicodeとしては欠陥になる。
表現できる文字数が減るってことだよ。
UTF-8はUCS4の文字も表現できる。
UCS4にしたらディスク容量が無駄になる。
バカじゃないの。
- 469 名前：login:Penguin mailto:sage [2012/04/14(土) 04:58:41.05 ID:ykh3cFrR]
- UTF-16とUCS2は別のものだよ…
- 470 名前：login:Penguin mailto:sage [2012/04/14(土) 05:01:40.18 ID:4vczfuvJ]
- >>468
UTF-8でもUTF-16でも表現できるUnicodeの文字数は同じ。
ディスク容量にしたって日本語中心ならUTF-16の方が無駄が少ない。
- 471 名前：login:Penguin mailto:sage [2012/04/14(土) 23:58:24.76 ID:Hve9S8Lo]
- >>449
叩かれるかもしれないけど、32or64bit実身仮身を実装してよ。
ttp://ja.wikipedia.org/wiki/BTRON
ファイル名とファイルIDが別だから、文字数とか気にしなくて良いし。
- 472 名前：login:Penguin mailto:sage [2012/04/15(日) 00:13:16.78 ID:PUQ9YpLc]
- >>471
次世代FSでどこも採用していないって事はトレンドから外れているって事だろう。
- 473 名前：login:Penguin mailto:sage [2012/04/15(日) 00:36:07.51 ID:zrILeh0w]
- umountができないFS
- 474 名前：login:Penguin mailto:sage [2012/04/15(日) 00:55:46.95 ID:KUTNhuB6]
- そこに保存したらファイルの内容を翻訳してくれるFS
- 475 名前：login:Penguin [2012/04/15(日) 01:37:47.14 ID:wcHN5p+1]
- そして、バイナリファイルやソースコードの中身がグチャグチャになるんですね
- 476 名前：login:Penguin mailto:sage [2012/04/15(日) 07:03:21.35 ID:d8SeT810]
- そういやPOSIX的にはファイル名ってただの0終端バイト列じゃないの？
FS側が文字コード変換までやるもんなの？
- 477 名前：login:Penguin mailto:sage [2012/04/15(日) 07:52:32.02 ID:zPONO3Ol]
- KI/KOを始めて見たときなんだこの糞実装わと思ったが
UTF-8で同じようなの見るとは思わんかったｗ
- 478 名前：login:Penguin mailto:sage [2012/04/15(日) 09:01:28.16 ID:XU6NzGNz]
- >>476
LC_CTYPE で locale 切り替えるんじゃなかったっけ？
- 479 名前：login:Penguin mailto:sage [2012/04/15(日) 09:46:21.88 ID:d8SeT810]
- >>478
表示化けとかはユーザランドの話だからFS側には関係ない。
shift_jisの場合、いくつかのOSではAPI側がパス区切り文字の解釈は直してくれるけど
ファイル名文字列のバイト表現をファイルシステム側が変えるって話はないはず
- 480 名前：login:Penguin mailto:sage [2012/04/15(日) 13:10:08.72 ID:r5YOWvvD]
- >>476
>>478
>>479
UTF-16はバイト(8ビット)単位ではなくて16ビット単位だから
バイト単位の0が終端ではなくなる。
バイト単位だと文字列の途中に0が入ることもある。
だからファイル名に8ビットのNULL終端が必ずあると決め付けていないファイルシステムでなくてはならない。
- 481 名前：login:Penguin mailto:sage [2012/04/15(日) 16:22:35.21 ID:wcHN5p+1]
- NTFS(WindowsXP)で保管してたファイルが、sambaサーバにコピーした途端、
ファイル名が長すぎる、とか言い出してエラー出た。
なにこれ。
- 482 名前：login:Penguin mailto:sage [2012/04/15(日) 16:35:19.00 ID:PUQ9YpLc]
- >>481
知ってていってるだろ？
- 483 名前：login:Penguin mailto:sage [2012/04/15(日) 16:35:55.27 ID:0nRNYIrq]
- なにこれじゃねーよｗ
sambaサーバ側の絶対パスが長すぎんじゃねーの
- 484 名前：login:Penguin mailto:sage [2012/04/15(日) 17:25:55.81 ID:p38/R2S8]
- >>481
日記はついったにでも書けよ！
- 485 名前：login:Penguin mailto:sage [2012/04/15(日) 17:54:27.08 ID:d8SeT810]
- >>480
そのUTF-16のファイルシステムにLinuxのどのAPIでアクセスすんだよ。
ここLinux板だぞ
間に入るAPIがASCIIと互換性のない文字コードをサポートしてないんだから意味ないだろ
- 486 名前：login:Penguin mailto:sage [2012/04/15(日) 21:56:24.70 ID:qQezSKIz]
- ssdはnilfsみたいなホンマか嘘か分からんこといわれたんだが
ネットブックにssd入れて使うのにnilfs入れて見るとかありえんの？
nilfs自体がそもそもネタfsとか思ってるんだけど
- 487 名前：login:Penguin [2012/04/15(日) 23:29:54.66 ID:wcHN5p+1]
- やっぱり、長いファイル名を受け付けてくれるファイルシステムが欲しいな。
とはいえ、LinuxファイルサーバにWindowsのファイル保管庫をやらせたいだけなので、
sambaサーバがhddのraw blockデバイスに直接書き込んでくれてもいいんだよな。
理想としてはファイルシステムが長いファイル名に対応してくれることなんだけど。
- 488 名前：login:Penguin mailto:sage [2012/04/16(月) 01:34:27.57 ID:sK2yBvUH]
- >>472
面白いの作るっていうから…
トレンド追うのなら素直にbtfs待つよ。
でも、ネットワークというかハイパーテキスト構造なFSって、
webとは親和性高くて良いと思うんだけど。
- 489 名前：login:Penguin mailto:sage [2012/04/16(月) 09:49:26.71 ID:lvKL8Yhv]
- ZFSは自動で重複を排除する機能があるけど、ブロック単位だから「どのファイルが重複してるか」は分からないんだよな。
そこで重複をファイル単位で自動でチェックしてくれて、その結果を簡単に修得できるファイルシステムを希望する
- 490 名前：login:Penguin mailto:sage [2012/04/16(月) 10:13:31.67 ID:i6sCf9yT]
- >>488
btfs？
>>489
修得？
- 491 名前：login:Penguin mailto:sage [2012/04/16(月) 11:19:08.34 ID:4yiemVgB]
- >>490
エロ画像の整理に便利なんだよ！ 言わせんな恥ずかしい！
- 492 名前：login:Penguin mailto:sage [2012/04/16(月) 12:15:07.53 ID:bJiRh/8P]
- >>489
重複チェックツールあるけどね。
- 493 名前：login:Penguin mailto:sage [2012/04/16(月) 12:16:17.52 ID:4yiemVgB]
- まあファイル単位だとランダムシークしてアクセスするたびにファイル全体のダイジェストを計算しなおしになるから
あんまり現実的じゃないな
- 494 名前：login:Penguin mailto:sage [2012/04/16(月) 14:00:46.94 ID:i6sCf9yT]
- そもそも完全一致のファイルが見つかるだけでいいのか？
類似画像の検出は要らんのか？
- 495 名前：login:Penguin mailto:sage [2012/04/16(月) 14:28:32.80 ID:s0jqF/SI]
- >>487
ISOイメージか、仮想HDDイメージにでも放り込んで
イメージごとやればファイル名の問題は（ｒｙ
大きすぎるボリュームに大量の数のファイルをつぎ込むと
ファイルの検索だけで激しく重くなる。
細かいファイルはまとめて書庫に保存するなりイメージファイル化するべき。
- 496 名前：login:Penguin mailto:sage [2012/04/16(月) 20:39:58.60 ID:EqJJmYvz]
- そんなくだらんバッドノウハウいらんわ。
大量のファイルがあっても快適に使用できる
ファイルシステムを探すのもこのスレの目的だろ。
- 497 名前：login:Penguin mailto:sage [2012/04/17(火) 00:43:34.22 ID:qXjoYE5Z]
- >>490
btrだったね。
- 498 名前：login:Penguin mailto:sage [2012/04/17(火) 14:29:04.93 ID:YcOVAep7]
- >>463
赦す赦さないってどこの異端審問官サマだよｗ
ユーザにとっての第一の評価基準は、使えるか使えないかだろ。
- 499 名前：login:Penguin mailto:sage [2012/04/19(木) 12:35:50.39 ID:K5wfT9FM]
- 家電HDDレコーダーのファイルシステムって何？メーカー独自？
- 500 名前：login:Penguin mailto:sage [2012/04/19(木) 12:47:48.37 ID:0YxY6oJS]
- >>499
XFSかext3 最近のはext4かな
- 501 名前：login:Penguin mailto:sage [2012/04/20(金) 05:35:00.59 ID:cf88Jldy]
- NTFSは事実上ファイル名に510バイト使える
Linuxは255バイトまで
- 502 名前：466 [2012/04/21(土) 00:06:32.82 ID:kc2SruX3]
- こりゃ普及するわけがなｒｙ
- 503 名前：login:Penguin mailto:sage [2012/04/21(土) 08:36:03.07 ID:yKSNqbP1]
- バターさん元気？生きてる？
- 504 名前：login:Penguin [2012/04/21(土) 12:01:57.08 ID:T7uXB/Ur]
- バターFSの開発が遅々としてるのって、
もしかして255文字以上のファイル名を許容できるようにLinuxユーザランドも含めて開発してるからか？
もしそうなら、今日からZFS捨ててバター派になる
- 505 名前：login:Penguin mailto:sage [2012/04/21(土) 12:03:43.68 ID:JAncRgwR]
- fedoraさんもbtrfsには難儀してるようだね。17は結局どうなっんたんだろ。
- 506 名前：login:Penguin mailto:sage [2012/04/21(土) 15:56:32.26 ID:Jk8knAaa]
- btrfsだけど 複数ボリュームで作ったプールをfstabで読み込ませようとするとエラー吐くぞ。まだまだだなー
- 507 名前：login:Penguin mailto:sage [2012/04/21(土) 18:20:03.68 ID:5NRF/9C+]
- fedoraはanacondaのbtrfs対応が間に合わなかったため17のデフォルトfsにはならなかった
- 508 名前：login:Penguin mailto:sage [2012/04/22(日) 18:24:30.22 ID: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をファイルサーバのデータに使ったメリットは、何も感じられない。
- 509 名前：login:Penguin [2012/04/22(日) 18:33:24.34 ID:njjLIW42]
- Windowsの255文字以上のファイル名をLinuxファイルサーバにコピーするには
iSCSIというのを使えば良さそうですね。
さっき１台−１台で繋いだらうまくいったので、これから本番運用です。楽しみ。
- 510 名前：login:Penguin mailto:sage [2012/04/22(日) 18:51:19.19 ID:iroLKuhV]
- >>508
どういうファイルサーバか知らんが、smbとかならZILは使われんぞ。ZIL同期書き込み用キャッシュだし。
それにメモリとCPU食うFSだから低スペマシンを流用した鯖とかなら速いわけもないし。
というかZFSなんてHDDを4台とか8台使う規模の鯖向けで、HDD1発を速くする（IntelSRT的な）用途にはまったく向いてないんじゃ・・・
- 511 名前：login:Penguin mailto:sage [2012/04/22(日) 20:11:01.67 ID:XIm64qvg]
- >>509
それ iSCSI じゃなくて CIFS 対応の NAS では？
そうでなければ NTFS を iSCSI 経由でアクセスしているか。
クラスタストレージに使われることはあるが iSCSI 自体がクラスタストレージでは
ないから同時アクセスしてファイルシステム壊さないといいのだが...
- 512 名前：login:Penguin mailto:sage [2012/04/22(日) 20:38:02.36 ID: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を
かなり占有してしまいます。（困ったな）
- 513 名前：login:Penguin mailto:sage [2012/04/22(日) 20:44:25.44 ID:SSW2tmeJ]
- >>512
atomで2GでZFSってソレは罰ゲームかなんかか？
- 514 名前：login:Penguin mailto:sage [2012/04/22(日) 20:55:51.31 ID:Mj9d/MFf]
- 鈍亀AtomにCPUとメモリを多く使うZFS入れて
性能落ちたとのたまうかｗ
- 515 名前：login:Penguin mailto:sage [2012/04/22(日) 21:24:32.73 ID:QcOQSMyR]
- >513、514
会社のファイルサーバの更新の予定があり、これ迄はEXT3のファイルを
Sambaで公開してたのを、ZFSに代えてみようと思ったわけ。仕事で使う
サーバの実験で、家の省電力サーバで試しているところです。会社の
本番じゃもっと良いマシンになります。
ITProのZFSの記事「HDDが買えないならZFSを使えばいいのに」では仮想PCで
動かしてましたから何とかなるかなと思いましたが、ATOMじゃ何とも
なりませんね。ZFSの勉強にはなりました。
- 516 名前：login:Penguin mailto:sage [2012/04/22(日) 21:36:35.93 ID:maPmHILv]
- ファイルサーバをext3からzfsにするなんて奇特な会社だな。
btrfsならともかく何でzfsにしようと思ったんだろか。
- 517 名前：login:Penguin mailto:sage [2012/04/22(日) 22:03:56.36 ID:QcOQSMyR]
- ふーん。CentOS 6.2にはbtrfsが入っているんだ。
ユーザー空間のプログラムだけインストールすれば使えそうなので、
軽くベンチマークと、使い方を調べて、会社のSambaサーバは
どちらか良い方で構築しよっと。
- 518 名前：login:Penguin mailto:sage [2012/04/22(日) 22:07:34.24 ID:y9xR51pX]
- >>516
あえて障害の多いサーバを本番運用することで
トラブル対策を真剣になってやれるようになる。
「我に七難ハックを与え給え」ってやつだ
- 519 名前：login:Penguin mailto:sage [2012/04/22(日) 22:07:43.11 ID:aOxDtRZB]
- > btrfsならともかく何でzfsにしようと思ったんだろか。
お前は情弱かよｗ
- 520 名前：login:Penguin mailto:sage [2012/04/22(日) 22:41:55.90 ID:4o+HnplW]
- >>518
「我に七難ハックを」じゃ、ろくすっぽトラブル対策やらないけど
問題発生の都度なんとかうまくこなしてしまうみたいな感じが……
- 521 名前：login:Penguin mailto:sage [2012/04/22(日) 22:54:22.97 ID:Mj9d/MFf]
- >>515
「(とりあえず)動く」と「(目的とする用途で)使い物になる」は別だろｗ
以前は旧AtomでOpenSolaris動かしていて
チップセットの古さもあるのかI/Oも遅くてひどいものだったが
省電力版Phenomマシンに変えたら別世界
SSDをZILにしたらDBやファイルの大量削除など
同期書込の多発する処理が軽快になった
でもNFS書込は劇的改善といかなかったな
- 522 名前：login:Penguin mailto:sage [2012/04/22(日) 23:04:03.44 ID:QcOQSMyR]
- >>521
まぁ、その通りなんだが、ZFSやBtrfsがLinuxで普通に使えるように
なる頃に慌てて勉強しなくても済むように、壊れても被害の少ない
社内のSambaサーバで運用の習得も兼ねて、作る事になったんだ。
と自宅のATOMをZFSからBtrfsに変えて、コマンドのマニュアルを
調べてますが、重複データの削除の機能はなさそうだね。
- 523 名前：login:Penguin mailto:sage [2012/04/22(日) 23:51:59.03 ID:kHgeVI8V]
- zfs使うならFreeBSDが確実だと思うんだけど。
- 524 名前：login:Penguin mailto:sage [2012/04/22(日) 23:55:49.69 ID:Mj9d/MFf]
- えっｗ
- 525 名前：login:Penguin mailto:sage [2012/04/22(日) 23:58:15.97 ID:938FomM7]
- いやFreeBSDならFAT32だろ
- 526 名前：login:Penguin mailto:sage [2012/04/23(月) 03:53:14.21 ID:jfhyXlHF]
- 素直に OpenSolaris でいいやん
- 527 名前：login:Penguin mailto:sage [2012/04/23(月) 05:24:24.00 ID:ckPL5v1U]
- 業務で使うファイルサーバーにコリジョン起きるかも知れない重複排除使おうとは…
ビットイメージまでチェックするつもりならプア過ぎだろその環境ｗ
- 528 名前：login:Penguin mailto:sage [2012/04/23(月) 08:36:32.02 ID:nHMcwuO3]
- OpenSolarisはもうリリースされません。illumosを使いましょう。
ZFSもコードが公開されるのはv28という話もあるし、今後どうなるか
わからんね。
- 529 名前：login:Penguin mailto:sage [2012/04/23(月) 17:17:16.93 ID:McF8439V]
- ZFS使うならNexentaStor使えよ
とりあえず最初の一歩なら簡単に構築・運用できるもので
大体の感じをつかんでおけばいいだろ
- 530 名前：login:Penguin mailto:sage [2012/04/24(火) 00:35:33.30 ID:3wHAirQk]
- illumosってxenのpv guestで使えるのかな？
- 531 名前：login:Penguin [2012/04/24(火) 13:38:32.33 ID:x/oDgfDt]
- >>511
あの後、iSCSIについて勉強してみましたが、ブロックデバイスを外に見せることが出来るプロトコルなんですね。
んで、複数マシンで共有するときは、
排他制御が出来るファイルシステムじゃないとメタデータが壊れる云々ということですが、
NTFSでフォーマットしたんで、その条件はクリアできている、と考えてたんですが
NTFSだってNASに使われるのだから大丈夫ですよね？
もしかしてBtrfsとかlinuxのfsを使うべき？
- 532 名前：login:Penguin mailto:sage [2012/04/24(火) 13:56:46.67 ID:BJphFvM4]
- >>531
NASはあくまでもsambaやnfsなど、「ファイルシステムを外部に晒すもの」
であって、「ブロックデバイスを外部に晒すもの」ではない。
また、複数のノードからマウントされる前提で言うと、
NASはファイルシステムからのアクセスは1つにまとまった状態になるが、
iSCSIやATA over Ethernetはファイルシステムからのアクセスがまとまらない。
だからファイルシステム側で複数ノードからのアクセスに対応した仕組みが
必要になる。
- 533 名前：login:Penguin mailto:sage [2012/04/24(火) 15:58:12.96 ID:5atc8dAi]
- >516 は成仏しただろうか…
- 534 名前：login:Penguin mailto:sage [2012/04/24(火) 17:28:14.58 ID:wyIbHs8V]
- >>531
お前はクラスターファイルシステムについてお勉強して出なおすこと
- 535 名前：login:Penguin mailto:sage [2012/04/24(火) 18:44:22.70 ID:2GEDGMkc]
- >>533
自宅でZFSのATOM CPUのサーバを立てたものです。
残念ながら生きてますよ。自宅のファイルサーバーも
いろいろ調整して、満足できる性能で動いてます。
家のサーバのセットアップで、ZFSの使い方がダイタイ判ったので、
連休中、会社の評価機を借りて、RAIDZとか高速なSSDと組み合わせた
システムのベンチマークを行う予定。こちらはCPUもメモリーも
たくさんあるので、結果が楽しみです。
同じ条件で、Btrfs、ZFS、ZFS on FUSE、EXT4の４つのベンチが
取れれば良いのだが、ちょっと時間がないなぁ。FUSEは見送るかな。
- 536 名前：login:Penguin mailto:sage [2012/04/24(火) 20:18:28.98 ID:3112VBlb]
- >>531
NTFS は分散ファイルシステム(クラスターファイルシステム)ではないよ。
同じく NTFS を使う Windows XP や 7 が直接 iSCSI 見に行かないだろ？
両方からアクセスさせるにしても同時にはマウントしないで使わないと危ないぞ。
- 537 名前：login:Penguin mailto:sage [2012/04/24(火) 21:05:31.34 ID:gt7dyPqO]
- linux zfs使って社内サーバー運用するって普通するの？
- 538 名前：login:Penguin mailto:sage [2012/04/24(火) 21:19:00.21 ID:NRKLRNSc]
- >>537
何を以て普通というかは置いておいて、技術系の会社が自前で面倒見るつもりでない限りはしないことがほとんど。
- 539 名前：login:Penguin mailto:sage [2012/04/24(火) 21:54:33.62 ID:okto+U96]
- IT系の会社で、ドッグフードを自分で食うのが習慣のとこならアリかなあ。
- 540 名前：login:Penguin [2012/04/25(水) 00:38:06.27 ID:9YNkBqtf]
- ドックフードを食べるのってWindows系(カトラー系)だよね
Linux界ではなに食べるんだろ
- 541 名前：login:Penguin mailto:sage [2012/04/25(水) 11:04:39.89 ID:orC3GEUU]
- >537
Solaris, FreeBSDならごく普通だろうけど
linux だと「ムチャしやがって(AA略)」
- 542 名前：login:Penguin mailto:sage [2012/04/25(水) 18:13:57.64 ID:ztStmggs]
- >>535
＞RAIDZとか高速なSSDと組み合わせたシステムのベンチマークを行う予定。こちらはCPUもメモリーもたくさんあるので
こういうシステムで使うに至って初めて性能云々が言える段階っしょ・・・
ZFSの使い方を習得したいだけならAtomでもVMでもなんでもいいけど、その段階でメリット感じられんとかext4の方が速いとか言ってもしょうがないわな。
ま、ZFS fuseのベンチは時間の無駄だからやめとけｗ
- 543 名前：login:Penguin mailto:sage [2012/04/25(水) 18:50:09.44 ID:lWv9c4zK]
- >>540
カトラー系って何じゃ? MSは、OS開発でドッグフードしなかった例はないはず。
- 544 名前：login:Penguin mailto:sage [2012/04/25(水) 22:55:53.57 ID:OHjfllRj]
- >>540
うんこ
- 545 名前：login:Penguin mailto:sage [2012/04/26(木) 10:04:12.73 ID: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が働くと思うのですが、
シーケンシャルのファイルでは効果がないのかな？
- 546 名前：login:Penguin mailto:sage [2012/04/26(木) 10:17:04.63 ID:c29dzUhN]
- >>545
L2ARCはランダムアクセスにしか効かない。
それもさんざんランダムアクセスを繰り返して埋まってからでないと効かない。
自宅サーバーでL2ARCが効くところを見るのは絶対無理。
- 547 名前：login:Penguin mailto:sage [2012/04/26(木) 12:03:42.98 ID:WLRg5SoY]
- >>546
なんだって！！？？
かなーり、ショック。
勉強になりました。有難うございます。
- 548 名前：login:Penguin mailto:sage [2012/04/26(木) 17:00:40.11 ID: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
ここらへん読むと結構勉強になる。やっぱ実際にガンガン使ってる人の経験はわかりやすい。
|
 |
