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

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 13:41:10

[次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ]
次世代ファイルシステムとしての期待が高いZFSにAppleが興味を示しました。
10.6か10.5で搭載されると見られるこのZFSについて語りましょう。

Solaris ZFS
http://www.sun.com/software/solaris/zfs.jsp

OpenSolaris
http://www.opensolaris.org/os/

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 01:50:08

>>638
Solarisのライセンスに従ってどうすんだよorz
opensolaris.orgが公開しているソースはCDDLだから、これを使えばおk。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 01:52:00

>>638

それじゃ公開できないような…。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 02:07:34

公開できるとか、なんの話なんだよw?
Apple が ZFS のせるって言ってんだから、有料なら有料で金払ってるだろうし、
無料ならそのまま組込むだろうし、なんにひっかかってんのかぜんぜんわからん。
ソース公開要件のあるライセンスだと Darwin には取り込めないはず、とかの意味?

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 02:12:51

CDDLを守れば良いと使えると思うんだが、
CDDLって公開要件あるのか?

もしそうでもZFS以外にライセンス感染する
glueのコードだけ出せばいいんじゃね？

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 02:14:10

仕様はフリーで
実装されたコードはCDDLに従うってことでおk？
今はｵﾌﾟｿ界と仲良くやってるけど悪意を持った場合に特許問題とか大丈夫?
いや、zfs実際すげえ面白そうだし使い始めたら依存しそうな気がして怖いw

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 02:15:38

実装されたコード < OpenSolarisの話ね。分かると思うけど。

**641じゃないが** · 2007/02/14(水) 02:20:31

>>642
著作権者はどのようなライセンスを設定することもできるわけで、
一般の人にはCDDLを、特別な契約を結んだAppleには別ライセンスを
それぞれ適用するということもできなくはない。
こういうデュアルライセンスはCDDLをGPLに置き換えても成立しうる。

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

>>643
> 今はｵﾌﾟｿ界と仲良くやってるけど悪意を持った場合に特許問題とか大丈夫?
あんた今の MacOS X は Apple がすべてイチから書き上げたとでも思ってるのかww?

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 08:43:10

特許と著作権を勘違いしないように。
特許問題については、イチから書いたどうかという点は特別な場合を除き意味がない。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 11:25:37

>>645
一般的にはそうだが、Appleが別のライセンスで契約したかは
今後ZFSを含んだ Mac OS X がソース非公開で出荷された時に初めて分かる
と思うので現時点では不明だな。

一応CDDLのFAQとかは読んでみた。
ZFSのコードと改変部分を公開すれば製品に使ってもよいみたいだな。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 15:56:12

>>643
どんなことも疑いだしたらきりがない。
こういう場合は、ライセンサーのこれまでの実績で判断するしかない。
nfs,staroffice,solaris,javaとオープンにしてきたSunを信用するかしないか、だ。

zfsがもし、MSの発表したものだったら、いくらオープンといわれても
オレは眉をべとべとにして見てしまうだろう
そういう類の話だな

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 17:59:20

>>646
逆。zfsをフリーなOSに持って行った場合の後のことが少し引っかかっただけ。
まあスレの流れ的にLeopardと思ったんだろうけどAppleは単に別のライセンスを受ければすむ話。

>>649
> nfs,staroffice,solaris,javaとオープンにしてきたSunを信用するかしないか、だ。
Sun としてはzfsの優位性が証明できれば市場を広げられるといったとこか。
意図がいまいち掴めなくて怖いのよ。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 19:09:31

ライセンス議論ごっこいーかげんにしてほしいよトホホすぎる。　

**名無しさん＠お腹いっぱい** · 2007/02/14(水) 19:30:51

特許問題については「イチから書いたどうかという点はまったく意味がない」
と思うが、どうか？

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:06:18

>>648
Darwinはオープンソースだから、ライセンスは問題ないってことか。
AppleはFreeBSDの主な開発者だから、FreeBSD版ZFSを使うこともあり得るかも。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:31:10

>AppleはFreeBSDの主な開発者だから、FreeBSD版ZFSを使うこともあり得るかも。？？どこの宇宙の方ですか?

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:33:14

Apple信者は怖いなｗ

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:42:41

いつの間にかPortする側とされる側が逆転している…！
げに恐ろしきものは信者かな。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:48:27

>>653
FreeBSD版って　いつから、ZFSがオープンになってんねん

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 21:52:36

