- 1 名前：名無しさん＠お腹いっぱい。 [2007/06/13(水) 15:28:31 ]
- 64ビットのチェックサム、128bitアドレッシング、RAID、ホットスペア、
スナップショット、ストレージプールなどの豊富な機能を備え、
次世代のファイルシステムとして期待されるZFSについて語るスレです。
○前スレ
[次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ]
pc11.2ch.net/test/read.cgi/unix/1146631270/
○関連スレ
/**ファイルシステム総合スレ その7**/
pc11.2ch.net/test/read.cgi/linux/1173530292/
○関連リンク
Solaris ZFS
ttp://www.sun.com/software/solaris/zfs.jsp
OpenSolaris
ttp://www.opensolaris.org/os/
ソース
ttp://opensolaris.org/os/community/zfs/source/
- 521 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/13(日) 00:36:48 ]
- デカイファイルの削除時にカーネルパニックになる場合があるね。
基本的な動作は問題なさげ。
USBメモリー16本でRAIDZ組んでみた。ランダムアクセスで100MB前後出る。
が、速度の結果が不安定。zfs側で用意したキャッシュの分の速度も含まれてるのかも？
- 522 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/13(日) 00:48:28 ]
- >>521
> USBメモリー16本でRAIDZ組んでみた
> が、速度の結果が不安定
どうやってつないだ？ そもそもボトルネックってどこよ？
> zfs側で用意したキャッシュの分の速度も含まれて
普通にそうなるだろ？
- 523 名前：521 mailto:sage [2008/01/13(日) 12:49:43 ]
- >>522
試したのは、102aを10.5.1で。
USB4ポートに4ポートハブと、16ポートハブ(中身は多段ハブだった)で確認。
ボトルネックは主にハブだね。USBメモリーはPQI U339Proで、ファームを最新に書き換え済み。
単体での20MB弱のリードを確認してる。
キャッシュについては、確かにそうだ。
ベンチの結果、ランダムリードで5MB/secから100MB/secまである。
パリティの処理とのカブリか、ベンチに使ったソフト(Xbench)の出来の加減なのか…
現状、zfsのraidzの挙動に詳しいわけではないので、もちょっと色々試してみる予定。
どっちにしても実際に動かす分にはかなり快適。
- 524 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/13(日) 13:07:52 ]
- >>521
それはデカイ問題じゃないのか
- 525 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/13(日) 13:51:05 ]
- 10.5.1てマコス?
そのUSBポートはひとつのICHに繋がっていて合計60MB/sの帯域しかない。
それを超えたらもちろんcacheの速度。
- 526 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/13(日) 13:56:45 ]
- >>523
> USB4ポートに4ポートハブと、16ポートハブ(中身は多段ハブ…
USB2 って 480Mbps じゃなかったけ？
16 ポートって 4x4 の 2 段だろ？ ここのトランザクション増えると
ここに足引っ張られるのみえみえじゃん?
- 527 名前：521 mailto:sage [2008/01/13(日) 20:27:39 ]
- お遊びにそんな怒らんでも。Leopardだね。>>519 のもの。
G5 Macだから、ボトルネックがチップセットにあるのか不明。
一応、ハブもダメだし、あっちこっちダメなのは認識してる。
でかいファイルでだめなのは再現性不明。7GB位のファイルで確認してたんだが…その後起きない。
次でたらバグ報告しようかと思ってるんだが。
- 528 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/14(月) 00:48:28 ]
- >>527
G5だとEHCIは32bit/33MHz PCIの下だから帯域は4ポートとその他諸々全部ひっ
くるめてPCI1本分。実はIntelよりマシ。
- 529 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 02:14:29 ]
- なんでPCIの下のEHCIが、
ICH内蔵のEHCIよりマシなのか
ぜんぜん理解できない
- 530 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 10:20:31 ]
- 俺も理解できない。
先にUSBの仕様上上限がネックになるのに何故PCIの話持ち出してるのか。
- 531 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 10:39:18 ]
- USB3.0 の話なのだよ
- 532 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 20:08:26 ]
- >>529
IntelのICH内蔵EHCIはUSBポート全部合わせて60MB/sの帯域しかない。
(EHCI2個を内蔵しているものはそれぞれが60MB/sの帯域を持つ)
PCI-USB bridgeならば少なくともこの制限はない、ということ。
逆にもっと酷いものが載っているかもしれないが。
>>530
USBメモリを16本挿して遊んでるので「USBの仕様上上限」とやらは問題にならない。
重要なのは経路の一番細い部分。すべてのUSBはひとつのEHCIを経由するわけだから、
ここの帯域が速度の上限となる。だからEHCIがどこに繋がっているかの話をした。
理解していただけたか。
- 533 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 21:49:55 ]
- なるほど。勉強になった。
- 534 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/16(水) 23:35:12 ]
- ＞IntelのICH内蔵EHCIはUSBポート全部合わせて60MB/sの帯域しかない。
＞PCI-USB bridgeならば少なくともこの制限はない、ということ。
そんなの始めて聞いたゼ。
前段の、１EHCI辺り60MB/sしか出ないのかがホントなのか、はおいといて、
もしそうだとしても、後段の「PCI-USB brigde」ってのは結局のところEHCIなわけだから、
１つしかなければ、そこも結局60MB/s以上出るはずがないという話になると思うけど？
- 535 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/17(木) 01:20:54 ]
- なるほど、PCI-USB bridgeとやらが、何か*HCIとは違うすごい物という勘違いを
してるわけか。
- 536 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/17(木) 01:49:42 ]
- >>534
Intel製のICH内蔵EHCIが60MB/sでFSBに繋がっているということが
他社製のEHCIの構造に何か影響を及ぼしていると言っているのか?
もしそうなら言ってくれ。君のことは早々に忘れることにする。
そうでなくても大概スレ違いなので次のレスで完結してくれるようお願いする。
>>535
君はもう少し誰かの役に立つことを書け。
- 537 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/17(木) 08:18:30 ]
- 何、Intel製のICH内蔵EHCIだけ(特に性能が悪くて、)
ICH内部バス(ふつうFSBとは言わない)からRootHubまで
60MB/s(480Mbps)しかないけど、
他のメーカ（NEC,VIA,SIS,AMDなど）のEHCIはそこは133MB/sの太さがある、と？
- 538 名前：名無しさん＠お腹いっぱい。 [2008/01/17(木) 09:17:04 ]
- 揚げてみる
- 539 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/17(木) 10:01:43 ]
- 負け惜しみはよくわかったからそろそろ他でやってくれないか。
- 540 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/17(木) 10:27:27 ]
- zfs の話題マダーーー? チンチン
- 541 名前：名無しさん＠お腹いっぱい。 [2008/01/17(木) 15:44:38 ]
- お互いほどほどにな。
元々の実験自体は中々面白いものだったし。
- 542 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/18(金) 11:40:59 ]
- ZFSファイルシステムのバグでJoyent、長時間ダウンを余儀なくされる
jp.techcrunch.com/archives/joyent-suffers-major-downtime-due-to-zfs-bug/
- 543 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/18(金) 12:45:11 ]
- >>542
それって、（リリース版Solarisでなく）OpenSolaris、それもsnv_43なんていう古いバージョンのを
使っててバグ踏んだだけじゃん。snv_60で9ヶ月ぐらい前にfixされてるバグだし。
discuss.joyent.com/viewtopic.php?id=19430
opensolaris.org/jive/thread.jspa?threadID=49020
- 544 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/18(金) 14:33:35 ]
- Joyentとしては、とにかく他人のせいにしとかないとね。
あ、TechCrunchのfounderは記事に名前の出てるOmnidriveのinvestorでもあるのか。
- 545 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/18(金) 16:21:01 ]
- つーか、このレベルの障害がこれだけ大きく出るってことは、逆に
それ以上のものはほぼ皆無ってことになるんじゃねーか? すげーじゃん。
- 546 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/20(日) 04:37:45 ]
- ゆとり脳かよ
- 547 名前：521 mailto:sage [2008/01/21(月) 01:43:43 ]
- Leopard上でのzfsだけど、デバイスのエラーが起きたとき(orパリティからの復帰時)にカーネルパニックおきるや。
6本のUSBメモリーでraidz2にして、1~2本抜いてその分新しいのをプールに追加すればほら元通りってデモやろうとしてたけど、
なんどやってもその場でパニックまたはzpool statusを実行した途端パニック。レポート送信ポチッとな。
あと、16ポートハブは出来が悪い。たくさんデータ転送してたら突然の電源断。熱が多いようだし、そのせいかもしれないが。
Mac/Winの複数環境で試したが、相性ではなさそう。一部ポートだけ接続不良とかもランダムで起きてる気がする。
さらに、機能とは関係ないが、コネクタがいい加減についてるから、差したブツがランダムで斜めになってるし。
16ポートにUSBメモリー直接差したら、ガタツキまくりのぶつかりまくりの離れまくり。熱問題も含めて延長ケーブル経由にしてしまった。
…高い遊びの割に、結果がしょんぼり。USBメモリーは当初の予定通りデータ入稿用ストックに。
ハブは、Mac Book Airを買ったら使う、かなぁ？
- 548 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/21(月) 02:30:08 ]
- ハブの電源容量は？16ポート全部使うとスペックオーバの場合もあるぞ。
- 549 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/01/21(月) 07:57:17 ]
- >>547
乙でした。
職業ライターさんかな？
だとしたら、スレ違いだけどVT -d、IOV特集とかお願い。
- 550 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/03(日) 14:00:28 ]
- USB端子の電力供給ってかなりショボイから、
6本同時接続自体が無謀な気もするんだが･･･
- 551 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/05(火) 21:03:20 ]
- >>550
ハブをバスパワーにしなければ無問題ではないかと
- 552 名前：名無しさん＠お腹いっぱい。 [2008/02/05(火) 21:13:34 ]
- WindowsでZFS使いたいなあ…
- 553 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 09:52:49 ]
- >>552
他人に頼るな。自分でなんとかしてみろ
- 554 名前：名無しさん＠お腹いっぱい。 [2008/02/06(水) 10:00:37 ]
- C/C++は一応出来るけどWindowsのドライバなんて作ったことない…
まあ、6月ぐらいになったら暇になるから勉強のつもりで挑戦してみるか
- 555 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 10:50:44 ]
- MS-Windows がまともに稼働するだけの機能は全部もってるんだろ? ZFS。
ZFS オンリーな環境で MS-Windows がまともに動いたらちょっと爽快かもな。
- 556 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 12:58:56 ]
- >>555
いや機能だけでいうなら全然足りない。
- 557 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 13:34:23 ]
- そうか? 例えば?
- 558 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 19:26:05 ]
- このスレをNTFSで検索しれ
- 559 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 20:21:52 ]
- 「俺の根拠はお前が探せ」
- 560 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 21:09:43 ]
- 「半年ＲＯＭれ」
- 561 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 21:12:54 ]
- >>558
re-parse file は symbolic link、sparse file は hole。
multiple stream は extended attributes (fsattr)だろうな。
以上なら UFS にもあるぞ。
extended attributes は Solaris 9 以降だったと思うが。
暗号化が実装途上だというのはすでに言及されてるからいいとして、
トランザクションとか他の事項については中身を知らんから何とも。
556や558は知ってるならちゃんと説明してくれ。
- 562 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 21:46:10 ]
- Windowsが動作可能なFSって、動作するだけなら長いファイル名さえ使えれば
問題ないんでないの？
NTFSと同等の機能が必要かどうかは、OS上で何を動作させるか次第だと思うんだけど。
- 563 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 21:48:43 ]
- 横槍だがリパースポイントは、
その機構を利用してジャンクションやシンボリックを実現しているだけで、
本質はもっと汎用的な動的再解析のための枠組み。
Windowsでは階層化ストレージのために使っていたりするが、
独自の再解析のアルゴリズムを追加してリパースさせることもできる。はず。
寡聞にして聞いたことがないが。
- 564 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 22:02:30 ]
- >>561
ZFS に sparse file(hole) ってあったっけ？
あと junction 相当の directory hardlink とかどうだっけ。
まあ機能制限ありなら FAT 上でだって XP は動くわけで、
そういうのでいいなら ZFS 上で Win 動かすのに問題はないんじゃない？
あと Win Server の Volume Shadow Copy って、これ snapshot 相当なの？
誰か使ったことある？
- 565 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 22:04:16 ]
- NTFSの最もよく使われているであろう暗号化機能が
無いというだけで十分ではないか。
- 566 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/06(水) 22:06:06 ]
- 最近のノートなビジネスクライアントでは必須だからな……
- 567 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/07(木) 03:21:19 ]
- じゃあ暗号化を考えなきゃ、使える、と？
- 568 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/07(木) 10:20:14 ]
- いや、暗号化なんてどうでもいいだろ。とりあえず大文字小文字の同一視と
ACL カバーしてりゃ問題なかろ。
- 569 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/07(木) 22:22:54 ]
- ttp://d.hatena.ne.jp/softether/20060202#p2
[質問] スライドでは、NTOSKRNL はデバイスドライバコードを一切含んでいないということだったが、では ntfs.sys や scsi.sys、disk.sys などのハードディスクを読み書きするデバイスドライバはどうやって読み込まれるのか?
NTOSKRNL を呼び出す PreLoader (恐らくブートセクタプログラムおよび ntldr のこと) に NTFS などのファイルシステムドライバが特別なコードとして組み込まれている。
[質問] では、サードパーティの開発者が例えば新しいファイルシステムを開発してそれ用のデバイスドライバを書いたとしても、そのファイルシステムのドライブ上に NT カーネルを置いてブートすることは不可能ということか?
現在のところ不可能である。
- 570 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/07(木) 22:24:56 ]
- と言うような話を思い出したけど、よくよく話題を追うと機能として満たしてるかどうかだった悪寒
- 571 名前：名無しさん＠お腹いっぱい。 [2008/02/09(土) 10:24:38 ]
- X4500に16TBのZFSファイルシステム作ってみた。
コマンド叩いて、すぐに完成。
Disk 46本全て使ったので、完了するまでに待たされるかと思ったよ。
やっぱり、いいな。ZFS。
でも、細かな所で機能やユーティリティが不足しているので、以下の機能を
早く正式に取り込んで欲しいな。
・send -r ZFSプールの中の全ファイルシステムを再帰的にsend
・snapshot/send/recvのスケジューリング機能
・scrubをバックグラウンドで定期的には知らせる機能
X4500はバックアップ用ストレージとして使っている。
1000T 1本にNFS writeして、50MB/sec位。
ストレージの性能はもうちょっと上なので、10Gの時の書き込み性能を
試してみたいな。だれか10GでNFSシーケンシャルwrite性能計った事無い？
- 572 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/09(土) 17:17:30 ]
- nfsd にあたるリモートpoolを扱う機能が欲しいな。
バックアップが格段に楽になる。
経路の暗号化付きで。
- 573 名前：名無しさん＠お腹いっぱい。 [2008/02/10(日) 13:10:05 ]
- ZFSは素晴らしいよな。近年まれに見る優れたファイルシステム。
周辺のかゆい所に手を入れて、早いところSVM/UFSやVxVM/VxFS捨てて欲しいわ。
夏あたりに出てくるというSolaris10＋ZFSベースのNASにも期待。
ZFSはNetApp ONTAPの機能の大半をカバーしているからな。NetApp買わなくても
良くなるかもしれない。
- 574 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/10(日) 14:39:54 ]
- >>571
zpool の RAID はどういう風に組みました?
6 本の RAID-Z を複数かな
- 575 名前：名無しさん＠お腹いっぱい。 [2008/02/10(日) 14:57:39 ]
- 9D+2PのRAID-Z2を4セット、1ファイルシステム
- 576 名前：名無しさん＠お腹いっぱい。 [2008/02/11(月) 11:06:23 ]
- 次のupdateで、OSブートに対応した版が出てくるんだろうか？
最近のSunサーバは、ハードウェアRAID搭載なので、SVMにお世話になる頻度は
減ったが。X4500みたいな未搭載機もあるしな。
あと、/ からZFSになっていると管理上楽
- 577 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 13:15:05 ]
- OSブート対応はブートROM側に変更が必要なのでは。
- 578 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 18:25:35 ]
- SPARCのこと？
OpenBootの変更が必要ない方法で進められてると思ったが。
- 579 名前：名無しさん＠お腹いっぱい。 [2008/02/11(月) 19:19:51 ]
- OpenBootもUPFATE可能な作りだしな。
- 580 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 19:47:38 ]
- OpenBootに変更は必要ない。
Case Materials for PSARC 2006/525 new-boot sparc
ttp://www.opensolaris.org/os/community/arc/caselog/2006/525/final-materials/spec/
x86同様、多段階ブートになる。
早くにOBPから切り離されるため、場合によってはブートが速くなるらしい。
そもそもNVRAMに大きなコードが入るとは思えないわけだが。
- 581 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 21:56:03 ]
- やっぱり多段ブートなのかぁ。sector 1-15に収まり切るのかな。
- 582 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 22:13:52 ]
- >>576-581
既に Project Indianaの成果物は
www.opensolaris.org/jive/thread.jspa?messageID=169793&tstart=0#169793
ZFSオンリーの構成でインストールされますよ。
- 583 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/11(月) 22:15:23 ]
- ん。あ、早とちりか。SPARC版か・・・すまね。
- 584 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/12(火) 01:17:46 ]
- このスレNTに詳しい奴もいるんだな
- 585 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/12(火) 13:51:26 ]
- MS-Windows7 の標準ファイルシステム。
- 586 名前：名無しさん＠お腹いっぱい。 [2008/02/12(火) 20:04:54 ]
- VCSがサポートしてくれれば、全面的にZFSに乗り換えるんだが。
ZFSサポートしているHAはSunClusterのみだからなぁ。
FirstWatchからずっとVERITASを支持してきた俺だが、
SunClusterを検討する時期に来ているんだろうか。
- 587 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/12(火) 20:53:33 ]
- Cluster ableなZFSはまだかっ
- 588 名前：名無しさん＠お腹いっぱい。 [2008/02/16(土) 17:57:28 ]
- SXDEのZFS新機能の説明を読んでみた。待望のsend -Rが。
階層的に作成したファイルシステムを一撃でバックアップ取れて、復元も可能。
docs.sun.com/app/docs/doc/817-2271/gfwqb?a=view
# zfs snapshot -r users@today
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
users 187K 33.2G 22K /users
users@today 0 - 22K -
users/user1 18K 33.2G 18K /users/user1
users/user1@today 0 - 18K -
users/user2 18K 33.2G 18K /users/user2
users/user2@today 0 - 18K -
users/user3 18K 33.2G 18K /users/user3
users/user3@today 0 - 18K -
# zfs send -R users@today > /snaps/users-R
# zfs destroy -r users
# zfs receive -F -d users < /snaps/users-R
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
users 196K 33.2G 22K /users
users@today 0 - 22K -
users/user1 18K 33.2G 18K /users/user1
users/user1@today 0 - 18K -
users/user2 18K 33.2G 18K /users/user2
users/user2@today 0 - 18K -
users/user3 18K 33.2G 18K /users/user3
users/user3@today 0 - 18K -
- 589 名前：名無しさん＠お腹いっぱい。 [2008/02/16(土) 17:58:20 ]
- rshやsshと組み合わせて、リモートレプリケーションするのが
すごく楽になったぜ。
- 590 名前：名無しさん＠お腹いっぱい。 [2008/02/16(土) 18:04:42 ]
- あと、cache deviceの機能。どの様な場面を想定しているのかな？ SSD？
# zpool create pool mirror c0t2d0 c0t4d0 cache c0t0d0
# zpool status pool
pool: pool
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
pool ONLINE 0 0 0
mirror ONLINE 0 0 0
c0t2d0 ONLINE 0 0 0
c0t4d0 ONLINE 0 0 0
cache
c0t0d0 ONLINE 0 0 0
errors: No known data errors
- 591 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/21(木) 00:10:38 ]
- ZFSというのはRAID構成のまま増設が出来ちゃったりするの？
RAID 6+2+0相当で、そこまで出来るなら鯖管に真面目に検討させたいなぁ。
- 592 名前：名無しさん＠お腹いっぱい。 [2008/02/21(木) 23:00:54 ]
- >RAID構成のまま増設が出来ちゃったり
ってどう言う意味？
あと、RAID6+2+0ってどんなメリットが？ しかもRAID2 ？？
と言うか、そんなの構成可能なHW RAIDやSW RAIDがあるわけ？
- 593 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/23(土) 11:40:15 ]
- 6+2+0 = 8
ﾅ ﾅﾝﾀﾞｯﾃｰ!!
Ω ΩΩ
っていうｗ
- 594 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/23(土) 13:18:26 ]
- なんだこいつ
- 595 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/02/23(土) 13:59:04 ]
- ZFS じゃないけど敢えて言うなら
Infrant の ReadyNAS みたいなイメージなのかな?
- 596 名前：名無しさん＠お腹いっぱい。 [2008/02/23(土) 20:34:15 ]
- ZFSはオンライン拡張可能だけど、1台だけDisk増設と言った使い方は
お薦めできない。RAID-Z 4+1分の容量を追加とか。そんな感じでやるべき。
- 597 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 09:27:16 ]
- 自宅のファイルサーバとしてFreeBSD7.0-R + ZFS + samba3.0.28という
組み合わせで導入してみたけど、いまいち使い物にならない。
wiki.freebsd.org/ZFSTuningGuide にあるとおり、
vm.kmem_size="512M"
vm.kmem_size_max="512M"
としたけど、クライアントのVista SP1マシンから数GBのデータをコピー
しようとしたらkmem_map too smallで落ちる。設定を640MBまで増やして
みてもダメ。どこまで増やせば安定するのかな。
というかそもそもメインメモリ1GBじゃファイルサーバにZFS使うのには
ぜんぜん足りないのか。
- 598 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 09:51:12 ]
- kldstatでzfs.koが組み込まれてるのを確認してから、
sysctl -a | grep vfs.zfs.prefetch_disable
デフォルト値0を1に変えてみたらどうだろう。
他にも設定できる箇所は沢山あるけど、個人的には簡単に動く印象は無いな。
- 599 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 11:25:05 ]
- そうなのかぁ．
amd64でメモリ4GB オーバー当り前，とかが実質の前提なのかな?
- 600 名前：598 mailto:sage [2008/03/27(木) 11:52:53 ]
- 簡単に動く印象は無いと書いたけど、
zfsをマウントしてFreeBSD使うだけなら、そう苦労は無いね。
他と絡めてなにかすると、簡単にボロが出る。といった方が正しかった。
細かい仕様まで追ってないので外してるかも知れないけど、
>>597のケースは、zfsがキャッシュ(即ちメモリ)を開放するタイミングの問題だと思う。
zfsに食わせるメモリを超えるサイズのファイル(zfsのパリティ込み)を他のシステム(ここではsamba)から渡すと、
最大でファイルサイズの倍以上メモリが必要だと思う。
- 601 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 12:31:52 ]
- 512Mじゃ足りないのか。
安心して使えるメモリ量がわからないことには、ファイルサーバには使えないな。
本家であるSolarisのZFSも同じ挙動するのかなぁ。
- 602 名前：名無しさん＠お腹いっぱい。 [2008/03/27(木) 13:22:26 ]
- どちらにせよ今のところFreeBSDではZFSでSambaはうまくいかないぽい。
unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-08/msg00601.html
自分の経験では、ZFSなSamba公開dirにWinXPからちょっと多目のファイル(1000個とか)
の入ったフォルダをコピーすると、コピー先でファイルの数がおかしくなったり
そのフォルダが1回で消せなくなったりした。
FreeBSDに加え、Solaris、LinuxのZFS-FUSE、3つともメモリ256MB割り当てのVMwareで試したが
Solaris、LinuxのZFS-FUSEは問題起きなかった。
- 603 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 13:28:29 ]
- >>597
i386の項目も見るんだ
options KVA_PAGES=512 としてから再コンパイルが必要。
vm.kmem_size は 1 GB にしないとダメとあるね。
- 604 名前：597 mailto:sage [2008/03/27(木) 13:52:14 ]
- とりあえず、vfs.zfs.prefetch_disable=1 してみたけど改善しませんでした。
カーネルの再構築は後で試してみます。
でもメインメモリ1GBしかないのにvm.kmem_sizeを1GBも取っちゃっても
大丈夫でしょうか。。。
でもそもそも598=600氏の指摘されている問題が本当だとすれば、CDの
isoイメージ1枚分の転送すら1GBじゃ足らないということになりますね。
たとえ8GB積んだとしてもDVDイメージが転送できない、と。
- 605 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 14:10:15 ]
- >>604
>でもメインメモリ1GBしかないのにvm.kmem_sizeを1GBも取っちゃっても
>大丈夫でしょうか。。。
もちろん大丈夫じゃないので、とりあえずメインメモリを増設しては。
4GBでも今二束三文でしょ。
>>600の話は初耳だけれど、とりあえずAMD64メモリ4GBで、
Samba経由での3GBのファイルのやり取りはできたよ。
- 606 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 14:53:46 ]
- >600
4.7GB のエロデータわんさかってのをゲシゲシしようとすると
どうなっちゃうの?
死ぬほど遅いとか? エラー? ぱにっく?
- 607 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 15:11:03 ]
- ヨメのマシンにデータが自動転送w
- 608 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 18:22:53 ]
- 児童バックアップか、いいね!
- 609 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/27(木) 18:26:05 ]
- 差分バックアップのやりすぎで年子連続出産
- 610 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 13:54:59 ]
- Freebsd amd64で11G積んでるんだが
kmem_sizeを8Gとか1Gより大きくする方法をおしえてくれ
- 611 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/29(土) 16:26:20 ]
- こっちくんな
- 612 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/30(日) 02:04:53 ]
- あんたなんかだいっきらいなんだからね
でも、今回は特別におしえてあげてもよくってよ
ほんと、たったまたま気分がいいだけなんだから
いつもなら、こんな質問にわたしがこたえるわけないでしょ!
- 613 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/30(日) 16:26:53 ]
- きめぇ
- 614 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/31(月) 23:08:44 ]
- 結局何も応えてないのかよww
- 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/03/31(月) 23:16:36 ]
- >>610
kmem_size がでかくなると何か幸せなんですか?
kernel + user page table サイズが載ればええもんとちゃいますか?
- 616 名前：名無しさん＠お腹いっぱい。 [2008/04/06(日) 10:20:44 ]
- やっぱりZFSはSolaris10だよね。BSDはいまいち安定していないのかな？
- 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 11:02:08 ]
- 特定のファイルシステムが使いたいから、
それが安定しているOSを選ぶなんて、
そんな時代が来るとは思わなかった。
- 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 11:27:17 ]
- FreeBSDはgjounalがあるじゃない･･･
と思ったらここはZFSスレなのを忘れていた＼(^o^)／
- 619 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 13:04:22 ]
- >>617
いや、それほど珍しくないとおもうよ
- 620 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 13:07:55 ]
- DBサーバとかなら普通だけど、家庭内サーバだからなあ
- 621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/06(日) 16:21:52 ]
- 用途ごとにOSを選ぶのは、本来あるべき姿だと思う。
特定のOSが好きだから、そのOS上で要件を満足すべく頑張るのもいいことだけど。
|
 |
