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

**名無しさん＠お腹いっぱい。** · 2007/06/13(水) 15:28:31

64ビットのチェックサム、128bitアドレッシング、RAID、ホットスペア、
スナップショット、ストレージプールなどの豊富な機能を備え、
次世代のファイルシステムとして期待されるZFSについて語るスレです。

○前スレ
[次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ]
http://pc11.2ch.net/test/read.cgi/unix/1146631270/

○関連スレ
/**ファイルシステム総合スレその7**/
http://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/

**名無しさん＠お腹いっぱい。** · 2008/01/18(金) 12:45:11

>>542
それって、（リリース版Solarisでなく）OpenSolaris、それもsnv_43なんていう古いバージョンのを
使っててバグ踏んだだけじゃん。snv_60で9ヶ月ぐらい前にfixされてるバグだし。
http://discuss.joyent.com/viewtopic.php?id=19430
http://opensolaris.org/jive/thread.jspa?threadID=49020

**名無しさん＠お腹いっぱい。** · 2008/01/18(金) 14:33:35

Joyentとしては、とにかく他人のせいにしとかないとね。
あ、TechCrunchのfounderは記事に名前の出てるOmnidriveのinvestorでもあるのか。

**名無しさん＠お腹いっぱい。** · 2008/01/18(金) 16:21:01

つーか、このレベルの障害がこれだけ大きく出るってことは、逆に
それ以上のものはほぼ皆無ってことになるんじゃねーか? すげーじゃん。

**名無しさん＠お腹いっぱい。** · 2008/01/20(日) 04:37:45

ゆとり脳かよ

**521** · 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を買ったら使う、かなぁ？

**名無しさん＠お腹いっぱい。** · 2008/01/21(月) 02:30:08

ハブの電源容量は？16ポート全部使うとスペックオーバの場合もあるぞ。

**名無しさん＠お腹いっぱい。** · 2008/01/21(月) 07:57:17

>>547
乙でした。
職業ライターさんかな？
だとしたら、スレ違いだけどVT -d、IOV特集とかお願い。

**名無しさん＠お腹いっぱい。** · 2008/02/03(日) 14:00:28

USB端子の電力供給ってかなりショボイから、
6本同時接続自体が無謀な気もするんだが･･･

**名無しさん＠お腹いっぱい。** · 2008/02/05(火) 21:03:20

>>550
ハブをバスパワーにしなければ無問題ではないかと

**名無しさん＠お腹いっぱい。** · 2008/02/05(火) 21:13:34

WindowsでZFS使いたいなあ…

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 09:52:49

>>552
他人に頼るな。自分でなんとかしてみろ

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 10:00:37

C/C++は一応出来るけどWindowsのドライバなんて作ったことない…
まあ、6月ぐらいになったら暇になるから勉強のつもりで挑戦してみるか

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 10:50:44

MS-Windows がまともに稼働するだけの機能は全部もってるんだろ? ZFS。
ZFS オンリーな環境で MS-Windows がまともに動いたらちょっと爽快かもな。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 12:58:56

>>555
いや機能だけでいうなら全然足りない。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 13:34:23

そうか? 例えば?

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 19:26:05

このスレをNTFSで検索しれ

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 20:21:52

「俺の根拠はお前が探せ」

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 21:09:43

「半年ＲＯＭれ」

**名無しさん＠お腹いっぱい。** · 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は知ってるならちゃんと説明してくれ。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 21:46:10

Windowsが動作可能なFSって、動作するだけなら長いファイル名さえ使えれば
問題ないんでないの？
NTFSと同等の機能が必要かどうかは、OS上で何を動作させるか次第だと思うんだけど。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 21:48:43

横槍だがリパースポイントは、
その機構を利用してジャンクションやシンボリックを実現しているだけで、
本質はもっと汎用的な動的再解析のための枠組み。
Windowsでは階層化ストレージのために使っていたりするが、
独自の再解析のアルゴリズムを追加してリパースさせることもできる。はず。
寡聞にして聞いたことがないが。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 22:02:30

