[次世代] ZFS Part2 [ﾌｧｲﾙｼｽﾃﾑ]

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/ 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 02:07:07 ] topはこんな状況になっている Mem: 611M Active, 154M Inact, 3293M Wired, 73M Cache, 214M Buf, 6788M Free >>626 ARCというシーケンシャルアクセスにつよいキャッシュアルゴリズムをつかっているらしいので ページの再利用を自分で管理したいってことじゃないかと想像 Solarisではどうなっているかしらん >>627 ？ 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 17:34:02 ] Drobo って ZFS 採用臭するよね？ 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 17:55:04 ] droboはWindowsHomeServerみたいな 既存のファイルシステムとリンクと振り分けアプリでしょ 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/08(火) 22:43:53 ] 一応Drobo販売関係者だけどZFSは使ってないよ。 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/09(水) 11:08:00 ] dorobo非ジャーナリング型でも安全とか書いてあるけど それ系の速度最優先のFSって何があるんだろ。 FAT32は単純な分軽そうではあるが。 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/09(水) 11:20:33 ] 他のスレでやれ 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/09(水) 13:01:03 ] Drobo本体は物理ディスクをエミュレートしてるだけで、 内部にファイルシステムは持ってないでしょ。 DroboShareはLinuxなんじゃないかな。 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/09(水) 14:28:27 ] >>628 そんなことして、mmap()とかどうしてるんだろ？とか思ってソース見てみた。 同じファイルにmmap()してる奴がいる場合とそうでない場合で、ちゃんと場合わけして read/writeの処理してるっぽいwww で、現状ではたしかにデータの領域はmalloc(9)で確保してるように見える。 vmstat -mだとsolarisの欄で見えることになるのかな。 バッファ以外にいろいろまざってそうだけど。 636 名前：名無しさん＠お腹いっぱい。 [2008/04/10(木) 11:37:42 ] そう言えば、ZFSベースのNAS製品あったな。唯一？ コアマイクロのNetFiler ZFS www.cmsinc.co.jp/news/2008/netfiler_zfs.html 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/10(木) 13:52:03 ] もうちょい安いレンジの製品もだれか作ってくらはい 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 01:55:59 ] こんな枯れてないFSにデータためて何がしたいのかと 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 03:20:31 ] >>638 FAT16にデータをためるのが好きそうだな 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 08:04:50 ] NetBSDへのZFS移植が使えるレベルなら... あーでもメモリの要求が厳しそうだな 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 08:41:57 ] あのー... まだ話だけで影も形もないですが... FreeBSD のこと? 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 08:42:36 ] >>638 枯れてないと思わないと精神が不安定になるんですか?ww 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 08:54:07 ] ZFSを使ったファイルサーバー作りたいんだけど やっぱSolarisがいいかな。FreeBSDは過去に使ったことがあって親しんでるからいいかなと思ったけど。 644 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 09:58:58 ] >>643 ぜひFreeBSD+ZFSで人柱になってくれ。 それでダメならSolarisにすればいい。 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 10:05:48 ] >>641 つwww.olix0r.net/bitbucket/index.cgi/netbsd/zfs 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 12:09:25 ] おー! すげー。compat/opensolaris かよ、うーむ。 これ SoC のやつ? 影くらいはあったか。 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 12:39:41 ] 基本的にFreeBSDの実装からひっぱってきて、それをNetBSD用に書き変えてる感じ？ 648 名前：名無しさん＠お腹いっぱい。 [2008/04/14(月) 22:08:46 ] SunからSolaris10＋ZFSなNASが出ると言う噂があったが。 どうなったんだろう？ 649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 22:55:08 ] どこで聞いた噂なの？ 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 22:58:40 ] age屋の脳内 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 00:01:13 ] OpenSolarisで使えるらしいCIFSのがのるとか、 というお告げが聞こえた（sambaでなく）。 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 00:06:23 ] >>651 CIFSを普通にサポートするプロジェクトがあるよね。 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 09:38:22 ] >>648 X4500 のことなんじゃないの? 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 09:39:18 ] >>652 普通って、どういう意味の普通w? 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 22:16:07 ] >>648 Sun >>652 SXDEにも載っていますね。使った事無いけど。 >>648 本当のNAS。 Procom性能出ないので、作り直します云々。 でも、NetAppと係争中だからリリース無理かも。 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 22:30:01 ] >>654 sambaみたいのじゃないてってことなんじゃないかな 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 09:32:46 ] つまり Samba のみ普通じゃないという意味? 悪意満載だなww 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 12:41:03 ] なにがそこまでsambaに対して過剰反応をさせるのかがわからない。 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 13:11:52 ] GPL信者とアンチの骨肉の争い 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 14:03:46 ] sambaは仕様が公開されてないプロトコルをパケットダンプして解析して作り込んだり してる点で微妙に問題があるから、公開されてる仕様だけで普通に作ろうという 話なのでは？ 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 14:17:18 ] ウソつけ。 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 14:39:06 ] BeleniX すげーじゃん。ZFS ルートで導入できるらしい。 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:00:14 ] >>660 > 公開されてる仕様だけで普通に作ろうという話なのでは？ ちゃんと動きません。特に認証。 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:13:25 ] >>663 Solaris同士でマウントできればよくて、Windowsとのことは知らね、とかw 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 15:34:48 ] Closedなら簡単。 非公開の部分は独自仕様にすればいいから。 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 20:59:36 ] Solaris CIFSサービス遅いよ 667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 07:02:00 ] 最近MSがCIFSの仕様をSambaに提供するとかなんとか言ってたよね 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 08:33:23 ] EU対策の単なる方便でしょ。 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 10:25:29 ] 出てるよ。「読む気しない」という反応だけはどっかで見たww あまりに複雑だと公開しても一緒だという格言誰か作ってくれwww 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 11:35:44 ] あまりに複雑過ぎる問題はいくら目の数があっても解決できない 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 13:35:55 ] 失敗した設計を文書であがなおうとすると、膨大な量に膨れあがった挙句、結局失敗する 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 14:08:50 ] 長文是糞 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 22:43:27 ] zshが最強のシェルであるように zfsも最強のファイルシステムなんだよな？ 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 22:51:35 ] そりゃそうだろ。zshの最強度くらいzfsは最強さ。 ところで、俺はbafsが欲しいんだが。 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 22:57:31 ] aafsでいいや 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 23:13:06 ] tcfs 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 23:23:56 ] なにそのヴァカFS… 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 21:05:56 ] bafsって、ext2でいいんじゃね？ 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 21:08:18 ] 誰かZFSをWindowsに移植してくれー 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 23:00:16 ] Vistaじゃ100%使えんから却下。 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 23:41:01 ] iSCSIでマウント汁 682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/19(土) 22:05:28 ] FreeBSD 7-stable の zfs に結構更新が入ったみたい… 別スレでは不安定説が出ていますが 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 15:29:26 ] 一時的に大きな更新が入ったからね。 ただ直ぐに改善するよ。 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/21(月) 19:47:40 ] >>682 もしかしてThe great CDDL file moveのことを言っているのなら それはファイルが移動しただけ。 >>683 ZFSのコードは年末からほとんど触れられていない。 大きな更新はないし改善もしない。 RELENG_7ではcacheのデフォルトを減らすのとzil_commit()をまめにするようになっただけ。 それも3ヶ月前の話。 もしそれ以上のことを知っているのなら教えて欲しい。 685 名前：名無しさん＠お腹いっぱい。 [2008/04/23(水) 04:40:09 ] FreeBSD で ZFS を iSCSI Target にしたいんだけど無理？ 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 07:39:31 ] 無理ではないが無謀 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 12:23:06 ] ただ頑張れ、と応援したい。 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 13:47:24 ] オレが iZFS 開発するからもう少し待て。 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 21:27:55 ] じゃあ待つ 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 20:22:30 ] wiki.freebsd.org/ZFSTuningGuide メモリ1GBも何に使ってるんだ? 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 21:29:45 ] まあ1Gぐらいならいいか…という気分になっていることは確か 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 00:28:17 ] サーバ機の1GBはそれほど安くない。 マックス1GBというわけでもないようだし、 メモリ不足でpanicする危険があるようでは どんなに便利でも使えないではないか。 なぜ使えるメモリの範囲内でやりくりせんのだ。 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 09:36:16 ] このレベルやってる人間がそんなことわからんわけないだろw 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 10:17:23 ] ZFS使うSolarisにそんな要件はないので、 FreeBSDの実装はまだVMとのインタラクションが不十分なのではなかろうか。 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 19:07:58 ] >>694 32bit CPUでsolarisを動かすと発生する。 これに対するsunの対応は「x64使え」なので、 32bit CPUでzfsを使うなら FreeBSD独自になんとかしなければならない。 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 23:52:24 ] fsが管理するメモリなんてcacheが大半だから 足りなくなってもpanicする前にいくらでも逃げようがあるだろう。 と思う俺は素人? 64bit archとメモリ1GBが必要だというなら用意すればいいが、 過負荷時の生存性の低さも潜在してるように思うぞ。 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 00:05:53 ] kerneltrap.org/FreeBSD/ZFS_Stability > "I guess what makes me mad about ZFS is that it's all-or-nothing; > either it works, or it crashes. It doesn't automatically recognize > limits and make adjustments or sacrifices when it reaches those > limits, it just crashes. 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 02:59:25 ] >>696 うん素人。オレも素人だけどそれだけは自信あるww 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/01(木) 21:54:26 ] ReiserFSで有名な米国人プログラマー、殺人罪で有罪の評決 www.technobahn.com/news/2008/200804301057.html Reiser のスレないみたいだからここに投下しとくか… 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/01(木) 21:57:17 ] ここにはdump/restoreもないfile systemに興味のある人は皆無ですので、 Linux板あたりへどうぞ。 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 01:01:17 ] そうそう、あちらさんのファイルシステムって、dump/restoreがないのが 普通ってのがびっくりするよね。 まあpaxとかrsyncががんばってくれればいいと言われれば、ああそうですかって感じだけど。 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 02:03:41 ] 普通って、reiserだけじゃないの？ 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 02:06:00 ] しかし、ZFSの対象としている大容量なファイルシステムで、dump/restoreを使うか？ というジレンマもあるがな。 704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 10:12:15 ] HDDの容量が増えたのなら HDDにdumpすればいいじゃない 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 12:03:14 ] JFSもext2もdumpなかったような 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 12:54:29 ] snapshotがないFSでdumpは不整合の元だしな 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 12:56:12 ] >>704 あほか。容量の問題じゃなくて所要時間の問題なんだよ。 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 13:29:16 ] 所要時間が長いのは前提で その環境で如何に完全なバックアップを成立させるかってことじゃないの? ZFS は send/receive がその役を担ってるんだよね? 709 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:10:18 ] うむ。snapshotあるんだからbackup windowは0だ。 オンラインではbackupする余裕がないのなら、それは資源の問題だ。 710 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:16:55 ] そうだよ。 別にLinuxの擁護するつもりはないけど、 dumpって絶対必要なのか？って訊かれれば、No、てことになるわな。 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:26:06 ] >>707 いやいや。メディア単価の問題でしょ? 世代管理と物理的に別箇所での保管。 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:56:21 ] >>711 何の話をしているんだ？それがdumpそのものと関係あるか？ 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 15:42:12 ] tarだのcpioだのpaxだのrsyncだので バックアップをとった *つもり* になるのは よくないことだとおもいます。 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 15:51:27 ] お前は何を言っているんだ 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 16:04:45 ] >>705 LinuxのJFSってdumpできないの？ AIXってmksysbとかbackupとかあったと思うけど あれはいわゆるdumpとは性格が違うんだっけ？ 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 16:08:38 ] >>715 それってオンラインでバックアップとれるんでしょ？ つうことは、dumpとは違うんじゃね？ 同じようなHP-UXのIgniteもバックアップ部分に関してはtarだし。 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 16:19:21 ] tarとかその他って、ハードリンクがちゃんと復元できるかどうか、とても不安にならない？ 今どきハードリンクなんて使わねえよなんていう人は氏んでください。 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 16:55:37 ] お前は何を言っているんだ 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:16:50 ] >>717 話飛びまくりだなwwwww cp -r で不安だから tar 使う、とか昔は言ったもんだ遠い目。 それを言うならホールだろ。 720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:19:53 ] tarじゃあリンク復元完全にいかないことあるんだけど、知らない？ 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:20:28 ] どの tar? 722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:36:54 ] 聞いたことないな。 むしろ心配すべきはシンボリックリンクのほうかとｗ これも変なオプション付けなきゃ（デフォルトのままで）問題ないし。 723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:59:10 ] 「tarで問題ない」というのは 「僕はtarで問題に遭遇するほど場数は踏んでません」という意味だから、 永遠に話は噛み合わないと思うな。 tarも最近の実装なら問題ないと思うよ。検証してないしする気もないけど。 でもdump(zfs send)が使える状況なら、正確さと速度の両面でdumpが勝るのだから、 tarを使う理由はないだろう。 724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 18:10:28 ] dumpとzfs sendじゃ仕組みが全然違うだろ。 一緒にするなよｗ 725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 19:14:37 ] SunOS 4 付属の tar と GNU tar のこと知ってるやつならそう書くだろし。 かじっただけのマタ聞きに認定します今日は終了-- 726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 19:22:43 ] そういや 386BSD の配布は cpio だった。...って脱線しすぎだなww 727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 22:54:50 ] solaris10でzfsのパフォーマンスをあげたいんだけど どこかいじれるばしょってありますか? 728 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 01:01:00 ] メモリ増設

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef