dragonfly bsd どうよ (818ﾚｽ)
dragonfly bsd どうよ http://mevius.5ch.net/test/read.cgi/unix/1088515885/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
125: 名無しさん＠お腹いっぱい。 [sage あんまり自信はないけど] 04/08/16 01:00 新しいVFSモデル (3rd par.) i.e. → すなわち、つまり (4th par.) A messaging interface is preferable for many reasons, not the least of which being that it makes stacking actually work the way it should work, as independant and opaque elements which stack together to form a whole. For example, with the new API a capability layer could be slapped onto a filesystem that otherwise doesn't implement one of its own, and the enduser would not know the difference. Filesytems are almost universally self-contained entities. A message-based API would allow these entities to run in userspace for debugging or even in a deployment when one absolutely cannot afford a crash. Why run msdosfs or cd9660 in the kernel and risk a crash when it would operate just as well in userland? メッセージングインタフェイスは多くの理由から好ましいものです。特に 独立的で不透明な要素が積み重なって全体を形成するという、スタッキングが 本来すべき動作を実現するという点によるところが少なくありません。たとえば 新しいAPIでは、ファイルシステムが実装していない機能に対して機能層をあてがう ことができ、エンドユーザにはその違いが分かりません。ファイルシステムは 大部分が自己完結型(注: 相互依存する別の要素を持たないという意味ね)の要素です。 メッセージベースのAPIではこれらの要素をデバッグのためにユーザランドで動作 させることを可能にしますし、また絶対にクラッシュしてはいけないような場合 にも威力を発揮します。msdosfsやcd9660がユーザランドでも同じように動作する ならわざわざカーネルの中で動かしてクラッシュする危険にさらす必要はない でしょう? ... http://mevius.5ch.net/test/read.cgi/unix/1088515885/125
127: 名無しさん＠お腹いっぱい。 [sage] 04/08/16 02:22 >>125 翻訳乙！ opaque って定訳あるのかな。「（実装が）隠蔽された」とか？ http://mevius.5ch.net/test/read.cgi/unix/1088515885/127
128: 125 [sage] 04/08/16 07:21 >>127 うん。 GPLのライセンス表記の中には「A copy that is not "Transparent" is called "Opaque".」という説明があるので透明でないということで 「不透明」と訳したけど。実際「opaque object」を不透明オブジェクトと 訳す例もあるみたいだけど、一語でいおうとするとしっくりこないよね。 http://mevius.5ch.net/test/read.cgi/unix/1088515885/128
129: 名無しさん＠中学生英語 [sage] 04/08/16 20:18 >>125 > (3rd par.) > i.e. → すなわち、つまり うげ。 http://wids.net/balk/dragonflybsd.vfsmodel.j2.txt http://mevius.5ch.net/test/read.cgi/unix/1088515885/129
130: 名無しさん＠お腹いっぱい。 [sage] 04/08/17 04:53 >>125 > (4th par.) 文のつながりが一部いまひとつのように思うので、改善案。 あとユーザランドはユーザ空間の間違いだと思う。 メッセージングインタフェースは多くの点で優れています。 それは、スタッキングのあるべき姿である、独立なカプセル化された要素が積み 重なって全体を形成するということを実現したことによるところが少なくありません。 例えば、新しいAPIではファイルシステムに実装されていなかった機能の機能層をかぶ せることができ、しかもエンドユーザには元から実装されていたときとの違いが わかりません。 また、ファイルシステムはどれもほとんど例外なく自己完結したひとまとまりの オブジェクトになっています。メッセージベースのAPIではこれらのオブジェ クトをユーザ空間で動かすことができ、デバッグにも使えれば、クラッシュが 絶対許されない条件下の運用にも威力を発揮します。 msdosfsやcd9660がユーザ空間でも同じように動作するならわざわざカーネルの 中で動かしてクラッシュする危険にさらす必要はないでしょう? http://mevius.5ch.net/test/read.cgi/unix/1088515885/130
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s