>>561
ZFS に sparse file(hole) ってあったっけ？
あと junction 相当の directory hardlink とかどうだっけ。

まあ機能制限ありなら FAT 上でだって XP は動くわけで、
そういうのでいいなら ZFS 上で Win 動かすのに問題はないんじゃない？

あと Win Server の Volume Shadow Copy って、これ snapshot 相当なの？
誰か使ったことある？

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 22:04:16

NTFSの最もよく使われているであろう暗号化機能が
無いというだけで十分ではないか。

**名無しさん＠お腹いっぱい。** · 2008/02/06(水) 22:06:06

最近のノートなビジネスクライアントでは必須だからな……

**名無しさん＠お腹いっぱい。** · 2008/02/07(木) 03:21:19

じゃあ暗号化を考えなきゃ、使える、と？

**名無しさん＠お腹いっぱい。** · 2008/02/07(木) 10:20:14

いや、暗号化なんてどうでもいいだろ。とりあえず大文字小文字の同一視と
ACL カバーしてりゃ問題なかろ。

**名無しさん＠お腹いっぱい。** · 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 カーネルを置いてブートすることは不可能ということか?

現在のところ不可能である。

**名無しさん＠お腹いっぱい。** · 2008/02/07(木) 22:24:56

と言うような話を思い出したけど、よくよく話題を追うと機能として満たしてるかどうかだった悪寒

**名無しさん＠お腹いっぱい。** · 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性能計った事無い？

**名無しさん＠お腹いっぱい。** · 2008/02/09(土) 17:17:30

nfsd にあたるリモートpoolを扱う機能が欲しいな。
バックアップが格段に楽になる。
経路の暗号化付きで。

**名無しさん＠お腹いっぱい。** · 2008/02/10(日) 13:10:05

ZFSは素晴らしいよな。近年まれに見る優れたファイルシステム。
周辺のかゆい所に手を入れて、早いところSVM/UFSやVxVM/VxFS捨てて欲しいわ。
夏あたりに出てくるというSolaris10＋ZFSベースのNASにも期待。
ZFSはNetApp ONTAPの機能の大半をカバーしているからな。NetApp買わなくても
良くなるかもしれない。

**名無しさん＠お腹いっぱい。** · 2008/02/10(日) 14:39:54

>>571
zpool の RAID はどういう風に組みました?
6 本の RAID-Z を複数かな

**名無しさん＠お腹いっぱい。** · 2008/02/10(日) 14:57:39

9D+2PのRAID-Z2を4セット、1ファイルシステム

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 11:06:23

次のupdateで、OSブートに対応した版が出てくるんだろうか？
最近のSunサーバは、ハードウェアRAID搭載なので、SVMにお世話になる頻度は
減ったが。X4500みたいな未搭載機もあるしな。
あと、/ からZFSになっていると管理上楽

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 13:15:05

OSブート対応はブートROM側に変更が必要なのでは。

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 18:25:35

SPARCのこと？
OpenBootの変更が必要ない方法で進められてると思ったが。

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 19:19:51

OpenBootもUPFATE可能な作りだしな。

**名無しさん＠お腹いっぱい。** · 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に大きなコードが入るとは思えないわけだが。

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 21:56:03

やっぱり多段ブートなのかぁ。sector 1-15に収まり切るのかな。

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 22:13:52

>>576-581
既に Project Indianaの成果物は
http://www.opensolaris.org/jive/thread.jspa?messageID=169793&tstart=0#169793
ZFSオンリーの構成でインストールされますよ。

**名無しさん＠お腹いっぱい。** · 2008/02/11(月) 22:15:23

ん。あ、早とちりか。SPARC版か・・・すまね。

**名無しさん＠お腹いっぱい。** · 2008/02/12(火) 01:17:46

このスレNTに詳しい奴もいるんだな

**名無しさん＠お腹いっぱい。** · 2008/02/12(火) 13:51:26

MS-Windows7 の標準ファイルシステム。

**名無しさん＠お腹いっぱい。** · 2008/02/12(火) 20:04:54