おまいら全員 OpenSolaris のソース全行音読してこい。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 23:21:13

Mac信者は本当に頭が悪いからなぁ
ttp://pc9.2ch.net/test/read.cgi/mac/1171230282/64- とか。

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 23:23:26

>>658
声に出して読むプンソラ出してくれよｗ

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 23:26:19

まぁでもfreebsdの故みゅみればmac関係者がねぇ

**名無しさん＠お腹いっぱい。** · 2007/02/14(水) 23:58:38

おまえら釣れすぎだ

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:11:48

appleとopensourceの悲惨な歴史を見れば疑いたくもなるだろ。
正に盗人だからな。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:12:42

>>659
お仕事ご苦労様です。

520 名前: 名称未設定 Mail: 投稿日: 2007/02/13(火) 22:53:27 ID: 2qfptv3r0
http://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
何かよく知らんが、慣用句の使い方が間違っていることの方が気になる。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:18:13

>>663
盗んでも知らん顔してる MS の方がマシかもしれない
少なくともコミュニティは掻き回さない

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:23:46

>>665
コミュニティかき回したってどの話のことだ？

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:28:55

最近ではkhtmlとかFreeBSDとかじゃないか？

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:33:09

KDE/KHTMLとWebCoreに関して揉めたときじゃね？
揉めたっつってもcnetがマッチポンプしたような気もするが。

スラッシュドットジャパン | SafariとKHTML
http://slashdot.jp/mac/article.pl?sid=05/05/15/2016210

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:42:55

実際のとこ、FreeBSDの開発にどれくらいAppleが参加してるもんなの？
このスレにはFreeBSD開発者は少ない？

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:43:54

んで割とすっきり解決したらしい

アップル、新プロジェクトを立ち上げ--オープンソース開発者との関係修復へ - CNET Japan
http://japan.cnet.com/news/media/story/0,2000056023,20084251,00.htm

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:45:36

Appleは前科が多すぎるからなぁ

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:55:24

>>669
> 実際のとこ、FreeBSDの開発にどれくらいAppleが参加してるもんなの？
> このスレにはFreeBSD開発者は少ない？

数は知らないけど、Michael Smithは前はFreeBSDの主力開発者のひとりで
今AppleでDarwinのカーネル書いてる

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 00:56:45

IBM なぜFreeBSDか - Japan
http://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社員です。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 01:13:42

PowerPC 依存、Macintosh のアーキ依存部分はかなりが NetBSD 由来のはず。
MacOS X の最初の頃の話だけど。
FreeBSD と NetBSD の開発メンバーで Apple へ行ったのはたくさんいる。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 04:52:26

Zにしたらもう次がないのでいい名前じゃない。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 05:59:32

>>675
んじゃZZや、V、G、W、Xなどなど…。と思ったら、vfs、gfs、xfsは既にあるなぁ。
wfsだとWindows FSっぽい。
ってことで、∀fsなんてどうよ。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 10:50:17

>>676
その次はfsSEED(fs種)->fsSEED Destiny(fs種死)か。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 12:30:09

FS91 とか

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 17:00:50

FFS(Fast File System)→FFFS(Fat Fast File System) の前例からして ZZFS だなw

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 17:04:06

次は、Σfsでお願いします

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 20:12:54

