[次世代] 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/05/08(木) 17:44:57

>>753
DBの上にDB乗っけるようなものだからかなぁ

**名無しさん＠お腹いっぱい。** · 2008/05/08(木) 23:56:54

RDBMS用途では、ファイルシステム云々より、write cacheの有無が
性能を左右するんじゃないかな。
と言う事で、そこそこのwrite cache積んでいるハードウェアRAID上に
ZFS組めば、使えるのでは？

**名無しさん＠お腹いっぱい。** · 2008/05/09(金) 03:03:23

Oracleってzfsの上のソリューション紹介ってやってた記憶があるけど
おすすめってわけじゃないのかなぁ

**名無しさん＠お腹いっぱい。** · 2008/05/09(金) 09:05:35

>>759
正味 write back なとこに DB 置くの? チャレンジャーだな。

**名無しさん＠お腹いっぱい。** · 2008/05/09(金) 09:46:09

>>761
大型ストレージは例外なくWrite Backですｗ

**名無しさん＠お腹いっぱい。** · 2008/05/09(金) 09:59:13

ディスクキャッシュと言っても、大型ストレージのは普通SRAMだしね。

**BBWC** · 2008/05/09(金) 13:36:25

えぇぇぇぇぇ～～～

**名無しさん＠お腹いっぱい。** · 2008/05/09(金) 15:38:43

ここに書いてある通りの展開でワラタ
http://blogs.sun.com/bonwick/entry/raid_z

> Once again, expensive hardware offers a solution: a RAID array can
> buffer partial-stripe writes in NVRAM while it's waiting for the
> disk reads to complete, so the read latency is hidden from the
> user. Of course, this only works until the NVRAM buffer fills up. No
> problem, your storage vendor says! Just shell out even more cash for
> more NVRAM. There's no problem your wallet can't solve.

**名無しさん＠お腹いっぱい。** · 2008/05/10(土) 22:42:48

>>761
外付けのハードウェアRAID装置にDBを格納していない
事の方が驚く。
多くの「重要な」DBはHAクラスタで組んでいると思う。
HAクラスタには共有Diskが必要であり、SAN接続の
ハードウェアRAID装置が主流だ。
こうしたハードウェアRAID装置にはwrite cacheが
ついていると思うんだが、わざわざ殺しているのかい？

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 01:14:01

>>766
うん。殺してますよ。もちろん。

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 01:28:27

>>767
HDD のライト・キャッシュは普通に殺すだろうけど、
RAID 装置のまでもか。
つか、バッテリ・バックアップがついてても、なのか？

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 01:34:37

バッテリつきならwrite (back) cache有効でも
目くじら立てることはないと思う。

**769** · 2008/05/11(日) 01:37:22

>>769は >>768 への回答みたいになってるけど >>768 は見ずに書いてた。
ってか俺>>768～>>769は6分以上あるのに, その間何やってたんだろう。記憶がない…
誰か俺に不揮発性記憶をくれ。

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 01:40:33

バッテリ・バックアップのない RAID 装置なんかを
使ってる時点でダメだと思うんだが。ｗ

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 01:47:20

・DACボードにバックアップバッテリー
・外付けＵＰＳ装置

以上2つがあってWriteBackにしてもいいと思う
まぁ、それでも飛ぶときはとぶがな

去年は1Ｔぐらい飛ぶのみてきたぜ！
俺は保守する人なのでまぁ別にいいんだけど

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 11:30:52

RAIDカードに信頼性がないんだよ。

一般論として、信頼性をあげるためにハードウェアレイヤを追加
しても、部品点数の増加(による信頼性低下)で大部分相殺されてしまう。

zfsのraid-zと同じ発想で、DBのRAIDによる冗長性確保は
特殊なハードウェアなしにRDBMS自身がやるのが一番望ましい。

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

RAIDカードて。
それは冗談で言ってるのか？

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 12:00:16

>>773
SAN 接続の RAID ストレージの話だと思ってみてたんだが
RAIDカードっているのか？

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 20:40:31

>>773
RAIDというとPromiseのゴミみたいなRAIDカードしか知らない人ですか

**名無しさん＠お腹いっぱい。** · 2008/05/11(日) 22:23:33

NetAppやEMCだってコントローラのトラブルで死ぬときは
死ぬけどな

**名無しさん＠お腹いっぱい** · 2008/05/11(日) 22:35:44

