4.4BSDの設計と実装
↑2だけってのはいかにも寂しいだろ? あからさまに焦ってるだろ。かっこ悪いな。 と言いつつ3をとってみる。 4.4BSDの設計と実装、日本誤訳は amazonで買えますか? 日本語訳買った人によると誤植が多いから原書とともに読むのが良いって。 (例えば〜してい〜と言う誤植{しているのかしていないのか分からん!!}) >>5 そうか >>3 は微妙に誤記ではなく、ネタだったのか。 今さら 4.3 と 4.4 の違いを語ってどーすんだYO せめて 4.4 と最近の BSD の違いにしようぜ。 原書ってamazonだと8500円。ユーズドストアで5000円からか。 結構するね。 今日買って読んでるけどほんとに誤植が多い。校正してないんじゃないか? 構成は4.3BSDの設計と実装と似てる。当たり前か。あっちは翻訳の質 がよくなかったが、誤植は少なかった。 >>16 今日は読まなかったんで昨日冒頭読んだ感想でよければ。 翻訳の質は可も無く不可も無く。日本語に訳しにくいものはカタカナ で表記する方針みたい。直訳そのままっていう感じの文はない。 でもね、「一次ベータテスサイトのト担当者は」は何事かとオモタ。 こんなのが数ページの間に何個かあるの。 やっぱり誤植が多いですか。 >>14 さん 日本語訳は税抜き5800円でした。洋書は高いって事の典型か? 誤植の多さは編集者の能力不足を表してるな。コンピュータの ことまったく知らなくてもすぐ気がつく誤植が多い。訳者が誤記 しても編集者が直せ。アスキーってこういうの昔はなかった気 がする。 あと、参考文献は和訳があるものは和書も併記してほしい。 これも基本じゃないか?ソフトバンクでさえやってるぞ。 洋書はハードカバーだったような。 コンピュータの本なんて、ペーパーバッグでいいとおもうんだけど。 ペーパーバッグ ワロタ (もしネタじゃなかったならゴメソ。なんかツボに入ったの) 皆さんこんばんは。イチです。今日も歌舞伎町で泣いています。 第1章から皆さんとともに読んでいこうと思います。 第1章は歴史と目標です。 歴史はUNIXの1/4半世紀を読めばだいたいわかるでしょう。 目標は多くのハードウェアのサポートとメモリシステムの改良とPOSIXサポートらしいです。 以上。斜め読みした結果です。 BSDの目標に移植性のよさってのがあったんですね。 初めて知りました。そこらへんからFreeBSDを虐待する ような行動が生まれるわけですね。 皆さんこんばんは。イチです。 今日から数日かけて第2章を読んでいこうと思います。 第2章は設計の概要について述べられています。 まず、カーネルについてです。 その時代の研究用OSのカーネルはホントに小さかったようです。 いわゆるマイクロカーネルってやつでしょうか。 それに対して4.4BSD(伝統的なUNIX)では機能が追加されるにつれて大きくなっているようです。 なんか「LINUXは時代遅れだ!」を思い出してしまいました。 >>26 マイクロソフトとちっぽけなソフトとが違うみたいなもんですか? 皆さんこんにちは。イチです。 >>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を思い出します。 追伸:今夜の読書はお休みいたします。 皆さんこんばんは。イチです。 第2章を翻訳したものがWEBにありました。 http://www.jp.freebsd.org/www.FreeBSD.org/doc/ja_JP.eucJP/books/design-44bsd/ です。 当然のことながら日本語訳の本と一緒ではありませんが、言っている内容は同じのようです。 2.2カーネルの構成にある表を見ると、4.4BSDの機種非依存部の合計が80%になることがわかります。 いやー結構な割合ですね。 仮想メモリ機構は依存・非依存どちらにも関係してくるんですね。 私はメモリ管理部分に興味がありますので、その部分を読み進めていきたいですね。 UVMなどの仮想メモリも勉強していこうと思います。 まったく関係ないんですけど、4.4の表紙では何でデーモン君はスニーカーを履いていないんでしょうか? 知っている方がいらっしゃいましたら教えてください。 >>30 昔Darwinのソースを読んだときにそれは気が付いていた。 システムコールはプロセス間通信ではなくてサブルーチンコールに 書き換えられていた。 Mach3.0ベースなんだけどマイクロカーネルではなかったMach2.5 と同様な形に先祖返りしているようだね。直系ではないのかもしれ ないけれどやっぱりNEXTSTEPの子孫なんだろうね >>31 むずかしぃ。(汗 ファイルサイズと、モジュール部分の割合は関係ないって分かってるんだけれど、それ以上が。。。 いろんなWikiよんできます。 昔は今よりもシステムコールのコストが高かったのかな。 それとも、新しい仮想メモリ機構が実現する共有メモリの アイディアにみんな酔いしれていたんでしょうか。 WindowsNT3.51はどういう実装だったんでしょうかね。 >>20 亀レスひたすらゴメソ MINIX1.5本の翻訳もアスキーだったが、それはもうめちゃめちゃな日本語だった。 MINIX256倍本でもその質の悪さに触れた箇所があった・・・ MINIX2.0は(アスキーじゃないが)比較的まともな翻訳だったかと・・・ >>34 > MINIX2.0は(アスキーじゃないが)比較的まともな翻訳だったかと・・・ そーか? 訳者が内容を理解していないとわかる、言語明瞭かも知れんが意味不明瞭な翻訳だと思う。 >>23 砂川センセはUNIXの1/4世紀の和訳をボロクソにけなしてたけど 4.4BSD本の和訳の自信のほどは如何ほどなんでしょね。 >>36 砂川チェンチェイも「監訳」なんて肩書き恥ずかしくないのかな。 原書出版から翻訳出版までのかかりすぎの時間、その割りに妙な日本語が目立つ 文章、細かいことながら誰にでも判るほど明らかな事実の誤り、訳注の少なさ、 参考文献リストに当該文献の邦訳を挙げてない不親切さ・・・ 何れも基礎知識の足りない学生に翻訳をさせ、御自身は名前だけ出すというあり がちなパターンになってしまったと見た。余談ながらこのような翻訳の役割分担 を別宮貞徳氏は「キセル」と呼び厳しく批判している。 この本を必要とするような人種は原書も読みこなせる程度の英語力が元々ある だろうから、わざわざこの翻訳に頼らなくてもいいと予想する。もっといえば、 翻訳版を熟読するよりは原書を読む努力をしたほうが、あとあと役に立つ知識を 得る事が多くあると断言しよう。 ま、漏れは原書の出版早々に入手して前書き+αで挫折したクチだから偉そうな こと言えんけど。原書の価値と翻訳の質の低さを考えれば久々大物の「買っては いけない」本の登場だと思う。 翻訳大作戦成功ですね。役所を買わせてついでに原書まで買わせる。 最初から原書を読まないのがいけないんですが。 まあまあ。>>37 みたいなモグリ以外はわかってるって。 > この本を必要とするような人種は原書も読みこなせる程度の英語力が元々ある > だろうから なこたーない。 # っていう話を昔、某スレでも延々してた気がするなあ。 > ま、漏れは原書の出版早々に入手して前書き+αで挫折したクチだから ひょっとして、某スレにいたヤシも、実はこういう英語ダメな奴が 妄想で書いていたのか? 洋書の書店は平気でドル300円だったりするからだろう。 紀伊國屋ドットコムは会員ならドル112円だから そっちで買ったほうがいいと思う。 Amazon.comのマーケットプレイスで購入したら結局は同じぐらいか・・・ 洋書の書店は買い取りだからな。どうしても高くなる。 ASCII は今エッジだから、 昔のアスキーだと思ってはだめ。 つか、今さら翻訳出しても誰も読まないんじゃないの? みんなUnderstanding the Linux Kernelの翻訳読んで満足してそう。 >>51 さらしてクラはい。 >>52 関係ない人ほど買っていそうな。一種のお守りみたい。 >>53 FreeBSD-users-jp でだからログあさって >>53 まさに私はお守り、記念として買いました。だっていまさら4.4を勉強する のは無意味でしょ。もっと早く出してればねー。 >>55 だったら原書のほうがなおさら御利益ありそうな (-人-)ナムナム この本今さら読むぐらいなら、Solarsiの本の方がいいと思う。 ソラージまんせー。 ソラージ >>> [超えられない壁] >>> *BSD > Linux 勝ち組はみんあソラージ。 ソラージ ttp://216.239.59.104/search?q=cache:PjvFsieKjscJ:cn.sun.com/bignews/nc03q2/techinnovate/+Solarsi&hl=ja&ie=UTF-8 なんだかソラージってライーヨつーかロシアのOS? やっぱ惑星ソラリスが起源なの? 正誤情報が更新されてますね 誤 〜半尿アドレスが〜 正 〜汎用アドレスが〜 ワラタよ 正誤情報 http://www.ascii.co.jp/books/support/ すげー数だな152個って。 しかも152個目って何も書いてないし。 正誤表にも間違いがあるのかよ? のっけから人名間違いかよ…。しかも Thompson も間違っているし。 改めて見ると、本当にエディトリアルなミスが多いな。 >66 >> 正誤情報-39 きれいになってるw ここ見てるな それはそうとこんなに誤植が多いなら返品っていうか交換してほしい 原書と >>68 原著を買った漏れは勝ち組でつか。 読めないけどな……。 P532 誤 大久野 正 多くの というのがバカバカしくて気に入ってる。 ああ、正誤表あったのか。誤りともいえないようなものも含まれてるけどね。 邦訳つけたのは漏れのレス見たから?まさかね。 原書の英語もなんかちゃんとした英語になってないところがあるような気がするのは おいらの修行が足りないせいなんでしょうか。 > You is a big fool man. > Hahahaha. 安全モード/無防備モード というほうが セキュア/非セキュア という語よりも セキュリティ意識は高まりそうですね 「無防備ではありません」とかいう言訳が流行りそうでヤダ。 「4.4BSDの設計と実装」とりあえず、買いますた。 あとLion's Comentary on UNIXもGETしますた。 他にお勧め本あるでつか? 386BSDカーネルソースコードの秘密は取り寄せ不可といわれますた。 >>78 本じゃないけど、 お前らBSD Magazine買いましたか? No.2 (現在dat行き) http://pc.2ch.net/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 >>78 UNIXカーネル内部解析 中身は全然 UNIX の話じゃないけど。 これももう絶版なんだっけ? 「初めて読む486」 っていうかプロセッサの知識ないとカーネルなんて永遠に理解不可能 なのは分ってるよね? >>84 だからって486よむことないだろ。あんな複雑怪奇なものを。 ヘネパタかパタヘネのほうがいいよ。 >>85 なんでそこでパタヘネなんだか。。。カーネルの理解に必要な プロセッサの知識とはずれてるだろ。 ところで、複雑怪奇って386のこと?386ってそんなに変なの? おれはこれしか知らないから分らない。 >>87 リアルアドレスモードとプロテクトモードがあったり、 セグメントがあったり、 セグメントリミットの指定にバイトグラニュラとページグラニュラがあったり、 特権レベルが 4 段階あったり、 命令セットにオペランドサイズプリフィックスなんてのがあったり、 浮動小数点演算がスタックアーキテクチャだったり、 浮動小数点の形式に 80bit のテンポラリリアルってのがあったり、 ‥‥‥とまあ、 それよりも後にまったく新しく作られた CPU と比べてかなりユニークであることは確かですね。 CISC と言われるわりには、命令セットそのものは複雑ではないですけど。 僕は大好きですよ、x86。 可変長命令のおかげでコードがコンパクトでキャッシュヒット率も高いし。 それに、なんだかんだ言っても速いし。 >>78 BSD Magazine の vol.4 と 13 と 16 >>89 x86が速いのはデザイン的なところとは全然関係ない競争原理の結果だろ。 どっちみちkernel読むのにプロセッサの知識は必要だとはいえ 特定のプロセッサにかたよった知識は全然必要ないんだから そこで486の本を薦めるのは間違ってるわな。 プロセッサの本は思いつかないが、 オペレーティングシステムの概念(ISBN 上巻:4563013331,下巻:456301334X) は結構よかったような気がする。 ↓これも面白かった。 ttp://www.cqpub.co.jp/interface/contents/2003/200311.htm ま、常識として 86 はおさえとけや。 「ま、常識として 86 はおさえとけや」って 言えるようになるから。 >>92 で思い出したが、Oh!X 1999年夏号からの連載も結構良かった。 >>93 変態命令セットをいかに高速に実行するか、っつーアーキテクチャ的なところは いろいろ面白いかもしれないけど、OS基礎の教材としてはいまいちじゃないかなあ。 4.4BSD本ではhp300が例で挙げられてる箇所多いからm68kも知ってた方がいいのかしら。 >90 バックナンバーのDVDにはいっていたPDFファイルでもってます。 ちょろっと読んだけど面白そうですね。 持ってる記事すら今まで読んでなかったのにそれ以上新しい本買ってどうする。 >>97 初心者の本の馬鹿買いを止めてどうする。 出版事業ってものをまるで分ってないですね。 http://www.netside.co.jp/ ~mochid/comp/simh/simh-43q.html どうよ ブートローダーいれるの失敗したウワワァン ところで、4.4BSD-Alphaが無償DL可能だが、エミュに入らんのかね。 4.3,2.11で別に困ってないけど。 x86の勉強を勧めないとか言ってるやつはアホ. 普及してるアーキテクチャの勉強して何がわるいんだか. 手元にx86以外の麻疹があるやつなんて珍しいだろ. まあ、手元にあるマシンを勉強するのが楽しいですな。 x86の勉強はしてもいいんだが、単に原理を勉強したいだけで 実際にゴリゴリプログラムするつもりがないなら、他のCPUの 方が向いてる気がするのも確かだろう。 x86は無駄に複雑だからなあ。 >>105 >>29 が書いてるように手元にないCPUの解説でも考え方を知るだけなら80%は困らんよ。 うちの大学は architectureの授業のネタが PC9801だったよ。 10年以上前だけど。。。。 とにかく動く実物(エミュレータとかじゃなくて)が 目の前にあるのは利点だったけど、 いまの doze環境だと symdebとかなくて気軽にさわれなさそう だしな。。。 ところで、トリビア 4.1BSDは本当は -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ 5BSDにするはずだった。(SysVと間違いやすいから。 間違えやすいからではなくて、「おらお前ら俺等のしすごと まぎらわしいんじゃぼけぇ。」ってAT&Tにつっこまれたから じゃなかったっけ。 >>113 BSDマガジソの記事ではそうなってるね。 6にすればよかったわけね ま、なんにしても、最初はメジャーバージョンがガシガシ上がって、 だんだんマイナーバージョンしか上がらなくなる法則 Solarisなんかだとその逆法則が効いているわけだが OSは末期になるとメジャーバージョンがガシガシ上がる法則 eg. RedHat http://park2.wakwak.com/ ~benki/img-box/img20040305170055.jpg http://park2.wakwak.com/ ~benki/img-box/img20040305170241.jpg >120 種ンバウムの本ってMINIXがメインだから、基礎の勉強にしかならない 近代的な、MMUを使ったOSの教科書ってほとんどないんじゃない? #Solaris関係の本はあるが Solarisインターナルはもう持ってるんで次は 「Solaris9の設計と実装」なんてのをキボンヌ McKusick御大は「FreeBSDの設計と実装」という本を書くつもりらしいが 「The Design and Implementation of the FreeBSD Operating System」 ↑執筆中らしいですが、いつ頃出てくるの? ttp://www.bsdmall.com/kirk.html ここでは反応ないけど、誰か読んだ? >125 一応詠んだけど、個人的には欠点らしい欠点もない良書といえると思うかもねぇ。 ただまぁ、バイブルというにはちょっと内容が弱いかな…。 御大が書いてるんだとするとfile systemやVMまわりはちゃんとしてそうだけど、 デバイス周りはどうなんでしょう。newbusやbus_dmaについては説明あるのかしら。 SMP関連のfine grained lockも気になるかなあ。 >>121 しかしOSの実装に必要となる概念は一通り盛り込んであって、 入門書にしては十分な気がする。逆にMMUを使った話になると、 実際に存在するOSの解説という内容になるだろうな。 >>23 >皆さんこんばんは。イチです。今日も歌舞伎町で泣いています。 これが気になるわけだが... >>121 >近代的な、MMUを使ったOSの教科書ってほとんどないんじゃない? MMUだとアーキテクチャ依存の話になるぞ! そうなるともちろんハードの知識がいるし、 「近代的な」というと最新の技術情報も必要。 1年前のカキコにレスがw >133 MMUなんてどのCPUも対して変わらんと思うが(MIPS除く)。 要するにそういう話をし始めると長くなるから、出版できるページ数に おさまらないとか、そういうことが言いたいの? ハードの知識は当然あるという前提で。 >>134 FreeBSD、NetBSD、OpenBSD、Linuxのソースを見る事が最適 うーん、VMまわりのソースは概念と実装の間に越えるべき壁が たくさんありすぎるような気がするぜ。 特にLinuxのx86以外の実装見たらえらいことになるような。 >>136 そうか? いままで見てたけど、そんな事考えた事もなかったよ。 /* You are not expected to understand this. */ /* You are not expected to understand this book. */ 「BSDカーネルの設計と実装 --FreeBSD詳解--」 http://www.ascii.co.jp/books/detail/4-7561/4-7561-4679-1.html 訳はどうなんだろね。4.4BSDとおなじく砂原先生だけど。 この先生生きのこるつもりあるのかな、監修者として。 >>142 砂原先生はただの監修。 実際の翻訳作業は、ほとんど歌代さん一人でやったらしい。 ttp://log.utashiro.com/daemon3/ 実力のあるひとが一人でやった翻訳なので 質も結構よいし、章ごとに表現がブレたりってこともない。 まあ、アレ?って思うところもないわけじゃないが。 # とりあえず witness(4) を「証人」と訳すのは、やり過ぎのような気がする。 OpenBSDってこういうコードも危険だからとstrcpyを完全に排除したの? char s[256]; strcpy(s, "リテラル"); よく知らないけど・・・、 安全を説明するのが面倒だから、一律でstrcpyを削除とか? コンパイラが安全を判断できれば>>144 でもいいと思うけど。 >144 排除したかどうかは分からないが、文字コードが異なる環境では "リテラル"が256バイトを超えるかもしれない。 >147 そこまでの可能性をいいだすと 潜在バグ数がいくつになることやら。 >>147 char s[256]="リテラル"; strcpy(s, "リテラル"); >>149 それstrcpyいらんじゃないの。 あと、後でstrcpyの方だけを変更しちゃう可能性があるから、 同じことはなるべく2度書かないってのは鉄則じゃあるまいか。 だって買った人のうちほとんどの人は読んでないし、 読んだ人のうちほとんどの人は中身わかってないし、 中身わかってる人はいまさら改めて書くことないし 割れた卵は、元に戻らない。 分岐したBSDも、元に戻らない。 4.4BSDの設計と実装 についてじゃんじゃんばりばり書いてよ。 あ、買ってないから当てはまらないのか? じゃあ、まず Marshall Kirk McKusick について ↓どうぞ ねぇ、Bill Joyって4.x BSD の設計実装に関わったの? いまや本棚の詰め物と化している。 Inside Linux と K & R が仲良く並んでいる。 >>169 ご本尊のCSRGが解散しちゃってるからなぁ‥‥‥ バークレー校で次のバージョン作ろうとか動き無いの? むしろ5でもいいと思う。何年ぶりぐらい? かなりの機能強化が必要だろう。 4.4 って、SVR4 のバージョンを超えちゃなんねぇ、っていう縛りのせいで、 実際は sendmail や bind のバージョンが示すとおり、意味的には 8 だから、 どうせ超えていいなら次は 9 じゃないの? 9だとかなり古いSolaris相当ですねって誤解されるからここは12で。 これならうまいことにOracleもHP-UXにも勝てる。 バージョン抜けるのはどうかと思うので、ちゃんと、メジャーバージョンアップして欲しい。 もう4.4おばあさんしか居ないね。 若い娘は埋めなく成ってる。 マクはものシリーックカーネルじゃないから、bsdの皮を被ってるだけ。 posix互換のノリでfbsdからパクって来たbsd互換を適当に表面実装しているにすぎない。windowsでposix互換を提供するソフトを動かしたからってunixとは言え無いのと同じ。 xpのapiが実行出来るbsdが有ればチャンスなのにな ソースコードでも眺めて遊ぶかと思ったらネット上にないのな $1000で5インチキャリッジとエクサバイトで配布するぜってsraらしく所に流れ着いた投稿なら見かけたが オリジナルらしきftp.cdrom.comが消えとった BSDを使ってきた君たちへ 君たちが悪いわけじゃないんだよ 君たちが覚えたBSDの将来が無かっただけ 当時の社会が悪かっただけ 君たち一人ひとりが悪いわけじゃないんだよ だから自分を責めないで 社会と向き合ってください そうすればきっと気が付くはず 君たちのBSDの知識が無用なのだということに 君たちの存在自体が社会の足枷だということに 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 24XBZH7Y7Z 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 0ZPPB read.cgi ver 08.0u [upliftProject] - 2023/07/09 Walang Kapalit ★ | uplift ★ 5ちゃんねる