Appleは、gccにもフルタイムのコミッタを出してるな。
C++のプレコンパイルヘッダ周りとかを担当している。
他にもmDNSResponder(howl)とか、Linux/*BSDに還元されてる。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 20:44:10

PPC時代に自前のコンパイラを持ってないからだろ。

**名無しさん＠お腹いっぱい。** · 2007/02/15(木) 21:30:21

ま、それはNeXTからずっとgccだから

**名無しさん＠お腹いっぱい。** · 2007/02/16(金) 02:45:50

技術の話しようぜ

**名無しさん＠お腹いっぱい。** · 2007/02/16(金) 03:10:25

自前のコンパイラ持ってないところは辛いね

**名無しさん＠お腹いっぱい。** · 2007/02/16(金) 23:36:45

raidzやmirrorのメンバのディスクをreplaceしたいんだけど、
replace するためには現在と同量(あるいはそれより大きい)
ディスクを用意するために、今の正確なサイズを知るにはどうした
らいいんでしょう？

**名無しさん＠お腹いっぱい。** · 2007/02/16(金) 23:38:32

format

**名無しさん＠お腹いっぱい。** · 2007/02/16(金) 23:44:50

>>687 ども。prtvtoc ってのでもいいことを知りました。
なんか難しく考えすぎてた。

**名無しさん＠お腹いっぱい。** · 2007/02/19(月) 23:30:48

そろそろ誰か本稼働サーバで使ってる人いないかな？
トラブル報告をほとんど聞かないけど、もうSolaris版は安定してる？

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 00:56:11

>>689
出始めにしては良いほうだけどZFSは本稼動させるほどには安定してない。
結構固まるよ。

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 11:34:12

Appleも結構BSDに貢献している部分はあるよ。↓

>TrustedBSDの監査サポートの大部分はMac OS Xから発したものです。
>我々は、Appleが監査サポートの開発を行い、また、その成果を
>オープンソースとして公開してくれたことに、深く感謝します。
http://tyuu.com/modules/xeblog/?action_xeblog_details=1&blog_id=16

Leopardの開発版には、ZFSは既に採用されているね。
http://www.thinksecret.com/archives/leopard9a321/source/picture-1.html

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 11:38:35

むしろその上の

>John Baldwin: 私個人としては、一方のOSからもう一方へ何もポーティ
>ングする計画はありません。もっとも、OS X Tigerのlaunchdを、
>FreeBSDのinitとinetdへの交換として移植するとおもしろいなあと思っ
>ています。

これにびっくりした

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 11:51:42

>>689
kwsk

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 16:31:05

launchd は面白いよ。init, inetd, xinetd, cronなど起動に関する
こと全般を一つの設定に統合できるのは合理的だしスマート。
始めは戸惑うけどね。

**名無しさん＠お腹いっぱい。** · 2007/02/20(火) 19:41:07

Solaris+ZFSですげえ幸せになった奴とかいないの?

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

Linux + LVM + ソフトウェアRAID + ext3で不幸になったヤシなら山のようにおるな

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

俺すげー幸せになった。安いハードウェアRAIDをCore2DuoのRAIDZに置き換えた。
速いし、チェックサムで安心だし、スナップショット1時間起きに取ってるので
間違って rm しても安心だし。かなり幸せ。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 00:38:22

> スナップショット1時間起き

ぐあ、そんな使い方もあるのか。目から鱗だ。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 00:47:29

NetApp使いなら普通に考えるだろ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 01:20:31

つーか、ZFSはNetAppと違って255世代なんてせこい制限になっていないからな。
1分置きにとっても大丈夫だよ。
ついでに、sshやrshとsend/recvを組み合わせれば、リモートレプリケーション
的な事も出来る。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 05:18:31

Solaris+ZFSに移行したいけど、今のファイルサーバ(Linux)の
データを一旦退避するだけの空きディスクがないぜ。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 08:13:07

>>700
1分おきはすげーな。スナップショットを取る処理の負荷はどうなんだろ。

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

思いついて実行してから3日後には反省しきりだろ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 11:14:17

1分置きはともかく1時間置きにsnapshotとって運用しても大丈夫なのか雷電

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:16:17

ああ、今のこところ問題ないぜ１

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

俺の経験だと destroy の時にシステムがハングすることが何度かあった。
スナップショットたくさん作るのはいいんだけど、その後 destroy するのが恐い。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:40:13

>705
焦って口が回ってないぞ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:42:45

FreeBSDのzfs移植者も「まだメモリリークがあるけどそれはSolarisも一緒でSunが調査中」みたいな事を言っていたような気が。
一時間置きにsnapshotとれるなら楽しいが、やはりそこまでやるのはまだ時期早尚か?
というかsnapshotさえ取らなければ大丈夫なのか?

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:51:15

がんがんsnapshot取ってだめになるならそれをアピールすればおｋ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:52:55

どこにアピールするんだ。
というかzfsの安定性向上に合力するほどの余裕がほしいな。
霞食って生きていく方法はないだろうか。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 13:36:14

>>710
プンソラのzfs-discussでアッピール頼む。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 15:56:50

ZFSに移行しようか悩む俺を勇気づける心強いお言葉の例:
http://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>は始末に困るな。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 20:40:10

>>705
スナップショットの食う容量と、パフォーマンスへの影響を知りたいです
毎日ベンチ取るような設定とかできないかな？

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 22:35:14

何かの展示会で日鉄エレックがデモしていたよ。1分おきのSnapshot。
彼らはSolaris10とZFSをベースにした自社開発のNASを展示していて、展示会の
期間中スナップショットを取りつづけていた。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 23:29:03

>>713
んなもんやってみりゃいいじゃん。cron とシェルスクリプト駆使すりゃプーだろ。

**名無しさん＠お腹いっぱい。** · 2007/02/22(木) 12:19:56

>>713
そんなあなたにDTrace。

**名無しさん＠お腹いっぱい。** · 2007/02/22(木) 12:31:26

なるほど！

**名無しさん＠お腹いっぱい。** · 2007/02/24(土) 00:34:09

わざわざ DTrace 使うようなもんかよｗ

**名無しさん＠お腹いっぱい。** · 2007/03/01(木) 20:15:32

ttp://jp.sun.com/communities/users/0612/feature01.html
ZFS誕生エピソード

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 00:33:51

>>718
>>719 DTrace活用して開発したみたいですね

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 06:31:52

あまり知られていない事実ワロタ。
誰も知らんつーのw

>あまり知られていない事実：
>カートが見当たらなかった為、データの入ったSun Fire X4500データサーバを
>キャンパスの向こう側まで手で運んだことがある。

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

前の話をぶりかえすようですまんが、スナップショットを頻繁に取
るのは今のところ問題発生してないな。
ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
り結構時間かかるから、あまり短くはできなさそう。
たとえば、俺のホーム(700GBくらい)では .bash_history くらいし
か変更がなくても一回に数分かかる。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 09:40:07

> ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
> り結構時間かかるから、あまり短くはできなさそう。
それは ZFS の問題か? 関係ないよな?

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 11:20:21

関係なくないだろ。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 13:21:21

ホーム700GBってデカすぎね? って動画なら普通か。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 14:26:47

>>722
なかなか興味深い話題だとおもう

>>725
でかいことにケチをつけても始まらないかもね。

**722** · 2007/03/02(金) 21:33:28

うちの研究室では 700GB ってかなり控え目な方なんだけど。
学生より少ないし。
ちなみに音声系の研究室です。

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 07:12:12

>>725
HDDレコーダなんて1GBあっても全然足りないといわれているわけだしね。
そういえば、最近のHDDレコーダって中身がLinuxなのが多くなっているようだけど、
PCどころではなく突然の電源断が多いから、この手のデジタル家電にこそZFSは
向いているのかもしれない。

まあ、組み込みWindowsでNTFSにしているところも多いだろうけど。

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 07:21:10

うげ、1GBじゃなくて1TB…

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 19:57:51

>>728
組み込みSolarisはちょっと見てみたいな。

**名無しさん＠お腹いっぱい。** · 2007/03/04(日) 22:15:34

ttp://docs.FreeBSD.org/cgi/mid.cgi?20070304123801.GA22350
ZFS port to FreeBSD: 2nd patchset available.

**名無しさん＠お腹いっぱい。** · 2007/03/05(月) 21:50:58

>>728
Windows系のHDDレコーダーって何処があるんだっけ？
Panaと芝とNECはLinuxだよね。

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 20:19:24

ふと、新しいiMacに、フラッシュ搭載か、というネタを聞いてるとき思ったんだけど
Leopardって、ZFS載るじゃないですか、で、iMacにSSDが載るとしても
まあ、供給事情からいって、32GBくらいだと思うんですよ
とすると、それだけだと今までのiMacよりも容量が少なくなっちゃう。

どうするか？
もしかすると、HDDとSSDを両方乗せてくるかも？！

とここまでが妄想で。

ZFSでHDDとSSDという速度差があるようなメディアを混在してプールを作ったとき
そのパフォーマンスはどうなるのか気になったのでこのスレに来てみた。
誰か、こういうの試せる環境にある人います？

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 22:33:03

NeXT は最初 5inch MO オンリーだったけどあまりに遅くて不評だったので
マイナーチェンジしてスワップ専用の 40MB SCSI HDD 併設になったよ。
まあそういうことするのは平気だね、Jobs 氏は。

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 22:48:43

それなんてHybrid HDD

**名無しさん＠お腹いっぱい。** · 2007/03/13(火) 20:29:48

>>735
言うなればソフトウェアハイブリッドだな。

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 00:18:29

ZFS for Linux Beta 1
http://zfs-on-fuse.blogspot.com/2007/03/zfs-for-linux-beta-1.html

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 01:19:56

>>737
FUSEだけどな…
マイクロカーネルOSならともかく、モノリシックOSの代表のLinuxがFUSEみたいなこと
やっても、あんまり嬉しくない。