VCSがサポートしてくれれば、全面的にZFSに乗り換えるんだが。
ZFSサポートしているHAはSunClusterのみだからなぁ。
FirstWatchからずっとVERITASを支持してきた俺だが、
SunClusterを検討する時期に来ているんだろうか。

**名無しさん＠お腹いっぱい。** · 2008/02/12(火) 20:53:33

Cluster ableなZFSはまだかっ

**名無しさん＠お腹いっぱい。** · 2008/02/16(土) 17:57:28

SXDEのZFS新機能の説明を読んでみた。待望のsend -Rが。
階層的に作成したファイルシステムを一撃でバックアップ取れて、復元も可能。
http://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 -

**名無しさん＠お腹いっぱい。** · 2008/02/16(土) 17:58:20

rshやsshと組み合わせて、リモートレプリケーションするのが
すごく楽になったぜ。

**名無しさん＠お腹いっぱい。** · 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

**名無しさん＠お腹いっぱい。** · 2008/02/21(木) 00:10:38

ZFSというのはRAID構成のまま増設が出来ちゃったりするの？
RAID 6+2+0相当で、そこまで出来るなら鯖管に真面目に検討させたいなぁ。

**名無しさん＠お腹いっぱい。** · 2008/02/21(木) 23:00:54

>RAID構成のまま増設が出来ちゃったり
ってどう言う意味？
あと、RAID6+2+0ってどんなメリットが？しかもRAID2 ？？
と言うか、そんなの構成可能なHW RAIDやSW RAIDがあるわけ？

**名無しさん＠お腹いっぱい。** · 2008/02/23(土) 11:40:15

6+2+0 = 8

ﾅ　ﾅﾝﾀﾞｯﾃｰ!!
　Ω ΩΩ

っていうｗ

**名無しさん＠お腹いっぱい。** · 2008/02/23(土) 13:18:26

なんだこいつ

**名無しさん＠お腹いっぱい。** · 2008/02/23(土) 13:59:04

ZFS じゃないけど敢えて言うなら
Infrant の ReadyNAS みたいなイメージなのかな?

**名無しさん＠お腹いっぱい。** · 2008/02/23(土) 20:34:15

ZFSはオンライン拡張可能だけど、1台だけDisk増設と言った使い方は
お薦めできない。RAID-Z 4+1分の容量を追加とか。そんな感じでやるべき。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 09:27:16

自宅のファイルサーバとしてFreeBSD7.0-R + ZFS + samba3.0.28という
組み合わせで導入してみたけど、いまいち使い物にならない。

http://wiki.freebsd.org/ZFSTuningGuide にあるとおり、

vm.kmem_size="512M"
vm.kmem_size_max="512M"

としたけど、クライアントのVista SP1マシンから数GBのデータをコピー
しようとしたらkmem_map too smallで落ちる。設定を640MBまで増やして
みてもダメ。どこまで増やせば安定するのかな。

というかそもそもメインメモリ1GBじゃファイルサーバにZFS使うのには
ぜんぜん足りないのか。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 09:51:12

kldstatでzfs.koが組み込まれてるのを確認してから、
sysctl -a | grep vfs.zfs.prefetch_disable
デフォルト値0を1に変えてみたらどうだろう。

他にも設定できる箇所は沢山あるけど、個人的には簡単に動く印象は無いな。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 11:25:05

そうなのかぁ．

amd64でメモリ4GB オーバー当り前，とかが実質の前提なのかな?

**598** · 2008/03/27(木) 11:52:53

簡単に動く印象は無いと書いたけど、
zfsをマウントしてFreeBSD使うだけなら、そう苦労は無いね。
他と絡めてなにかすると、簡単にボロが出る。といった方が正しかった。

細かい仕様まで追ってないので外してるかも知れないけど、
>>597のケースは、zfsがキャッシュ(即ちメモリ)を開放するタイミングの問題だと思う。
zfsに食わせるメモリを超えるサイズのファイル(zfsのパリティ込み)を他のシステム(ここではsamba)から渡すと、
最大でファイルサイズの倍以上メモリが必要だと思う。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 12:31:52

