OSの参考書
27 ：Be名無しさん ：
今タネンバウムのModernOperatingSystemsを
読んでるけど、この最終章が設計に関する一般理論を
扱ってるみたいなものだと期待してたのがはずれた。
Multimediaの章とかMultiProcessingの章は面白かった
だけに残念。この人、研究者じゃなくてライターだね。
ライターとしては抜群の編集能力があると思うけど。
>>26
http://www.amazon.co.jp/exec/obidos/ASIN/0735610215/qid=1007942313/
上のタネンバウム先生の本にはこれが一番いいと書いてあったよ。
とはいっても2000に関するものでNTじゃないからどうなんだろう。
読んでるけど、この最終章が設計に関する一般理論を
扱ってるみたいなものだと期待してたのがはずれた。
Multimediaの章とかMultiProcessingの章は面白かった
だけに残念。この人、研究者じゃなくてライターだね。
ライターとしては抜群の編集能力があると思うけど。
>>26
http://www.amazon.co.jp/exec/obidos/ASIN/0735610215/qid=1007942313/
上のタネンバウム先生の本にはこれが一番いいと書いてあったよ。
とはいっても2000に関するものでNTじゃないからどうなんだろう。
|
|
|
28 ：デフォルトの名無しさん：01/12/15 18:19
Lionで紹介している Time Sharering System についての70年代の本
BIT紙から以前出版されていたことがあると聞いたのですが,
この本現在手にはいるのでしょうか？
また他にTSSをLion並に詳しく解説した書籍あれば、教えて下さい
BIT紙から以前出版されていたことがあると聞いたのですが,
この本現在手にはいるのでしょうか？
また他にTSSをLion並に詳しく解説した書籍あれば、教えて下さい
29 ：仕様書無しさん：01/12/16 17:00
age
30 ：デフォルトの名無しさん：01/12/16 21:38
UNIX タイムシェアリングシステム 本今でも手にはいるのですか？
31 ：デフォルトの名無しさん：01/12/21 21:58
UNIX タイムシェアリングシステム 本今でも手にはいるのですか？
32 ：デフォルトの名無しさん：01/12/22 22:49
書店に行くと
Solarisインターナルだったか、厚めのソラリスカーネルについての
書籍がありましたが、評判はどうなのでしょうか？
Solarisインターナルだったか、厚めのソラリスカーネルについての
書籍がありましたが、評判はどうなのでしょうか？
33 ：デフォルトの名無しさん：01/12/28 21:35
a
34 ：デフォルトの名無しさん：01/12/29 21:48
Solarisインターナル
35 ：Be名無しさん：01/12/30 19:11
Solarisインターナル買ってきました。まだあんまり
読んでないけどレベルとしてはＯＳ基礎から説明して
るんでまどろっこしい。反対に基礎を知らない人でも
読みやすいのではないでしょうか。
読んでないけどレベルとしてはＯＳ基礎から説明して
るんでまどろっこしい。反対に基礎を知らない人でも
読みやすいのではないでしょうか。
36 ：Be名無しさん：01/12/31 17:29
かーねぎーめろんあげ
37 ：デフォルトの名無しさん：01/12/31 18:52
>35
UNIXOSを説明した本は多くあり、沢山買って読めば,C
を用いて実装方法などわかるが、現在のOSの主流はWindowsであり、
このWindowsはマイクロカーネルで、UNIXとは大きくことなり、
UnixOSのインターナルを勉強しても大して意味がないと思う。
コンパイラを勉強するくらい無駄なことだ。
結局、出版社が儲かるだけだという。
UNIXOSを説明した本は多くあり、沢山買って読めば,C
を用いて実装方法などわかるが、現在のOSの主流はWindowsであり、
このWindowsはマイクロカーネルで、UNIXとは大きくことなり、
UnixOSのインターナルを勉強しても大して意味がないと思う。
コンパイラを勉強するくらい無駄なことだ。
結局、出版社が儲かるだけだという。
38 ：age：02/01/10 09:58
age
39 ：小泉龍太郎：02/01/10 10:34
>>37
（笑）
（笑）
40 ：Be名無しさん：02/01/10 10:37
41 ：T：02/01/10 16:17
どうしてネタと判断したか
理由を詳細に求む！
理由を詳細に求む！
42 ：Be名無しさん：02/01/10 16:52
43 ：デフォルトの名無しさん：02/01/10 21:23
理由が上がっていないところをみてると３７が正しいと思うのだが
44 ：Be名無しさん：02/01/10 21:34
45 ：べえOS七誌さん：02/01/10 22:24
UNIXはたたき台
しかし現時点での最高のたたき台。
それでいいじゃん。
これに異論があるやついるか？
しかし現時点での最高のたたき台。
それでいいじゃん。
これに異論があるやついるか？
>コンパイラを勉強するくらい無駄なことだ。
無駄だとは思わんが。。。
>このWindowsはマイクロカーネルで、UNIXとは大きくことなり
馬鹿。
無駄だとは思わんが。。。
>このWindowsはマイクロカーネルで、UNIXとは大きくことなり
馬鹿。
48 ：Be名無しさん：02/01/11 04:27
>>46
同意。UNIXは別に悪くないけど、
最終的なものだとは思えない。
OSはまだまだ研究するに値する。
見返りがあるかどうかは分からんけどｗ。
Windowsが普及したことで腐る研究者が
いないことを祈るよ。
同意。UNIXは別に悪くないけど、
最終的なものだとは思えない。
OSはまだまだ研究するに値する。
見返りがあるかどうかは分からんけどｗ。
Windowsが普及したことで腐る研究者が
いないことを祈るよ。
49 ：Be名無しさん：02/01/11 07:39
最前線UNIXのカーネル＠ピアソンはｶﾞｲｼｭﾂか？
50 ：Be名無しさん：02/01/11 09:12
51 ：T：02/01/11 13:37
z
52 ：素人：02/01/11 14:34
＊メール一通につき１２５０円もらえます＊
このサイトで他のと全く違うところは、金額の多さです。
登録するだけですので、ためしにしてみても損は無いと思います。
＊保証＊
登録したメールアドレスに一ヶ月に1通のメールが届きます。
このメールを確認するだけで1250円をもらえます。通帳の口座番号は
家に直接配達してくれるので、必要ありません。
＊このサイトの簡単な紹介 ＊
ミントメールでは月10＄のメールが届きます。開くだけで結構です。
10＄が積立できます。
そして会員を集めてその会員がメールを確認してくれればその会員を
紹介したということで6＄が積立できます。そしてその会員がまた会員
を集めたとしたらあなたには上位の上位の会員として4＄をもらいます。（その関係は2段階までしか続きません）このお金は下位の会員がいる限り固定的に入ってくるんです。このお金は毎月10日に支給されます。外国人の場合は50＄以上で送金してくれます。
＊会員加入方法 ＊
: http://www.MintMail.com/?m=1912913
上記のURLをクリックしてください。下でやり方を紹介します。
ここから（sign-up）をクリックします。
そしたら加入画面が出ます。
（*がついている部分のみ正確に入力します。）
- First Name*: 姓
- Last Name*: 名
- Company Name: 書かなくていいです
- Street Address*: 市区郡やマンション名などを正確に記入します
（住所は正確に入力して下さい。この住所に小切手を送ります）
- City*: 県名, JAPAN
- State*: そのまま
- Zip*: 郵便番号
- Country*: 国 ですので、 JAPANを選択してください
- Phone*:電話番号 は 国家番号(日本):81 + 地域番号の1番前の0を除いた電話番号
例として
03-1111-1111 → 81-3-1111-1111
06-1111-1111 → 81-6-1111-1111
- Fax:書かなくてもいいです。
- E-mail*: メールアドレス （全てがメールで処理や連絡されるので正確に）
- Confirm E-mail*: メールアドレスもう一回入力
- Year of birth*: 出生年
- Gender*: 性別 → Male(男性), Femaie(女性)
- Password*: 暗証番号 (6文字以上)
- Confirm Password: 暗証番号確認, 上記と同じ
- how do you want to receive commissions that you earn?
プレゼント選択
*gift certificates(double$$) プレゼント券（2倍） *cash 現金
上でプレゼント券を選択すれば2倍になるが製品の種類が英語の本・ＣＤ等になっているから日本人なら現金のほうがいいと思います。
- do you want to be notified when your referrals sing up?
*あなたの会員が登録された場合お知らせしますか? yes を選択
- 興味ある分野10個まで選択します。（10個異常だった場合エラーになります）
- Submitをクリックすれば画面に thank youというメッセージと一緒にあなたのID番号と暗証番号が出ます。しっかり覚えてください。それでは加入完了です。
＊ 自分が紹介した会員数確認 ＊
ミントメールに接続して（http://www.mintmail.com/?m= ＋ 自分のID）
左側のMember Log In をクリックすればログイン画面が出ます。
そこで自分のIDとパスワードを入力すると自分の下位会員の人数と
配達されるお金が出ます。
＊ 会員募集方法 ＊
: http://www.MintMail.com/?m=1912913
後のID（番号）部分をミントメールより付与された自分のIDに
変えて広報すれば本人が自動的に抽選されます。
このサイトで他のと全く違うところは、金額の多さです。
登録するだけですので、ためしにしてみても損は無いと思います。
＊保証＊
登録したメールアドレスに一ヶ月に1通のメールが届きます。
このメールを確認するだけで1250円をもらえます。通帳の口座番号は
家に直接配達してくれるので、必要ありません。
＊このサイトの簡単な紹介 ＊
ミントメールでは月10＄のメールが届きます。開くだけで結構です。
10＄が積立できます。
そして会員を集めてその会員がメールを確認してくれればその会員を
紹介したということで6＄が積立できます。そしてその会員がまた会員
を集めたとしたらあなたには上位の上位の会員として4＄をもらいます。（その関係は2段階までしか続きません）このお金は下位の会員がいる限り固定的に入ってくるんです。このお金は毎月10日に支給されます。外国人の場合は50＄以上で送金してくれます。
＊会員加入方法 ＊
: http://www.MintMail.com/?m=1912913
上記のURLをクリックしてください。下でやり方を紹介します。
ここから（sign-up）をクリックします。
そしたら加入画面が出ます。
（*がついている部分のみ正確に入力します。）
- First Name*: 姓
- Last Name*: 名
- Company Name: 書かなくていいです
- Street Address*: 市区郡やマンション名などを正確に記入します
（住所は正確に入力して下さい。この住所に小切手を送ります）
- City*: 県名, JAPAN
- State*: そのまま
- Zip*: 郵便番号
- Country*: 国 ですので、 JAPANを選択してください
- Phone*:電話番号 は 国家番号(日本):81 + 地域番号の1番前の0を除いた電話番号
例として
03-1111-1111 → 81-3-1111-1111
06-1111-1111 → 81-6-1111-1111
- Fax:書かなくてもいいです。
- E-mail*: メールアドレス （全てがメールで処理や連絡されるので正確に）
- Confirm E-mail*: メールアドレスもう一回入力
- Year of birth*: 出生年
- Gender*: 性別 → Male(男性), Femaie(女性)
- Password*: 暗証番号 (6文字以上)
- Confirm Password: 暗証番号確認, 上記と同じ
- how do you want to receive commissions that you earn?
プレゼント選択
*gift certificates(double$$) プレゼント券（2倍） *cash 現金
上でプレゼント券を選択すれば2倍になるが製品の種類が英語の本・ＣＤ等になっているから日本人なら現金のほうがいいと思います。
- do you want to be notified when your referrals sing up?
*あなたの会員が登録された場合お知らせしますか? yes を選択
- 興味ある分野10個まで選択します。（10個異常だった場合エラーになります）
- Submitをクリックすれば画面に thank youというメッセージと一緒にあなたのID番号と暗証番号が出ます。しっかり覚えてください。それでは加入完了です。
＊ 自分が紹介した会員数確認 ＊
ミントメールに接続して（http://www.mintmail.com/?m= ＋ 自分のID）
左側のMember Log In をクリックすればログイン画面が出ます。
そこで自分のIDとパスワードを入力すると自分の下位会員の人数と
配達されるお金が出ます。
＊ 会員募集方法 ＊
: http://www.MintMail.com/?m=1912913
後のID（番号）部分をミントメールより付与された自分のIDに
変えて広報すれば本人が自動的に抽選されます。
53 ：Be名無しさん：02/01/11 18:49
>>53
どんな素晴らしいOS論を語ってもこれが出てきた途端哀れになるよな。
どんな素晴らしいOS論を語ってもこれが出てきた途端哀れになるよな。
55 ：デフォルトの名無しさん：02/01/11 21:38
>47
確かに、NTはVAX、BSD等の影響を受けているが、マイクロカーネル、マネージャ
等、UNIXとは違うし、UNIX OS 上でプログラムを組める人が、
NTでプログラム（デバイスドライバ等）組もうと思うと違いに躊躇するだろう
確かに、NTはVAX、BSD等の影響を受けているが、マイクロカーネル、マネージャ
等、UNIXとは違うし、UNIX OS 上でプログラムを組める人が、
NTでプログラム（デバイスドライバ等）組もうと思うと違いに躊躇するだろう
56 ：Be名無しさん：02/01/11 22:54
57 ：Be名無しさん：02/01/11 23:02
マイクロカーネルの有利さは散々語られてきたが
実際に実装されたものは死屍累々でしかない。
これも散々語られているが結局のところマイクロカーネル部分とその他の通信
に関わるコストを解消できずモノシリックカーネルより優れた実装はいまだに
得られていない。
Windows NT系列も最初の売りは「マイクロカーネルだからあたらしいぜ」だったが
もうこの言葉はメーカーであるシアトルの会社も言わなくなった。
恥ずかしくて口にだして言えなくなったんだろうな
実際に実装されたものは死屍累々でしかない。
これも散々語られているが結局のところマイクロカーネル部分とその他の通信
に関わるコストを解消できずモノシリックカーネルより優れた実装はいまだに
得られていない。
Windows NT系列も最初の売りは「マイクロカーネルだからあたらしいぜ」だったが
もうこの言葉はメーカーであるシアトルの会社も言わなくなった。
恥ずかしくて口にだして言えなくなったんだろうな
>57
５３や５４に笑われると思う。
５３や５４に笑われると思う。
59 ：Be名無しさん：02/01/12 06:52
60 ： ：02/01/12 08:42
61 ：Be名無しさん：02/01/12 08:53
モノシリックカーネルのどこが間違いなの？
お前ら、証明してみろYO!
現に論文にも使われてるしな。読んだことあんのか？
単なるお前のこだわりを普及させんなよ、ブォケが！
お前は教祖か！！
お前ら、証明してみろYO!
現に論文にも使われてるしな。読んだことあんのか？
単なるお前のこだわりを普及させんなよ、ブォケが！
お前は教祖か！！
>>61
モノシリックのスペルを教えてYO!
モノシリックのスペルを教えてYO!
63 ：Be名無しさん ：02/01/12 10:03
なんでおまえらこうもバカなんだ？
ネタにしても死ぬほどつまらん
ネタにしても死ぬほどつまらん
64 ：デフォルトの名無しさん：02/01/12 11:01
>63
NTアーキテクチャをどこまで理解されているのかわかりませんが,
違いを書いてください
NTアーキテクチャをどこまで理解されているのかわかりませんが,
違いを書いてください
66 ：↑：02/01/12 12:49
>>61
> モノシリックカーネルのどこが間違いなの？
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
> モノシリックカーネルのどこが間違いなの？
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
物知りっくなカーネル
最近の若い人はモノリスを知らんのだろうか…
×モノシリック
○モノリシック
○モノリシック
69 ：58：02/01/12 15:30
厨房テイストのモノシリック 、
２ch的にはOK
物知り君カーネル あげ
２ch的にはOK
物知り君カーネル あげ
70 ：デフォルトの名無しさん：02/01/12 16:10
>65
どういう話なのかわかりやすく書いてよ
マジレす希望！
どういう話なのかわかりやすく書いてよ
マジレす希望！
71 ：Be名無しさん：02/01/12 17:21
最近だろ、モノリシックカーネルって言い出したの。
英語読みすることが正しいなら、
Linuxをライナックスと読めよ。
マイクロカーネルってどこの国で生まれたんだよ。
それ踏まえて考えろ、バァカが。
逝ってくれ！
英語読みすることが正しいなら、
Linuxをライナックスと読めよ。
マイクロカーネルってどこの国で生まれたんだよ。
それ踏まえて考えろ、バァカが。
逝ってくれ！
ｵﾏｴﾓﾅｰ
73 ：デフォルトの名無しさん：02/01/12 17:50
BSDはモノリシックカーネル？
４．２と４．４ってどう違うのだろう
４．２と４．４ってどう違うのだろう
>>70
つぎのような話の流れ（意訳）だと思う。
５３：検索してみたら「モノシリック 」って言ってる馬鹿がこんなにいる
５４：もっともらしくOSを語っていても「モノシリック 」って聞いただけで萎える
５７：「モノシリック 」カーネルの良さを力説
５８：５７につっこみ
５９：５８につっこんでいるようですが、私＝５８には意味がわかりません
６１：「モノシリック 」のどこがまちがいだ、ごるあ
６２：綴り知ってて言ってんの＞６１
６３：まだ間違いに気づかないものが多いのであきれる
６４：勘違いしたまま６３につっこみ
６５：６４につっこみ
６６：「物知りっくなカーネル」 コピペで６１をからかう
６７：モノリシック の語源モノリスを知らない世代の台頭に自分の年を感じる
６８：正解をかきこむ
６９：ちゃかす
以上！
つぎのような話の流れ（意訳）だと思う。
５３：検索してみたら「モノシリック 」って言ってる馬鹿がこんなにいる
５４：もっともらしくOSを語っていても「モノシリック 」って聞いただけで萎える
５７：「モノシリック 」カーネルの良さを力説
５８：５７につっこみ
５９：５８につっこんでいるようですが、私＝５８には意味がわかりません
６１：「モノシリック 」のどこがまちがいだ、ごるあ
６２：綴り知ってて言ってんの＞６１
６３：まだ間違いに気づかないものが多いのであきれる
６４：勘違いしたまま６３につっこみ
６５：６４につっこみ
６６：「物知りっくなカーネル」 コピペで６１をからかう
６７：モノリシック の語源モノリスを知らない世代の台頭に自分の年を感じる
６８：正解をかきこむ
６９：ちゃかす
以上！
75 ：Be名無しさん：02/01/12 18:00
> マイクロカーネルの有利さは散々語られてきたが
> 実際に実装されたものは死屍累々でしかない。
とか言ってる奴がいるよ。
マイクロカーネルって概念はな、日立のスパコン（VOS3）から
組み込みのTRONやQNXまで幅広く使われてんだよ。
それ専用に設計されたMPUを使えば通信の
オーバヘッドなんて無視できんだよ。
マイクロカーネルってのは概念で、通信のオーバーヘッドを
どうこうってのは本質じゃねんだ。
まぁ、こんなこと言っても馬鹿には
理解できんと思うが・・・。まぁせいぜい２ｃｈあたりで
知ったかしてろ！！
> 実際に実装されたものは死屍累々でしかない。
とか言ってる奴がいるよ。
マイクロカーネルって概念はな、日立のスパコン（VOS3）から
組み込みのTRONやQNXまで幅広く使われてんだよ。
それ専用に設計されたMPUを使えば通信の
オーバヘッドなんて無視できんだよ。
マイクロカーネルってのは概念で、通信のオーバーヘッドを
どうこうってのは本質じゃねんだ。
まぁ、こんなこと言っても馬鹿には
理解できんと思うが・・・。まぁせいぜい２ｃｈあたりで
知ったかしてろ！！
76 ：Be名無しさん：02/01/12 18:16
スパコンなど多くのプロセッサを搭載したシステムは
マイクロカーネルでしか効率よく動かすことができません。
組み込みOSなどではサイズの関係でマイクロカーネル
が使われています。RT-Linuxは確か、マイクロカーネル
構成だったと思うが、詳しい人、教えて！
モノシリックカーネル（個人的にはこの読み方でいいと思う）
は汎用OS、とくに少ないユニプロセッサの場合、効率が
いい構成法です。
カーネルも、それが使われる環境によって良し悪しがあるので
一概な比較はできないと思う。
とくに最近は両者と歩み寄りがありきっちりした区別は
そもそもできるかどうか不明だと思います。
例えばメッセージ通信をベースとしたOS＝マイクロカーネルなら
モノシリックカーネルもIPCを搭載しているためマイクロカーネル
といえるのではないでしょうか。
ダイレクトコールでファイルシステムなどをコールするのが
モノシリックカーネルというならNTはモノシリックカーネルでしょう。
OSのカーネルを最小構成にすることがマイクロカーネルなら
Linuxもそれを目的にダイナミックモジュールを導入している
為、マイクロカーネルといえるのではないでしょうか。
マイクロカーネルとモノシリックカーネルのどちらが良いかなど
議論すること自体、あまり有意義なことではないと思います。
両者の概念はそれぞれ歩み寄り混じっているからです。
比較すべきは構成法ではなく実装だと思います。
マイクロカーネルでしか効率よく動かすことができません。
組み込みOSなどではサイズの関係でマイクロカーネル
が使われています。RT-Linuxは確か、マイクロカーネル
構成だったと思うが、詳しい人、教えて！
モノシリックカーネル（個人的にはこの読み方でいいと思う）
は汎用OS、とくに少ないユニプロセッサの場合、効率が
いい構成法です。
カーネルも、それが使われる環境によって良し悪しがあるので
一概な比較はできないと思う。
とくに最近は両者と歩み寄りがありきっちりした区別は
そもそもできるかどうか不明だと思います。
例えばメッセージ通信をベースとしたOS＝マイクロカーネルなら
モノシリックカーネルもIPCを搭載しているためマイクロカーネル
といえるのではないでしょうか。
ダイレクトコールでファイルシステムなどをコールするのが
モノシリックカーネルというならNTはモノシリックカーネルでしょう。
OSのカーネルを最小構成にすることがマイクロカーネルなら
Linuxもそれを目的にダイナミックモジュールを導入している
為、マイクロカーネルといえるのではないでしょうか。
マイクロカーネルとモノシリックカーネルのどちらが良いかなど
議論すること自体、あまり有意義なことではないと思います。
両者の概念はそれぞれ歩み寄り混じっているからです。
比較すべきは構成法ではなく実装だと思います。
77 ：76：02/01/12 18:25
昔読んだタネンバウムの論文でこんなことが
書いてあったことを記憶しています。
メッセージ通信をベースとした構成法が有効であることは
モノシリックカーネル、マイクロカーネルを支持する研究者の
両者が一致した見解だ、っと。
書いてあったことを記憶しています。
メッセージ通信をベースとした構成法が有効であることは
モノシリックカーネル、マイクロカーネルを支持する研究者の
両者が一致した見解だ、っと。
78 ：デフォルトの名無しさん：02/01/12 18:32
>76
76の説明はわかりすい！
76の説明はわかりすい！
79 ：76：02/01/12 18:37
>>78
ありがと！
ありがと！
80 ：76：02/01/12 18:47
マイクロカーネルという概念は確かオランダの
タネンバウムが提唱した構成法だったと思います。
想像するにそのオランダ語（？）が日本に
伝わってモノシリックカーネルと呼ばれるように
なったのだと思います。
昔のパソコン雑誌には確かにモノシリックカーネルと
いう記述がされていましたから。
私もそれに慣れていたのでモノリシックカーネルという
呼び方にはちょっと違和感があります。
ただ、こういった読み方はどっちでもいいのでしょう。
あえて正しい呼び方をするなら「一枚岩的なカーネル」と
呼ぶべきでしょう。タネンバウムのMINIX本の訳に確か、そう
書いてあったと思いますから:-)
タネンバウムが提唱した構成法だったと思います。
想像するにそのオランダ語（？）が日本に
伝わってモノシリックカーネルと呼ばれるように
なったのだと思います。
昔のパソコン雑誌には確かにモノシリックカーネルと
いう記述がされていましたから。
私もそれに慣れていたのでモノリシックカーネルという
呼び方にはちょっと違和感があります。
ただ、こういった読み方はどっちでもいいのでしょう。
あえて正しい呼び方をするなら「一枚岩的なカーネル」と
呼ぶべきでしょう。タネンバウムのMINIX本の訳に確か、そう
書いてあったと思いますから:-)
モノリシックってmonolithicじゃないの？
モノリシックともモノシリックとの読める綴って思い付かないんだが。
モノリシックともモノシリックとの読める綴って思い付かないんだが。
シミュレーションをシュミレーションって読んじゃうのと同じじゃない？
83 ：デフォルトの名無しさん：02/01/12 21:14
mon・o・lith
http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=monolithic&search=%B8%A1%A1%A1%BA%F7&sw=0
この発音を聞くと日本人がSolarisを発音するソラリスの”ソラ”
を"モナ"にかえた モナリスと聞こえる
http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=monolithic&search=%B8%A1%A1%A1%BA%F7&sw=0
この発音を聞くと日本人がSolarisを発音するソラリスの”ソラ”
を"モナ"にかえた モナリスと聞こえる
ライナックスは英語読み。
リヌクスはフィンランド語読み。
リヌクスはフィンランド語読み。
86 ：Be名無しさん：02/01/13 01:54
>想像するにそのオランダ語（？）が日本に
>伝わってモノシリックカーネルと呼ばれるようになったのだと思います。
日本人は発音からよりも文字表記からカタカナにする場合が多いのでは？その雑誌のライターがモノシリックと間違って書いたのだと思う。
>伝わってモノシリックカーネルと呼ばれるようになったのだと思います。
日本人は発音からよりも文字表記からカタカナにする場合が多いのでは？その雑誌のライターがモノシリックと間違って書いたのだと思う。
87 ：Be名無しさん：02/01/13 06:13
ライナックスは英語読みだよ。
>83
2ch的でいいな >モナリス
2ch的でいいな >モナリス
>76
ユーザ空間に置けるモジュールはできるだけユーザ空間に出そうというのがマイクロカーネルなので、ユーザ空間がない組み込みOSや、カーネル空間にモジュール読み込むLinuxのloadable moduleがマイクロカーネルだっていうのは無理があります。
歩み寄ってるから区別にあんまり意味ないっていうのはそうですが。
ユーザ空間に置けるモジュールはできるだけユーザ空間に出そうというのがマイクロカーネルなので、ユーザ空間がない組み込みOSや、カーネル空間にモジュール読み込むLinuxのloadable moduleがマイクロカーネルだっていうのは無理があります。
歩み寄ってるから区別にあんまり意味ないっていうのはそうですが。
90 ：76：02/01/13 12:27
>>89
ユーザ空間というのは環境によって意味が変わるので
ユーザモードということにします。
ユーザモードはCPU固有の実装です。
マイクロカーネルは概念であり実装ではありません。
したがってユーザモードであれカーネルモード
であれカーネル外にモジュールを出すのが
マイクロカーネルという概念だと思います。
ユーザ空間というのは環境によって意味が変わるので
ユーザモードということにします。
ユーザモードはCPU固有の実装です。
マイクロカーネルは概念であり実装ではありません。
したがってユーザモードであれカーネルモード
であれカーネル外にモジュールを出すのが
マイクロカーネルという概念だと思います。
91 ：Be名無しさん：02/01/13 12:32
ということはLinuxもマイクロカーネる？
良スレの予感！
> ということはLinuxもマイクロカーネる？
という区別はあまり意味がない！っということなんだろう。
狭い意味ではLinuxはモナシリックカーネルなんだがね。
という区別はあまり意味がない！っということなんだろう。
狭い意味ではLinuxはモナシリックカーネルなんだがね。
94 ：Be名無しさん：02/01/13 12:48
マークってだめなの？
95 ：ぐにゅぅはぁど：02/01/13 12:56
mach＝マッハかと思ってた。
>90
そういう定義だと、マルチプロセッサがマイクロカーネルでないと効率よく動かせない(76)という理由はなんですか？
ユーザ空間に出せば、カーネルの中が並列性がそれほど高くなくても、ユーザスレッド/プロセスさえ並列実行できれば効率よく動くけど、カーネルにモジュールをあとから組み込めるだけじゃそういうことにはならないですよね。
そういう定義だと、マルチプロセッサがマイクロカーネルでないと効率よく動かせない(76)という理由はなんですか？
ユーザ空間に出せば、カーネルの中が並列性がそれほど高くなくても、ユーザスレッド/プロセスさえ並列実行できれば効率よく動くけど、カーネルにモジュールをあとから組み込めるだけじゃそういうことにはならないですよね。
97 ：76：02/01/13 13:45
>>96
実装と概念を区別してください。
マルチプロセッサのことですが、これは単にロッキングが
単純化され、各マルチプロセッサが効率よく動くという話です。
あと、ユーザ空間（汎用OSの意味で）に出せば並列動作する
っという考え方をされているようですが、それは間違いです。
Linuxではカーネルスレッドというものもありますし。
並列動作は、ユーザ空間とかカーネル空間とは切り離して
考えるべきです。
実装と概念を区別してください。
マルチプロセッサのことですが、これは単にロッキングが
単純化され、各マルチプロセッサが効率よく動くという話です。
あと、ユーザ空間（汎用OSの意味で）に出せば並列動作する
っという考え方をされているようですが、それは間違いです。
Linuxではカーネルスレッドというものもありますし。
並列動作は、ユーザ空間とかカーネル空間とは切り離して
考えるべきです。
98 ：76：02/01/13 13:50
> あと、ユーザ空間（汎用OSの意味で）に出せば並列動作する
> っという考え方をされているようですが、
っという考えはされていないようですね:-)
失礼！
> っという考え方をされているようですが、
っという考えはされていないようですね:-)
失礼！
99 ：76：02/01/13 13:59
> カーネルにモジュールをあとから組み込める
> だけじゃそういうことにはならないですよね。
実装によります。あとから組み込んだモジュールを
並列動作されることは別に問題ないでしょう。
これは単なる実装の話ですね。
> だけじゃそういうことにはならないですよね。
実装によります。あとから組み込んだモジュールを
並列動作されることは別に問題ないでしょう。
これは単なる実装の話ですね。
>97
あとからモジュールが組み込めることとロッキングが簡単になることとは関係がないように思うんですが。
>99
はい、あとから組み込んだモジュールを並列動作させることも、起動時からカーネルに入っているモジュールを並列動作させることもできますよね。
だからモジュールを組み込めるという定義だと、マイクロカーネルかどうかと並列動作可能かどうかとは関係がないんじゃないでしょうか。
あとからモジュールが組み込めることとロッキングが簡単になることとは関係がないように思うんですが。
>99
はい、あとから組み込んだモジュールを並列動作させることも、起動時からカーネルに入っているモジュールを並列動作させることもできますよね。
だからモジュールを組み込めるという定義だと、マイクロカーネルかどうかと並列動作可能かどうかとは関係がないんじゃないでしょうか。
Gnumachはマルチプロセッサで動作しないみたい。
なんでだろｗ
なんでだろｗ
102 ：76：02/01/13 14:37
>>100
ちょっと何が言いたいのか良く理解できません。
国語力が無くてすいません:-)
まとめてもらえますか。
私が言いたいことをまとめますと、マイクロカーネル（概念）と
いうのはカーネル外になるべくモジュールを出すことです。
で、そうなるとカーネルはシンプルになりますよね。したがって
ロッキングが単純になり、マルチプロセッサ上で効率の良い
動作ができるということです。
ちょっと何が言いたいのか良く理解できません。
国語力が無くてすいません:-)
まとめてもらえますか。
私が言いたいことをまとめますと、マイクロカーネル（概念）と
いうのはカーネル外になるべくモジュールを出すことです。
で、そうなるとカーネルはシンプルになりますよね。したがって
ロッキングが単純になり、マルチプロセッサ上で効率の良い
動作ができるということです。
http://www.linux.or.jp/JF/JFdocs/linus-lecture/monolithic.html
に
”例えば "10 goto 10" みたいな Basic のプログラムがあって、無限ループしているとしても、このプロセスはカーネルモードにないから簡単に kill できる。カーネルモードにいるプロセスだけがマシンを完全にコントロールしてしまうわけだ”
とありますが、
ここで、なぜ上のプログラムがカーネルモードにないとわかるのか
あと、このときカーネルモードにあるのはなにか
教えて下さい
に
”例えば "10 goto 10" みたいな Basic のプログラムがあって、無限ループしているとしても、このプロセスはカーネルモードにないから簡単に kill できる。カーネルモードにいるプロセスだけがマシンを完全にコントロールしてしまうわけだ”
とありますが、
ここで、なぜ上のプログラムがカーネルモードにないとわかるのか
あと、このときカーネルモードにあるのはなにか
教えて下さい
起動時のカーネルがシンプルでも、あとからモジュールをロードしてカーネルモードで動かしたら、結局いろんなモジュールがロックを取り合いますよね？それでは単純にならないでしょう。
開発段階でカーネルをmodularに設計して並列性を上げるのは重要ですが、それはコンパイル時にモジュールをリンクしようがあとからモジュールをロードしようが同じですよね。
AmoebaやMachの論文は読まれましたか?マイクロカーネルのメリットとしてユーザモードにモジュールを出すことに由来する話がたくさん書いてありますが。
開発段階でカーネルをmodularに設計して並列性を上げるのは重要ですが、それはコンパイル時にモジュールをリンクしようがあとからモジュールをロードしようが同じですよね。
AmoebaやMachの論文は読まれましたか?マイクロカーネルのメリットとしてユーザモードにモジュールを出すことに由来する話がたくさん書いてありますが。
105 ：76：02/01/13 15:07
>>104
これは実装の話ですよね。
設計段階でインタフェースを単純化すればいいだけの話です。
結局のところ、ロッキングを考慮した方式でモジュールを
コールすればマイクロカーネルと同じだと
思いませんか。私はそういった意味で、Linuxの
loadable moduleはマイクロカーネルのようだと言った訳です。
私が使うloadable moduleは概念のことだと思ってください。
AmoebaやMachの論文は読みました。たしかにマイクロカーネルの
メリットはかかれていましたが、今やモノシリックカーネルも
マイクロカーネルの利点を取り入れていますから、あの論文に書かれた
マイクロカーネルのメリットは今やLinuxなどのような一般的に
モノシリックカーネルと呼ばれるOSにも当てはまります。
もちろん、すべてとはいいませんが。
これは実装の話ですよね。
設計段階でインタフェースを単純化すればいいだけの話です。
結局のところ、ロッキングを考慮した方式でモジュールを
コールすればマイクロカーネルと同じだと
思いませんか。私はそういった意味で、Linuxの
loadable moduleはマイクロカーネルのようだと言った訳です。
私が使うloadable moduleは概念のことだと思ってください。
AmoebaやMachの論文は読みました。たしかにマイクロカーネルの
メリットはかかれていましたが、今やモノシリックカーネルも
マイクロカーネルの利点を取り入れていますから、あの論文に書かれた
マイクロカーネルのメリットは今やLinuxなどのような一般的に
モノシリックカーネルと呼ばれるOSにも当てはまります。
もちろん、すべてとはいいませんが。
106 ：76：02/01/13 15:12
AmoebaやMachの論文で書かれていた
「マイクロカーネルのメリット」というのは
突き詰めればIPCによるものですよね。
私はそう認識していますが、間違いなら教えてください。
「マイクロカーネルのメリット」というのは
突き詰めればIPCによるものですよね。
私はそう認識していますが、間違いなら教えてください。
107 ：76：02/01/13 15:24
> 起動時のカーネルがシンプルでも、あとからモジュールを
> ロードしてカーネルモードで動かしたら、結局いろんな
> モジュールがロックを取り合いますよね？
これはもしかしてジャイアントロックのことでしょうか？
モノシリックカーネル≠ジャイアントロックです。
念のため。もちろんジャイアントロックする実装もありますよ。
LinuxKernel2.2.xまでがそうでした。
> ロードしてカーネルモードで動かしたら、結局いろんな
> モジュールがロックを取り合いますよね？
これはもしかしてジャイアントロックのことでしょうか？
モノシリックカーネル≠ジャイアントロックです。
念のため。もちろんジャイアントロックする実装もありますよ。
LinuxKernel2.2.xまでがそうでした。
modularに設計したカーネルはたとえ一つのロードモジュールになっていようがマイクロカーネル的だ、という定義でしょうか。相当無理があるような…
robustness, security, configurability, lower fixed memory footprint といった論文中のマイクロカーネルのメリットのほとんどはユーザモード動作を前提にしていることだけ指摘しておきます。
robustness, security, configurability, lower fixed memory footprint といった論文中のマイクロカーネルのメリットのほとんどはユーザモード動作を前提にしていることだけ指摘しておきます。
>106
それは初耳です。IPC は別プロセス間で通信するためにやむなくやるもので、システムコールより重い点が普通は問題とされるものだと思いますが。
それは初耳です。IPC は別プロセス間で通信するためにやむなくやるもので、システムコールより重い点が普通は問題とされるものだと思いますが。
>107
いえ、資源ごとに細かいロックをする場合の話です。
細かい分だけ複雑になってバグの温床になるので、それよりはカーネルの中はジャイアントロックに近い粗粒度のロックにして、あとはユーザ空間に追い出す、というのが通常のマイクロカーネル論文の主張です。
いえ、資源ごとに細かいロックをする場合の話です。
細かい分だけ複雑になってバグの温床になるので、それよりはカーネルの中はジャイアントロックに近い粗粒度のロックにして、あとはユーザ空間に追い出す、というのが通常のマイクロカーネル論文の主張です。
111 ：76：02/01/13 15:44
>>108
どうも平行線になりそうな感じなので最後のカキコと
させていただきます。実装と概念を混ぜて考えておられる
ようで残念です。
マイクロカーネルというのは構成法（概念）です。
したがってその構成になっていればマイクロカーネルだと
思います。現にiTRONがマイクロカーネルなのはご存知だと
思いますが、通常アプリケーションと一つのモジュールに
して組み込みます。モジュールが一つとかはマイクロカーネル
という構成法とはなんら関係ありません。
どうも平行線になりそうな感じなので最後のカキコと
させていただきます。実装と概念を混ぜて考えておられる
ようで残念です。
マイクロカーネルというのは構成法（概念）です。
したがってその構成になっていればマイクロカーネルだと
思います。現にiTRONがマイクロカーネルなのはご存知だと
思いますが、通常アプリケーションと一つのモジュールに
して組み込みます。モジュールが一つとかはマイクロカーネル
という構成法とはなんら関係ありません。
>111
論文や世間一般の定義を無視して、ソースレベルでモジュラーならマイクロカーネルだとおっしゃるのはどうかと思います。
ユーザ空間/システム空間の区別というのは多くのOSで根本概念の一つです。
BTRONのカーネル部分としてITRONを動かす場合はITRONをマイクロカーネルと呼ぶ場合がありますが、それ以外の文脈で坂村先生がITRONをマイクロカーネルと呼んでいる例を私は知りません。
論文や世間一般の定義を無視して、ソースレベルでモジュラーならマイクロカーネルだとおっしゃるのはどうかと思います。
ユーザ空間/システム空間の区別というのは多くのOSで根本概念の一つです。
BTRONのカーネル部分としてITRONを動かす場合はITRONをマイクロカーネルと呼ぶ場合がありますが、それ以外の文脈で坂村先生がITRONをマイクロカーネルと呼んでいる例を私は知りません。
＞１０９
では、ユーザ空間に追い出したモジュール
（システムプロセス）とカーネルは何で通信
するんだ （藁
まさかシステムコールとかいうなよ。
マイクロカーネルを知らんと思われる。
では、ユーザ空間に追い出したモジュール
（システムプロセス）とカーネルは何で通信
するんだ （藁
まさかシステムコールとかいうなよ。
マイクロカーネルを知らんと思われる。
＞１１２
だから実装と構成法をごちゃまぜにするなって
だから実装と構成法をごちゃまぜにするなって
>113
IPCの場合もupcallの場合もシステムコールの場合もありますが、それが106の話と何か関係するんでしょうか?
IPCの場合もupcallの場合もシステムコールの場合もありますが、それが106の話と何か関係するんでしょうか?
>114
マイクロカーネルの定義がモジュールをユーザ空間に追い出すことである以上、ユーザ空間とシステム空間の区別を実装上の問題と言ってしまうとマイクロカーネルとモノリシックカーネルの違いも実装上の違いになってしまいます。
マイクロカーネルの定義がモジュールをユーザ空間に追い出すことである以上、ユーザ空間とシステム空間の区別を実装上の問題と言ってしまうとマイクロカーネルとモノリシックカーネルの違いも実装上の違いになってしまいます。
あ、念のため言っておきますが、109 は IPC はマイクロカーネルのデメリットではあってもメリットではない、という意味です。
118 ：Be名無しさん：02/01/13 16:46
というかＩＰＣがマイクロカーネルの特徴だといいつつユーザ空間に追い出さなくてもいいっていう７６の主張は矛盾してないか？
モジュールをユーザ空間に出したりよそのホストに移したりできるのがＩＰＣにするメリットで、そうしないんなら重くなるだけだろう。
モジュールをユーザ空間に出したりよそのホストに移したりできるのがＩＰＣにするメリットで、そうしないんなら重くなるだけだろう。
＞１１７
もしかして、ネタ？
・・・
とりあえずマジだとして、
お前、マイクロカーネルの論文なんて
よんだことねんだろう。
Ａｍｏｅｂａの論文にＩＰＣの説明あっただろ。
今からでも遅くないから本当によめよ。
２ｃｈ的だよ、ほんと。
もしかして、ネタ？
・・・
とりあえずマジだとして、
お前、マイクロカーネルの論文なんて
よんだことねんだろう。
Ａｍｏｅｂａの論文にＩＰＣの説明あっただろ。
今からでも遅くないから本当によめよ。
２ｃｈ的だよ、ほんと。
>119
IPC (Amoeba では RPC ですが) が優れてるっていうのは具体的にどの論文ですか？
私が読んだ論文はどれもプロセスに追い出すことのメリットと、その場合はIPCが必要になる、というものばかりです。
IPCはシステムコールより遅い、いやそれほど変わらない、という議論はありますが、システムコールより効率がいいという議論は聞いたことがないです。
IPCにすればプロセスにできるから、それをメリットと呼べば呼べますが、それなら素直にプロセスをユーザレベルに追い出すのがメリットと言ったほうがわかりやすくないですか? 76 さんの主張とは食い違いますが。
IPC (Amoeba では RPC ですが) が優れてるっていうのは具体的にどの論文ですか？
私が読んだ論文はどれもプロセスに追い出すことのメリットと、その場合はIPCが必要になる、というものばかりです。
IPCはシステムコールより遅い、いやそれほど変わらない、という議論はありますが、システムコールより効率がいいという議論は聞いたことがないです。
IPCにすればプロセスにできるから、それをメリットと呼べば呼べますが、それなら素直にプロセスをユーザレベルに追い出すのがメリットと言ったほうがわかりやすくないですか? 76 さんの主張とは食い違いますが。
121 ：Be名無しさん：02/01/13 17:12
とりあえずＩＰＣがなんでいいのか説明きぼん >76,113,119（一部同一人物かもしれんが）
122 ：longin'kee：02/01/13 18:17
ジャイアントロック？
セマフォ？
セマフォ？
マイクロカーネルも多くが採用しているので
あえてWindowsNT3＊に絞って話しを進めては？
あえてWindowsNT3＊に絞って話しを進めては？
124 ：山田花子：02/01/14 04:19
悪いわね。あたし全くって言っていいほどWindowsに興味がないの。またね。
125 ：super：02/01/14 12:40
NT のマイクロカーネル詳細希望
タネンバウムの本を購入しましたが難しくて寝てしまいます。
127 ：BeOS名無し：02/01/15 17:03
OSの研究って10年前から何も進歩してないように見えるけどどうなの？
タネンバウムも既存の製品から考えてるような感じだし。これ以上は
理論的に考えうる分野じゃない、という結論に終わったのかな？
タネンバウムも既存の製品から考えてるような感じだし。これ以上は
理論的に考えうる分野じゃない、という結論に終わったのかな？
Exokernel とか VMM (ある意味同じかもしれない) とか。
カーネル空間にいかにして安全にいろいろ突っ込むかという話もわりと多い
カーネル空間にいかにして安全にいろいろ突っ込むかという話もわりと多い
129 ：BeOS名無し：02/01/15 20:42
初心者への超効果的学習方法
昭晃堂の
オペレーティングシステム
ーit革命時代のー
を購入して読む
Cについては、何でもいいから一冊購入してマスタする
これでポインタを理解する
またポインタについてのぼーよーの本を買って理解する
コンピュータの構成 上を 購入して レジスタ を理解する
日経ソフト１９９９年９月号を手に入れてLinuxカーネルの読み方を理解する
Lionを読み進める(P249から）
Bachの本を読み進める
http://www.linux.or.jp/JF/JFdocs/linus-lecture/monolithic.html
を読む
Linuxを使ってプログラムする
昭晃堂の
オペレーティングシステム
ーit革命時代のー
を購入して読む
Cについては、何でもいいから一冊購入してマスタする
これでポインタを理解する
またポインタについてのぼーよーの本を買って理解する
コンピュータの構成 上を 購入して レジスタ を理解する
日経ソフト１９９９年９月号を手に入れてLinuxカーネルの読み方を理解する
Lionを読み進める(P249から）
Bachの本を読み進める
http://www.linux.or.jp/JF/JFdocs/linus-lecture/monolithic.html
を読む
Linuxを使ってプログラムする
130 ：BeOS名無し：02/01/15 20:43
>126
薄い本読め！
薄い本読め！
131 ：Be名無しさん：02/01/16 00:29
132 ：Be名無しさん：02/01/16 00:57
>>129
っぷ(w
っぷ(w
133 ：Be名無しさん：02/01/16 00:59
129は相手にするようなものじゃないだろ。
笑ってる暇があったら建設的なことを書いてくれよ。
笑ってる暇があったら建設的なことを書いてくれよ。
134 ：Be名無しさん：02/01/16 01:09
理論書見るよりソース見れ。
135 ：Be名無しさん：02/01/16 01:11
NT３．５のころ実際にこのOSの開発にあたった人いますか？
136 ：Be名無しさん：02/01/16 01:37
闘うプログラマー
OSの論文ってどこかにリンク集なんてないのかな？
138 ：Be名無しさん：02/01/17 02:00
最高のOSはXEmacsです。
140 ：Be名無しさん：02/01/17 09:17
141 ：マック勉強中：02/01/17 10:21
だれか教えて．マックOS9を起動した時、左下に小さい絵がいっぱい
出ますが、その前に一つだけ赤で×をした絵が出て消えます．
どこか、悪い所があるからなの？
出ますが、その前に一つだけ赤で×をした絵が出て消えます．
どこか、悪い所があるからなの？
Mach じゃなければ Mac 板逝ってくれ
143 ：Be名無しさん ：02/01/18 08:33
RealTimeOSに関するいい文献はないでせうか
144 ：perl：02/01/19 01:21
Linux のスレッド理解するのにベストな教材おしえて
>>144
Linux
Linux
146 ：anonymous：02/01/20 17:59
日立とIBMのOSの開発の違いについて教えて下さい
147 ：Be名無しさん：02/01/20 18:46
あげあげ
148 ：Be名無しさん：02/01/25 22:31
あげ
149 ：IBM：02/01/26 01:38
150 ：TEST：02/01/26 02:21
151 ：BeOS名無し：02/01/26 19:45
UNIX 4.3BSDの設計と実装. 丸善, 1991 ISBN 4-621-03607-6
がどうしても手に入れたい
どうすればいい？
がどうしても手に入れたい
どうすればいい？
153 ：Be名無しさん：02/01/27 00:59
154 ：Be名無しさん：02/01/27 05:01
>>151
4.3BSDはもうなくなって、4.4BSDだよね。
"The Design and Implementation of the 4.4BSD Operating System"
洋書を買ったほうが絶対読みやすいよ。
http://www.amazon.co.jp/exec/obidos/ASIN/0201549794/qid=1012075135/sr=1-1/ref=sr_1_16_1/249-5923188-0199539
4.3BSDはもうなくなって、4.4BSDだよね。
"The Design and Implementation of the 4.4BSD Operating System"
洋書を買ったほうが絶対読みやすいよ。
http://www.amazon.co.jp/exec/obidos/ASIN/0201549794/qid=1012075135/sr=1-1/ref=sr_1_16_1/249-5923188-0199539
155 ：login:Penguin：02/01/27 11:37
>4.3
そんなに、訳がひどいというわけでもないと思う。
確か東大の先生が約されていた。出版も丸善だし、よく読めば理解できるよ。
４．４は英語版で日本語の方がぜったい読みやすいんだね
なぜこんな良い本を絶版にしたのだろうか？
確かにVAX等の説明を詳細にしているところは古いと思うが。
そんなに、訳がひどいというわけでもないと思う。
確か東大の先生が約されていた。出版も丸善だし、よく読めば理解できるよ。
４．４は英語版で日本語の方がぜったい読みやすいんだね
なぜこんな良い本を絶版にしたのだろうか？
確かにVAX等の説明を詳細にしているところは古いと思うが。
156 ：Be名無しさん：02/01/27 12:47
>>155
> 確か東大の先生が約されていた。出版も丸善だし、よく読めば理解できるよ。
有名なOSの実装の本なんて、たいてい有名な大学の先生が訳してるよ。
そもそも有名な先生と翻訳の質ってやっぱり違う気がする。
よく読まなくちゃわからないってのは結局訳が悪いんと思う。
昔、悪魔本は日本語訳を最初に買ったんだけど、どうもわかりにくいんで、結局英語版買った。
BachのDesign of the Unix Operating Systemの翻訳本に比べて、
悪魔本はやっぱり質が悪いと思うのは私だけでしょうか。
> 確か東大の先生が約されていた。出版も丸善だし、よく読めば理解できるよ。
有名なOSの実装の本なんて、たいてい有名な大学の先生が訳してるよ。
そもそも有名な先生と翻訳の質ってやっぱり違う気がする。
よく読まなくちゃわからないってのは結局訳が悪いんと思う。
昔、悪魔本は日本語訳を最初に買ったんだけど、どうもわかりにくいんで、結局英語版買った。
BachのDesign of the Unix Operating Systemの翻訳本に比べて、
悪魔本はやっぱり質が悪いと思うのは私だけでしょうか。
157 ：Be名無しさん：02/01/27 12:54
実装例なしにOSの説明をした本とかあったら見てみたいｗ
>>157
結構ありそう。
結構ありそう。
159 ：login:Penguin：02/01/27 21:55
OSの流れ
OS360、MULTICS、UNIX ？
OS360、MULTICS、UNIX ？
160 ：login:Penguin：02/01/27 22:01
Windows２０００について
素晴らしいOSの解説書があります
http://www.amazon.co.jp/exec/obidos/ASIN/4891001917/ref=pd_sim_fb_dp_1_3/249-0623185-1433935
素晴らしいOSの解説書があります
http://www.amazon.co.jp/exec/obidos/ASIN/4891001917/ref=pd_sim_fb_dp_1_3/249-0623185-1433935
161 ：Be名無しさん：02/01/27 23:03
>>160
27ﾃﾞｶﾞｲｼｭﾂ
27ﾃﾞｶﾞｲｼｭﾂ
162 ：BeOS名無し：02/01/28 22:53
>160
この書籍は非常に突っ込んで書いてあります。
UNIXでいうと、オライリーから出ているLinuxカーネル詳細
ぐらいです。
この書籍は非常に突っ込んで書いてあります。
UNIXでいうと、オライリーから出ているLinuxカーネル詳細
ぐらいです。
163 ：Be名無しさん：02/01/28 23:42
Solarisインターナル
http://www.amazon.co.jp/exec/obidos/ASIN/4894714582/
これをソースとつき合わせながら今読んでます。
カーネルの初心者にはいいかもしれません。
3ヶ月ぐらいかかるかもしれないけど、ソラリスのカーネルスレッドを
勉強するには一番(というよりこれしかないｗ)いいと思います。
http://www.amazon.co.jp/exec/obidos/ASIN/4894714582/
これをソースとつき合わせながら今読んでます。
カーネルの初心者にはいいかもしれません。
3ヶ月ぐらいかかるかもしれないけど、ソラリスのカーネルスレッドを
勉強するには一番(というよりこれしかないｗ)いいと思います。
164 ：BeOS名無し：02/01/29 20:56
はじめてよむ４８６は非常に初心者にはわかりやすいね。
あれくらいわかりやすく書いた本は、ベテランの方はすすめないだろうね
あれくらいわかりやすく書いた本は、ベテランの方はすすめないだろうね
165 ：BeOS名無し：02/01/29 21:04
コメンタリーシリーズ
LINUX Core Kernel─ LINUX Core Kernelコメンタリーオープンソースコード詳解
これはお勧めです。
１章はソースコードだけですが、
２章以降の解説が非常にわかりやすいですね
初心者にわかりやすいように丁寧にかかれています。
この本を見て思ったのですが、今あえてライオンを読む必要もないですね
当時のプロセッサの仕様を踏まえて、７０年代のUNIXをあえて
学ぶより、いきなりこの本で、LINUXカーネルを読んだ方が特です。
説明はライオン以上に詳しく書かれています。
LINUX Core Kernel─ LINUX Core Kernelコメンタリーオープンソースコード詳解
これはお勧めです。
１章はソースコードだけですが、
２章以降の解説が非常にわかりやすいですね
初心者にわかりやすいように丁寧にかかれています。
この本を見て思ったのですが、今あえてライオンを読む必要もないですね
当時のプロセッサの仕様を踏まえて、７０年代のUNIXをあえて
学ぶより、いきなりこの本で、LINUXカーネルを読んだ方が特です。
説明はライオン以上に詳しく書かれています。
166 ：Be名無しさん：02/01/30 00:25
>>165
ギャグだよね？
ギャグだよね？
167 ：Be名無しさん：02/01/30 01:37
>>166 MSKK2ch班の方ですか？
168 ：Be名無しさん：02/01/30 02:25
>>164
>はじめてよむ４８６は非常に初心者にはわかりやすいね。
あれはいいね。ソースコードを打ち込んで動かしてみたよ。仮想記憶って
こう動くのかーって実感できたのはあれだけだったな。でもＯＳの本じゃ
ないよね。
>はじめてよむ４８６は非常に初心者にはわかりやすいね。
あれはいいね。ソースコードを打ち込んで動かしてみたよ。仮想記憶って
こう動くのかーって実感できたのはあれだけだったな。でもＯＳの本じゃ
ないよね。
169 ：anonymous：02/01/30 18:08
＞１６６
どうギャグなのかわかりません。
理由を書いて下さい
どうギャグなのかわかりません。
理由を書いて下さい
>>167=(?)>>169
> この本を見て思ったのですが、今あえてライオンを読む必要もないですね
> 当時のプロセッサの仕様を踏まえて、７０年代のUNIXをあえて
> 学ぶより、いきなりこの本で、LINUXカーネルを読んだ方が特です。
本当にLions本を読んだことがあるのかと問い詰めたいってことよ。
カッカすんな厨房
> この本を見て思ったのですが、今あえてライオンを読む必要もないですね
> 当時のプロセッサの仕様を踏まえて、７０年代のUNIXをあえて
> 学ぶより、いきなりこの本で、LINUXカーネルを読んだ方が特です。
本当にLions本を読んだことがあるのかと問い詰めたいってことよ。
カッカすんな厨房
171 ：Su：02/01/30 20:23
>170
Lionは今となってはわかりやすい本ではないね
Lionは今となってはわかりやすい本ではないね
172 ：APC：02/01/30 20:31
http://www.amazon.co.jp/exec/obidos/ASIN/4894714566/qid=1012390140/sr=1-1/ref=sr_1_2_1/249-0623185-1433935
実習Linuxカーネル―理論と実習 カーネルを効率的に理解するための実習書
ゲーリー ナット (著), Gary J. Nutt (原著), 浜田 真理 (翻訳), 浜田 光之 (翻訳)
以外にいいね
わかりやすくまとめている。
突っ込んだことは書いてないが、カーネルの概要をつかむにはBESTな
テキストだ
実習Linuxカーネル―理論と実習 カーネルを効率的に理解するための実習書
ゲーリー ナット (著), Gary J. Nutt (原著), 浜田 真理 (翻訳), 浜田 光之 (翻訳)
以外にいいね
わかりやすくまとめている。
突っ込んだことは書いてないが、カーネルの概要をつかむにはBESTな
テキストだ
173 ：名無しさん＠お腹いっぱい。：02/01/30 23:08
174 ：Be名無しさん：02/01/31 20:16
175 ：anonymous：02/01/31 22:19
ああ リーナスは91年 に21歳でLinuxを書いたんだぜ
それに比べて30近いのに、未だにカーネルのソース読むのに四苦八苦するとは。。
それに比べて30近いのに、未だにカーネルのソース読むのに四苦八苦するとは。。
178 ：Be名無しさん：02/02/01 02:17
初期のコードって、何行ぐらいでどういったものだったのでしょうか？
たしか、i386のメモリ管理機構？を試したいってのが始まりだったと聞いたんだけど。
たしか、i386のメモリ管理機構？を試したいってのが始まりだったと聞いたんだけど。
>>178
go ftp.kernel.org
go ftp.kernel.org
優良スレあげ
181 ：Be名無しさん：02/02/01 13:01
GCCの優良書教えて。
182 ：Be名無しさん：02/02/01 13:35
時代背景が違う。
今はもっと情報が簡単に入るし、
データもある。
当時のリーナス21歳と今の21歳で同じ場所にいたら、
それは対した事では無い。
今はもっと情報が簡単に入るし、
データもある。
当時のリーナス21歳と今の21歳で同じ場所にいたら、
それは対した事では無い。
184 ：Be名無しさん：02/02/01 22:09
インサイドGNUコンパイラ
という本が啓学出版から出ていたようです・・・。
という本が啓学出版から出ていたようです・・・。
185 ：login:Penguin：02/02/05 21:06
あげー
186 ：login:Penguin：02/02/06 21:55
187 ：login:Penguin：02/02/08 22:02
multics のソース希望！
188 ：Be名無しさん：02/02/09 18:08
189 ：login:Penguin：02/02/09 19:09
やっぱり初版の方がいい。
2版はあとから継ぎ足しした感じがありいやだわ
2版はあとから継ぎ足しした感じがありいやだわ
190 ：login:Penguin：02/02/09 19:11
Linuxのソースをみるとアゼンブラを使っているところがあります
あのアゼンブラはAT&Tの規格のアゼンブラ語なのでしょうか？
あのアゼンブラはAT&Tの規格のアゼンブラ語なのでしょうか？
191 ：187：02/02/09 19:19
>>189
だから>>186の本と比べてどう？初版と比べてもいいからさ。
今、研究室のModern Opereating System(Tanenbaum著）第2版を読んでいる最中だが
>>186の方が評価が高いようならば、早速そっちに乗り換えようと思うから。
なるべくベーシックな部分はさらっと済ませたいもん。
だから>>186の本と比べてどう？初版と比べてもいいからさ。
今、研究室のModern Opereating System(Tanenbaum著）第2版を読んでいる最中だが
>>186の方が評価が高いようならば、早速そっちに乗り換えようと思うから。
なるべくベーシックな部分はさらっと済ませたいもん。
192 ：login:Penguin：02/02/09 21:18
>191
どちらとも良著ですから両方読んで下さい
Operating System Concepts の英語はわかりやすいです
どちらとも良著ですから両方読んで下さい
Operating System Concepts の英語はわかりやすいです
193 ：187：02/02/09 22:38
>>192
そんな御無体な・・・900Pオーバーの本を2冊読むなんて・・・
しかも同じような内容なら時間がもったいない・・・
せめて特徴の違いぐらいをレビューしてもらえると嬉しいっす。
例えば、こっちの本の方が深いところまで突っ込んでいるとか。
そんな御無体な・・・900Pオーバーの本を2冊読むなんて・・・
しかも同じような内容なら時間がもったいない・・・
せめて特徴の違いぐらいをレビューしてもらえると嬉しいっす。
例えば、こっちの本の方が深いところまで突っ込んでいるとか。
他人には両方読むことを強要するんだな(藁
195 ：login:Penguin：02/02/12 22:42
Operating System Concepts マクロ的
minix ミクロ的
minix ミクロ的
196 ：login:Penguin：02/02/15 22:47
k
197 ：Be名無しさん：02/02/15 23:45
200 ：デフォルトの名無しさん：02/02/20 19:14
カーネルについてるドキュメントと
それのソースコードが一番の参考書。
それのソースコードが一番の参考書。
201 ：2q：02/02/20 19:20
202 ：Be名無しさん：02/02/24 19:22
スケジューリングに関係するアルゴリズムが勉強したいです。
・ラウンドロビン
・FIFO
・他
この、他、に相当するものを勉強したいんですが
何かいいドキュメントはないでしょうか？
・ラウンドロビン
・FIFO
・他
この、他、に相当するものを勉強したいんですが
何かいいドキュメントはないでしょうか？
203 ：デフォルトの名無しさん：02/02/25 00:10
>>202
本屋に逝け。gooleで漁れ。以上。
本屋に逝け。gooleで漁れ。以上。
204 ：a：02/02/25 00:12
concepts of operating system 6th Ed
205 ：デフォルトの名無しさん：02/02/25 12:58
>>202
それをまともに勉強しようと思ったら相当大変だよ。
自分はRT-Machの優先度継承ありのスケジューリング
眺めてるけど、理解するのにもう少し時間がかかりそう。
SMPも含めたスケジューリングのアルゴリズムは
OSの中でもかなり難解な部分と思われます。
それをまともに勉強しようと思ったら相当大変だよ。
自分はRT-Machの優先度継承ありのスケジューリング
眺めてるけど、理解するのにもう少し時間がかかりそう。
SMPも含めたスケジューリングのアルゴリズムは
OSの中でもかなり難解な部分と思われます。
206 ：名無しさん＠お腹いっぱい。：02/03/09 03:33
207 ：Be名無しさん：02/03/10 04:16
208 ：デフォルトの名無しさんｋ：02/03/10 05:01
これ一冊のためのドメインかぁ。。
209 ：Solaris：02/03/10 16:19
>207
ソラリスがLinuxに比べてメモリ管理で優れているというが、
具体的に説明して
ソラリスがLinuxに比べてメモリ管理で優れているというが、
具体的に説明して
>>209
自分で調べろ。
自分で調べろ。
211 ：名無しさん＠お腹いっぱい。：02/03/24 22:59
123
212 ：Be名無しさん：02/03/25 03:49
ダー
213 ：Be名無しさん：02/03/27 16:56
！
214 ：Be名無しさん：02/03/27 17:51
4 名前：名無しさん＠お腹いっぱい。 投稿日：2001/04/24(火) 13:25
＞２
私は在日韓国人ですが、日本生命側が怒る気持ちも理解できます。
私も西村氏の掲示板運営に抗議するため、敢えてここで西村氏を誹謗中傷し、
「文句があれば訴状を送って来い」
と、連絡先をメールで伝えましたが、訴状は届きませんで、代わりに
イタズラ電話が毎日かかってくるようになりました。
本当に陰湿で卑劣な男です。
21 名前：名無しさん＠お腹いっぱい。 投稿日：2001/04/27(金) 22:01
ひろゆきの彼女へ
今回の件、知ってるだろ？
悪い事はいわない。
ひろゆきとは別れたほうがいいぞ。
こんなイタ電しかできない男と一緒にいてどうする。
イタ電でパクられるなんてのは、大抵は女だぞ。
ひろゆきの脳は女性ホルモンが支配している。
女と女がくっついてたってしょうがないだろ？
24 名前：名無しさん＠お腹いっぱい。 投稿日：2001/04/27(金) 22:26
いたずら電話とはひろゆきらしいな
ひろゆきの陰険さはメルマガ読んでればわかるし、驚きもしないが
それよりも自分への中傷だけには異常に反応するところが愉快だな
＞２
私は在日韓国人ですが、日本生命側が怒る気持ちも理解できます。
私も西村氏の掲示板運営に抗議するため、敢えてここで西村氏を誹謗中傷し、
「文句があれば訴状を送って来い」
と、連絡先をメールで伝えましたが、訴状は届きませんで、代わりに
イタズラ電話が毎日かかってくるようになりました。
本当に陰湿で卑劣な男です。
21 名前：名無しさん＠お腹いっぱい。 投稿日：2001/04/27(金) 22:01
ひろゆきの彼女へ
今回の件、知ってるだろ？
悪い事はいわない。
ひろゆきとは別れたほうがいいぞ。
こんなイタ電しかできない男と一緒にいてどうする。
イタ電でパクられるなんてのは、大抵は女だぞ。
ひろゆきの脳は女性ホルモンが支配している。
女と女がくっついてたってしょうがないだろ？
24 名前：名無しさん＠お腹いっぱい。 投稿日：2001/04/27(金) 22:26
いたずら電話とはひろゆきらしいな
ひろゆきの陰険さはメルマガ読んでればわかるし、驚きもしないが
それよりも自分への中傷だけには異常に反応するところが愉快だな
215 ：名無しさん＠お腹いっぱい。：02/04/01 21:52
ソラリスがLinuxに比べてメモリ管理で優れているというが、
具体的に説明して
具体的に説明して
ttp://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=utf8&oe=utf8&querytime=aUgE&q=+Linux+%E3%83%A1%E3%83%A2%E3%83%AA%E7%AE%A1%E7%90%86
Linuxの方が甘いだけの話だと思ふが。
ただ、そこまでキツい状況にならない方が幸せ。
Linuxの方が甘いだけの話だと思ふが。
ただ、そこまでキツい状況にならない方が幸せ。
217 ：名無しさん＠お腹いっぱい。：02/04/13 20:03
Operating System Concepts 5th ED
わかりやすいですね！
解説もたとえを使ってわかりやすい。
NTについても、詳しく解説がありますよ。
わかりやすいですね！
解説もたとえを使ってわかりやすい。
NTについても、詳しく解説がありますよ。
>>217
日本語訳、あったら教えてください
日本語訳、あったら教えてください
219 ：名無しさん＠お腹いっぱい。：02/04/16 22:19
日本語訳は89年当時の初版？の訳です。
Windowsがまだ出てないころの本で、あまり読みやすい本とは
いえません。
５ｔｈEDがいいです 英語が非常にわかりやすく、いろいろな例えを使って
わかりやすく解説してある。
Windowsがまだ出てないころの本で、あまり読みやすい本とは
いえません。
５ｔｈEDがいいです 英語が非常にわかりやすく、いろいろな例えを使って
わかりやすく解説してある。
220 ：Be名無しさん：02/04/17 03:42
221 ：Be名無しさん：02/04/17 03:54
当方Windows95使用！！
パソの機種によりXP入らず！
今更、９８入れようか悩み中。
最近９５からアップグレードした人いる？
パソの機種によりXP入らず！
今更、９８入れようか悩み中。
最近９５からアップグレードした人いる？
222 ：名無しさん＠１周年：02/04/21 10:45
２２０
図書館にあるのはたいてい５ｔｈEDだよ
図書館にあるのはたいてい５ｔｈEDだよ
223 ：Be名無しさん：02/04/21 13:17
224 ：YOJI：02/04/29 01:20
２２３
あれ高いよな
あれ高いよな
225 ： ：02/06/21 00:19
UNIXカーネルの設計を読んでます。
４章(inodeのキャッシュ)まで読んだんだけど
ファイルパス名から対応するinodeの取得のところが
今のところ出てきません。
気になって、続きが読めないのですが、
どなたか軽く説明していただけませんか？
４章(inodeのキャッシュ)まで読んだんだけど
ファイルパス名から対応するinodeの取得のところが
今のところ出てきません。
気になって、続きが読めないのですが、
どなたか軽く説明していただけませんか？
226 ：Be名無しさん：02/06/21 03:38
>225
ファイルパス名からどうやってそれに対応する inode を取得するかを
説明して欲しいってことだよね?
(どうしてその説明がまだ出てこないのかじゃなくて)
まず検索のスタート地点は、絶対パスの場合は / (ルートディレクトリ)、
相対パスの場合はカレントディレクトリだ。
ルートディレクトリの inode 番号は 2 と決まっている。
その 2 番の inode の指す先のデータブロックが
ルートディレクトリのディレクトリファイルであるから、
その中からパスの次のディレクトリ名なりファイル名を探すと、
それに対応する inode 番号が得られる。
後はこれの繰返し。
カレントディレクトリは自分 (例えば今使っている Shell のプロセス) が
知っているはずだから、そこから同じようにたどる。
ファイルパス名からどうやってそれに対応する inode を取得するかを
説明して欲しいってことだよね?
(どうしてその説明がまだ出てこないのかじゃなくて)
まず検索のスタート地点は、絶対パスの場合は / (ルートディレクトリ)、
相対パスの場合はカレントディレクトリだ。
ルートディレクトリの inode 番号は 2 と決まっている。
その 2 番の inode の指す先のデータブロックが
ルートディレクトリのディレクトリファイルであるから、
その中からパスの次のディレクトリ名なりファイル名を探すと、
それに対応する inode 番号が得られる。
後はこれの繰返し。
カレントディレクトリは自分 (例えば今使っている Shell のプロセス) が
知っているはずだから、そこから同じようにたどる。
227 ：225：02/06/22 13:44
>>226
サンクス。
ちょうど4章から5章にかけて書いてありました。
ルートディレクトリのinodeは大域変数で保持されているようですね。
＞ルートディレクトリの inode 番号は 2 と決まっている。
UNIXだと２ということか。
さて、今日から6章プロセスの構造を読もうっと。
サンクス。
ちょうど4章から5章にかけて書いてありました。
ルートディレクトリのinodeは大域変数で保持されているようですね。
＞ルートディレクトリの inode 番号は 2 と決まっている。
UNIXだと２ということか。
さて、今日から6章プロセスの構造を読もうっと。
228 ：Be名無しさん：02/07/11 13:22
保守。
229 ：Be名無しさん：02/07/20 22:50
ageru
230 ：1：02/08/17 12:43
さらしあげ
231 ：people：02/09/05 21:01
age
232 ：Be名無しさん：02/10/04 13:32
最前線UNIXのカーネルってどうですか？呼んでみる価値ありますか？
どこぞで，日本語訳が稚拙だとかかれていたのですが。
どこぞで，日本語訳が稚拙だとかかれていたのですが。
233 ：login:Penguin：02/10/05 20:08
最前線UNIXのカーネル
operating system concepts 2nd Ed.で十分
operating system concepts 2nd Ed.で十分
234 ：Be名無しさん：02/10/08 22:18
タネンバウムの本たかすぎー
貧乏学生でも買える値段にしてくれ
貧乏学生でも買える値段にしてくれ
235 ：Be名無しさん：02/10/11 23:22
最前線Unixのカーネル買っちゃいましたが・・・
機械翻訳かよ、コレ。読みづらい。というか日本語になってない。くぅ
機械翻訳かよ、コレ。読みづらい。というか日本語になってない。くぅ
236 ：Be名無しさん：02/10/12 12:59
税法も日本語じゃないぞ
237 ：login:Penguin：02/10/12 19:21
Original を読むべき
後で思考するとき、英語→日本語で思考せずに、
英語のままで思考すること
後で思考するとき、英語→日本語で思考せずに、
英語のままで思考すること
英語のまま思考って言われてもな。難しいんだよね。
単語はわかるんだけど，頭に入ってこないんだよ。バカなのかなぁ
単語はわかるんだけど，頭に入ってこないんだよ。バカなのかなぁ
239 ：Be名無しさん：02/10/14 21:50
（＾＾）
241 ：Be名無しさん：03/01/15 23:42
荒しが最後じゃあれなので・・・
最近出てる，「Windowsはなぜ動くのか」ってどーよ？
最近出てる，「Windowsはなぜ動くのか」ってどーよ？
Magic Garden Explained って Solaris のソース読むときに参考になりますか？
243 ：Be名無しさん：03/01/23 04:05
Silberschatz の Operating System Concepts の英語は確かに読みやすいですね。（ってもれのは第３版だけど。）
244 ：Be名無しさん：03/02/11 21:46
245 ：Be名無しさん：03/02/11 22:12
,.´ / Vヽヽ
! i iﾉﾉﾘ）) 〉
i l l.´ヮ｀ﾉﾘ ＜先生！こんなのがありました！
l く/_只ヽ
|￣￣￣￣￣|
http://saitama.gasuki.com/kaorin/
! i iﾉﾉﾘ）) 〉
i l l.´ヮ｀ﾉﾘ ＜先生！こんなのがありました！
l く/_只ヽ
|￣￣￣￣￣|
http://saitama.gasuki.com/kaorin/
246 ：Be名無しさん：03/02/15 19:26
BSDマガジンのVol.4はホントによかったです。
これでなんとかNetBSDのソースコードを読み始めることが
できるようになりました。
これでなんとかNetBSDのソースコードを読み始めることが
できるようになりました。
247 ：Be名無しさん：03/02/18 00:48
良スレage
249 ：１：03/04/12 14:33
さらしあげ
（＾＾）
251 ：１：03/04/18 23:28
さらしあげ２
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
（ ＾＾ ）＜ ぬるぽ（＾＾）
253 ：Be名無しさん ：03/04/23 13:52
http://www.amazon.co.jp/exec/obidos/ASIN/0471417432/qid=1051073342/sr=1-3/ref=sr_1_2_3/249-9288275-8714746
http://www.amazon.co.jp/exec/obidos/ASIN/0471262722/qid=1051073342/sr=1-4/ref=sr_1_2_4/249-9288275-8714746
両者ともOperating System Conceptsで著者がかぶっている。どうしたもんかな。。。
恐竜の絵まで同じだし。
http://www.amazon.co.jp/exec/obidos/ASIN/0471262722/qid=1051073342/sr=1-4/ref=sr_1_2_4/249-9288275-8714746
両者ともOperating System Conceptsで著者がかぶっている。どうしたもんかな。。。
恐竜の絵まで同じだし。
254 ：Be名無しさん：03/04/24 20:58
>>253
6000円の方が新しいようだ．XP Versionと書いてある．
6000円の方が新しいようだ．XP Versionと書いてある．
255 ：Seisei_Yamaguchi：03/04/27 01:47
岩波講座ソフトウェア科学6 オペレーティングシステム 前川守著
技術書だが入門書としても使えそうか . MVSについての章あり .
技術書だが入門書としても使えそうか . MVSについての章あり .
技術書兼入門書というのは存在し得ないのか
「ぬるぽ」って何?
保守っとく
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
262 ：ぼるじょあ ◆yBEncckFOU ：03/08/02 05:22
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
264 ：Be名無しさん：03/10/09 15:01
タネの新刊あげ
モノリシックカーネルで、
プリエンティブマルチタスクで、
リアルタイムなＯＳ
って存在しますか？
プリエンティブマルチタスクで、
リアルタイムなＯＳ
って存在しますか？
プリエンプティブマルチタスクとリアルタイムの両立って難しいんじゃない？
なんとなくプリエンプティブなOSと，リアルタイム性を必要とするタスクを並同じレベルで
並行に動かすタイプのOS(?)ならあるんじゃない？
並行に動かすタイプのOS(?)ならあるんじゃない？
それはどちらにも属さないような・・・
>>265 Solaris
270 ：Be名無しさん：03/12/04 18:11
といいますか、フォトリーディングの本持ってない人は
買ってから速読について考えてみてください。
今のところフォトリーディングを超える速読法って無いと思います。
速読さえ身につければ、プログラマにも明るい未来が見えてきます
ソース：http://atkinson-web.hp.infoseek.co.jp/atkinson/news_book.htm
272 ：Be名無しさん：04/10/21 03:46:33
273 ：Be名無しさん：2005/07/28(木) 16:48:30
μITRON4.0標準ガイドブック
http://www.amazon.co.jp/exec/obidos/ASIN/4893621912/
3 人中、3人の方が、｢このレビューが参考になった｣と投票しています。
カーネルの解説だけでなく使い方が説明されている。, 2004/08/22
レビュアー： MAT 埼玉県 Japan
単にμＩＴＲＯＮ４カーネルの解説だけではなく、使い方が書いてあるのがうれしい。
他の解説書では実機で動かすことが出来なかったμＩＴＲＯＮ４が、
この解説書のおかげで、実機で動作させることができました。
フリーのμＩＴＲＯＮ４カーネルソフトと雑誌の付録のＨ８Ｔｉｎｙです。
http://www.amazon.co.jp/exec/obidos/ASIN/4893621912/
3 人中、3人の方が、｢このレビューが参考になった｣と投票しています。
カーネルの解説だけでなく使い方が説明されている。, 2004/08/22
レビュアー： MAT 埼玉県 Japan
単にμＩＴＲＯＮ４カーネルの解説だけではなく、使い方が書いてあるのがうれしい。
他の解説書では実機で動かすことが出来なかったμＩＴＲＯＮ４が、
この解説書のおかげで、実機で動作させることができました。
フリーのμＩＴＲＯＮ４カーネルソフトと雑誌の付録のＨ８Ｔｉｎｙです。
訳本ってヒドイのがよく目立つね、アマゾンのエディタレビュー見てると訳を批判されてる
本って結構あるし・・・つか、技術書を訳すのは難しいのかもしれないけどさ
技術的なことと英語をよく知ってないといけないわけで・・・
マジ、技術的な本の訳本を買う時は慎重にならんといけないよ
（-＿-）ﾊｧ
本って結構あるし・・・つか、技術書を訳すのは難しいのかもしれないけどさ
技術的なことと英語をよく知ってないといけないわけで・・・
マジ、技術的な本の訳本を買う時は慎重にならんといけないよ
（-＿-）ﾊｧ
そんなことは30年も前から自明。
英語とか技術的知識の問題じゃなく日本語の表現力の問題。
オペレーティングシステム―設計と理論およびMINIXによる実装
これの訳本ってどうなんでしょうか？
これの訳本ってどうなんでしょうか？
>>277
糞
糞
民明書房の『コンピュータシリーズ』
『今時のDOS』2006年6月刊行 予定
『詳解SCSI----今後の展望』2006年7月刊行 予定
『Indra's OS ----雷帝のOS』2006年7月刊行 予定
『今時のDOS』2006年6月刊行 予定
『詳解SCSI----今後の展望』2006年7月刊行 予定
『Indra's OS ----雷帝のOS』2006年7月刊行 予定
民明書房コンピュータシリーズ 続刊予定
『OSの作り方 ---- 君もOS設計ができる(かも知れない)』
『暗夜のOS ---- 闇から脱するために』
『ハードウェアから見たOS』
『OSの作り方 ---- 君もOS設計ができる(かも知れない)』
『暗夜のOS ---- 闇から脱するために』
『ハードウェアから見たOS』
282 ：Be名無しさん：2006/06/24(土) 22:19:30
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ2005年度入社278人目
http://money4.2ch.net/test/read.cgi/employee/1151055613/
283 ：Be名無しさん：2006/11/29(水) 17:33:52
OSの勉強をしたいと思い購入する参考書を検討しています。
このスレなどを参考にして、以下の3冊のいずれかにしようと考えていますが
どの本が良いでしょうか？
1.オペレーティングシステム-設計と理論およびMINIXによる実装 第2版- Andrew S Tanenbaum(日本語)
2.モダン オペレーティング システム 原書 第2版Andrew S Tanenbaum(日本語)
3.Operating System Concepts Abraham Silberschatz(英語)
出来れば日本語のものがいいのですが、3番の本は英語でも読みやすいとのことなので候補に入れてみました。
このスレなどを参考にして、以下の3冊のいずれかにしようと考えていますが
どの本が良いでしょうか？
1.オペレーティングシステム-設計と理論およびMINIXによる実装 第2版- Andrew S Tanenbaum(日本語)
2.モダン オペレーティング システム 原書 第2版Andrew S Tanenbaum(日本語)
3.Operating System Concepts Abraham Silberschatz(英語)
出来れば日本語のものがいいのですが、3番の本は英語でも読みやすいとのことなので候補に入れてみました。
1はやめとけ。どうしても読みたいなら原書で第3版を読め。
285 ：名無しさん＠お腹いっぱい。：2006/12/05(火) 19:40:58
民明書房コンピュータシリーズ 続刊予定
『30時間でできるOSの作り方』
『10秒でわかるインテルi486アーキテクチャ』
『いきなりOS作成』
『30時間でできるOSの作り方』
『10秒でわかるインテルi486アーキテクチャ』
『いきなりOS作成』
287 ：Be名無しさん：2007/03/10(土) 18:34:02
？
288 ：Be名無しさん：2007/03/10(土) 21:05:04
>>283
minix本は去年英語版の第三版がでたよ
minix本は去年英語版の第三版がでたよ
289 ：Be名無しさん：2007/08/25(土) 07:25:39
『UNIX Bible』の和訳本は発行されてますか？
290 ：Be名無しさん：2007/08/25(土) 11:07:21
パソコンショップ完全リンクでつ
http://wch.hippy.jp/bbs/test/read.cgi/ad/1144540977/l50
http://wch.hippy.jp/bbs/test/read.cgi/ad/1144540977/l50
オペレーティングシステム 第3版 (単行本（ソフトカバー）)
Andrew S. Tanenbaum (著), 吉澤康文 (翻訳), 木村信二 (翻訳), 永見明久 (翻訳), 峯博史 (翻訳)
http://www.amazon.co.jp/dp/4894717697
翻訳者が変わって少しはよくなった？
Andrew S. Tanenbaum (著), 吉澤康文 (翻訳), 木村信二 (翻訳), 永見明久 (翻訳), 峯博史 (翻訳)
http://www.amazon.co.jp/dp/4894717697
翻訳者が変わって少しはよくなった？
292 ：Be名無しさん：2007/12/23(日) 20:26:03
293 ：Be名無しさん：2008/06/23(月) 11:41:25
ｑｗｒ
294 ： 【ojyuken:227】 ◆LSD.t1QD9w ：2008/07/02(水) 00:12:08 BE:118884233-2BP(9046)
>>9-13
840 名前： 仕様書無しさん 投稿日： 2001/08/07(火) 23:08
>>837
あれは、基本的にLinusがLinuxを守ろうとしていたんじゃないかと思う。
Linuxは "Microkernel is nicer."とは言っているけど、
だからって、Linuxをバカにすんなってことじゃないかな。
Tanenbaumにしてみれば、comp.os.researchっていう発言の場がありながら、
なんだよ、今ごろとっくに既出の話しやがってって思っているような気がする。
だって、AmoebaとかMachとかは、Unixの次の話をしようよってことで、
Unixの後に、デザインされたんだから。
Linusは使えるものが大切。Tanenbaumは新しいテクノロジを重視ってことでしょう？
840 名前： 仕様書無しさん 投稿日： 2001/08/07(火) 23:08
>>837
あれは、基本的にLinusがLinuxを守ろうとしていたんじゃないかと思う。
Linuxは "Microkernel is nicer."とは言っているけど、
だからって、Linuxをバカにすんなってことじゃないかな。
Tanenbaumにしてみれば、comp.os.researchっていう発言の場がありながら、
なんだよ、今ごろとっくに既出の話しやがってって思っているような気がする。
だって、AmoebaとかMachとかは、Unixの次の話をしようよってことで、
Unixの後に、デザインされたんだから。
Linusは使えるものが大切。Tanenbaumは新しいテクノロジを重視ってことでしょう？
295 ： 【ojyuken:227】 ◆LSD.t1QD9w ：2008/07/02(水) 00:12:34 BE:277395473-2BP(9046)
845 名前： 仕様書無しさん 投稿日： 2001/08/07(火) 23:42
>>836
いや、仮想記憶や I/O がらみの部分は、かなりドラスティックに変
わっています。一番、変更が大きい分野かもしれない。
比較的最近の話に絞っても 4.3BSD の VAX 依存の VM が、4.4BSD
では Mach 由来の特定ハードウェアに依存しない VM に変わり、さ
らに NetBSD 1.4 では設計からやり直した UVM が入って、最近で
はバッファキャッシュと統合された UBC になっています。
＃ちなみに、今後しばらくはプロセス管理サブシステムがホットな雰
＃囲気。NetBSD の SA, FreeBSD の KSE は要注目。Linux は知ら
＃ん。
変わらないのは基本的なシステムコール、プロセスの概念、ファイル操
作のセマンティクス（i node ベース、参照カウンタによる管理、デバ
イス非依存）、ひとつのプログラムがカーネルモードとユーザモードを
行き来することで処理を進めるというフレームワーク、サブシステムの
分割方法、などかな。
UNIX も成長するにつれて kernel が提供するシステムコールの数は
増えましたが、それにしても Win32 API のように膨大な数にはなら
ず、古きよき UNIX V6 の時代から基本的なシステムコールは変わら
ずに使われています。設計が良かった、ということでしょうね。
>>836
いや、仮想記憶や I/O がらみの部分は、かなりドラスティックに変
わっています。一番、変更が大きい分野かもしれない。
比較的最近の話に絞っても 4.3BSD の VAX 依存の VM が、4.4BSD
では Mach 由来の特定ハードウェアに依存しない VM に変わり、さ
らに NetBSD 1.4 では設計からやり直した UVM が入って、最近で
はバッファキャッシュと統合された UBC になっています。
＃ちなみに、今後しばらくはプロセス管理サブシステムがホットな雰
＃囲気。NetBSD の SA, FreeBSD の KSE は要注目。Linux は知ら
＃ん。
変わらないのは基本的なシステムコール、プロセスの概念、ファイル操
作のセマンティクス（i node ベース、参照カウンタによる管理、デバ
イス非依存）、ひとつのプログラムがカーネルモードとユーザモードを
行き来することで処理を進めるというフレームワーク、サブシステムの
分割方法、などかな。
UNIX も成長するにつれて kernel が提供するシステムコールの数は
増えましたが、それにしても Win32 API のように膨大な数にはなら
ず、古きよき UNIX V6 の時代から基本的なシステムコールは変わら
ずに使われています。設計が良かった、ということでしょうね。
a
297 ：Be名無しさん：2011/07/18(月) 10:59:10.31
オペレーティングシステムの概念
共立出版 (2010/11/10)
urn:isbn:4320122534
ってどう？ 買い？
共立出版 (2010/11/10)
urn:isbn:4320122534
ってどう？ 買い？
298 ：Be名無しさん：2011/12/06(火) 23:15:18.65
netがバイブル
共立の「Open VMS」ってどうでしょうか？
当方、一世を風靡した言われるVMSに興味を持っています。
当方、一世を風靡した言われるVMSに興味を持っています。
300 ：Be名無しさん：2013/04/09(火) 23:24:36.47
300
301 ：Be名無しさん：2014/02/03(月) 15:12:25.22
参考書
ぬるぽ
303 ：Be名無しさん：2014/06/09(月) 20:56:35.71
OSの参考書
304 ：Be名無しさん：2014/07/20(日) 11:32:04.23
★2ch勢いランキングサイトリスト★
◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
あ