1 名前:名無しさん@お腹いっぱい。 [2006/05/03(水) 13:41:10 ] [次世代] ZFS [ファイルシステム] 次世代ファイルシステムとしての期待が高いZFSにAppleが興味を示しました。 10.6か10.5で搭載されると見られるこのZFSについて語りましょう。 Solaris ZFS www.sun.com/software/solaris/zfs.jsp OpenSolaris www.opensolaris.org/os/
636 名前:名無しさん@お腹いっぱい。 [2007/02/12(月) 23:47:55 ] zfs自体のライセンスはどうなってんの?
637 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 08:48:54 ] どうもなにも... OpenSolaris のライセンスだろ。どっか他から持ってきたもんなのか? たとえ Sun の専有技術だとしても、金払ってライセンスしてもらうまでだろ? 何の心配してるのかぜんぜんわかんないんだけど..
638 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 19:05:28 ] まあもちつけ。 「どうなってんの?」という聞き方はそのものズバリと聞きたいことが あるんだけど何らかの心理的障壁によりそれを表現していない聞き方だ。 しかも、本人に自覚が少ない。 >>636 実りのある質問のためには、自分の求めるものを より具体的に示した方がよいですよ。 ライセンスについて心配事が曖昧であるならそれも含めて質問を。 ZFSの実装コードのライセンスと、ZFSの仕様自体の ライセンスの心配をしているのだろうか? SUNは、これまでの例に従えば、基本的に仕様はオープンにしてきているはず。 ZFSを誰かが再実装する分には、大丈夫そうな気がするな。 今も多くのプロジェクトが走っているみたいだし。 SUNの書いた、ZFSのコードを利用するとなると 利用はSolarisのコードライセンスに従うんではないかな? その内容については詳しくない。誰かよろしく。
639 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 01:50:08 ] >>638 Solarisのライセンスに従ってどうすんだよorz opensolaris.orgが公開しているソースはCDDLだから、これを使えばおk。
640 名前:名無しさん@お腹いっぱい。 [2007/02/14(水) 01:52:00 ] >>638 それじゃ公開できないような…。
641 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 02:07:34 ] 公開できるとか、なんの話なんだよw? Apple が ZFS のせるって言ってんだから、有料なら有料で金払ってるだろうし、 無料ならそのまま組込むだろうし、なんにひっかかってんのかぜんぜんわからん。 ソース公開要件のあるライセンスだと Darwin には取り込めないはず、とかの意味?
642 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 02:12:51 ] CDDLを守れば良いと使えると思うんだが、 CDDLって公開要件あるのか? もしそうでもZFS以外にライセンス感染する glueのコードだけ出せばいいんじゃね?
643 名前:名無しさん@お腹いっぱい。 [2007/02/14(水) 02:14:10 ] 仕様はフリーで 実装されたコードはCDDLに従うってことでおk? 今はオプソ界と仲良くやってるけど悪意を持った場合に特許問題とか大丈夫? いや、zfs実際すげえ面白そうだし使い始めたら依存しそうな気がして怖いw
644 名前:名無しさん@お腹いっぱい。 [2007/02/14(水) 02:15:38 ] 実装されたコード < OpenSolarisの話ね。分かると思うけど。
645 名前:641じゃないが mailto:sage [2007/02/14(水) 02:20:31 ] >>642 著作権者はどのようなライセンスを設定することもできるわけで、 一般の人にはCDDLを、特別な契約を結んだAppleには別ライセンスを それぞれ適用するということもできなくはない。 こういうデュアルライセンスはCDDLをGPLに置き換えても成立しうる。
646 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 02:30:29 ] >>643 > 今はオプソ界と仲良くやってるけど悪意を持った場合に特許問題とか大丈夫? あんた今の MacOS X は Apple がすべてイチから書き上げたとでも思ってるのかww?
647 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 08:43:10 ] 特許と著作権を勘違いしないように。 特許問題については、イチから書いたどうかという点は特別な場合を除き意味がない。
648 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 11:25:37 ] >>645 一般的にはそうだが、Appleが別のライセンスで契約したかは 今後ZFSを含んだ Mac OS X がソース非公開で出荷された時に初めて分かる と思うので現時点では不明だな。 一応CDDLのFAQとかは読んでみた。 ZFSのコードと改変部分を公開すれば製品に使ってもよいみたいだな。
649 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 15:56:12 ] >>643 どんなことも疑いだしたらきりがない。 こういう場合は、ライセンサーのこれまでの実績で判断するしかない。 nfs,staroffice,solaris,javaとオープンにしてきたSunを信用するかしないか、だ。 zfsがもし、MSの発表したものだったら、いくらオープンといわれても オレは眉をべとべとにして見てしまうだろう そういう類の話だな
650 名前:名無しさん@お腹いっぱい。 [2007/02/14(水) 17:59:20 ] >>646 逆。zfsをフリーなOSに持って行った場合の後のことが少し引っかかっただけ。 まあスレの流れ的にLeopardと思ったんだろうけどAppleは単に別のライセンスを受ければすむ話。 >>649 > nfs,staroffice,solaris,javaとオープンにしてきたSunを信用するかしないか、だ。 Sun としてはzfsの優位性が証明できれば市場を広げられるといったとこか。 意図がいまいち掴めなくて怖いのよ。
651 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 19:09:31 ] ライセンス議論ごっこいーかげんにしてほしいよトホホすぎる。
652 名前:名無しさん@お腹いっぱい mailto:sage [2007/02/14(水) 19:30:51 ] 特許問題については「イチから書いたどうかという点はまったく意味がない」 と思うが、どうか?
653 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 21:06:18 ] >>648 Darwinはオープンソースだから、ライセンスは問題ないってことか。 AppleはFreeBSDの主な開発者だから、FreeBSD版ZFSを使うこともあり得るかも。
654 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 21:31:10 ] >AppleはFreeBSDの主な開発者だから、FreeBSD版ZFSを使うこともあり得るかも。??どこの宇宙の方ですか?
655 名前:名無しさん@お腹いっぱい。 [2007/02/14(水) 21:33:14 ] Apple信者は怖いなw
656 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 21:42:41 ] いつの間にかPortする側とされる側が逆転している…! げに恐ろしきものは信者かな。
657 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 21:48:27 ] >>653 FreeBSD版って いつから、ZFSがオープンになってんねん
658 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 21:52:36 ] おまいら全員 OpenSolaris のソース全行音読してこい。
659 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 23:21:13 ] Mac信者は本当に頭が悪いからなぁ ttp://pc9.2ch.net/test/read.cgi/mac/1171230282/64- とか。
660 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 23:23:26 ] >>658 声に出して読むプンソラ出してくれよw
661 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 23:26:19 ] まぁでもfreebsdの故みゅみればmac関係者がねぇ
662 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/14(水) 23:58:38 ] おまえら釣れすぎだ
663 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:11:48 ] appleとopensourceの悲惨な歴史を見れば疑いたくもなるだろ。 正に盗人だからな。
664 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:12:42 ] >>659 お仕事ご苦労様です。 520 名前: 名称未設定 Mail: 投稿日: 2007/02/13(火) 22:53:27 ID: 2qfptv3r0 pc9.2ch.net/test/read.cgi/mac/1171230282/64-66 によると LVM,セキュアOS,Xenはマカにとって目糞鼻糞な技術だそうですね. #セキュアOSやXenはともかく,LVMのスナップショットバックアップ(これはZFSでも可能)や #ディスクの動的追加は一般ユーザにもうれしい機能だと思うんだけどなあ 521 名前: 名称未設定 Mail: sage 投稿日: 2007/02/13(火) 22:57:48 ID: xLobrGef0 何かよく知らんが、慣用句の使い方が間違っていることの方が気になる。
665 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:18:13 ] >>663 盗んでも知らん顔してる MS の方がマシかもしれない 少なくともコミュニティは掻き回さない
666 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:23:46 ] >>665 コミュニティかき回したってどの話のことだ?
667 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:28:55 ] 最近ではkhtmlとかFreeBSDとかじゃないか?
668 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:33:09 ] KDE/KHTMLとWebCoreに関して揉めたときじゃね? 揉めたっつってもcnetがマッチポンプしたような気もするが。 スラッシュドット ジャパン | SafariとKHTML slashdot.jp/mac/article.pl?sid=05/05/15/2016210
669 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:42:55 ] 実際のとこ、FreeBSDの開発にどれくらいAppleが参加してるもんなの? このスレにはFreeBSD開発者は少ない?
670 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:43:54 ] んで割とすっきり解決したらしい アップル、新プロジェクトを立ち上げ--オープンソース開発者との関係修復へ - CNET Japan japan.cnet.com/news/media/story/0,2000056023,20084251,00.htm
671 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:45:36 ] Appleは前科が多すぎるからなぁ
672 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:55:24 ] >>669 > 実際のとこ、FreeBSDの開発にどれくらいAppleが参加してるもんなの? > このスレにはFreeBSD開発者は少ない? 数は知らないけど、Michael Smithは前はFreeBSDの主力開発者のひとりで 今AppleでDarwinのカーネル書いてる
673 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 00:56:45 ] IBM なぜFreeBSDか - Japan www-06.ibm.com/jp/developerworks/opensource/050819/j_os-freebsd.shtml OpenBSD/macppcはNetBSDコードに基づきますが、完全に機能する ポートにするために、OpenBSDプロジェクトにより依存しています。 明白な理由から、FreeBSDプロジェクトはそっけない態度を取り続け、 IntelとAMDのサポートに専念していましたが、Mac OS XのOSS カーネルであるDarwinがリリースされて以来、FreeBSDコードが Macintoshアーキテクチャーで動くようになりました。このことは、 AppleがIntelサポートを発表した今日では、あまり関係がないように 思えるかもしれません。しかし、FreeBSDとDarwinの開発には重なり 合う部分がかなりあり、かなり多くのFreeBSD開発者がApple社員です。
674 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 01:13:42 ] PowerPC 依存、Macintosh のアーキ依存部分はかなりが NetBSD 由来のはず。 MacOS X の最初の頃の話だけど。 FreeBSD と NetBSD の開発メンバーで Apple へ行ったのはたくさんいる。
675 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 04:52:26 ] Zにしたらもう次がないのでいい名前じゃない。
676 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 05:59:32 ] >>675 んじゃZZや、V、G、W、Xなどなど…。と思ったら、vfs、gfs、xfsは既にあるなぁ。 wfsだとWindows FSっぽい。 ってことで、∀fsなんてどうよ。
677 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 10:50:17 ] >>676 その次はfsSEED(fs種)->fsSEED Destiny(fs種死)か。
678 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 12:30:09 ] FS91 とか
679 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 17:00:50 ] FFS(Fast File System)→FFFS(Fat Fast File System) の前例からして ZZFS だなw
680 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 17:04:06 ] 次は、Σfsでお願いします
681 名前:名無しさん@お腹いっぱい。 [2007/02/15(木) 20:12:54 ] Appleは、gccにもフルタイムのコミッタを出してるな。 C++のプレコンパイルヘッダ周りとかを担当している。 他にもmDNSResponder(howl)とか、Linux/*BSDに還元されてる。
682 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 20:44:10 ] PPC時代に自前のコンパイラを持ってないからだろ。
683 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/15(木) 21:30:21 ] ま、それはNeXTからずっとgccだから
684 名前:名無しさん@お腹いっぱい。 [2007/02/16(金) 02:45:50 ] 技術の話しようぜ
685 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 03:10:25 ] 自前のコンパイラ持ってないところは辛いね
686 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:36:45 ] raidzやmirrorのメンバのディスクをreplaceしたいんだけど、 replace するためには現在と同量(あるいはそれより大きい) ディスクを用意するために、今の正確なサイズを知るにはどうした らいいんでしょう?
687 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:38:32 ] format
688 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/16(金) 23:44:50 ] >>687 ども。prtvtoc ってのでもいいことを知りました。 なんか難しく考えすぎてた。
689 名前:名無しさん@お腹いっぱい。 [2007/02/19(月) 23:30:48 ] そろそろ誰か本稼働サーバで使ってる人いないかな? トラブル報告をほとんど聞かないけど、もうSolaris版は安定してる?
690 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 00:56:11 ] >>689 出始めにしては良いほうだけどZFSは本稼動させるほどには安定してない。 結構固まるよ。
691 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:34:12 ] Appleも結構BSDに貢献している部分はあるよ。↓ >TrustedBSDの監査サポートの大部分はMac OS Xから発したものです。 >我々は、Appleが監査サポートの開発を行い、また、その成果を >オープンソースとして公開してくれたことに、深く感謝します。 tyuu.com/modules/xeblog/?action_xeblog_details=1&blog_id=16 Leopardの開発版には、ZFSは既に採用されているね。 www.thinksecret.com/archives/leopard9a321/source/picture-1.html
692 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:38:35 ] むしろその上の >John Baldwin: 私個人としては、一方のOSからもう一方へ何もポーティ >ングする計画はありません。もっとも、OS X Tigerのlaunchdを、 >FreeBSDのinitとinetdへの交換として移植するとおもしろいなあと思っ >ています。 これにびっくりした
693 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 11:51:42 ] >>689 kwsk
694 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 16:31:05 ] launchd は面白いよ。init, inetd, xinetd, cronなど起動に関する こと全般を一つの設定に統合できるのは合理的だしスマート。 始めは戸惑うけどね。
695 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 19:41:07 ] Solaris+ZFSですげえ幸せになった奴とかいないの?
696 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 20:20:08 ] Linux + LVM + ソフトウェアRAID + ext3で不幸になったヤシなら山のようにおるな
697 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/20(火) 20:27:46 ] 俺すげー幸せになった。安いハードウェアRAIDをCore2DuoのRAIDZに置き換えた。 速いし、チェックサムで安心だし、スナップショット1時間起きに取ってるので 間違って rm しても安心だし。かなり幸せ。
698 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 00:38:22 ] > スナップショット1時間起き ぐあ、そんな使い方もあるのか。目から鱗だ。
699 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 00:47:29 ] NetApp使いなら普通に考えるだろ
700 名前:名無しさん@お腹いっぱい。 [2007/02/21(水) 01:20:31 ] つーか、ZFSはNetAppと違って255世代なんてせこい制限になっていないからな。 1分置きにとっても大丈夫だよ。 ついでに、sshやrshとsend/recvを組み合わせれば、リモートレプリケーション 的な事も出来る。
701 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 05:18:31 ] Solaris+ZFSに移行したいけど、今のファイルサーバ(Linux)の データを一旦退避するだけの空きディスクがないぜ。
702 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 08:13:07 ] >>700 1分おきはすげーな。スナップショットを取る処理の負荷はどうなんだろ。
703 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 11:06:06 ] 思いついて実行してから3日後には反省しきりだろ
704 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 11:14:17 ] 1分置きはともかく1時間置きにsnapshotとって運用しても大丈夫なのか雷電
705 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:16:17 ] ああ、今のこところ問題ないぜ1
706 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:30:06 ] 俺の経験だと destroy の時にシステムがハングすることが何度かあった。 スナップショットたくさん作るのはいいんだけど、その後 destroy するのが恐い。
707 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:40:13 ] >705 焦って口が回ってないぞ
708 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:42:45 ] FreeBSDのzfs移植者も「まだメモリリークがあるけどそれはSolarisも一緒でSunが調査中」みたいな事を言っていたような気が。 一時間置きにsnapshotとれるなら楽しいが、やはりそこまでやるのはまだ時期早尚か? というかsnapshotさえ取らなければ大丈夫なのか?
709 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:51:15 ] がんがんsnapshot取ってだめになるならそれをアピールすればおk
710 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 12:52:55 ] どこにアピールするんだ。 というかzfsの安定性向上に合力するほどの余裕がほしいな。 霞食って生きていく方法はないだろうか。
711 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 13:36:14 ] >>710 プンソラのzfs-discussでアッピール頼む。
712 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 15:56:50 ] ZFSに移行しようか悩む俺を勇気づける心強いお言葉の例: mail.opensolaris.org/pipermail/zfs-discuss/2007-January/025303.html > ZFS is new, that's right. There're some problems, mostly related to > performance and hot spare support (when doing raid in ZFS). Other that > that you should be ok. Quite a lot of people are using ZFS in a > production. I myself have ZFS in a production for years and right now > with well over 100TB of data on it using different storage arrays and > I'm still migrating more and more data. Never lost any data on ZFS, at > least I don't know about it :))))) しかしNFSのパフォーマンスで問題報告が散見されるのも事実。 悩むよ。 zfsとは関係ないが、改行のない<pre>〜</pre>は始末に困るな。
713 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 20:40:10 ] >>705 スナップショットの食う容量と、パフォーマンスへの影響を知りたいです 毎日ベンチ取るような設定とかできないかな?
714 名前:名無しさん@お腹いっぱい。 [2007/02/21(水) 22:35:14 ] 何かの展示会で日鉄エレックがデモしていたよ。1分おきのSnapshot。 彼らはSolaris10とZFSをベースにした自社開発のNASを展示していて、展示会の 期間中スナップショットを取りつづけていた。
715 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/21(水) 23:29:03 ] >>713 んなもんやってみりゃいいじゃん。cron とシェルスクリプト駆使すりゃプーだろ。
716 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/22(木) 12:19:56 ] >>713 そんなあなたにDTrace。
717 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/22(木) 12:31:26 ] なるほど!
718 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/24(土) 00:34:09 ] わざわざ DTrace 使うようなもんかよw
719 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2007/03/01(木) 20:15:32 ] ttp://jp.sun.com/communities/users/0612/feature01.html ZFS誕生エピソード
720 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 00:33:51 ] >>718 >>719 DTrace活用して開発したみたいですね
721 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 06:31:52 ] あまり知られていない事実ワロタ。 誰も知らんつーのw >あまり知られていない事実: >カートが見当たらなかった為、データの入ったSun Fire X4500データサーバを >キャンパスの向こう側まで手で運んだことがある。
722 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 09:09:05 ] 前の話をぶりかえすようですまんが、スナップショットを頻繁に取 るのは今のところ問題発生してないな。 ただ、zfs send | zfs recv と組み合わせようとすると、1回あた り結構時間かかるから、あまり短くはできなさそう。 たとえば、俺のホーム(700GBくらい)では .bash_history くらいし か変更がなくても一回に数分かかる。
723 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 09:40:07 ] > ただ、zfs send | zfs recv と組み合わせようとすると、1回あた > り結構時間かかるから、あまり短くはできなさそう。 それは ZFS の問題か? 関係ないよな?
724 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 11:20:21 ] 関係なくないだろ。
725 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 13:21:21 ] ホーム700GBってデカすぎね? って動画なら普通か。
726 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/02(金) 14:26:47 ] >>722 なかなか興味深い話題だとおもう >>725 でかいことにケチをつけても始まらないかもね。
727 名前:722 mailto:sage [2007/03/02(金) 21:33:28 ] うちの研究室では 700GB ってかなり控え目な方なんだけど。 学生より少ないし。 ちなみに音声系の研究室です。
728 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 07:12:12 ] >>725 HDDレコーダなんて1GBあっても全然足りないといわれているわけだしね。 そういえば、最近のHDDレコーダって中身がLinuxなのが多くなっているようだけど、 PCどころではなく突然の電源断が多いから、この手のデジタル家電にこそZFSは 向いているのかもしれない。 まあ、組み込みWindowsでNTFSにしているところも多いだろうけど。
729 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 07:21:10 ] うげ、1GBじゃなくて1TB…
730 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/03(土) 19:57:51 ] >>728 組み込みSolarisはちょっと見てみたいな。
731 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/04(日) 22:15:34 ] ttp://docs.FreeBSD.org/cgi/mid.cgi?20070304123801.GA22350 ZFS port to FreeBSD: 2nd patchset available.
732 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/05(月) 21:50:58 ] >>728 Windows系のHDDレコーダーって何処があるんだっけ? Panaと芝とNECはLinuxだよね。
733 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 20:19:24 ] ふと、新しいiMacに、フラッシュ搭載か、というネタを聞いてるとき思ったんだけど Leopardって、ZFS載るじゃないですか、で、iMacにSSDが載るとしても まあ、供給事情からいって、32GBくらいだと思うんですよ とすると、それだけだと今までのiMacよりも容量が少なくなっちゃう。 どうするか? もしかすると、HDDとSSDを両方乗せてくるかも?! とここまでが妄想で。 ZFSでHDDとSSDという速度差があるようなメディアを混在してプールを作ったとき そのパフォーマンスはどうなるのか気になったのでこのスレに来てみた。 誰か、こういうの試せる環境にある人います?
734 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 22:33:03 ] NeXT は最初 5inch MO オンリーだったけどあまりに遅くて不評だったので マイナーチェンジしてスワップ専用の 40MB SCSI HDD 併設になったよ。 まあそういうことするのは平気だね、Jobs 氏は。
735 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/12(月) 22:48:43 ] それなんてHybrid HDD
736 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/13(火) 20:29:48 ] >>735 言うなればソフトウェアハイブリッドだな。