512Mじゃ足りないのか。
安心して使えるメモリ量がわからないことには、ファイルサーバには使えないな。
本家であるSolarisのZFSも同じ挙動するのかなぁ。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 13:22:26

どちらにせよ今のところFreeBSDではZFSでSambaはうまくいかないぽい。

http://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は問題起きなかった。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 13:28:29

>>597
i386の項目も見るんだ
options KVA_PAGES=512 としてから再コンパイルが必要。
vm.kmem_size は 1 GB にしないとダメとあるね。

**597** · 2008/03/27(木) 13:52:14

とりあえず、vfs.zfs.prefetch_disable=1 してみたけど改善しませんでした。
カーネルの再構築は後で試してみます。

でもメインメモリ1GBしかないのにvm.kmem_sizeを1GBも取っちゃっても
大丈夫でしょうか。。。

でもそもそも598=600氏の指摘されている問題が本当だとすれば、CDの
isoイメージ1枚分の転送すら1GBじゃ足らないということになりますね。
たとえ8GB積んだとしてもDVDイメージが転送できない、と。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 14:10:15

>>604
>でもメインメモリ1GBしかないのにvm.kmem_sizeを1GBも取っちゃっても
>大丈夫でしょうか。。。
もちろん大丈夫じゃないので、とりあえずメインメモリを増設しては。
4GBでも今二束三文でしょ。

>>600の話は初耳だけれど、とりあえずAMD64メモリ4GBで、
Samba経由での3GBのファイルのやり取りはできたよ。

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 14:53:46

>600
4.7GB のエロデータわんさかってのをゲシゲシしようとすると
どうなっちゃうの?

死ぬほど遅いとか? エラー? ぱにっく?

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 15:11:03

ヨメのマシンにデータが自動転送w

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 18:22:53

児童バックアップか、いいね!

**名無しさん＠お腹いっぱい。** · 2008/03/27(木) 18:26:05

差分バックアップのやりすぎで年子連続出産

**名無しさん＠お腹いっぱい。** · 2008/03/29(土) 13:54:59

Freebsd amd64で11G積んでるんだが
kmem_sizeを8Gとか1Gより大きくする方法をおしえてくれ

**名無しさん＠お腹いっぱい。** · 2008/03/29(土) 16:26:20

こっちくんな

**名無しさん＠お腹いっぱい。** · 2008/03/30(日) 02:04:53

あんたなんかだいっきらいなんだからね
でも、今回は特別におしえてあげてもよくってよ
ほんと、たったまたま気分がいいだけなんだから
いつもなら、こんな質問にわたしがこたえるわけないでしょ!

**名無しさん＠お腹いっぱい。** · 2008/03/30(日) 16:26:53

きめぇ

**名無しさん＠お腹いっぱい。** · 2008/03/31(月) 23:08:44

結局何も応えてないのかよww

**名無しさん＠お腹いっぱい。** · 2008/03/31(月) 23:16:36

>>610
kmem_size がでかくなると何か幸せなんですか?
kernel + user page table サイズが載ればええもんとちゃいますか?

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 10:20:44

やっぱりZFSはSolaris10だよね。BSDはいまいち安定していないのかな？

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 11:02:08

特定のファイルシステムが使いたいから、
それが安定しているOSを選ぶなんて、
そんな時代が来るとは思わなかった。

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 11:27:17

FreeBSDはgjounalがあるじゃない･･･
と思ったらここはZFSスレなのを忘れていた＼(^o^)／

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 13:04:22

>>617
いや、それほど珍しくないとおもうよ

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 13:07:55

DBサーバとかなら普通だけど、家庭内サーバだからなあ

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 16:21:52

用途ごとにOSを選ぶのは、本来あるべき姿だと思う。
特定のOSが好きだから、そのOS上で要件を満足すべく頑張るのもいいことだけど。

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 16:23:01

WindowsとNTFSが神過ぎてOSを選ぶという行為そのものを忘れてしまったよ。