それよりはドライブ吹っ飛んで泣きを見るよりは救いようがあるし
確率も高いから、ということでみんな使ってるんだよな

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

MySQLって、ストレージエンジンを複数もてるから
ZFSに最適化されたストレージエンジンをSun作ってくれないかな？
そしたら、MySQL＋Solarisが使いやすくなる。

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 15:29:14

当然しないとまずいわな

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 16:26:18

というか、まだしていないのが不思議だ。

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 16:56:19

下手に肩入れしすぎると、Oracleと仲が悪くなって困るんじゃね？

**名無しさん＠お腹いっぱい。** · 2008/05/13(火) 17:26:16

そんなのPostgreSQLに手を出す前から仲悪いでしょ。
Oracle 1強という状況はSun的にも嬉しくないはず。

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 01:40:27

Oracleは自前(笑)のLinuxも持ってるしな。

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 11:36:23

ClusterwareやASMとかも全く持っておせっかいだしな。
Linuxをメインターゲットにしちゃったせいで必要になったんだろうがｗ

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 13:47:18

あんだけハズレ製品連発してんのに儲かってんだよな。不思議でしょうがない。
なんで Oracle なんか買うの? 9割以上 PostgreSQL で十分だろ。

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 13:55:09

なんでSolarisなんか使うの？(ry

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

Solaris の代替はないよ。Oracle の代替はほんと特殊な場合除いてありまくり。不要。

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

Oracle+VERITAS決め打ちの案件があるから

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 15:41:24

>>789
確かにあるなぁ。
本当にOracleの必要があるのかって思う事もあるけど
Oracleばっかりだと運用も開発もOracle決めうちできて便利といえば便利
なのでまあいいけどね。

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 16:02:46

>>788
信者としての意見ありがとう。

**名無しさん＠お腹いっぱい。** · 2008/05/14(水) 16:19:40

よく、ネーミングポリシーでOracleに引きずられて
30文字未満というのがある。
いい加減、30byte制限なんとかして欲しい・・・・
余計な手間が増えるんだよ・・・・

あれ？ここOracleスレじゃなかったのか・・・

**名無しさん＠お腹いっぱい。** · 2008/05/18(日) 22:29:11

>>776
RAIDカード使うのはシステムDisk位だろ。
あまりにも予算が限られていたり、どうでも良い用途のサーバには
内蔵Disk 8本位搭載してRAID組んだりするけど。
普通は外付け使う罠。

>>786
開発者や運用側の要請でOracleになる。
DBにMySQLとかPostgreSQLとかSybaseとか、人が集まらん。
多くの技術者は保守的で、勉強する事を嫌がる。仕方ない罠。

**名無しさん＠お腹いっぱい。** · 2008/05/18(日) 23:55:30

>>793
まぁOracle使ってるからって勉強しなくっていいわけじゃないけどね。
バージョンが上がってもだいたい同じカンで使えるのがありがたいっていう部分はあるけど。

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

http://blogs.sun.com/bonwick/entry/casablanca

なんじゃこら

**名無しさん＠お腹いっぱい。** · 2008/05/19(月) 07:49:04

リーナスかわゆすなぁ

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

その気色の悪いしゃべり方をやめてくれ。

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

仮にしゃべり方に問題があるとしてもだ、
事の本質には何も影響がない。

**名無しさん＠お腹いっぱい。** · 2008/05/19(月) 20:30:19

Linux がダメ、ってことか?

**名無しさん＠お腹いっぱい。** · 2008/05/20(火) 19:52:00

ZFS載らないLinuxなどいらん。

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

つーか、ファイルシステム全滅って話がww

**名無しさん＠お腹いっぱい。** · 2008/05/21(水) 14:45:23

ストレージを使わなければどうということはない!

**名無しさん＠お腹いっぱい。** · 2008/05/22(木) 11:31:32

なるほど。じゃ、それで。w

**名無しさん＠お腹いっぱい。** · 2008/05/22(木) 11:34:51

全部メモリ空間にリニアにマッピングするんですね
わかります

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 02:15:35

500GB x8 のRAID-Z組んでsambaで共有したら死ぬほど遅くて泣いた；；

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

>>805
それはさすがにZFSの問題ではなかろう。

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 02:32:14

>>806
今切わけちゅ。
　CPU利用率問題なし
　ネットワーク利用率問題なし

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 03:52:42

>>805

zfs set sharesmb=onとかは？

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 12:11:52

>>808
ほほー。そんなのあるんですね。
しかしながらやってみましたが、状況変わらずといった感じでした。
samba, sharesmb=onの両方で何パターンか試してみたんですが、

100MB x 100 の転送 → 平均転送速度 30MB/sec
10MB x 1000 の転送 → 平均転送速度 10MB/sec
1MB x 10000 の転送 → 平均転送速度 0.8MB/sec
0.1MB x100000 の転送 → 平均転送速度 0.1MB/sec

どうもファイルが小さく、細かくなるほど遅くなるようです。

NAME STATE READ WRITE CKSUM
sharepool ONLINE 0 0 0
raidz1 ONLINE 0 0 0
c2t0d0 ONLINE 0 0 0
c2t1d0 ONLINE 0 0 0
c3t0d0 ONLINE 0 0 0
c3t1d0 ONLINE 0 0 0
c4t0d0 ONLINE 0 0 0
c4t1d0 ONLINE 0 0 0

シングルのufs領域をsambaで共有してためしたところ、
0.1MB x100000 の転送 → 平均転送速度 14MB/sec
でした。

うーむ。

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 13:33:09

CIFS servicesとsambaで同じようなパフォーマンスってことは
実はローカルアクセスでも同じなんじゃね?

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 13:59:08

ZFSでHDD3台のRAID-XでWebサーバー作る予定
しかも慣れてるからと言う理由でFreeBSD7
がんばります

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 15:01:54

RAID-XじゃなくてRAID-Zだった
先行き不安だ

**名無しさん＠お腹いっぱい。** · 2008/05/24(土) 19:52:14

>>809 興味深い実験だなあ。
その後何か分かったらまた報告よろ。

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

うーん、FreeBSD 7-STABLE amd64でメモリ4GBつんでるんだけど
1GBのファイルを
$ cat test > /dev/null
みたいにやると、UFS上だと2回目は1秒で終わるけど
ZFS上だと何回やってもHDDにアクセスして15秒ぐらいかかる

キャッシュしてくれないのかな

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

>>809

面白い結果ですねえ・・・・

ちなみにOSはSX[CD]Eですか？生Solaris？

小さいファイルほど遅いのはditto blockが効いてるからなのかな？

全然、関係ないですが、compression=onでアホみたいに速くなることがありますよ。

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 01:38:53

初歩的な話で申し訳ないが

solaris10でzpoolでcreateした場合そのままマウントされてファイルシステムとして使用できるけど

zfs create erocg/紐パンツ
zfs create erocg/縞々パンツ
zfs create erocg/純白パンツ

とzfsで分けたほうが、ファイル大量になってもフラグメンテーションおきにくかったり
アクセスが遅くなりにくいとか利点ってありますか？

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 01:51:48

>>816

紐パンツと、縞々パンツと、純白パンツと、黒レースのパンツで、
それぞれパラメタを変えられるというメリットはありますよ。

zfs get all プール名

で、どんなのが設定できるか見てみると良いですよ。

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 14:29:57

純白パンツだけcompression=onでアホみたいに速くなったりとか?

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 14:52:30

世界のZFSアツか

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 15:20:08

>>818
黒レース以外は圧縮率高そうだな。

俺は、バックアップ単位を分ける観点から、分けてるかな。タンスを・・・
い、いや、普通にファイルのバックアップです。

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 15:29:59

erocg/紐パンツ内でのファイルの移動は大きさに関係なく一瞬で終わるけど
erocg/紐パンツから erocg/純白パンツへの移動はコピーになっちゃうんだよね
どうせ場所は共有してるんだからなんとかならないのかな

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 15:41:35

>>821
それこそフラグメントのもとじゃないか

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 20:22:35

ZFSとはまったく関係ないのだが、
縞パンでかつ紐パンの場合はどちらに分類されるんだろう？
ハードリンクとかでどうにかするのか？

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 21:39:58

>>823
んーよくわからんな。
絵で頼む。

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 22:41:35

紐縞パン

**名無しさん＠お腹いっぱい。** · 2008/05/26(月) 23:57:14

紐パンスレからみつけてきました、こうですか？
わかりません＞＜

ttp://mio.servequake.com/~upload/himo/src/511095640817036afbef84702cf6ef8b.jpg

**名無しさん＠お腹いっぱい。** · 2008/05/27(火) 02:46:49

zfs的にはですね。

zfs snapshot erocg/紐パン@今はらりと落ちる瞬間

zfs clone erocg/紐パン2

と、cloneできるわけです。

「紐パン@今はらりと落ちる瞬間」と、「紐パン2」には依存関係があるのですが、
このときの「紐パン2」がアクセスされて、どうなるか？
技術的に興味深いと思いませんか？

**名無しさん＠お腹いっぱい。** · 2008/05/27(火) 22:17:27

ｚｆｓは色々と便利なんだぜ

ある一定以上おおきくしたくないときなんかは

zfs set quota=72cm movie/chihaya

ってやればＯＫだ

**名無しさん＠お腹いっぱい。** · 2008/05/27(火) 23:09:55

>>828
こんなところで、B72を見るとは思わなかったｗ

**名無しさん＠お腹いっぱい。** · 2008/05/27(火) 23:58:38

zfsって/に使えないのか

**名無しさん＠お腹いっぱい。** · 2008/05/28(水) 00:20:25

>>830

SX[CD]Eでは、Nevada89からつかえるようになって、
OpenSolaris 2008.05でも使える。

SolarisではU6からではないかという話ですよ。

**名無しさん＠お腹いっぱい。** · 2008/05/28(水) 00:34:06

色々とありがとうございました。

とりあえず erocg/純白パンツ

zfs set compresson=on erocg/純白パンツ

とやって、80GBほどのPNG(ファイル数で６万ちょっと）をコピーしてみたところ
開き領域が18Ｇほど増えました！！

クライアントのｗｉｎｄｏｗｓからACD SEEで見ても圧縮を感じさせない速度・・逆に早くなってる？
で大変満足しております。

**名無しさん＠お腹いっぱい。** · 2008/05/28(水) 01:17:44

>>831
ありがとう！

**名無しさん＠お腹いっぱい。** · 2008/05/28(水) 01:18:04

http://blog.ninth-nine.com/diary/20071103.txt

**814** · 2008/05/28(水) 01:22:48

キャッシュするメモリの場所が違うんですね。
上のほうで既出でした。サーセン。
カーネルメモリを1.5GBまで大きくしました。
本当は3GBにしたかったんですが、出来ない模様。AMD64なのに。
http://pc11.2ch.net/test/read.cgi/unix/1097460062/886

4GBの目的はディスクキャッシュだったんで
ちょっと失望ですが、experimentalだと言ってるし、
イヤならおとなしくSolaris使えってことですね。

**名無しさん＠お腹いっぱい。** · 2008/05/28(水) 03:55:07

とりあえずマカは地獄へ堕ちろ
今日は最悪の日だ

**名無しさん＠お腹いっぱい。** · 2008/05/30(金) 01:27:02

>>832

compressionにはいろんなオプションがあるけど
デフォルトのが割とCPUパワーを喰わないので良いと思う。

一概には言えないけど、場合によってはIOwaitの長さによっては、
compressionの方が速いときもあるよ。
いまはコアが複数あったりしますしね。

>>833

いえいえ。

私もただのウォッチャーですから。

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

raidz 3台構成から4台構成に変える方法ってないですか？

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

>>835

いまは、CDブートのOpenSolarisがあるから、それでzpool importしてみて、
メリットが享受できるか試しにやってみるのもいいかもしれませんね。

あれ、CDブートのOpenSolarisって、LiveCDは64bitになったかなぁ（汗

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

>>838
バックアップ->再構築->リストア

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

年中無休発狂妄想爆裂憤死寸前粘着真性キチガイ包茎池沼病気猿男(狂猿)◆QfF6cO2gD6による気違いカキコの続き:

リナックスデスクトップ画像 Part19
http://pc11.2ch.net/test/read.cgi/linux/1210695705/163

163 名前：login:Penguin[sage] 投稿日：2008/06/02(月) 18:40:08 ID:NHwjZMfE
FreeBSDスレにいたキチガイじゃ！！

初心者もOK! FreeBSD質問スレッドその95
http://pc11.2ch.net/test/read.cgi/unix/1210728872/793

793 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/02(月) 18:41:54
このkitty guyは、ここより大人しいがLinux板にもいるぞｗ
アク禁にならないのが不思議ｗ

795 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/02(月) 18:53:54
やはり本人だったかｗ

797 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/06/02(月) 18:55:10
特徴ありすぎて他板でもすぐにわかるな彼　かわいい

なんも知らないLinuxについて教えてのスレ
http://pc11.2ch.net/test/read.cgi/os/1211461879/67

67 名前：Be名無しさん[sage] 投稿日：2008/05/30(金) 18:29:07
某基地害猿みたいな奴はどこにでもいるんだな
--------------------------------------------------------------------------------------------
UNIX板のあちこちのスレッドを荒らしている凶悪メンヘラ・真性キチガイ猿粘着◆QfF6cO2gD6。
いつも荒らしを憎むようなレスをするが、実際に荒らしているのは自分。
気色の悪い年中無休発狂粘着真性キチガイ包茎池沼病気猿男(狂猿)◆QfF6cO2gD6があちこちのスレに
遂に理解できないような基地害カキコをし始めた！気持ちが悪い…。

**名無しさん＠お腹いっぱい。** · 2008/06/05(木) 20:31:46

SunのSSDはSolarisとZFS統合、2008年後半リリース
http://www.itmedia.co.jp/news/articles/0806/05/news047.html

SSDはI/Oスケジューリングとか最適化するといいかもね。
HDDはシークタイムを考慮して連続したデータを要求するようになってるだろうけど、
SSDは同時平均に要求を出した方がいいんじゃないだろうか？

**名無しさん＠お腹いっぱい。** · 2008/06/08(日) 01:58:48

　38 名前：Socket774[] 投稿日：2008/05/27(火) 16:35:47 ID:lxql7ft1
　知り合いに「女ヶ沢」（メガさわ）という人がいる。

　その上を行く「ギガ沢」なんていないだろうか、いるわけないじゃん、
　なんて冗談を言い合っていた相手が、寺沢くんだった

**名無しさん＠お腹いっぱい。** · 2008/06/08(日) 12:03:27

ギガさんはいるよ(字は良く知らないけどニホンジン)

**名無しさん＠お腹いっぱい。** · 2008/06/09(月) 12:06:41

つ儀賀
つ儀俄
つ儀我
つ儀峨

ギガ沢はいないようだ

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

ぜったさんはいねがぁ?

是田とか(そうは読めないか…)

**名無しさん＠お腹いっぱい。** · 2008/06/10(火) 11:26:17

辺田さん...

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

最上位は茱萸さんで間違いなかろう
ゼタ→ヨタ→チシ→グミ

**名無しさん＠お腹いっぱい。** · 2008/06/10(火) 17:41:52

Mac OS X 10.6 Snow Leopard ServerでZFSサポートするみたい

**名無しさん＠お腹いっぱい。** · 2008/06/10(火) 18:35:37

>>849
いままでAppleはいっしょうけんめいSunのソースを読みながら移植作業をやってたんだね。

**名無しさん＠お腹いっぱい。** · 2008/06/10(火) 23:44:24

Appleの場合jobsが「やれ」って言うと3ヶ月もしないうちにマイクロ
カーネルのOSがモノリシックに書き換わっているって噂が...

**名無しさん＠お腹いっぱい。** · 2008/06/11(水) 01:31:28

Appleの開発陣は、それが可能なほど能力がある訳でもないし人もいないぞ

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

んだ。
ライブラリ群の保守とアプリ開発で手一杯だ。

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

>>849
果たしてZFSからのブートに対応するのかどうか。
Intel MacはBIOSじゃなく、EFI使ってるわけだから、
割と簡単に対応できるとは思うけど。

**名無しさん＠お腹いっぱい。** · 2008/06/11(水) 04:36:18

>>851
kernelは延々とMachベースのMKとBSDサーバやん。kernelをまったく新規に
開発するつもりなんてないし、その能力もない。

モノリシックにするのなら、新規に開発するよかLinuxなりSolarisの上に
CocoaだのCarbonだののAPI移植したほうがずっと早いだろうな。

**名無しさん＠お腹いっぱい。** · 2008/06/11(水) 07:17:10

というかDarwinはモノリシックカーネルですよ。
BSDサーバじゃなくて、カーネル埋め込みのBSD機能。
基本です。

英語版wikipediaは、hybrid kernelと称していますが、
BSD部分についてはモノリシック構造です。
Window Server等がサービスサーバになっている。

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

Solaris にすげかえたら ZFS がもれなく付いてきます。

**名無しさん＠お腹いっぱい。** · 2008/06/11(水) 12:55:17

DTraceも付いてくるな。
ついでだから、SolarisにCocoaを移植してくれたらもっと幸せ。
あれ？SolarisとMacOSXの違いが・・・