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/
586 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 15:38:35 ] Solarisに遥かに劣るBSDカーネルの上にZFS乗っけても、 信頼性や安定性は未知の領域じゃまいか。 駄目とか良いとかじゃなくて、出てみないと分からん。
587 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:13:31 ] 犬糞はどっちにしろダメ確定。
588 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:20:40 ] >586 釣れますか?
589 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:32:15 ] >>585 OS Xのまったく使い物にならないUFSの腐れポートとか、 いまだにHFS+を使い続けていることとか知らないヤシ?
590 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:33:40 ] 583=586かな
591 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 17:45:11 ] >>589 MacOSXのUFSはCarbon File Managerの機能が 一部欠落してるのがMacで使うには痛過ぎるだけじゃね?
592 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 18:00:53 ] 同種サービスに対するOSごとの稼働率を比較した資料とかあるの? そんなにBSDを否定するんだから、たぶんあるんだと思うので見てみたい
593 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 22:22:39 ] 香具師は真面目に質問するとたぶん逃げるよ
594 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 22:24:26 ] 冬休み終わったからもう来ないだろケケケケ
595 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/08(月) 22:53:15 ] >>591 HFS+比だけど、速度もものすごく遅いよ。 あと、OS X serverではブートパーティションにUFSを指定できなくなっているし、 ファイルサーバのファイル置き場としてもUFSは使っちゃいけないとすら 言われている。アップル的にはもはやなかったことにしたいシロモノじゃないかな。
596 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 08:16:12 ] アップルは新しもの好きだから、もうFSに関しては ZFSしか見てないだろうな。 UFSはBSD由来の名残りってだけじゃないか?
597 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 08:20:31 ] case insensitiveなHFS+前提で動いてるAPIとかアプリが多かったから UFSにはトラブル多かったね。 後方互換性への配慮を最小限にしてレガシーをばっさばっさ切るのは Appleみたいなところの役割だから、UFSをメンテナンスモードにして ZFSに飛びつくなら、それはそれでよいことだ。
598 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 19:20:22 ] UFSって使われてないから切り捨てても あんまし問題ないんじゃない? というか、MacOSXのスレで話題に上るだろうがで、額寄せ合って 侃々諤々言い合った結果、その議論の参加者に結局UFSユーザは いなかった・・・そんなオチが見える・・・ UFS→ZFSには問題あんまりないだろうし。
599 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 19:33:52 ] >>597 そんなんだったら、ZFSも普及しないなw
600 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 20:50:13 ] USB採用とかフロッピー廃止とか、まー結果的にトレンドの先鞭つけたと 言えなくもないものは、ハードウェア系にはそこそこある。USBの場合は 市場も開拓したし。 とはいえFSの場合、そーゆー効果はあんましないだろな。
601 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/09(火) 21:48:15 ] あの頃はまったく流行るとは思わなかったUSBメモリが まさかフロッピー、MO、ZIPと並み居る規格を葬りさるとは
602 名前:名無しさん@お腹いっぱい。 [2007/01/10(水) 00:45:54 ] MOとZIPはどっちにしろ普及しなかっただろ
603 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 00:49:37 ] NeXT 流れのいるここらでは MO は禁句ww
604 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 00:53:25 ] zipもっとった。しかも100M。
605 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 01:17:00 ] MOもZIPもそれなりに普及したかな
606 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 01:54:28 ] Zip出た時わざわざ香港に買いにいったがな
607 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 07:02:57 ] Zip持ってたなぁ。写真データを入れてた。 ドライブにメディア差し込んだ時の駆動音が好きだった。
608 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 10:43:17 ] 俺もLS-120とかPDとか色々と消えたメディアを持っているな
609 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 10:46:12 ] >604 むしろ zip は 100M 以外知らないけどあったの?
610 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 11:34:32 ] >>609 250MB とか 750MB とか www.iomega.com/direct/products/family.jsp?FOLDER%3C%3Efolder_id=26891285&bmUID=1168396373824
611 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/10(水) 11:47:32 ] ttp://www.iomega.com/jp/zip/products/750usb.html 750MB のドライブは 100MB のメディアは読めるだけで書けないらしい。 買わんわなぁそれだとw ちなみにオレは 128MB の SCSI MO ドライブを 13 万円だかで買った覚えがあるw 3.5inch 勢もがんばって欲しいがね。12cm は胸ポケットに入らん。 ところで ZFS って DVD+-R, BD-R 等のジュークボックスでどんどんメディア追加とか いう使い方できるんだろうか?(とむりやり ZFS に戻してみるw)
612 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/11(木) 00:29:00 ] 3つの raidz のストライプのzpool で、 ちょっと無茶をしていたら(後述)、1つのraidz のメンバのディス クが別の raidz のスペアとして同期を初めちゃって一見うまいこ と動くようになってしまった。でも明かにおかしいよなあ。 status の CKSUM は増えてるし。 どういう無茶をしたかというと 1) zpool replace 中に、replace元デバイスを使えなくした(iscsi だっ たので iscsi サーバのサービスを止めた) 2) 1) の後に zpool コマンドは固まるようになったので reboot 3) halt まで進まずに固まったので、電源でリセット そしたら、1) の replace元デバイスは zpool からは見えなくなっ て、前述のような状況に。
613 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/11(木) 13:06:31 ] むかし、MSXDOSとかであった仮想ドライブみたいに使えたら面白いなぁ ファイルテーブルだけ、固定ディスクに入れて データはリムーバブルメディア、 で、必要になったら「ドライブAにディスク358を入れてください」とか。
614 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/12(金) 22:54:57 ] DVD-RAMのおかげで不要になった
615 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/12(金) 23:57:53 ] DVD-RAM って、あの名前だけ DVD で実体は松下 PD の後継だったやつか? あんなもん死んでも買わんと思ったがなw 5inch だしだせー
616 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 01:13:58 ] いまだに615みたいなのが湧いて出てくるのか
617 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 10:37:30 ] >>613 氏のアイデアはplan 9の Pseudo-WORM File Systemを連想するなあ。 ttp://plan9.aichi-u.ac.jp/fs/ と思って良く読んでみたら、dumpfsってのもZFSのスナップショット機能に 似てるような気がしてきた。
618 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 18:18:07 ] 別にアイデアってほどのもんじゃねーだろ。 FDD のいっこしかついてない PC で MS-DOS でさえも B: って打ったら 「B ドライブにフロッピ入れろ」って出るぜ。 >>611 の最後ももちろん Plan9 の WORM ストレージ念頭。
619 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 19:39:09 ] 「zfs の今後の計画リスト」みたいなのはどこかに公開されてるの? 具体的には zpool の shrink (というか Linux の vgreduce みたいなもの) が予定されているのかを知りたいんだけど。
620 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 22:12:10 ] どんなに馬鹿にされようがFreeBSDでzfsを完全実装ってのはやり遂げて欲しい 社内サーバはActiveDirectoryとか使わないものに関してはひとつのOSに纏めたい
621 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/13(土) 23:58:39 ] MS(X)-DOSの仮想ドライブとは違うだろう。 あれは個別のメディアを単一の物理ドライブで扱うためのもので、 論理的に1つであるはずのボリュームを 複数の物理メディア/物理ドライブに分割するのとは根本的に違う。
622 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/18(木) 22:01:58 ] FreeBSD の FreeBSD Status Report Fourth Quarter 2006 によれば * ACL以外の file system としての機能は一通り実装したよ * stress test も全部 OK * メモリリーク(?)が問題として残っているけど、 SUNの中の人も同じことに悩んでるって聞いた ACLについては POSIX ACL より NTFS/NFSv4-type ACLs に するかどうか判断しないといけないねー、だそうで。
623 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/19(金) 01:20:59 ] >>622 stress testに関しては、かなりの高負荷らしいがな。
624 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/19(金) 11:18:58 ] >>623 ?
625 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/20(土) 04:02:42 ] Solaris も好きだけど、FreeBSD やるね。 普段会社で使ってるのはみな FreeBSD。ZFS 楽しみ。
626 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/24(水) 01:10:41 ] zfs set に -r オプションがないのはどうしてだろう。
627 名前:名無しさん@お腹いっぱい。 [2007/01/25(木) 23:41:50 ] >>626 つーか、sendに -r をつけて欲しい。 home directoryをZFSにした場合、quota使うには、1user 1zfsである必要がある。 となると、ユーザ数分だけsend/recvするのかと!
628 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/26(金) 16:19:12 ] >>627 たしかにちょっと欲しいな。 せっかく snapshot には -r できたんだし。
629 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/26(金) 16:24:25 ] プンソなんだからいつでもご自由に DIY!
630 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 03:04:46 ] MacOS X Leopard は 3 月下旬とかいう話が出てるな。ZFS 2 つめの商用リリース。 FreeBSD 方面具合はどうなんだ?
631 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 03:29:21 ] あれ,leopardに乗るの? 将来的に乗せたいってだけじゃなかったのか.
632 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 04:32:08 ] きっとベースが Solaris に変わってるに違いないww
633 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 06:08:49 ] へ?んなことライセンス的にできるの? よく知らんが、LeopardにはDTraceも実装されるらしいし、、ひょっとしたら
634 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 09:44:01 ] なぜライセンスが気にかかるのかよくわからんが、冗談だよw
635 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 18:15:38 ] SolarisコンテナもMac OS Xに乗るかな。
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 言うなればソフトウェアハイブリッドだな。
737 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 00:18:29 ] ZFS for Linux Beta 1 zfs-on-fuse.blogspot.com/2007/03/zfs-for-linux-beta-1.html
738 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 01:19:56 ] >>737 FUSEだけどな… マイクロカーネルOSならともかく、モノリシックOSの代表のLinuxがFUSEみたいなこと やっても、あんまり嬉しくない。
739 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 02:16:59 ] FUSE じゃないと実現できない、ってとこが Linux のクソさ加減を表してるなw
740 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 04:19:36 ] これは酷いレスだな おまいが近所に住んでない事を祈るよ
741 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/03/30(金) 22:26:00 ] うまい事くっ付ければFUSE上のZFSを/homeでマウントできるのかな?
742 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 03:53:44 ] FUSEである程度力を発揮すればカーネル標準に取り込むような流れも出ると思うぞ
743 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 08:08:05 ] カーネル内実装に移行するときにコードをある程度再利用できるなら、 まずはFUSE上に実装してみるってのも手ではあると思う。 実際のところどうなのかは知らないけど。
744 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 09:04:51 ] Solaris で、VFS との関係はどうなってるの? Linux のカーネルへ持って行くのに VFS 作り直しだととりあえず近い将来ってのは絶望的だろ。
745 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 10:43:58 ] はあ?
746 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:26:02 ] なんのためのVFSだと思ってるんだw
747 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:33:58 ] Linux の VFS はガタガタだよ? おわかり?
748 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 11:33:59 ] Various Filesystem Switcher
749 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 15:04:29 ] >>747 「Linux VFS だめだめ」って話はしばしば聞くけど、奥なんとかの プロパガンダ以上に議論が進むの見たことない。 仮に VFS ガタガタが真実だとすれば、それはもうほとんどOSとし てガタガタと言うことになる。
750 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:14:10 ] 実際ガタガタだろ。あんだけマンパワーかけて未だに安定したもんにならない。 もう何年も堂々巡り状態じゃん。
751 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:17:48 ] もうLinuxの話は禁止。
752 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 16:34:07 ] 奥なんとか、ってなに?
753 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:03:01 ] >>749 いつもの荒らし乙
754 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:18:07 ] 実際OSとしてガタガタなのなら変にLinuxなんか使わないで他 のOS使えばいいじゃない。 まして、ZFSの移植なんて考えない方が良いのでは?
755 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 17:24:22 ] うむ、まあ、正論だな。オレは使ってないw
756 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 19:40:59 ] OpenSolaris始まったな
757 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/03(火) 21:48:32 ] おれも巡り合わせが悪くて使わなくなったな。
758 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 00:29:33 ] FUSEはライセンスの問題を回避するためって理由もあるでしょ。 > www.gnu.org/licenses/license-list.ja.html > GPLで保護されたモジュールとCDDLで保護されたモジュールは合法的に > 一緒にリンクすることができません。 GPLなLinuxカーネルとCDDLなZFSを繋ぐ役目としては、FUSEは有効だと思う。
759 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 08:14:06 ] じゃあ、カーネル内実装にするときには再利用できないわけね。 ダメじゃん。 そもそも、性能も必要なfsの実装にFUSEなんて使っちゃいけないでしょ。
760 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 20:31:03 ] これからは、FUSEが主役になる!!! マイクロカーネルみたいなモノですよ!!!
761 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 22:59:24 ] >>760 カーネル組み込みより単純に実装できる割には 性能低下が少なめ、とはきいた記憶があるな。 スクリプト言語みたいなもんか。
762 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/04(水) 23:51:44 ] うーん、ファイルシステムをカーネル外で実装して動かしてからカーネル内に移すってのは、 太古の昔からやられてたごくふつーの手順だと思うけど。4BSD の FFS もそうだし。 それの手順というか、整理しただけでしょ?
763 名前:名無しさん@お腹いっぱい。 [2007/04/05(木) 22:31:52 ] SunFire X4500のいぱーいのディスクで大きな1ファイルシステムを作ってみた。 10数TBだが、ふつーに動くな。社内のワークエリアとして開放。しばらく様子見。
764 名前:名無しさん@お腹いっぱい。 [2007/04/06(金) 22:52:38 ] ZFS committed to the FreeBSD base. lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html キタ━(゚∀゚)━( ゚∀)━( ゚)━( )━(゚ )━(∀゚ )━(゚∀゚)━!!!!
765 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/06(金) 23:19:54 ] 7.x-RELEASEでは常用になるという事で宜しいか?
766 名前:名無しさん@お腹いっぱい。 [2007/04/06(金) 23:36:25 ] ZFS。移植されるの早かったな。もう完成か。
767 名前:名無しさん@お腹いっぱい。 mailto:sagegegege [2007/04/06(金) 23:59:40 ] カーネルメモリ食いまくりのリッチソリューションって 状態は改善されたのか?
768 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 00:08:47 ] > ZFS is available in the HEAD branch and will be > available in FreeBSD 7.0-RELEASE as an experimental feature. だろ? 常用桶はまだ先の話ジャマイカ?
769 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 03:51:09 ] 8になるころは安定するかなぁ。 とはいえ、7はSMPの性能向上といいXen対応といい、目玉の機能が多そうだ。
770 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 04:01:29 ] その代わり安定性が犠牲になります。
771 名前:名無しさん@お腹いっぱい。 [2007/04/07(土) 04:09:45 ] FreeBSDに対するZFSの移植が完了 journal.mycom.co.jp/news/2007/04/06/017/index.html
772 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 09:26:18 ] >769 SMP 本格対応ってのは 5 の時も 6 の時も 当初は目玉だったはずなのだ
773 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 09:42:42 ] >>772 遅れに遅れてはきたが、それでもこないだ実装終わった ってんだから問題あるまい。
774 名前:april fool mailto:sage [2007/04/07(土) 09:48:46 ] GIANT Lock が消えたニュースは驚いたけどな
775 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 11:23:03 ] SMPは7でとりあえず完全対応ってことにしたいんじゃね? でもとりあえずZFSで遊ぼうっと。もう一台ちょっと枯れたマシン用意するか… >>774 おもわずがんばったなと言いかけたぜ。
776 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 16:32:44 ] >>771 bootローダは未対応の様だな。
777 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 16:55:34 ] Solarisもbootはまだサポートしてないね
778 名前:名無しさん@お腹いっぱい mailto:sage [2007/04/07(土) 18:31:13 ] bootはもうちょっと先だねぇ
779 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/07(土) 18:55:42 ] >>772 それを言うと Linux も 2.0, 2.2, 2.4, 2.6 全て SMP 改善のために大幅に書き直されたはず。 いまだウンコ。 さらに、i486, Pentium, PenPro, PenII, PenIII, Netburst すべて SMP が改善されるはずだった。 バス飽和しまくり。論外。 まともなのって Solaris と IRIX と AIX くらいだろ。昔だと DG-UX とかよかったらしいが。
780 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:25:42 ] OSとハードウェアアーキテクチャいっしょくたにして語るのって頭悪い。 言いたいことはわからないでもないけどね。
781 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:31:36 ] この場合いっしょくたで十分。SMP は一朝一夕では達成できない。 腐った指針では何年経ってもできない。
782 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 00:47:20 ] Linux=x86 Solaris=SPARC AIX=POWER 分けて考える必要なし。
783 名前:名無しさん@お腹いっぱい。 [2007/04/08(日) 01:06:30 ] SolarisはX64でもきれいに動くじゃん。SMP
784 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 02:34:17 ] 16コアとか動かしてみたか?
785 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 02:57:33 ] 動いてるが。
786 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 09:57:01 ] マルチプロセッサで性能を出せるコンピュータアーキテクチャだからこそ、 その上のOSで工夫しがいがあるわけで、ごちゃまぜで語るのは杜撰としか言えない。 例えば、SPARCでLinuxを走らせるとどうなるか、x86上のSolarisはどうなのかという あたりをよーく考えてみるといい。
787 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 14:49:02 ] 考えてみるだけじゃダメだろ。どうなるの? データ出しなさい。
788 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/08(日) 22:59:58 ] x86上でスケールするかは見てみたいな SPARCはそれ自体がスケールすることを目指したアーキテクチャだからスケールする SPARCのSはScalableだったように記憶している で?ここZFSスレじゃなかったっけ? まあ、FreeBSDで動いたら次のトピックはSolaris上でBoot対応、くらいかな? Leopard発売もちょっとしたトピックになるか?
789 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 00:03:41 ] >>788 Scalable Processor ARChitecture
790 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 00:24:37 ] Super Ponkotu ARChitecture
791 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 01:03:06 ] >>786 やったことないんじゃねーか。最初からそういいな。
792 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 10:33:42 ] いつものことだ。
793 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 10:56:02 ] >>791 勘違い君乙
794 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 11:07:42 ] >>786 SPARC で Linux → ゴミ x86 で Solaris → プロセッサバス飽和した時点でゴミ
795 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 14:49:52 ] 要はHyperTransportなAthlon64マンセーってことか?
796 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 14:56:02 ] HyperTransport って現状のはせいぜい 4コアって話じゃなかった? 8つだったか?
797 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 15:57:19 ] せいぜい 8core までくらいのマーケット向けに最適化すると 3本だよねーということであって もっと必要ならもっとつける(そしてもっと高くなる) ということでしょ いや数十本のHT足が必要だ、みたいになってくると 根本的に別の設計が必要だろうけど
798 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 16:20:20 ] > いや数十本のHT足が必要だ、みたいになってくると > 根本的に別の設計が必要だろうけど 結局そういう規模の SMP を想定した技術じゃないのよ。
799 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 19:32:28 ] アーキテクチャ論議ってほんとどこでも始まるんだな
800 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 19:46:15 ] しったかは何処にでもいるからな
801 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/09(月) 23:24:42 ] >>776-778 bootローダはまだZFSを読めないが、ZFSをルートファイルシステムに できるようになったので、/bootだけUFSで残りは全部ZFSって構成ができるようになった。 lists.freebsd.org/pipermail/freebsd-current/2007-April/070731.html
802 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/10(火) 04:50:36 ] お!良い感じになってきたな。
803 名前:名無しさん@お腹いっぱい。 [2007/04/11(水) 22:19:13 ] ZFSはバックアップ機能(send/recv)が弱いよな。 snapshotが-r の再帰オプションつけているんだからさ。send -r 実装キボン
804 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/11(水) 22:45:12 ] gbdeやgeliと併用できるのかな
805 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/11(水) 23:59:38 ] >>804 lists.freebsd.org/pipermail/freebsd-current/2007-April/070616.html にいろいろ例が書いてある。 zpoolから4G確保して、ゲリ化してからswaponする例↓ # zfs create -V 4g tank/swap # geli onetime -s 4096 /dev/zvol/tank/swap # swapon /dev/zvol/tank/swap.eli
806 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/12(木) 00:19:27 ] 下痢?
807 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/12(木) 00:41:58 ] ゲリラのうた www.nicovideo.jp/watch/sm119287
808 名前:名無しさん@お腹いっぱい。 [2007/04/12(木) 01:31:18 ] Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈 journal.mycom.co.jp/news/2007/04/11/015/index.html
809 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:26:47 ] Linuxでもライセンス的に問題無くなったって事なのかな?
810 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:30:46 ] まだだろ。 CDDLのままなんだから。
811 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 20:59:15 ] FUSEがあるから大丈夫。
812 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 21:19:25 ] >>810 だから今度GPL2になるかもって話なんだけど・・・・
813 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 22:29:00 ] >>812 >>809 は>>808 を受けてのレスに見せ掛けて、実は全然 無関係ってことかorz
814 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/14(土) 23:01:57 ] パクLinuxには簡単には使わせないよ、ってことだろ。
815 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/04/15(日) 00:36:52 ] ZFS的にはsolaris以外はパクリじゃん。