**名無しさん＠お腹いっぱい。** · 2008/04/06(日) 16:34:22

うんうん、よかったね

**名無しさん＠お腹いっぱい。** · 2008/04/07(月) 13:22:58

もうずっと忘れててもいいよ

**名無しさん＠お腹いっぱい。** · 2008/04/07(月) 22:42:39

>>615
kmem_sizeでデータキャッシュの量が決まっているような感触
たとえば2GBのファイルを２度readすると２度ともディスクアクセスに行く
ffsならそんなことはなくてtopでみているとinactiveが増えfreeが減る

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 00:25:24

kmem_sizeって(カーネル内の)mallocのための領域決める値でなかったっけ？
ページサイズ以上はどうせちゃんとページアラインされるんだろうけど、
mallocで得た領域をバッファに使ってるって……考えにくいけど……

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 00:37:18

>>610
過去レス読め。

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 02:07:07

topはこんな状況になっている
Mem: 611M Active, 154M Inact, 3293M Wired, 73M Cache, 214M Buf, 6788M Free

>>626
ARCというシーケンシャルアクセスにつよいキャッシュアルゴリズムをつかっているらしいので
ページの再利用を自分で管理したいってことじゃないかと想像
Solarisではどうなっているかしらん
>>627
？

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 17:34:02

Drobo って ZFS 採用臭するよね？

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 17:55:04

droboはWindowsHomeServerみたいな
既存のファイルシステムとリンクと振り分けアプリでしょ

**名無しさん＠お腹いっぱい。** · 2008/04/08(火) 22:43:53

一応Drobo販売関係者だけどZFSは使ってないよ。

**名無しさん＠お腹いっぱい。** · 2008/04/09(水) 11:08:00

dorobo非ジャーナリング型でも安全とか書いてあるけど
それ系の速度最優先のFSって何があるんだろ。
FAT32は単純な分軽そうではあるが。

**名無しさん＠お腹いっぱい。** · 2008/04/09(水) 11:20:33

他のスレでやれ

**名無しさん＠お腹いっぱい。** · 2008/04/09(水) 13:01:03

Drobo本体は物理ディスクをエミュレートしてるだけで、
内部にファイルシステムは持ってないでしょ。
DroboShareはLinuxなんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2008/04/09(水) 14:28:27

>>628
そんなことして、mmap()とかどうしてるんだろ？とか思ってソース見てみた。
同じファイルにmmap()してる奴がいる場合とそうでない場合で、ちゃんと場合わけして
read/writeの処理してるっぽいwww

で、現状ではたしかにデータの領域はmalloc(9)で確保してるように見える。
vmstat -mだとsolarisの欄で見えることになるのかな。
バッファ以外にいろいろまざってそうだけど。

**名無しさん＠お腹いっぱい。** · 2008/04/10(木) 11:37:42

そう言えば、ZFSベースのNAS製品あったな。唯一？

コアマイクロのNetFiler ZFS
http://www.cmsinc.co.jp/news/2008/netfiler_zfs.html

**名無しさん＠お腹いっぱい。** · 2008/04/10(木) 13:52:03

もうちょい安いレンジの製品もだれか作ってくらはい

**名無しさん＠お腹いっぱい。** · 2008/04/11(金) 01:55:59

こんな枯れてないFSにデータためて何がしたいのかと

**名無しさん＠お腹いっぱい。** · 2008/04/11(金) 03:20:31

>>638
FAT16にデータをためるのが好きそうだな

**名無しさん＠お腹いっぱい。** · 2008/04/11(金) 08:04:50

NetBSDへのZFS移植が使えるレベルなら...
あーでもメモリの要求が厳しそうだな

**名無しさん＠お腹いっぱい。** · 2008/04/11(金) 08:41:57

あのー... まだ話だけで影も形もないですが...
FreeBSD のこと?

**名無しさん＠お腹いっぱい。** · 2008/04/11(金) 08:42:36

>>638
枯れてないと思わないと精神が不安定になるんですか?ww