4.4BSDの設計と実装
4.3BSDとの違いとか。
参考
http://www.mckusick.com/csrg/
あからさまに焦ってるだろ。かっこ悪いな。
と言いつつ3をとってみる。
4.4BSDの設計と実装、日本誤訳は
amazonで買えますか？
(例えば〜してい〜と言う誤植{しているのかしていないのか分からん!!})
そうか >>3 は微妙に誤記ではなく、ネタだったのか。
忘れるな。
せめて 4.4 と最近の BSD の違いにしようぜ。
結構するね。
構成は４．３BSDの設計と実装と似てる。当たり前か。あっちは翻訳の質
がよくなかったが、誤植は少なかった。
今日は読まなかったんで昨日冒頭読んだ感想でよければ。
翻訳の質は可も無く不可も無く。日本語に訳しにくいものはカタカナ
で表記する方針みたい。直訳そのままっていう感じの文はない。
でもね、「一次ベータテスサイトのト担当者は」は何事かとｵﾓﾀ。
こんなのが数ページの間に何個かあるの。
>>14さん
日本語訳は税抜き5800円でした。洋書は高いって事の典型か？
ことまったく知らなくてもすぐ気がつく誤植が多い。訳者が誤記
しても編集者が直せ。アスキーってこういうの昔はなかった気
がする。
あと、参考文献は和訳があるものは和書も併記してほしい。
これも基本じゃないか？ソフトバンクでさえやってるぞ。
コンピュータの本なんて、ペーパーバッグでいいとおもうんだけど。
（もしネタじゃなかったならゴメソ。なんかﾂﾎﾞに入ったの）
第１章から皆さんとともに読んでいこうと思います。
第１章は歴史と目標です。
歴史はUNIXの1/4半世紀を読めばだいたいわかるでしょう。
目標は多くのハードウェアのサポートとメモリシステムの改良とPOSIXサポートらしいです。
以上。斜め読みした結果です。
初めて知りました。そこらへんからFreeBSDを虐待する
ような行動が生まれるわけですね。
今日から数日かけて第２章を読んでいこうと思います。
第２章は設計の概要について述べられています。
まず、カーネルについてです。
その時代の研究用OSのカーネルはホントに小さかったようです。
いわゆるマイクロカーネルってやつでしょうか。
それに対して4.4BSD（伝統的なUNIX）では機能が追加されるにつれて大きくなっているようです。
なんか「LINUXは時代遅れだ！」を思い出してしまいました。
マイクロソフトとちっぽけなソフトとが違うみたいなもんですか？
>>26さん
私はてっきりマイクロカーネルだと思っていました。
で、4.4BSDには直接関係なさそうですがマイクロカーネルについて調べてみました。
wikipediaによると
http://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%A4%E3%82%AF%E3%83%AD%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB
オペレーティングシステム(OS)の機能を分割し、 カーネル空間で動作する部分を必要最小限にするオペレーティングシステムの実装方法およびそのカーネル
とあります。
うーん、小さいこととマイクロカーネルは違いますね。
マイクロカーネルといえばMachを思い出します。
追伸：今夜の読書はお休みいたします。
第２章を翻訳したものがWEBにありました。
http://www.jp.freebsd.org/www.FreeBSD.org/doc/ja_JP.eucJP/books/design-44bsd/
です。
当然のことながら日本語訳の本と一緒ではありませんが、言っている内容は同じのようです。
2.2カーネルの構成にある表を見ると、4.4BSDの機種非依存部の合計が８０％になることがわかります。
いやー結構な割合ですね。
仮想メモリ機構は依存・非依存どちらにも関係してくるんですね。
私はメモリ管理部分に興味がありますので、その部分を読み進めていきたいですね。
UVMなどの仮想メモリも勉強していこうと思います。
まったく関係ないんですけど、4.4の表紙では何でデーモン君はスニーカーを履いていないんでしょうか？
知っている方がいらっしゃいましたら教えてください。
http://www.apple.co.jp/macosx/technologies/darwin.html
(90ふーん
昔Darwinのソースを読んだときにそれは気が付いていた。
システムコールはプロセス間通信ではなくてサブルーチンコールに
書き換えられていた。
Mach3.0ベースなんだけどマイクロカーネルではなかったMach2.5
と同様な形に先祖返りしているようだね。直系ではないのかもしれ
ないけれどやっぱりNEXTSTEPの子孫なんだろうね
むずかしぃ。(汗
ファイルサイズと、モジュール部分の割合は関係ないって分かってるんだけれど、それ以上が。。。
いろんなWikiよんできます。
それとも、新しい仮想メモリ機構が実現する共有メモリの
アイディアにみんな酔いしれていたんでしょうか。
WindowsNT3.51はどういう実装だったんでしょうかね。
亀レスひたすらゴメソ
MINIX1.5本の翻訳もアスキーだったが、それはもうめちゃめちゃな日本語だった。
MINIX256倍本でもその質の悪さに触れた箇所があった・・・
MINIX2.0は（アスキーじゃないが）比較的まともな翻訳だったかと・・・
> MINIX2.0は（アスキーじゃないが）比較的まともな翻訳だったかと・・・
そーか?
訳者が内容を理解していないとわかる、言語明瞭かも知れんが意味不明瞭な翻訳だと思う。
砂川センセはUNIXの1/4世紀の和訳をボロクソにけなしてたけど
4.4BSD本の和訳の自信のほどは如何ほどなんでしょね。
砂川チェンチェイも「監訳」なんて肩書き恥ずかしくないのかな。
原書出版から翻訳出版までのかかりすぎの時間、その割りに妙な日本語が目立つ
文章、細かいことながら誰にでも判るほど明らかな事実の誤り、訳注の少なさ、
参考文献リストに当該文献の邦訳を挙げてない不親切さ・・・
何れも基礎知識の足りない学生に翻訳をさせ、御自身は名前だけ出すというあり
がちなパターンになってしまったと見た。余談ながらこのような翻訳の役割分担
を別宮貞徳氏は「キセル」と呼び厳しく批判している。
この本を必要とするような人種は原書も読みこなせる程度の英語力が元々ある
だろうから、わざわざこの翻訳に頼らなくてもいいと予想する。もっといえば、
翻訳版を熟読するよりは原書を読む努力をしたほうが、あとあと役に立つ知識を
得る事が多くあると断言しよう。
ま、漏れは原書の出版早々に入手して前書き＋αで挫折したクチだから偉そうな
こと言えんけど。原書の価値と翻訳の質の低さを考えれば久々大物の「買っては
いけない」本の登場だと思う。
最初から原書を読まないのがいけないんですが。
翻訳者は学生さんじゃないんだけど
> だろうから
なこたーない。
# っていう話を昔、某スレでも延々してた気がするなあ。
> ま、漏れは原書の出版早々に入手して前書き＋αで挫折したクチだから
ひょっとして、某スレにいたヤシも、実はこういう英語ダメな奴が
妄想で書いていたのか？
紀伊國屋ドットコムは会員ならドル112円だから
そっちで買ったほうがいいと思う。
昔のアスキーだと思ってはだめ。
みんなUnderstanding the Linux Kernelの翻訳読んで満足してそう。
さらしてクラはい。
>>52
関係ない人ほど買っていそうな。一種のお守りみたい。
FreeBSD-users-jp でだからログあさって
まさに私はお守り、記念として買いました。だっていまさら４．４を勉強する
のは無意味でしょ。もっと早く出してればねー。
だったら原書のほうがなおさら御利益ありそうな (-人-)ﾅﾑﾅﾑ
ソラージ >>> [超えられない壁] >>> *BSD > Linux
勝ち組はみんあソラージ。
ttp://216.239.59.104/search?q=cache:PjvFsieKjscJ:cn.sun.com/bignews/nc03q2/techinnovate/+Solarsi&hl=ja&ie=UTF-8
やっぱ惑星ソラリスが起源なの？
誤 〜半尿アドレスが〜
正 〜汎用アドレスが〜
ワラタよ
http://www.ascii.co.jp/books/support/
すげー数だな１５２個って。
しかも１５２個目って何も書いてないし。
正誤表にも間違いがあるのかよ？
もっときれいに描けや(w
改めて見ると、本当にエディトリアルなミスが多いな。
>> 正誤情報-39
きれいになってるｗ
ここ見てるな
それはそうとこんなに誤植が多いなら返品っていうか交換してほしい
原書と
原著を買った漏れは勝ち組でつか。
読めないけどな……。
お守りにしる
誤 大久野
正 多くの
というのがバカバカしくて気に入ってる。
邦訳つけたのは漏れのレス見たから？まさかね。
おいらの修行が足りないせいなんでしょうか。
サンプルｷﾎﾞﾝ
> Hahahaha.
セキュア／非セキュア という語よりも
セキュリティ意識は高まりそうですね
あとLion's Comentary on UNIXもGETしますた。
他にお勧め本あるでつか？
386BSDカーネルソースコードの秘密は取り寄せ不可といわれますた。
solarsi internal
本じゃないけど、
お前らBSD Magazine買いましたか? No.2 (現在dat行き)
http://pc.2ch.sc/test/read.cgi/unix/1029640009/
から引用。
SA(Scheduler Activations)の論文
ttp://web.mit.edu/nathanw/www/usenix/freenix-sa/freenix-sa.html
SMPngの総本山
ttp://www.freebsd.org/smp/index.html
Architecture HandbookのSMPngの章
ttp://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/smp.html
manual pageのsection 9
(とりあえず↓ここら辺りかな?)
ttp://www.freebsd.org/cgi/man.cgi?query=mutex
ttp://www.freebsd.org/cgi/man.cgi?query=ithread
ULE schedulerについて
ttp://www.vda.lt/files/0.779592001059401925.pdf
Thanks でし、修行するだに。
UNIXカーネル内部解析
中身は全然 UNIX の話じゃないけど。
これももう絶版なんだっけ?
っていうかプロセッサの知識ないとカーネルなんて永遠に理解不可能
なのは分ってるよね？
だからって486よむことないだろ。あんな複雑怪奇なものを。
ヘネパタかパタヘネのほうがいいよ。
なんでそこでパタヘネなんだか。。。カーネルの理解に必要な
プロセッサの知識とはずれてるだろ。
ところで、複雑怪奇って386のこと？386ってそんなに変なの？
おれはこれしか知らないから分らない。
だったら、パタヘネよむといーんじゃ？
リアルアドレスモードとプロテクトモードがあったり、
セグメントがあったり、
セグメントリミットの指定にバイトグラニュラとページグラニュラがあったり、
特権レベルが 4 段階あったり、
命令セットにオペランドサイズプリフィックスなんてのがあったり、
浮動小数点演算がスタックアーキテクチャだったり、
浮動小数点の形式に 80bit のテンポラリリアルってのがあったり、
‥‥‥とまあ、
それよりも後にまったく新しく作られた CPU と比べてかなりユニークであることは確かですね。
CISC と言われるわりには、命令セットそのものは複雑ではないですけど。
僕は大好きですよ、x86。
可変長命令のおかげでコードがコンパクトでキャッシュヒット率も高いし。
それに、なんだかんだ言っても速いし。
BSD Magazine の vol.4 と 13 と 16
x86が速いのはデザイン的なところとは全然関係ない競争原理の結果だろ。
どっちみちkernel読むのにプロセッサの知識は必要だとはいえ
特定のプロセッサにかたよった知識は全然必要ないんだから
そこで486の本を薦めるのは間違ってるわな。
プロセッサの本は思いつかないが、
オペレーティングシステムの概念(ISBN 上巻:4563013331,下巻:456301334X)
は結構よかったような気がする。
ttp://www.cqpub.co.jp/interface/contents/2003/200311.htm
「ま、常識として 86 はおさえとけや」って
言えるようになるから。
変態命令セットをいかに高速に実行するか、っつーアーキテクチャ的なところは
いろいろ面白いかもしれないけど、OS基礎の教材としてはいまいちじゃないかなあ。
4.4BSD本ではhp300が例で挙げられてる箇所多いからm68kも知ってた方がいいのかしら。
バックナンバーのDVDにはいっていたPDFファイルでもってます。
ちょろっと読んだけど面白そうですね。
初心者の本の馬鹿買いを止めてどうする。
出版事業ってものをまるで分ってないですね。
アスキーの編集者の方ですか?
100〜のスレッドの続きを読む