<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:cc="http://web.resource.org/cc/"
  xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://log.utashiro.com/daemon3/">
<title>daemon3</title>
<link>http://log.utashiro.com/daemon3/</link>
<description>「BSDカーネルの設計と実装ーFreeBSD詳解ー」に関する話題</description>
<dc:language>ja-JP</dc:language>
<dc:creator></dc:creator>
<dc:date>2007-06-25T02:32:48+09:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.typepad.com/" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://log.utashiro.com/daemon3/2007/06/daemon3_471a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_2.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3__78c0.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/__df2d.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/__fe1d.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_1.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3__4d8f.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/post_ed7a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/05/post_8d78.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2006/02/amazoncojpbsdfr_be14.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/post_858e.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/post_64f7.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__d3a5.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__a5a8.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__01b5.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__7cb8.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__dcf5.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__ec92.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__a087.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__c48a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__6973.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__4838.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__3d54.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__aa6c.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/_freebsd__ae7f.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/__edad.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/12/post_b876.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/11/post_2c65.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/11/post_a502_1.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/11/post_53ce.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/11/post_a502.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_62af.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_a502.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/amazoncojp_bsdf_bfac.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_0643.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/_toolbox_0f0a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/404_blog_not_fo.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/1_7b72.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/442_c78b.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_ed45.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_ee78.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_2368.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/bsdfreebsd_3d21.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_2037.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/10/post_8c73.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/09/post_5ca6.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/09/post_18ce.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/ch13_job_submis_1a42.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/ch13__c3f2.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/ch12_lowest_com_01e2.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/ch12_1822_host__9c5f.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/post_78ba.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/post_e26f.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/help_cvs.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/08/ch10_little_ela_c033.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch09_longterm_c_74a4.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch09_tcp_retran_be2b.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch09_nfs_standa_bf29.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_quadratic__46d1.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_cylinder_g_d63c.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_minimum_bl_41d5.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_reduced_5f34.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_rename_sem_63b8.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_conservati_d849.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08__pointers__f59a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch08_file_lock_413e.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/post_5139.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch07_stripped_v.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch07__6782.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch07_processor__abaf.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch07_mirror_is__ed7c.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch06_heuristic__2e81.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_c79b.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_69ef.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_f82a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch06_elevator_s_304a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_active_cou.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_vm_map_ent.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_pmap_enter.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_strictly__0782.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_forwardmap_c8eb.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_reference__b82b.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_leastrecen_2722.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_nway_set_a_37e6.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_radixnode__db63.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch05_copyonwrit_75f9.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_lottery_sc_d250.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_jail__8cdf.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_partitioni_7455.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/processor_affin_340d.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_lock_manag.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_witness_mo.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_context_sw.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch04_variablewe.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch03_timer_whee.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/ch03_image_acti.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/as_are__df8a.html" />
<rdf:li rdf:resource="http://log.utashiro.com/daemon3/2005/07/post_6a20.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://log.utashiro.com/daemon3/2007/06/daemon3_471a.html">
<title>第５章 メモリ管理 p.188 タイポ</title>
<link>http://log.utashiro.com/daemon3/2007/06/daemon3_471a.html</link>
<description>リンク: daemon3: 「第５章 メモリ管理」の話題. 今手元に原書は無いの...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;daemon3: 「第５章 メモリ管理」の話題&quot; href=&quot;http://log.utashiro.com/daemon3/2005/12/__4838.html#comment-1160936&quot;&gt;daemon3: 「第５章 メモリ管理」の話題&lt;/a&gt;.&lt;br /&gt;
&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2005/12/__4838.html#comment-1160936&quot;&gt;&lt;p&gt;今手元に原書は無いのですが、スラブアロケーターの仕組みを考えると誤植だと思います。&lt;br /&gt;
p188 第2パラグラフ&lt;br /&gt;
誤&lt;br /&gt;
ゾーンアロケータは、.....略....&lt;br /&gt;
解放して後の*最*利用のためにゾーン...&lt;br /&gt;
正&lt;br /&gt;
ゾーンアロケータは、.....略....&lt;br /&gt;
解放して後の*再*利用のためにゾーン...略...&lt;br /&gt;
&lt;/p&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;ありがとうございます。&lt;br /&gt;
誤植というと印刷屋さんのミスのようですが、元の原稿が間違っているので翻訳のミスです。翻訳原稿から整形用ファイルを自動生成しているので当然ですが。&lt;/p&gt;

&lt;p&gt;他の部分も調べた結果、「最利用」という言葉が出てくるのはここだけでした。ちなみに「再利用」は35ヶ所です。&lt;/p&gt;</content:encoded>


<dc:subject>第０５章 メモリ管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2007-06-25T02:32:48+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_2.html">
<title>第４章 interruptible sleep</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_2.html</link>
<description>リンク: daemon3: 第４章 ps ３．１２５ページ、下から２１，２２行目...</description>
<content:encoded>リンク: &lt;a title=&quot;daemon3: 第４章 ps&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;daemon3: 第４章 ps&lt;/a&gt;

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;&lt;p&gt;３．１２５ページ、下から２１，２２行目「休眠状態を割り込み可能にするかどうか、・・・」とありますが「休眠状態を割り込み可能にする」とは、具体的にどういうことでしょうか？意味を理解できませんので、教えて頂けないでしょうか？お願いします。&lt;/p&gt;&lt;/blockquote&gt;

そのパラグラフ内でそれ以前に書かれた内容を参照しているのであろうと思います。次の文には、割り込みがシグナル処理を意味することが間接的に述べられています。</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-30T23:53:04+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3__78c0.html">
<title>第４章 スレッドはブロックしもすりゃされもする</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3__78c0.html</link>
<description>リンク: daemon3: 第４章 誤訳です!. ページ１２７、上から４行目「取...</description>
<content:encoded>リンク: &lt;a title=&quot;daemon3: 第４章 誤訳です!&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/__df2d.html#comment-322343&quot;&gt;daemon3: 第４章 誤訳です!&lt;/a&gt;.

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/__df2d.html#comment-322343&quot;&gt;&lt;p&gt;ページ１２７、上から４行目「取得できなかった資源を要求してブロックした場合、・・・」とありますが、この意味は、「資源を要求して、その資源が取得できずにブロックされた」ということだと思うのですが、それでよろしいでしょうか？もし、よろしければ原文を教えて頂けませんか？お願いします。
&lt;/p&gt;&lt;/blockquote&gt;

能動態と受動態の違いに関して言えば、そう読み替えて頂いて差し支えないだろうと思います。原文はこうです。
&lt;blockquote&gt;
When a thread executes for the duration of its time slice or
when it blocks because it requires a resource that is currently
unavailable, the kernel finds another thread to run and
context switches to it.
&lt;/blockquote&gt;
もっとも僕は著者ではありませんので、著者の意図をお知りになりたいのであれば直接お尋ねください。
&lt;br&gt;
ちなみに、４章の原文は&lt;a href=&quot;http://www.informit.com/articles/article.asp?p=366888&quot;&gt;こちら&lt;/a&gt;で参照できます。
&lt;br&gt;
しかし「取得できなかった資源を要求して」というのは下手っピーな訳ですな。申し訳ない。currently の文意も反映されてないしなあ…</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-30T23:06:52+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/__df2d.html">
<title>第４章 誤訳です!</title>
<link>http://log.utashiro.com/daemon3/2006/05/__df2d.html</link>
<description>リンク: daemon3: 第４章 ps. ２．１２５ページ、下から１８、１７行...</description>
<content:encoded>リンク: &lt;a title=&quot;daemon3: 第４章 ps&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;daemon3: 第４章 ps&lt;/a&gt;.

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;&lt;p&gt;２．１２５ページ、下から１８、１７行目「たとえば、ディスク入出力を待つスレッドはシグナルを無視してブロックする」は、「例えば、ディスク入出力を待っているスレッドは、受け取ったシグナルを無視してブロックされる」の方が日本語として解り易いのではないでしょうか！&lt;/p&gt;&lt;/blockquote&gt;

すみません、これ誤訳です。原文は、
&lt;blockquote&gt;
For example, a thread waiting for disk I/O will sleep with signals blocked.
&lt;/blockquote&gt;
なので、
&lt;blockquote&gt;
たとえば、ディスク入出力を待つスレッドはシグナルをブロックして休眠する。
&lt;/blockquote&gt;
もしくは
&lt;blockquote&gt;
たとえば、ディスク入出力を待つスレッドはシグナルを無視して休眠する。
&lt;/blockquote&gt;
ですね (多分訳した時の気持ちは後者)。
千住殿の流儀では「シグナルをブロックされて」とすべきかもしれませんが。</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-29T17:14:58+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/__fe1d.html">
<title>第４章 プロセス構造体</title>
<link>http://log.utashiro.com/daemon3/2006/05/__fe1d.html</link>
<description>リンク: daemon3: 第４章 日本語としては解り易いのではないでしょうか！...</description>
<content:encoded>リンク: &lt;a title=&quot;daemon3: 第４章 日本語としては解り易いのではないでしょうか！&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_1.html#comment-319963&quot;&gt;daemon3: 第４章 日本語としては解り易いのではないでしょうか！&lt;/a&gt;.

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_1.html#comment-319963&quot;&gt;&lt;p&gt;ページ１２１、図４－１　プロセス状態について、お尋ねいたします。

この図で、プロセス構造体は、どこの部分でしょうか？
ページ１２１、下から9行目にも「プロセス構造体は、すべての副構造体を直接あるいは間接的に参照する。ユーザ構造体は、・・・」と記載されているのですが、図４－１中には、何の記載もありません。
投稿：
千住　鼎（せんじゅう　かなえ） |
2006-05-29 04:28&lt;/p&gt;&lt;/blockquote&gt;

一番左の箱でしょうね。</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-29T17:01:33+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_1.html">
<title>第４章 日本語としては解り易いのではないでしょうか！</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b_1.html</link>
<description>リンク: daemon3: 第４章 ps. １．１２４ページ、下から４行目「－カ...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;daemon3: 第４章 ps&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;daemon3: 第４章 ps&lt;/a&gt;.&lt;/p&gt;

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319521&quot;&gt;&lt;p&gt;１．１２４ページ、下から４行目「－カーネル内でイベントを待っている最中ー」となっていますが、「－カーネル内でイベント待ち状態ー」が、日本語としては解り易いのではないでしょうか！

&lt;p&gt;２．１２５ページ、下から１８、１７行目「たとえば、ディスク入出力を待つスレッドはシグナルを無視してブロックする」は、「例えば、ディスク入出力を待っているスレッドは、受け取ったシグナルを無視してブロックされる」の方が日本語として解り易いのではないでしょうか！&lt;/p&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;ご意見、ありがとうございます。修正すべきというご指摘でしょうか? その必要はないかなあという印象ですが。&lt;/p&gt;

&lt;p&gt;「ブロックされる」と「ブロックする」の使い分けは、特に決まったルールがあるわけではありません。英文では受動態が多用されるので、それを全部受動態で訳しているとどうも日本語として締まらない文章になってしまうので、能動態に訳している場所は多数あるはずです。&lt;/p&gt;</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-28T21:20:37+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b.html">
<title>第４章 イベントを待ってブロックしているスレッド</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3_ps_c47b.html</link>
<description>リンク: daemon3: 第４章 ps. ページ１２３、下から９行目「・・・、...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;daemon3: 第４章 ps&quot; href=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319231&quot;&gt;daemon3: 第４章 ps&lt;/a&gt;.&lt;/p&gt;

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html#comment-319231&quot;&gt;&lt;p&gt;ページ１２３、下から９行目「・・・、イベントを待ってブロックされているスレッドは・・・」とありますが、これは「・・・、イベント待機でブロックされているスレッド・・・」となるのが正しいのではないでしょうか？
投稿：
千住　鼎（せんじゅう　かなえ） |
2006-05-28 12:22
&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;僕には両者の違いがわかりません。どの部分が間違っているというご指摘でしょうか?&lt;/p&gt;</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-28T21:04:30+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3__4d8f.html">
<title>OS の教科書</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3__4d8f.html</link>
<description>リンク: daemon3: 「第３章 カーネルサービス」の話題. 私はBSDの一...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;daemon3: 「第３章 カーネルサービス」の話題&quot; href=&quot;http://log.utashiro.com/daemon3/2005/12/__aa6c.html#comment-310247&quot;&gt;daemon3: 「第３章 カーネルサービス」の話題&lt;/a&gt;.&lt;/p&gt;

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2005/12/__aa6c.html#comment-310247&quot;&gt;&lt;p&gt;私はBSDの一部を改造したりしており、また若い人のための解り易いOS教科書を長年捜し求めているのですが「帯に短し襷に長し」で、なかなかめぐり合いません。多分、情報が階層的でなく、動きをイメージできる絵が少ないのが原因だと思います。それで、本書を土台にして、私が望むOSの教科書を作ってみようと思い、何処が解り難いかを一つ一つ洗い出しているところです。従いまして、今後も同様のご質問を致しますが、よろしくお願いいたします。&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;やりがいのある目標ですね。是非頑張ってください。&lt;/p&gt;

&lt;p&gt;著者の前書きにも書いてあったと思いますが、この本はオペレーティングシステムの教科書として書かれてはいないので、メインの教科書として使うのには適していません。完結した本を作るのはかなり大変なので、本書を参照しながら、足りない部分を補って読み進めていけるようなものがあると面白いかもしれませんね。その場合どちらが副読本なのかよくわかりませんが。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-23T15:24:51+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html">
<title>第４章 ps</title>
<link>http://log.utashiro.com/daemon3/2006/05/daemon3__f845.html</link>
<description>リンク: daemon3: 「第４章 プロセス管理」の話題 ページ１２２、上から...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;daemon3: 「第４章 プロセス管理」の話題&quot; href=&quot;http://log.utashiro.com/daemon3/2005/12/__3d54.html#comment-310430&quot;&gt;daemon3: 「第４章 プロセス管理」の話題&lt;/a&gt;&lt;/p&gt;

&lt;blockquote cite=&quot;http://log.utashiro.com/daemon3/2005/12/__3d54.html#comment-310430&quot;&gt;&lt;p&gt;ページ１２２、上から６行目、「ｐｓの結果」、11行目、「ｐｓのリスト」
という記述がありますが、「このｐｓ」の意味は何でしょうか？教えて下さい。よろしく 
投稿：
千住　鼎（せんじゅう　かなえ）
2006-05-22 22:08
&lt;/blockquote&gt;

&lt;p&gt;これは Unix の ps コマンドのことです。&lt;br /&gt;
原文では両方とも ps listing ですが、読みやすさを考慮して訳し分けたんだと思います。&lt;/p&gt;</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-23T15:03:29+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/post_ed7a.html">
<title>目は走るのか</title>
<link>http://log.utashiro.com/daemon3/2006/05/post_ed7a.html</link>
<description>目もはしるみたいです。 http://www.h7.dion.ne.jp/~to...</description>
<content:encoded>&lt;p&gt;目もはしるみたいです。&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://www.h7.dion.ne.jp/~tomoshin/page017.html&quot;&gt;http://www.h7.dion.ne.jp/~tomoshin/page017.html&lt;/a&gt;&lt;/p&gt;</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-20T00:01:57+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/05/post_8d78.html">
<title>第３章 プロセスは走るのか</title>
<link>http://log.utashiro.com/daemon3/2006/05/post_8d78.html</link>
<description>千住鼎様よりのコメント：  1．８９ページ、下から1行目、  　「何か特定の...</description>
<content:encoded>&lt;p&gt;千住鼎様よりのコメント：&lt;br /&gt;
&gt; 1．８９ページ、下から1行目、&lt;br /&gt;
&gt; 　「何か特定のプロセスが走っていることを・・・」と有りますが、&lt;br /&gt;
&gt; 　これは、多分原書では「ｒｕｎ」という単語を使っているから「走って」と訳されたのでしょうが、日本語としては「実行して」と訳した方が理解し易いと思います。&lt;/p&gt;

&lt;p&gt;ありがとうございます。&lt;/p&gt;

&lt;p&gt;全体で『プロセスが実行』は３２箇所あるのに対して『プロセスが走』は１箇所しかないので、普通なら実行と訳しているところです。しかも文章が下手なせいで、この run は２回訳していますが、２回目は実行にしてますもの。何かの気の迷いで実行が重なるのを嫌ったという可能性もありますが…&lt;/p&gt;

&lt;p&gt;『プロセスが走る』は口語では普通に使いますし意味もわかります (と思う…)。もし増刷時同じフィルム内に他に修正箇所があれば直す程度の対応でいいのではないかと考えていますが、それでよろしいでしょうか。&lt;/p&gt;

&lt;p&gt;出版社を通じて同じ指摘を受け取っています。ちょっと忙しかったもので、つい返事を遅らせてしまっていますが、ひょっとして同じ方でしょうか?&lt;/p&gt;</content:encoded>


<dc:subject>第０３章 カーネルサービス</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-05-19T16:27:24+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2006/02/amazoncojpbsdfr_be14.html">
<title>Amazon のブックレビュー</title>
<link>http://log.utashiro.com/daemon3/2006/02/amazoncojpbsdfr_be14.html</link>
<description>リンク: Amazon.co.jp：BSDカーネルの設計と実装—FreeBSD詳...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;Amazon.co.jp：BSDカーネルの設計と実装—FreeBSD詳解: 本 &quot; href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756146791/srekcahorg-22&quot;&gt;Amazon.co.jp：BSDカーネルの設計と実装—FreeBSD詳解: 本 &lt;/a&gt;&lt;br /&gt;
Jason 氏によるレビューが載ったよ。&lt;/p&gt;

&lt;p&gt;彼は以前からの知り合いなので提灯ぽくはあるけど、&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756143466/srekcahorg-22&quot;&gt;前著&lt;/a&gt;にもレビューを書いているので全面的に提灯なわけでもあるまい。『数ヶ月集中的に行った』というのは間違いではないが、こう書かれると２〜３ヶ月で翻訳できちゃったみたいな印象を与えるようで気が引ける。そんな実力はない。実際には１０ヶ月程度かかって、そのうち４ヶ月くらいは無休で働いたというのが真相。『IPv6の実装』の部分は間違いだなあ。内容的には『改善』よりも少しマシになっているかとも。&lt;/p&gt;

&lt;p&gt;昨年末よりプライベートでイベントが多かったため、すっかり休筆してしまっていますが、売り上げ増のためにも、もう少し書くことにしよう。いずれ増刷もするかもしれないので修正情報も集めなければ。と、昨日エンケンの『&lt;a href=&quot;http://www.fumetsuman.com/&quot;&gt;不滅の男&lt;/a&gt;』を観て、生エンケン様も拝んで少し元気が出てきたところで決心するのである。&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/B000EAV91A/srekcahorg-22&quot;&gt;DVD&lt;/a&gt;も買わねば。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2006-02-13T00:42:32+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/post_858e.html">
<title>(4.2 プロセスの状態) ユーザ構造体の考古学的価値</title>
<link>http://log.utashiro.com/daemon3/2005/12/post_858e.html</link>
<description>ランキング外で、 yanagisawa さんに、 あと、121ページの下から8行...</description>
<content:encoded>&lt;a href=&quot;http://log.utashiro.com/daemon3/2005/11/post_2c65.html&quot;&gt;ランキング外&lt;/a&gt;で、
yanagisawa さんに、
&lt;blockquote&gt;
あと、121ページの下から8行目の「考古学的価値」と
いうのはちょっと直訳過ぎるかと。
&lt;/blockquote&gt;
というコメントを頂きました。
原文と訳文はこう。
&lt;blockquote&gt;
The user structure remains primarily as a historic artifact for the benefit of debuggers.
&lt;br&gt;
ユーザ構造体は、主としてデバッグ上の都合を満たす考古学的価値のために残されている。
&lt;/blockquote&gt;
本当に直訳すると「歴史的遺物として」というところか。よく憶えていないが、それだと全然役に立たないようにも思えるので、少し有用性を意識させる文にしようとしたのかもしれない。
&lt;br&gt;
それに、この部分はユーザ構造体なんてなくしちゃってもよかったのだという結構衝撃的なことを語っている。そのため多少芝居がかった言い回しをしてるような気がしたし、その雰囲気を残したいという気持ちもあったんじゃないかと思う。</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-09T16:58:57+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/post_64f7.html">
<title>日本語版用のカテゴリを用意しました</title>
<link>http://log.utashiro.com/daemon3/2005/12/post_64f7.html</link>
<description>完成した日本語版に関する話題を書くためのカテゴリを用意しました。少し読み返す気に...</description>
<content:encoded>&lt;p&gt;完成した日本語版に関する話題を書くためのカテゴリを用意しました。少し読み返す気にもなってきたので、今後少しずつ内容を書いていきたいと思います。各カテゴリに１つ記事を用意したので、誤りを発見したり、意見や要望等ありましたら、そこにコメントしてください。必要に応じて独立した内容に移します。&lt;/p&gt;&lt;p&gt;これはたまたま職場でやっていた、&lt;a href=&quot;http://namazu.org/~satoru/blog/archives/000078.html&quot;&gt;Binary 2.0カンファレンス2005&lt;/a&gt;の会場で書いてますが、変ですな、この人たちは。しかし楽しそうだ。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-02T21:45:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__d3a5.html">
<title>「第１４章 起動と終了」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__d3a5.html</link>
<description>「第１４章 起動と終了」についての意見や間違い等がありましたら、こちらにコメント...</description>
<content:encoded>&lt;p&gt;「第１４章 起動と終了」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第１４章 起動と終了</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__a5a8.html">
<title>「第１３章 ネットワークプロトコル」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__a5a8.html</link>
<description>「第１３章 ネットワークプロトコル」についての意見や間違い等がありましたら、こ...</description>
<content:encoded>&lt;p&gt;「第１３章 ネットワークプロトコル」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第１３章 ネットワークプロトコル</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__01b5.html">
<title>「第１２章 ネットワーク通信」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__01b5.html</link>
<description>「第１２章 ネットワーク通信」についての意見や間違い等がありましたら、こちらにコ...</description>
<content:encoded>&lt;p&gt;「第１２章 ネットワーク通信」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第１２章 ネットワーク通信</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__7cb8.html">
<title>「第１１章 プロセス間通信」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__7cb8.html</link>
<description>「第１１章 プロセス間通信」についての意見や間違い等がありましたら、こちらにコ...</description>
<content:encoded>&lt;p&gt;「第１１章 プロセス間通信」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第１１章 プロセス間通信</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__dcf5.html">
<title>「第１０章 端末デバイス管理」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__dcf5.html</link>
<description>「第１０章 端末デバイス管理」についての意見や間違い等がありましたら、こちら...</description>
<content:encoded>&lt;p&gt;「第１０章 端末デバイス管理」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第１０章 端末デバイス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__ec92.html">
<title>「第９章 ネットワークファイルシステム」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__ec92.html</link>
<description>「第９章 ネットワークファイルシステム」についての意見や間違い等がありましたら、...</description>
<content:encoded>&lt;p&gt;「第９章 ネットワークファイルシステム」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０９章 ネットワークファイルシステム</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__a087.html">
<title>「第８章 ローカルファイルシステム」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__a087.html</link>
<description>「第８章 ローカルファイルシステム」についての意見や間違い等がありましたら、こち...</description>
<content:encoded>&lt;p&gt;「第８章 ローカルファイルシステム」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０８章 ローカルファイルシステム</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__c48a.html">
<title>「第７章 デバイス」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__c48a.html</link>
<description>「第７章 デバイス」についての意見や間違い等がありましたら、こちらにコメントして...</description>
<content:encoded>&lt;p&gt;「第７章 デバイス」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０７章 デバイス</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__6973.html">
<title>「第６章 入出力システムの概要」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__6973.html</link>
<description>「第６章 入出力システムの概要」についての意見や間違い等がありましたら、こちらに...</description>
<content:encoded>&lt;p&gt;「第６章 入出力システムの概要」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０６章 入出力システムの概要</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__4838.html">
<title>「第５章 メモリ管理」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__4838.html</link>
<description>「第５章 メモリ管理」についての意見や間違い等がありましたら、こちらにコメントし...</description>
<content:encoded>&lt;p&gt;「第５章 メモリ管理」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０５章 メモリ管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__3d54.html">
<title>「第４章 プロセス管理」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__3d54.html</link>
<description>「第４章 プロセス管理」についての意見や間違い等がありましたら、こちらにコメント...</description>
<content:encoded>&lt;p&gt;「第４章 プロセス管理」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０４章 プロセス管理</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__aa6c.html">
<title>「第３章 カーネルサービス」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__aa6c.html</link>
<description>「第３章 カーネルサービス」についての意見や間違い等がありましたら、こちらにコメ...</description>
<content:encoded>&lt;p&gt;「第３章 カーネルサービス」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０３章 カーネルサービス</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/_freebsd__ae7f.html">
<title>「第２章 FreeBSD の設計概要」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/_freebsd__ae7f.html</link>
<description>「第２章 FreeBSD の設計概要」についての意見や間違い等がありましたら、こ...</description>
<content:encoded>&lt;p&gt;「第２章 FreeBSD の設計概要」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０２章 FreeBSD の設計概要</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/__edad.html">
<title>「第１章 歴史と目標」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/__edad.html</link>
<description>「第１章 歴史と目標」についての意見や間違い等がありましたら、こちらにコメントし...</description>
<content:encoded>&lt;p&gt;「第１章 歴史と目標」についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第０１章 歴史と目標</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/12/post_b876.html">
<title>「まえがきと全体」の話題</title>
<link>http://log.utashiro.com/daemon3/2005/12/post_b876.html</link>
<description>「まえがき」および全体についての意見や間違い等がありましたら、こちらにコメントし...</description>
<content:encoded>&lt;p&gt;「まえがき」および全体についての意見や間違い等がありましたら、こちらにコメントしてください。&lt;/p&gt;</content:encoded>


<dc:subject>第００章 まえがきと全体</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-12-01T20:00:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/11/post_2c65.html">
<title>ランキング外</title>
<link>http://log.utashiro.com/daemon3/2005/11/post_2c65.html</link>
<description>先週はついにランキング外に落ちてしまいました。注目していた脱オタクファッションガ...</description>
<content:encoded>&lt;p&gt;先週はついにランキング外に落ちてしまいました。注目していた&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4274066193/srekcahorg-22&quot;&gt;脱オタクファッションガイド&lt;/a&gt;は1位になってる。&lt;/p&gt;

&lt;p&gt;作業が終わった後はしばらく見たくもない気分なので、できあがった本はほとんど読んでいない。売れ行きが落ちてきたし、時間も経ったので、販促活動を兼ねて読みながら中身の話でも書いてみるか。悪い評判も見当たらないが、いい評判もないので、あまり話題にもならなさそうだし。適当に突っ込みどころのある本の方が売れるんじゃないかと思ってしまったりもする。&lt;/p&gt;

&lt;p&gt;今のところ誤字脱字を含めて、間違いや不備に関する報告が一つも届いていないのが不思議である。自分で気づいたのは、359ページの図8-12で、真ん中下の &quot;fs=&quot; の部分のフォントがおかしいのと、478ページのレイアウトがずれていることくらい。まあ、読んでないので見つかるわけがないのだが。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-11-21T12:09:50+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/11/post_a502_1.html">
<title>ランキング</title>
<link>http://log.utashiro.com/daemon3/2005/11/post_a502_1.html</link>
<description>書泉グランデ 16位　(2005年10月31日〜11月6日) ちょっと持ち直した...</description>
<content:encoded>&lt;p&gt;&lt;a href=&quot;http://headlines.yahoo.co.jp/ranking/php/book/pc.html&quot;&gt;書泉グランデ&lt;/a&gt; 16位　(2005年10月31日〜11月6日) ちょっと持ち直した。&lt;br /&gt;
&lt;a href=&quot;http://www.cbook24.com/pubinclude/salesrank/salesrank.asp&quot;&gt;cbook24&lt;/a&gt; 14位 (2005年10月31日〜11月06日)&lt;br /&gt;
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756146791/srekcahorg-22&quot;&gt;Amazon&lt;/a&gt; 5,256位 (11月10日現在) (OS関連4位)&lt;/p&gt;

&lt;p&gt;個人的に注目したのは、グランデコンピュータ関連10位の&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4274066193/srekcahorg-22&quot;&gt;脱オタクファッションガイド&lt;/a&gt;か。売り場で分類されるのですかね。&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4877348999/srekcahorg-22&quot;&gt;萌えるダイエット&lt;/a&gt;もおすすめらしい。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-11-10T10:27:41+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/11/post_53ce.html">
<title>ハッピー・バースディ</title>
<link>http://log.utashiro.com/daemon3/2005/11/post_53ce.html</link>
<description>daemon3: 森博嗣の TOOLBOXと関係あるはずがないのだが、偶然家人が...</description>
<content:encoded>&lt;p&gt;&lt;a title=&quot;daemon3: 森博嗣の TOOLBOX&quot; href=&quot;http://log.utashiro.com/daemon3/2005/10/_toolbox_0f0a.html&quot;&gt;daemon3: 森博嗣の TOOLBOX&lt;/a&gt;と関係あるはずがないのだが、偶然家人が買ってきた&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/404160012X/srekcahorg-22&quot;&gt;&lt;img alt=&quot;新井 素子: ハッピー・バースディ&quot; src=&quot;http://images.amazon.com/images/P/404160012X.01._SCTHUMBZZZ_.jpg&quot; /&gt;&lt;/a&gt;を読んだ。ディの場合は、ギィとかピィとかとは少々状況が異なる。一般には明らかにデーやデイとは違う読み方を意図した記法だからだ。まさか本当に「バースディ」と読んでほしくてこういうタイトルを付けているとは思えないんだが、ビジュアル重視ということなんだろうか?&lt;br /&gt;
Googleで「バースディ」を検索すると「バースデー」も「バースデイ」も全部引っかかる (6,530,000件)。このうち、どちらも出てこないのは264件。&lt;/p&gt;</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-11-07T03:04:34+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/11/post_a502.html">
<title>ランキング</title>
<link>http://log.utashiro.com/daemon3/2005/11/post_a502.html</link>
<description>書泉グランデ 20位　(2005年10月24日〜30日) 残念 cbook24 ...</description>
<content:encoded>&lt;p&gt;&lt;a href=&quot;http://headlines.yahoo.co.jp/ranking/php/book/pc.html&quot;&gt;書泉グランデ&lt;/a&gt; 20位　(2005年10月24日〜30日) 残念&lt;br /&gt;
&lt;a href=&quot;http://www.cbook24.com/pubinclude/salesrank/salesrank.asp&quot;&gt;cbook24&lt;/a&gt; 10位 (2005年10月24日〜10月30日)&lt;br /&gt;
Amazon 3,495位 (11月2日現在) (OS関連ではずっと2位だったのだが3位に落ちてしまったよ)&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-11-02T10:29:53+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_62af.html">
<title>もっと実践的なものを読むべきなんだろうな</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_62af.html</link>
<description>リンク: LunchTimeException: BSDカーネルの設計と実装 実...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;LunchTimeException: BSDカーネルの設計と実装&quot; href=&quot;http://taniweb.plala.jp/mt/archives/2005/10/bsd.html&quot;&gt;LunchTimeException: BSDカーネルの設計と実装&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;実践的な本てどんなのだろう。OSだったら、設定の仕方とかチューニングの方法とかを解説しているようなもんなのかな。それとも、OSなんかよりもアプリケーションの使い方とか、プログラミング技法とかを勉強した方がいいという意味なんだろうか。&lt;/p&gt;

&lt;p&gt;考えてみると、僕は今まで実践的な本をほとんど読んだことがないことに気がついた。強いて挙げれば『実用Perlプログラミング』くらいだろうか。これを除いてPerlはマニュアルしか読んだことないし、CもK&amp;Rしか知らない。マニュアルセット以外に読んだUnixの解説は、石田先生のbitの連載くらいか (Unix Time-Sharing System などの論文はマニュアルに含まれる)。セキュリティの本も読んだことないなあ。初期のファイアウォールの論文なんかは読んだけど。&lt;/p&gt;

&lt;p&gt;読まなかった理由は2つある。1つは、必要な時にはそんな本が存在しなかったこと。もう1つは、あってもそれを読もうと思わなかったこと。1番目の理由が支配的なので2番目の理由はあってもなくても大差ない。あっても読まないのは、本質を理解したいからだと言っておけばいいかもしれないが、単に他人の言うことを信用しない質だけなのかもしれない。実践的であるからには、そこに著者の主張が含まれているはずだ。自分の領域については、他人の意見なんか信じられないし、そんなもの読んでる暇があったら自分で考えた方がいいのだ。当然のことだが、他人のこういう主張も信じちゃいけない。&lt;/p&gt;</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-30T23:27:01+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_a502.html">
<title>ランキング</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_a502.html</link>
<description>書泉グランデ 2位 (2005年10月17日〜23日) cbook24 7位 (...</description>
<content:encoded>&lt;p&gt;&lt;a href=&quot;http://headlines.yahoo.co.jp/ranking/php/book/pc.html&quot;&gt;書泉グランデ&lt;/a&gt; 2位 (2005年10月17日〜23日)&lt;br /&gt;
&lt;a href=&quot;http://www.cbook24.com/pubinclude/salesrank/salesrank.asp&quot;&gt;cbook24&lt;/a&gt; 7位 (2005年10月17日〜10月23日)&lt;br /&gt;
&lt;a href=&quot;http://event.rakuten.co.jp/ranking/book/101287.html&quot;&gt;楽天 PC・システム開発&lt;/a&gt;1位　(10/19 ‐10/25)&lt;br /&gt;
&lt;a href=&quot;http://books.rakuten.co.jp/RBOOKS/05net/best_w.html&quot;&gt;楽天&lt;/a&gt; 21位&lt;/p&gt;

&lt;p&gt;# 楽天のランキングていろいろあってよくわからん。&lt;br /&gt;
# 発売前に注文した &lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756145485/srekcahorg-22&quot;&gt;Winny&lt;/a&gt;がまだ届かないのはどういうこと? 配送予定日は 10/7-9 なのに。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-27T13:29:42+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/amazoncojp_bsdf_bfac.html">
<title>アマゾンにも絵が出た</title>
<link>http://log.utashiro.com/daemon3/2005/10/amazoncojp_bsdf_bfac.html</link>
<description>アマゾンにやっと画像が載りました。ちょっと黄色っぽいぞ。現在5010位。</description>
<content:encoded>&lt;p&gt;&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756146791/srekcahorg-22&quot;&gt;&lt;img alt=&quot;Marshall Kirk McKusick: BSDカーネルの設計と実装―FreeBSD詳解&quot; src=&quot;http://ec1.images-amazon.com/images/P/4756146791.01._SCTHUMBZZZ_.jpg&quot; /&gt;&lt;/a&gt;&lt;br /&gt;
アマゾンにやっと画像が載りました。ちょっと黄色っぽいぞ。現在5010位。&lt;/p&gt;&lt;p&gt;自分で用意した画像は、最近導入した複合機&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/B00065SPOC/srekcahorg-22&quot;&gt;&lt;img alt=&quot;: EPSON カラリオ PM-A900&quot; src=&quot;http://ec1.images-amazon.com/images/P/B00065SPOC.09._SCTHUMBZZZ_.jpg&quot; /&gt;&lt;/a&gt;でスキャンしたもの。帯を付けたものと付けないもので色合いが変わっちゃったが、マニュアルで調整すればもうすこしマシになるんだろうか。&lt;br /&gt;
複合機というかスキャナは初めて家に導入したけど、なかなか便利。写真を適当に並べておくと、勝手に認識してスキャンしてくれるのがよい。そのまんま iPhoto にくべるとアルバムになるので、もらった写真の管理が楽。焼かずに貸してもらうだけで十分。&lt;br /&gt;
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/B000BK43TI/srekcahorg-22&quot;&gt;後継機&lt;/a&gt;が出ているが、1万5千円も高くなるので古いのでいいかも。今までキヤノンばかりでエプソンのプリンタは初めて使っているが、印刷がちょっと遅いのが気になる。新しいのは改善しているらしい。キヤノンの複合機はインタフェースが悪いと家人に不評だった。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-27T11:01:54+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_0643.html">
<title>分冊も検討しました</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_0643.html</link>
<description>iTakahiros D - BSDカーネルの設計と実装--FreeBSD詳解...</description>
<content:encoded>&lt;p&gt;&lt;a title=&quot;iTakahiro&#39;s D - BSDカーネルの設計と実装--FreeBSD詳解--&quot; href=&quot;http://takabsd.jp/d/?date=20060721&quot;&gt;iTakahiro&#39;s D - BSDカーネルの設計と実装--FreeBSD詳解--&lt;/a&gt;で曰く:&lt;/p&gt;

&lt;p&gt;&gt; 400ページを超える本は 2分冊にするとかって出来ないのかなあ。&lt;br /&gt;
&gt; &lt;br /&gt;
&gt; どうせ特定の人しか買わないんだから、ちょっとカッコよいボックスに入れて売れば、1000円ぐらい上乗せしても買うと思うんだけど。&lt;/p&gt;

&lt;p&gt;分冊については出版社に提案しました。パートを 1+2, 3, 4+5 に分割すると、分量がほぼ三等分になって持ち運びに便利なサイズになります。それをボックス装丁にした場合で見積もりを取ってもらいました。そしたら、販売価格が1500円高くなり、増加分のほとんどは箱代なのだそうです。&lt;/p&gt;

&lt;p&gt;500円増くらいならいけるんじゃないかと思ったのですが、さすがに1500円はきつそうなので諦めました。ボックスにすると外形が変わってしまい、平積みしにくくなるので営業的にも不評だそうです。まあ、考えれば何か手はあったのかもしれませんが、そんな暇があったら中身を良くした方がいいので断念したのでした。&lt;/p&gt;

&lt;p&gt;この本は電子データで作業しましたが、印刷物で監訳する時なんかは、1章ずつ原書を切り離して持ち運びます。本が可哀想な気もしますが、ただ積んどかれるよりは幸せかも :-)。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-25T16:59:24+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/_toolbox_0f0a.html">
<title>森博嗣の TOOLBOX</title>
<link>http://log.utashiro.com/daemon3/2005/10/_toolbox_0f0a.html</link>
<description>が届いた。最初に買ったMacがSEなのも、今使っているのがPowerBook G...</description>
<content:encoded>&lt;p&gt;&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4822244806/srekcahorg-22&quot;&gt;&lt;img alt=&quot;森 博嗣: 森博嗣の TOOL BOX&quot; src=&quot;http://ec1.images-amazon.com/images/P/4822244806.01._SCTHUMBZZZ_.jpg&quot; style=&quot;float:left&quot;　/&gt;&lt;/a&gt;が届いた。最初に買ったMacがSEなのも、今使っているのがPowerBook G4なのも、家族全員Macユーザなのも、奥さんがCubeを使っているのも一緒だ。でも、僕は左手でマウスは使えないしミステリーも書けない。&lt;/p&gt;

&lt;p&gt;ところで、この本には「エネルギィ」という表記が出てくるが、これはどういう意図なんだろう? 「エネルギー」じゃ嫌だったんだろうな、きっと。だったら「エネルギ」でもよさそうなもんだが、それじゃ短すぎるので中間を取ったんだろうか。僕は「ユーザー」よりも「ユーザ」と書くのを好むけど、別に「ザ」でちょん切りたいわけじゃない。こういう時、森博嗣さんは「ユーザァ」と書くのだろうか。「エネルギイ」というのもありだが、こうすると下手すると最後のイにアクセントが来る可能性もある。ひょっとして「エネルギー」と書くと名古屋の人は「ギ」にアクセントを置いちゃうかもしれなくて、それを嫌ったんだろうか。「エネルグィ」であれば、好き嫌いどうあれ、どう発音して欲しいかという意図は伝わる。&lt;/p&gt;

&lt;p&gt;そういえば「日本ファジィ学会」というのがある。あれも、意図はわかんないけど。&lt;/p&gt;</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-24T02:58:14+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/404_blog_not_fo.html">
<title>学ぶべきは、その設計思想だ。</title>
<link>http://log.utashiro.com/daemon3/2005/10/404_blog_not_fo.html</link>
<description>弾さんが、原書に対するコメントとして404 Blog Not Found:Pri...</description>
<content:encoded>&lt;p&gt;弾さんが、原書に対するコメントとして&lt;a title=&quot;404 Blog Not Found:Price and Value of Due Process&quot; href=&quot;http://blog.livedoor.jp/dankogai/archives/50156375.html&quot;&gt;404 Blog Not Found:Price and Value of Due Process&lt;/a&gt;で『本書で学べる一番いいところは、BSDではなくて、その設計思想だ』と書いてくれている。訳者まえがきの最後に『冒頭で BSD も大きく変化しているのだと書いたが、基本的な姿勢は少しも変わっていない。技術的内容はもちろんだが、本書全体を通じて感じとれる BSD 流の文化と精神がなるべく多くの方に伝われば…』と書いたように、まったくその通り。さすがである。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-20T10:21:53+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/1_7b72.html">
<title>初登場第1位！</title>
<link>http://log.utashiro.com/daemon3/2005/10/1_7b72.html</link>
<description>リンク: Yahoo!ニュース - ランキングによれば森博嗣の TOOLBOX ...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot; Yahoo!ニュース - ランキング&quot; href=&quot;http://headlines.yahoo.co.jp/ranking/php/book/pc.html&quot;&gt; Yahoo!ニュース - ランキング&lt;/a&gt;によれば&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4822244806/srekcahorg-22&quot;&gt;森博嗣の TOOLBOX&lt;/a&gt; を押さえて週間一位らしい。森博嗣さんは好きな作家であるだけに光栄である。&lt;a href=&quot;http://log.utashiro.com/daemon3/2005/07/post_5139.html&quot;&gt;ここ&lt;/a&gt;にも書いたように、翻訳作業中はずっと森博嗣のS&amp;Mシリーズを読んでいたのだ。しかも、この本めちゃくちゃ面白そうだ。両方買うべし。&lt;br /&gt;
&lt;center&gt;&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756146791/srekcahorg-22&quot;&gt;&lt;img alt=&quot;Yahooranking20051020&quot; title=&quot;Yahooranking20051020&quot; src=&quot;http://log.utashiro.com/photos/uncategorized/yahooranking20051020.png&quot; border=&quot;0&quot;  /&gt;&lt;/a&gt;&lt;/center&gt;&lt;br /&gt;
しかし10日〜16日の集計だから、やはり18日より前から売っていたということか。&lt;br /&gt;
P.S. 出版社に聞いたら配本は15日だったらしい。2日間でトップは偉い。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-20T02:11:11+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/442_c78b.html">
<title>442位</title>
<link>http://log.utashiro.com/daemon3/2005/10/442_c78b.html</link>
<description>アマゾンのランキング。今まで5桁しか見たことなかったような気がするので、なんか嬉...</description>
<content:encoded>&lt;p&gt;アマゾンのランキング。今まで5桁しか見たことなかったような気がするので、なんか嬉しい。&lt;br /&gt;
&lt;center&gt;&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4756146791/srekcahorg-22&quot;&gt;&lt;img alt=&quot;Amazonrank20051019&quot; title=&quot;Amazonrank20051019&quot; src=&quot;http://log.utashiro.com/photos/uncategorized/amazonrank20051019.png&quot; border=&quot;1&quot;  /&gt;&lt;/a&gt;&lt;/center&gt;&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-19T03:01:13+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_ed45.html">
<title>もう売ってるの?</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_ed45.html</link>
<description>リンク: さいとの備忘録:『BSDカーネルの設計と実装』購入 を見ると、もう書店...</description>
<content:encoded>&lt;p&gt;リンク: &lt;a title=&quot;さいとの備忘録:『BSDカーネルの設計と実装』購入&quot; href=&quot;http://blog.livedoor.jp/saitotetsuya/archives/50168768.html&quot;&gt;さいとの備忘録:『BSDカーネルの設計と実装』購入&lt;/a&gt; を見ると、もう書店に並んでいるということか。18日って聞いたんだけどなあ。なんにせよ、お買い上げありがとうございました。ところで日経BPじゃないよ。&lt;/p&gt;

&lt;p&gt;アマゾンは在庫切れになってるけど、予約できたってことは初回配本分が売り切れたってことなんだろうか。&lt;/p&gt;

&lt;p&gt;トラックバックってやったことないので試してみた。これでいいのかな?&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-17T03:58:12+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_ee78.html">
<title>著者からのメッセージ</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_ee78.html</link>
<description>目次の中に「日本の皆さんへ」という項目があることに気づかれた方もいるかと思う。こ...</description>
<content:encoded>&lt;p&gt;目次の中に「日本の皆さんへ」という項目があることに気づかれた方もいるかと思う。これは、日本語版のために著者から特別に頂いた文章である。実は、この部分は敢えて翻訳せずに、著者からもらった文章を原語のまま掲載している。せっかくなので、著者の言葉を直接読んでもらいたいと思ってこのような形にした。ほとんどの読者はおそらく原文のまま読めると思うし、もしそうでなくてもちょっと頑張って読んでみて欲しいし、もしどうしても読めなかったとしても、本来は含まれていない文章なのだから読まなくても本質的な問題はあるまいという判断である。&lt;/p&gt;

&lt;p&gt;決して手抜きじゃないのですよ。信じて。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-16T00:42:25+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_2368.html">
<title>★が小さい</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_2368.html</link>
<description>Tiger にしたら Safari で★と☆の大きさが全然違って、こんな風に見え...</description>
<content:encoded>&lt;p&gt;Tiger にしたら Safari で★と☆の大きさが全然違って、こんな風に見える。&lt;br /&gt;
&lt;center&gt;&lt;img alt=&quot;Starfont&quot; title=&quot;Starfont&quot; src=&quot;http://log.utashiro.com/photos/uncategorized/starfont.png&quot; border=&quot;1&quot; /&gt;&lt;/center&gt;&lt;br /&gt;
なぜだろう？ 注釈記号のつもりだろうか。&lt;/p&gt;</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-14T16:35:56+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/bsdfreebsd_3d21.html">
<title>アスキーのウェブにも出た</title>
<link>http://log.utashiro.com/daemon3/2005/10/bsdfreebsd_3d21.html</link>
<description>夕べはなかったけど、今朝見たらアスキーのウェブにも出てました。 リンク: BSD...</description>
<content:encoded>&lt;p&gt;夕べはなかったけど、今朝見たらアスキーのウェブにも出てました。&lt;/p&gt;

&lt;p&gt;リンク: &lt;a title=&quot;BSDカーネルの設計と実装--FreeBSD詳解--&quot; href=&quot;http://www.ascii.co.jp/books/detail/4-7561/4-7561-4679-1.html&quot;&gt;BSDカーネルの設計と実装--FreeBSD詳解--&lt;/a&gt;&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-12T09:37:23+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_2037.html">
<title>表紙</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_2037.html</link>
<description>火曜日、東京に戻ってきて実物を見ました。 カバーと表紙はこんな感じです。 カバー...</description>
<content:encoded>火曜日、東京に戻ってきて実物を見ました。
カバーと表紙はこんな感じです。&lt;br&gt;
&lt;a href=&quot;http://log.utashiro.com/.shared/image.html?/photos/uncategorized/cover_s_1.jpg&quot; onclick=&quot;window.open(this.href, &#39;_blank&#39;, &#39;width=265,height=373,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0&#39;); return false&quot;&gt;&lt;img alt=&quot;Cover_s_1&quot; title=&quot;Cover_s_1&quot; src=&quot;http://log.utashiro.com/daemon3/images/cover_s_1.jpg&quot; width=&quot;132&quot; height=&quot;186&quot; border=&quot;0&quot;  /&gt;&lt;/a&gt;
&lt;a href=&quot;http://log.utashiro.com/.shared/image.html?/photos/uncategorized/cover2_s.jpg&quot; onclick=&quot;window.open(this.href, &#39;_blank&#39;, &#39;width=262,height=373,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0&#39;); return false&quot;&gt;&lt;img alt=&quot;Cover2_s&quot; title=&quot;Cover2_s&quot; src=&quot;http://log.utashiro.com/daemon3/images/cover2_s.jpg&quot; width=&quot;131&quot; height=&quot;186&quot; border=&quot;0&quot;  /&gt;&lt;/a&gt;
&lt;a href=&quot;http://log.utashiro.com/.shared/image.html?/photos/uncategorized/inner_cover_s.jpg&quot; onclick=&quot;window.open(this.href, &#39;_blank&#39;, &#39;width=262,height=372,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0&#39;); return false&quot;&gt;&lt;img alt=&quot;Inner_cover_s&quot; title=&quot;Inner_cover_s&quot; src=&quot;http://log.utashiro.com/daemon3/images/inner_cover_s.jpg&quot; width=&quot;131&quot; height=&quot;186&quot; border=&quot;1&quot; /&gt;&lt;/a&gt;
&lt;br&gt;
カバーを外した状態で持ち歩きやすいようにというリクエストを出していたのですが、ちょっとイメージと違ったかな。&lt;br&gt;
そういえば、値段は6000円（＋消費税）で、ISBNは4-7561-4679-1です。728ページ。厚さ35mm。重量は…すみません、うちには1kgまでの秤しかなくて計れませんでした。</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-12T01:21:58+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/10/post_8c73.html">
<title>発売日決定：１０月１８日</title>
<link>http://log.utashiro.com/daemon3/2005/10/post_8c73.html</link>
<description>書店発売は10月18日に決まったそうです。 未本誌は金曜日にできたらしいのですが...</description>
<content:encoded>&lt;p&gt;書店発売は10月18日に決まったそうです。&lt;br /&gt;
未本誌は金曜日にできたらしいのですが、先週末から東京を離れているため僕はまだ見ていません。&lt;br /&gt;
取り急ぎ、ご報告まで。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-10-10T23:56:43+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/09/post_5ca6.html">
<title>一応終わりました</title>
<link>http://log.utashiro.com/daemon3/2005/09/post_5ca6.html</link>
<description>先週の金曜日になんとか入稿しました。今は印刷所でフィルムを焼いているところなので...</description>
<content:encoded>&lt;p&gt;先週の金曜日になんとか入稿しました。今は印刷所でフィルムを焼いているところなので、よほどのことがない限り今後の修正はないと思います。どうもご協力ありがとうございました。&lt;/p&gt;&lt;p&gt;タイトルは「BSDカーネルの設計と実装 —FreeBSD詳解—」となるはずです。原題とちょっと違うのは、タイトルで FreeBSD ユーザ以外には関係ないと思われるのは惜しいと思ったからです。たしかに FreeBSD を対象にはしていますが、他の BSD システムやもしかすると Linux ユーザにも面白く読んでもらえるのではないかと思います。&lt;br /&gt;
結局、翻訳に取りかかってから出版されるまでにちょうど１年かかってしまいました。お待たせして申し訳ありません。翻訳作業が９ヶ月で、その後の校正や編集と出版準備に３ヶ月ということになります。&lt;br /&gt;
ということで、週末は墓参りで岡山に帰省していたのでした。原稿のことを何も考えずに１日でも過ごしたのは、去年の10月以来じゃないかなあ。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-09-19T23:27:32+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/09/post_18ce.html">
<title>参考文献の邦訳</title>
<link>http://log.utashiro.com/daemon3/2005/09/post_18ce.html</link>
<description>更新が少なくてすみません。入稿直前です。 参考文献のリストを daemon3bi...</description>
<content:encoded>&lt;p&gt;更新が少なくてすみません。入稿直前です。&lt;/p&gt;

&lt;p&gt;参考文献のリストを&lt;br /&gt;
&lt;a href=&quot;http://log.utashiro.com/daemon3/data/daemon3bib.html&quot;&gt;daemon3bib.html&lt;/a&gt;&lt;br /&gt;
に作りました。こちらで調べた限りの邦訳情報を入れていますが、もしここに載っていない情報をお持ちでしたらお知らせください。雑誌に収録されているものなどは、特に落ちている可能性があります。&lt;/p&gt;

&lt;p&gt;ただ、時間的余裕がほとんどなくて、9/14(水曜日)の夕方までに頂ければ、反映できると思います。&lt;br /&gt;
間に合わなかった分については、第2刷以降で対応します (出ればですが :-)。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-09-13T17:25:04+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/ch13_job_submis_1a42.html">
<title>ch13: ★★job submission and callback</title>
<link>http://log.utashiro.com/daemon3/2005/08/ch13_job_submis_1a42.html</link>
<description>page 581 The model of computation suppor...</description>
<content:encoded>&lt;p&gt;page 581&lt;/p&gt;

&lt;blockquote&gt;
The model of computation supported by the cryptographic subsystem is one of job submission and callbacks where users submit work to be done to a queue and supply a pointer to a function that will be called when the job is completed.

&lt;p&gt;暗号サブシステムがサポートする計算モデルは、ジョブサブミッションとコールバックに基づくもので、ユーザは実行しようとする作業をキューに投入すると同時に、作業が完了した際に実行する関数のポインタを登録する。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;かなり力尽きていて、これ以上なんとかしようという気にならない。&lt;/p&gt;</content:encoded>


<dc:subject>13 Network Protocols</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-15T05:05:27+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/ch13__c3f2.html">
<title>ch13: ★填充</title>
<link>http://log.utashiro.com/daemon3/2005/08/ch13__c3f2.html</link>
<description>529 ページ、TCP Connection Status They serve...</description>
<content:encoded>&lt;p&gt;529 ページ、TCP Connection Status&lt;/p&gt;

&lt;blockquote&gt;
They serve to frame the data that are transferred during a connection so that not only the data but also their extent are communicated reliably.

&lt;p&gt;これらは、接続によって転送されるデータの枠組を規定し、データそのものだけではなく、その填充に関する情報を確実に交換できることを保証する。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;自分ではなかなか妙訳だと思うのが、きっとタイポだと思われるだろうなあ。&lt;/p&gt;

&lt;p&gt;extension 【理】 填充((てんじゆう))性《物体が空間を占める性質》 &lt;br /&gt;
extent 【理】 填充性 (extension) を有するもの&lt;br /&gt;
(リーダーズ・プラス)&lt;/p&gt;&lt;p&gt;ちなみに前訳は、&lt;/p&gt;

&lt;blockquote&gt;
これらは、コネクションに間に通信されるデータをフレーム化するのに用いられ、データだけではなくその範囲の通信の信頼性を高めている。
&lt;/blockquote&gt;</content:encoded>


<dc:subject>13 Network Protocols</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-15T00:18:40+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/ch12_lowest_com_01e2.html">
<title>ch12: ★lowest common denominator</title>
<link>http://log.utashiro.com/daemon3/2005/08/ch12_lowest_com_01e2.html</link>
<description>508ページ A stream sockets notion of out-o...</description>
<content:encoded>&lt;p&gt;508ページ&lt;/p&gt;

&lt;blockquote&gt;
A stream socket&#39;s notion of out-of-band data has been defined as the lowest reasonable common denominator.

&lt;p&gt;ストリームソケットが採用している帯域外データの概念は、様々な概念の最大公約数である。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;前の時も悩んだんだけど、lowest (least) common denominator に対応する日本語は「最小公分母」である。しかし、文章の中では「最小公倍数」と言った方が語感がいい。でも、意味から考えれば「最大公約数」か。&lt;/p&gt;&lt;p&gt;というか、最小公分母ってなんのことかわからないんじゃないだろうか。そもそも言葉の語呂だけで使っていて、みんなあんまり真剣に意味を考えてないんじゃないのか。英語で最小公倍数は least common multiple だが、multiple よりも denominator の方がなんとなくインテリな感じがする。日本語で「最小公分母」というと、どうもこの「ぶんぼ」の部分が野暮ったい。最大公約数は greatest common devisor らしいが、これだと控えめさにかける感じがある。&lt;/p&gt;

&lt;p&gt;考えてみると、「１／最小公分母」は、通分しようとする分数の最大公約数になっているわけだから、最大公約数が案外素直な訳なのかも。しかし、分数の最大公約数って言うかな?&lt;/p&gt;

&lt;p&gt;共通部分とかにしてもいいのかもしれないけど、それだとなんとなく原文のもつ印象を損なう気がするのだ。&lt;/p&gt;</content:encoded>


<dc:subject>12 Network Communication</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-14T12:08:25+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/ch12_1822_host__9c5f.html">
<title>ch12: ★1822 host convention</title>
<link>http://log.utashiro.com/daemon3/2005/08/ch12_1822_host__9c5f.html</link>
<description>491ページ 1822 host convention は「1822ホスト規...</description>
<content:encoded>&lt;p&gt;491ページ&lt;/p&gt;

&lt;p&gt;&quot;1822 host convention&quot; は「1822ホスト規則」でいいんですかね。&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&lt;br /&gt;
Manyof the requests have been derivedfrom the Internet Control Message Protocol (ICMP) [Postel, 1981] and from error messages defined in the 1822 host (Internet Message Processor) convention [BBN, 1978].&lt;/p&gt;

&lt;p&gt;多くの要求は、ICMP (Internet Control Message Protocol)および、1822 ホスト (IMP: Internet Message Processor) 規則で定義されているエラーメッセージに由来している。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;</content:encoded>


<dc:subject>12 Network Communication</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-14T00:52:28+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/post_78ba.html">
<title>図表の準備が終わりましたよ</title>
<link>http://log.utashiro.com/daemon3/2005/08/post_78ba.html</link>
<description>図表の準備が一応終わった。図が158枚、表が57枚あるので、まとめて日本語に直そ...</description>
<content:encoded>&lt;p&gt;&lt;img alt=&quot;freebsd-0405&quot; title=&quot;freebsd-0405&quot; src=&quot;http://log.utashiro.com/daemon3/images/freebsd-0405.png&quot; border=&quot;0&quot;  style=&quot;float:right&quot; /&gt;
図表の準備が一応終わった。図が158枚、表が57枚あるので、まとめて日本語に直そうとすると結構大変。しかも、昔やったところなので、内容をよく思い出せなかったりする。表については、TBLから変換しようなどという馬鹿なことは考えずに、最初からEWBで作成。図は xfig か pic で作られているので、ファイルを直接修正する。MacOS 用の xfig がうまくインストールできなかったので、どんな風になるのか確認できないが、後は編集者におまかせ。&lt;br /&gt;
見直し作業が滞っていたが、ようやく再開できる。12章と13章が終わったら、索引の作成に入るつもり。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-13T13:40:43+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/post_e26f.html">
<title>ドラフトできた</title>
<link>http://log.utashiro.com/daemon3/2005/08/post_e26f.html</link>
<description>水曜日半日と金曜日半日をかけて troff の原稿を EWB に変換するプログラ...</description>
<content:encoded>&lt;img alt=&quot;daemon3-draft&quot; title=&quot;daemon3-draft&quot; src=&quot;http://log.utashiro.com/daemon3/images/daemon3-draft.png&quot; border=&quot;0&quot; style=&quot;margin: 0px 5px 5px 0px;&quot; /&gt;
&lt;p&gt;
水曜日半日と金曜日半日をかけて troff の原稿を EWB に変換するプログラムを作成。一応印刷可能なところまではできたので、金曜の晩に全体を印刷してみた。やはり、紙になると随分と違う。
&lt;p&gt;
この原稿中のマクロを処理するだけなので、本格的なマクロプロセッサを作るつもりなどなかったのだが、やっぱりどうしても必要がでてきて、.de とか .rm とかも実装してしまった。.de を処理する機能を入れると、それまで決めうちで処理していた部分を .de で書き直したくなる無駄な衝動を押さえつつ作業を進める。</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-08T10:38:40+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/help_cvs.html">
<title>help! CVS</title>
<link>http://log.utashiro.com/daemon3/2005/08/help_cvs.html</link>
<description>作業がらみで cvs の pserver を立ち上げようとしてはまってます。Ma...</description>
<content:encoded>&lt;p&gt;作業がらみで cvs の pserver を立ち上げようとしてはまってます。MacOS X (10.3) で上げようとするのがいけないのだろうか...&lt;/p&gt;&lt;p&gt;まず、HFS では大文字と小文字のファイルが区別できないので、UFSのディスクイメージを作って、そこを cvsroot にした。&lt;/p&gt;

&lt;p&gt;import しようとしたら失敗したので、xinetd から起動される cvs に -T オプションでテンポラリディレクトリとして UFS を使うように指定するようにしたらうまくいった。&lt;/p&gt;

&lt;p&gt;コマンドを実行するたびに、&lt;/p&gt;

&lt;blockquote&gt;
cvs checkout: warning: unrecognized response `cvs: setgroups: Operation not permitted&#39; from cvs server
&lt;/blockquote&gt;

&lt;p&gt;というワーニングが出るが、まだ HFS をアクセスしているのかもしれない。まず、これを出なくする方法があれば知りたい。ログファイルを編集しても、このメッセージのせいか反映されない。&lt;/p&gt;

&lt;p&gt;次に、checkout しようとすると&lt;/p&gt;

&lt;blockquote&gt;
cvs [server aborted]: Cannot check out files into the repository itself
&lt;/blockquote&gt;

&lt;p&gt;というメッセージが出て何もしてくれなくなってしまった。テストで作ったモジュールは、一回は checkout することができたのに、これもできなくなってしまった。どうしてだろー。&lt;/p&gt;

&lt;p&gt;というわけで、これから編集作業のためにアスキーに向かいます。着くまでに解決してるとうれしいなー。&lt;br /&gt;
&lt;hr&gt;&lt;br /&gt;
(14:23 追記)&lt;br /&gt;
後の深刻な方の問題は解決しました。テンポラリディレクトリも UFS でないといけないので、リポジトリと同じディスクを使ったんですが、全体をリポジトリとして使うことになっていたので、チェックアウトの時にテンポラリディレクトリにチェックアウトしようとして、エラーが出てました。リポジトリを一段下にずらして、その横にテンポラリディレクトリを置くようにしたら解決した。チェックインはできたので、気づかなかった。&lt;/p&gt;

&lt;p&gt;最初のワーニングは、ローカルなリポジトリを指定しても出るなあ。Tiger だと直っているのだろうか。&lt;/p&gt;</content:encoded>


<dc:subject>全般</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-03T10:03:38+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/08/ch10_little_ela_c033.html">
<title>ch10: ☆☆little elaboration</title>
<link>http://log.utashiro.com/daemon3/2005/08/ch10_little_ela_c033.html</link>
<description>442ページ、最後のパラグラフ Throughout this chapter,...</description>
<content:encoded>&lt;p&gt;442ページ、最後のパラグラフ&lt;/p&gt;

&lt;blockquote&gt;
Throughout this chapter, references to the supporting facilities provided by the network-communication protocols are made with little elaboration.

&lt;p&gt;本章全体を通じて、ネットワーク通信プロトコルによってもたらされるサポート機能をごく簡単に参照する。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;&quot;with little elaboration&quot; の意味が怪しい。little だから、もっと否定的に訳すべきなのかも。&lt;/p&gt;

&lt;p&gt;そもそも &quot;supporting facilities provided by the network-communication protocols&quot; とは、何のことを指しているのだろうか。プロトコルが提供するサポート機能ってなんだ。普通はプロトコルをサポートする機能があるんじゃないのか。&lt;/p&gt;</content:encoded>


<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-08-01T16:30:37+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch09_longterm_c_74a4.html">
<title>ch09: ★long-term callback</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch09_longterm_c_74a4.html</link>
<description>408ページ、9行目 Thus, lease requests can almo...</description>
<content:encoded>&lt;p&gt;408ページ、9行目&lt;/p&gt;

&lt;blockquote&gt;
Thus, lease requests can almost always be piggybacked on other RPC requests, avoiding some of the overhead associated with the explicit open and close RPC required by a long-term callback implementation.

&lt;p&gt;したがって、ほとんどすべてのリース要求は、他のRPC要求にピギーバックすることが可能で、長期コールバック型の実装で必要となるような明示的なオープンやクローズに伴うオーバーヘッドは発生しない。&lt;/p&gt;

&lt;/blockquote&gt;

&lt;p&gt;long-term callback (implementation) とはなんだろう。ここにしか出てこない。一般的な用語っぽく訳してみた。&lt;/p&gt;

&lt;p&gt;# PDF からテキストを切り取ると、ハイフネーション部分は省いてくれるのですね。知らなかった。偉い。&lt;/p&gt;</content:encoded>


<dc:subject>09 Network Filesystem</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-31T23:22:05+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch09_tcp_retran_be2b.html">
<title>ch09: ★★TCP retransmission</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch09_tcp_retran_be2b.html</link>
<description>389ページ、2パラ When running under TCP on an ...</description>
<content:encoded>&lt;p&gt;389ページ、2パラ&lt;/p&gt;

&lt;blockquote&gt;
When running under TCP on an Ethernet, the message may also be broken into up to six packets; however, individual lost packets, rather than the entire message, can be retransmitted. 
&lt;/blockquote&gt;

&lt;p&gt;だから、NFS は UDP よりも TCP で使った方がいいと言っている。&lt;br /&gt;
そんなうまいこといくのでしたっけ? slow start とも関係するかな。&lt;br /&gt;
13章には、selective ack は実装していないと書いてある。&lt;/p&gt;</content:encoded>


<dc:subject>09 Network Filesystem</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-31T23:06:09+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch09_nfs_standa_bf29.html">
<title>ch09: ★NFS standard</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch09_nfs_standa_bf29.html</link>
<description>387ページ、2パラ At publication time (2004), t...</description>
<content:encoded>&lt;p&gt;387ページ、2パラ&lt;/p&gt;

&lt;blockquote&gt;
At publication time (2004), the NFS version 4 specification is still a draft standard [Shepler et al., 2003]. There are people who are actively working on writing an NFS version 4 implementation for BSD, but it has not yet been tried in FreeBSD.

&lt;p&gt;本書の出版時点 (2004年) では、NFSバージョン4の仕様は、依然として提案の状態である。BSD 上の NFS バージョン4実装のための活動を続けているグループは存在するが、FreeBSD 上の実装はまだ行われていない。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;現状の確認。&lt;/p&gt;</content:encoded>


<dc:subject>09 Network Filesystem</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-31T22:49:19+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_quadratic__46d1.html">
<title>ch08: ★★quadratic hash</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_quadratic__46d1.html</link>
<description>quadratic hash と書いてある部分 (p372, p380) と、q...</description>
<content:encoded>&lt;p&gt;quadratic hash と書いてある部分 (p372, p380) と、quadratic rehash と書いてある部分 (p372, p374) とある。なんか違うのか?&lt;/p&gt;

&lt;p&gt;ちなみに quadratic hash の訳語は「二次ハッシュ」。Knuth に合わせてある。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:57:02+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_cylinder_g_d63c.html">
<title>ch08: ★★cylinder group and filesystem block</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_cylinder_g_d63c.html</link>
<description>364ページ、3パラ Each cylinder group must fit ...</description>
<content:encoded>&lt;p&gt;364ページ、3パラ&lt;/p&gt;

&lt;blockquote&gt;
Each cylinder group must fit into a single filesystem block.

&lt;p&gt;それぞれのシリンダグループは、1つのファイルシステムブロックに収まらなければならない。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;シリンダグループの方がファイルシステムブロックよりも当然でかい。シリンダグループマップの間違いだろうか。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:51:58+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_minimum_bl_41d5.html">
<title>ch08: ★★minimum block size</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_minimum_bl_41d5.html</link>
<description>363ページ、最後 To allow support for filesyste...</description>
<content:encoded>&lt;p&gt;363ページ、最後&lt;/p&gt;

&lt;blockquote&gt;
To allow support for filesystem fragments as small as a single 512-byte disk sector, the minimum size of a filesystem block is 4096 bytes.

&lt;p&gt;1つの 512バイトディスクセクタをファイルシステムのフラグメントとするために、最小のファイルシステムブロック長は 4096バイトになる。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;どうして?&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:44:40+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_reduced_5f34.html">
<title>ch08: ☆☆reduced</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_reduced_5f34.html</link>
<description>357ページ、4行目 With soft updates, the only i...</description>
<content:encoded>&lt;p&gt;357ページ、4行目&lt;/p&gt;

&lt;blockquote&gt;
With soft updates, the only inconsistency that can arise in the filesystem (barring software bugs and media failures) is that some unreferenced blocks may not appear in the bitmaps and some inodes may have to have overly high link counts reduced.

&lt;p&gt;ソフトアップデートを運用中のファイルシステムで生じる可能性のある不整合は、ビットマップ中に参照されないブロックが現れることと、inode のリンク数が必要以上に増加しまうことだけである (ソフトウェアのバグやメディア障害を除く)。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;最後の reduced は、一体いかなる意味か? 文脈的に減りすぎてしまうということはあり得ない。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:40:02+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_rename_sem_63b8.html">
<title>ch08: ☆rename semantics</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_rename_sem_63b8.html</link>
<description>328ページ、2パラの最後 Interestingly, rename is t...</description>
<content:encoded>&lt;p&gt;328ページ、2パラの最後&lt;/p&gt;

&lt;blockquote&gt;
Interestingly, rename is the one POSIX file operation that should have an atomic update to multiple user-visible metadata structures to provide ideal semantics. POSIX does not require said semantics and most implementations, including FreeBSD, cannot provide it.
&lt;/blockquote&gt;

&lt;p&gt;最初の文と2番目の分は矛盾してるような気がするのだが、どういう話の流れなんだろう? 何事もなければ要求されるのだが、わざわざ要求しないことが仕様に書かれているということなのだろうか。&lt;/p&gt;

&lt;p&gt;ここの話題は、rename システムコールの途中で障害が発生すると名前が2つ残ってしまう可能性があるということ。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:21:59+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_conservati_d849.html">
<title>ch08: ☆conservatively</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_conservati_d849.html</link>
<description>327ページ、2パラ If link counts are being kept...</description>
<content:encoded>&lt;p&gt;327ページ、2パラ&lt;/p&gt;

&lt;blockquote&gt;
If link counts are being kept conservatively, rename involves at least four disk updates in sequence: one to increment the inode&#39;s link count, one to add the new directory entry, one to remove the old directory entry, and one to decrement the link count.

&lt;p&gt;常にリンク数の下限を確保するためには、名前の変更は連続する4回のディスクの更新を必要する。すなわち、inode のリンク数を増加させるために1回、新しいディレクトリエントリを追加するために1回、古いディレクトリエントリを削除するために1回、リンク数を減少させるために1回である。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;どこからも参照されないファイルを作らないためには、リンク数を減らしすぎてはならない。なので conservatively の訳は、これで多分あってると思うのだが、辞書を見ると「内輪に見積もる」というような意味もある。多めに見積もるのと少なめに見積もるのの、どちらが conservative かって、状況によるよね。&lt;/p&gt;

&lt;p&gt;前のページの2段落目にも同じような表現がある。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T23:12:47+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08__pointers__f59a.html">
<title>ch08: ☆ pointers and descriptions</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08__pointers__f59a.html</link>
<description>324ページ、Soft Updates の冒頭 In filesystems...</description>
<content:encoded>&lt;p&gt;324ページ、&quot;Soft Updates&quot; の冒頭&lt;/p&gt;

&lt;blockquote&gt;
In filesystems, metadata (e.g., directories, inodes, and free block maps) gives structure to raw storage capacity. Metadata provides pointers and descriptions for linking multiple disk sectors into files and identifying those files.
&lt;/blockquote&gt;

&lt;blockquote&gt;
ファイルシステムにおけるメタデータ (metadata) (たとえば、ディレクトリ、inode、未使用ブロックマップ) は、未加工の記憶領域に構造を与えるためのものである。メタデータは、複数のディスクセクタからファイルを構成し、それらのファイルを識別するための手がかりを与え意味を定義する。
&lt;/blockquote&gt;

&lt;p&gt;この pointers and descriptions の意味がどうも釈然としない。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T22:53:15+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch08_file_lock_413e.html">
<title>ch08: ★☆☆file lock</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch08_file_lock_413e.html</link>
<description>320ページ、下から5行目 The wait channel for proce...</description>
<content:encoded>&lt;p&gt;320ページ、下から5行目&lt;/p&gt;

&lt;blockquote&gt;
The wait channel for process 1 shows that process 2 is sleeping, waiting for a lock to clear, and identifies the pending lock structure as the pending lock (range 9 to 12) hanging off the lf_block field of the second active lock (range 7 to 12).
&lt;/blockquote&gt;

&lt;p&gt;プロセス1の wait channel を見てプロセス2が休眠しているのがわかるのはおかしくないか。実は、前の版では &quot;process 2 is sleeping&quot; の部分は &quot;process too is sleeping&quot; となっている。つまり『プロセス1もまた休眠している』と解釈すれば筋が通るので、今はそう訳してある。でも英語的にちょっと不自然な気もするのだが、こういう too の使い方をすることはあるのか。&lt;/p&gt;</content:encoded>


<dc:subject>08 Local Filesystems</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-30T22:45:38+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/post_5139.html">
<title>森博嗣とハッカーと失踪と哲学と病気</title>
<link>http://log.utashiro.com/daemon3/2005/07/post_5139.html</link>
<description>翻訳作業は去年の10月に始めたが、ゴールデンウィークからネジを巻いて、以来完全無...</description>
<content:encoded>&lt;p&gt;翻訳作業は去年の10月に始めたが、ゴールデンウィークからネジを巻いて、以来完全無休状態で翻訳作業をしている。他の仕事もあるので四六時中翻訳してたわけではないが、この3ヶ月間は、週のうち3〜4日を翻訳作業に当てて来た気がする。

&lt;p&gt;電車に乗っていても座れればたとえ2駅でもラップトップを開いて作業するという状況だが、そうすると不思議なもので、座れずに立っている時間もボンヤリしてるのがもったいない。もったいないので本を読む。暇な時にはそんなに読まないのにね。&lt;p&gt;だからと言って原書を読んだりはしない。大体、あんなものは持ち歩けない。
何を読んでるかというと今まで機会がなかった森博嗣。
５月からこれだけ読んだ。
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062639246/srekcahorg-22&quot;&gt;すべてがFになる&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062645602/srekcahorg-22&quot;&gt;冷たい密室と博士たち&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062646145/srekcahorg-22&quot;&gt;笑わない数学者&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062647060/srekcahorg-22&quot;&gt;詩的私的ジャック&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062647990/srekcahorg-22&quot;&gt;封印再度&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062730111/srekcahorg-22&quot;&gt;幻惑の死と使途&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/406273012X/srekcahorg-22&quot;&gt;夏のレプリカ&lt;/a&gt;、
&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4062730979/srekcahorg-22&quot;&gt;今はもうない&lt;/a&gt;。
あと2冊でシリーズ完結。
BSD カーネルのお供としては最適。作中に UNIX が登場するとなんだか嬉しい。書かれたのは90年代半ばなので、Telnet でログインしてメールを読んだりする。F の中心となる仕掛けもバリバリにカーネルハックした UNIX 上のシステム。謎を解くためにカーネルデバッグするという、オープンソースでこそ成り立つ設定。UNIX へのクラッキングが出てくるのは2作目だったか。最後の「今はもうない」は読み終えたばかりだが、このオチを書くためにそれまでの作品を準備したのではないかと思うくらいだ。長い仕込みだなー。

&lt;p&gt;それ以外に読んでたのは、
マロリー・ブラックマンの「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4037000504/srekcahorg-22&quot;&gt;ハッカー&lt;/a&gt;」。少年少女ハッカー小説。
ダン・ヴァートン「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4798102830/srekcahorg-22&quot;&gt;リトル★ハッカー&lt;/a&gt;」。少年少女ハッカー実話。
吾妻ひでお「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4872575334/srekcahorg-22&quot;&gt;失踪日記&lt;/a&gt;」。これはおもしろい。
ついでにアズマニア
	    &lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4150305439/srekcahorg-22&quot;&gt;(1)&lt;/a&gt; 	    &lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4150305501/srekcahorg-22&quot;&gt;(2)&lt;/a&gt; 	    &lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4150305587/srekcahorg-22&quot;&gt;(3)&lt;/a&gt;。
知り合いからもらった哲学書「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/456966203X/srekcahorg-22&quot;&gt;
はじめて考えるときのように&lt;/a&gt;」。
永井明
「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4043447027/srekcahorg-22&quot;&gt;ぼくが医者をやめた理由つづき&lt;/a&gt;」
「&lt;a href=&quot;http://www.amazon.co.jp/exec/obidos/ASIN/4582823785/srekcahorg-22&quot;&gt;ぼくが病気になった理由&lt;/a&gt;」。
ハッカーもの以外は、病気だったり、失踪だったり、哲学だったりと、どうも逃避傾向だ。</content:encoded>


<dc:subject>閑話</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-29T11:47:20+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch07_stripped_v.html">
<title>ch07: ☆stripped volume</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch07_stripped_v.html</link>
<description>270ページ、2個目の黒丸 Aggregation of disks to pr...</description>
<content:encoded>&lt;p&gt;270ページ、2個目の黒丸&lt;/p&gt;

&lt;blockquote&gt;
Aggregation of disks to provide a RAID, mirrored, or &lt;font color=red&gt;stripped&lt;/font&gt; logical volume
&lt;/blockquote&gt;

&lt;p&gt;striped のタイポだろうと解釈し、勝手にそう訳した。&lt;/p&gt;</content:encoded>


<dc:subject>07 Devices</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T23:37:38+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch07__6782.html">
<title>ch07: ★★オブジェクト指向用語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch07__6782.html</link>
<description>オブジェクト指向分野から借りて来たと思われる用語がいくつかあるが、適切な訳になっ...</description>
<content:encoded>&lt;p&gt;オブジェクト指向分野から借りて来たと思われる用語がいくつかあるが、適切な訳になっているか少し不安。&lt;/p&gt;

&lt;blockquote&gt;
&lt;table&gt;
&lt;tr&gt;&lt;td&gt;transformation&lt;td&gt;変換&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;provider&lt;td&gt;プロバイダ&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;consumer&lt;td&gt;コンシューマ&lt;/tr&gt;
&lt;/table&gt;
&lt;/blockquote&gt;&lt;p&gt;3つしかないか。あと、クラスなんかもそうだけど。&lt;/p&gt;

&lt;p&gt;しかし、transformation を除いて、他には訳しようがないな。&lt;/p&gt;</content:encoded>


<dc:subject>07 Devices</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T23:29:12+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch07_processor__abaf.html">
<title>ch07: ★★意味のわからない用語がたくさんある</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch07_processor__abaf.html</link>
<description>247 267ページ、4行目 processor device (pt) と...</description>
<content:encoded>&lt;p&gt;&lt;strike&gt;247&lt;/strike&gt; 267ページ、4行目&lt;/p&gt;

&lt;p&gt;&quot;processor device (pt)&quot; とは何だ? 「プロセッサデバイス」と訳してあるので、特に翻訳上は問題ないのだけど。&lt;/p&gt;

&lt;p&gt;そういえば、その次の enclosure service (ses) も何だかわからない。これも「エンクロージャサービス」と訳したので、それほど不都合はないが、意味がわからないと気持ち悪い。&lt;/p&gt;&lt;p&gt;この章は全体的にそういう用語がよく出てくる。わからない用語をまとめてみよう。&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;processor device (プロセッサデバイス)
&lt;li&gt;target emulator (ターゲットエミュレータ)
&lt;li&gt;mid layer transport (中間層トランスポート)
&lt;li&gt;modular transformation
&lt;li&gt;flash-adaptation
&lt;/ul&gt;

&lt;p&gt;modular transformation は数学用語にもあるようだが、多分ここで使われているのは別の意味だと思う...&lt;br /&gt;
&lt;/p&gt;</content:encoded>


<dc:subject>07 Devices</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T23:04:25+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch07_mirror_is__ed7c.html">
<title>ch07: ☆☆☆mirror is reliable than RAID</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch07_mirror_is__ed7c.html</link>
<description>264ページ、3行目 Or the partitions may be orga...</description>
<content:encoded>&lt;p&gt;264ページ、3行目&lt;/p&gt;

&lt;blockquote&gt;
Or the partitions may be organized into two equal-sized groups and mirrored to provide an even higher level of reliability and accessibility than RAID.
&lt;/blockquote&gt;

&lt;p&gt;と書いてあるが、RAID よりミラーの方が信頼性が高いのか?&lt;/p&gt;</content:encoded>


<dc:subject>07 Devices</dc:subject>
<dc:subject>☆☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T23:01:15+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch06_heuristic__2e81.html">
<title>ch06: ★★☆heuristic is that</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch06_heuristic__2e81.html</link>
<description>249ページ、5パラ The heuristic is that, if the...</description>
<content:encoded>&lt;p&gt;249ページ、5パラ&lt;/p&gt;

&lt;blockquote&gt;
The heuristic is that, if the buffer will be modified again soon, the I/O would be wasted.

&lt;p&gt;ここでの懸念は、書き戻した直後にバッファが書き換えられてしまうと、行った出力処理が無駄になってしまうことである。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;変じゃない?&lt;/p&gt;&lt;p&gt;&quot;heuristic is that&quot; の部分がどのような意味で使われているのかが不明なため、このように訳した。heuristic は、ここで実装されている経験則ではないかという解釈である。前訳「バッファが再び変更された場合には、I/Oは浪費されているという傾向があるといえる」は意味不明。&lt;/p&gt;

&lt;p&gt;&quot;heuristic is that&quot; に対する定訳があれば知りたい。&lt;/p&gt;</content:encoded>


<dc:subject>06 I/O System Overview</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T22:53:43+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_c79b.html">
<title>ch06: ☆☆vnode contents (object type)</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_c79b.html</link>
<description>241ページ、12個目の中点 The type of the underlyin...</description>
<content:encoded>&lt;p&gt;241ページ、12個目の中点&lt;/p&gt;

&lt;blockquote&gt;
The type of the underlying object (e.g., regular file, directory, character device, etc.) is given.
&lt;/blockquote&gt;

&lt;p&gt;&quot;is given&quot; はどういう意味？&lt;/p&gt;&lt;p&gt;今の訳は&lt;/p&gt;

&lt;blockquote&gt;
対応するオブジェクトの型(例: 一般ファイル、ディレクトリ、キャラクタデバイス等)。
&lt;/blockquote&gt;

&lt;p&gt;で、要するに訳していない。前訳では「下位オブジェクトの型が与えられる」となっているが意味不明。訳さない方がいいんじゃないのか。&lt;/p&gt;</content:encoded>


<dc:subject>06 I/O System Overview</dc:subject>
<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T22:47:31+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_69ef.html">
<title>ch06: ★★★vnode contents (lock manager lock)</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_69ef.html</link>
<description>241ページ、8個目の中点 A lock-manager lock to pro...</description>
<content:encoded>&lt;p&gt;241ページ、8個目の中点&lt;/p&gt;

&lt;blockquote&gt;
A lock-manager lock to protect parts of the vnode that may change while it has an I/O operation in progress.

&lt;p&gt;進行中の入出力操作によって変更される可能性のある vnode の一部を保護するためのロックマネージャによるロック。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;あってるかなあ? 実はあまり意味を理解していないのだ。change するのは何だ?&lt;/p&gt;</content:encoded>


<dc:subject>06 I/O System Overview</dc:subject>
<dc:subject>★★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T22:41:02+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_f82a.html">
<title>ch06: ★★vnode contents</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch06_vnode_cont_f82a.html</link>
<description>241ページ、2番目の中点 The various reference coun...</description>
<content:encoded>&lt;p&gt;241ページ、2番目の中点&lt;/p&gt;

&lt;blockquote&gt;
The various reference counts include &lt;font color=red&gt;the number of file entries that are open for reading and/or writing that reference the vnode&lt;/font&gt;, &lt;font color=blue&gt;the number of file entries that are open for writing that reference the vnode&lt;/font&gt;, and the number of pages and buffers that are associated with the vnode.
&lt;/blockquote&gt;

&lt;p&gt;2番目の数は、1番目の数に含まれちゃうんじゃないだろうか?&lt;/p&gt;</content:encoded>


<dc:subject>06 I/O System Overview</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T22:31:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch06_elevator_s_304a.html">
<title>ch06: ★★elevator sorting algorithm</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch06_elevator_s_304a.html</link>
<description>cyclic, ascending, block order って、どう訳す...</description>
<content:encoded>&lt;p&gt;&quot;cyclic, ascending, block order&quot; って、どう訳すかな。&lt;/p&gt;&lt;p&gt;今はこう:&lt;/p&gt;

&lt;blockquote&gt;
This algorithm sorts requests in a cyclic, ascending, block order, so that requests can be serviced with minimal one-way scans over the drive.

&lt;p&gt;このアルゴリズムは、要求を処理するために必要なドライブ上の一方向の走査回数が最小になるように、ブロックが巡回的に昇順に並ぶように要求を順序付ける。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;これでわかるなら、いいのですが。でも原文を読んでアメリカ人がわかるかというと、わかるんだろうか?&lt;/p&gt;</content:encoded>


<dc:subject>06 I/O System Overview</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T22:07:24+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_active_cou.html">
<title>ch05: ☆active count = usage count?</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_active_cou.html</link>
<description>207ページ、最後の文： When it wants to update the...</description>
<content:encoded>&lt;p&gt;207ページ、最後の文：&lt;/p&gt;

&lt;blockquote&gt;
When it wants to update the active count for a page, it uses pmap_ts_referenced() to count the number of uses of the page since it was last scanned.
&lt;/blockquote&gt;

&lt;p&gt;この active count は、usage count と同じ意味なんだろうか。多分そうなんだろうなあ...&lt;br /&gt;
文章中ではここにしか登場しないが、擬似コードの中では使われている。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:54:57+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_vm_map_ent.html">
<title>ch05: ☆☆vm_map_entry</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_vm_map_ent.html</link>
<description>206ページ、真ん中辺り： The request to make the pa...</description>
<content:encoded>&lt;p&gt;206ページ、真ん中辺り：&lt;/p&gt;

&lt;blockquote&gt;
The request to make the page writable is made only in the vm_map_entry structure.
&lt;/blockquote&gt;

&lt;p&gt;vm_map_entry 構造体の中でのみ要求が可能というのはどういう意味か?&lt;/p&gt;&lt;p&gt;要求が構造体の中で可能というのはどういう意味か? 構造体の内容を直接変更しなければならないという意味だろうか?&lt;/p&gt;

&lt;p&gt;このパラグラフの最後では、pmap_enter によって書き込み可能にすると書いてある。pmap_enter が構造体の内容を変更するというのか。だったら、どんなインタフェースだってそうだろう。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:48:00+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_pmap_enter.html">
<title>ch05: ★pmap_enter</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_pmap_enter.html</link>
<description>204ページ、下から2パラ： Pmap_enter() is the only ...</description>
<content:encoded>&lt;p&gt;204ページ、下から2パラ：&lt;/p&gt;

&lt;blockquote&gt;
Pmap_enter() is the only routine that cannot lose state or delay its action.
&lt;/blockquote&gt;

&lt;p&gt;の意味がいまいちわからない。pmap 関数群の中でという意味なのだろうか? それにしちゃ、前後のつながりが悪いような気がする。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:43:53+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_strictly__0782.html">
<title>ch05: ☆☆strictly の意味</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_strictly__0782.html</link>
<description>199ページ、下から２パラ： The interface deals stric...</description>
<content:encoded>&lt;p&gt;199ページ、下から２パラ：&lt;/p&gt;

&lt;blockquote&gt;
The interface deals strictly in machine-independent page-aligned virtual and physical addresses and in machine-independent protections.
&lt;/blockquote&gt;

&lt;p&gt;の strictly の意味がわからない。&lt;/p&gt;&lt;p&gt;前訳では「厳格にページ境界にそった」と訳しているが、strictly はおそらく deal in を修飾しているので、これは誤訳であろう。普通なら「厳密に」だが、どうもしっくりこないので訳していない。&lt;/p&gt;

&lt;p&gt;何か特別な意味があるのだろうか?&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:19:54+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_forwardmap_c8eb.html">
<title>ch05: ★★forward-mapped page table の訳語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_forwardmap_c8eb.html</link>
<description>197ページ、2パラ： forward-mapped page table の訳...</description>
<content:encoded>&lt;p&gt;197ページ、2パラ：&lt;/p&gt;

&lt;p&gt;forward-mapped page table の訳語としては、「前方マップ型ページテーブル」を当てているが、それでいいか。&lt;/p&gt;&lt;p&gt;ちなみに、&quot;inverted page table&quot; は「逆ページテーブル」、&quot;reverse-mapped page table&quot; は、「逆マップページテーブル」と訳している。もっとも、これらは同じものを指す。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:12:20+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_reference__b82b.html">
<title>ch05: ☆☆reference bit は何ビット?</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_reference__b82b.html</link>
<description>191ページ、3行目 If the bit is set, it is clea...</description>
<content:encoded>&lt;p&gt;191ページ、3行目&lt;/p&gt;

&lt;blockquote&gt;
If the bit is set, it is cleared and the usage counter for the page is incremented (up to a limit of 64) by the number of references to the page.
&lt;/blockquote&gt;

&lt;p&gt;とあるが、reference bit というのは1ビットではなく、複数ビットあって、何回参照されたのかの情報を持つのか?&lt;/p&gt;&lt;p&gt;文章を読む限りは、そう判断するしかないと思う。だったら reference bits にしてくれればわかりやすいのに。実際のところは、どうなのでしょう?&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>☆☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T21:05:24+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_leastrecen_2722.html">
<title>ch05: ☆least-recently used の訳語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_leastrecen_2722.html</link>
<description>188ページ、2パラ。 least-recently used, leas...</description>
<content:encoded>&lt;p&gt;188ページ、2パラ。&lt;/p&gt;

&lt;p&gt;&quot;least-recently used&quot;, &quot;least-actively used&quot; はどう訳す?&lt;/p&gt;&lt;p&gt;LRU は、もちろん他にもたくさん出てくるのだが、なるべく LRU という言葉を使うようにしている。おそらく、大半の読者にとって、そう書いた方がわかりやすいだろうと思うからである。&lt;/p&gt;

&lt;blockquote&gt;
The 4.4BSD system implemented demand paging with a page-replacement algorithm that approximated global least-recently used [Easton &amp; Franaszek, 1979].

&lt;p&gt;4.4BSD システムは、全体的に ``least-recently used (LRU)&#39;&#39;、つまり「最長未使用期間」のものを選択するページ置換アルゴリズムを実装している。&lt;/p&gt;

&lt;p&gt;In FreeBSD, the one-bit use field for each page has been augmented with an activity counter to approximate global least-actively used.&lt;/p&gt;

&lt;p&gt;FreeBSD では、使用の有無を示す1ビットのフィールドに加えて、全体的に ``least-actively used&#39;&#39;、つまり「最小使用頻度」のものを選択するために使用頻度を示すカウンタが使われている。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;しかし、この文脈だとそれが難しいので、上のように訳した。LRU の訳語として「最小使用頻度」を使う人もいるが、これは誤訳だろう。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>☆</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T20:57:44+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_nway_set_a_37e6.html">
<title>ch05: ★n-way set associative の訳語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_nway_set_a_37e6.html</link>
<description>184ページ、Hardware Cache の2パラ目。 2-way set a...</description>
<content:encoded>&lt;p&gt;184ページ、Hardware Cache の2パラ目。&lt;/p&gt;

&lt;p&gt;2-way set associative は何と訳す?&lt;/p&gt;&lt;blockquote&gt;
Most modern caches are either 2-way set associative or 4-way set associative.

&lt;p&gt;多くの近代的なキャッシュは、2ウェイ群連想方式 (2-way set associative) か、4ウェイ群連想方式 (4-way set associative) である。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;とりあえず、「2ウェイ群連想方式」と訳してある。&lt;/p&gt;

&lt;p&gt;ちなみに、同じパラグラフ内の &quot;direct-mapped cache&quot; は「ダイレクトマップキャッシュ」、186ページの &quot;multiway-set associative cache&quot; は「群連想方式キャッシュ」、197ページの &quot;fully associative&quot; は「完全連想方式」と訳してある。&lt;/p&gt;

&lt;p&gt;「ウェイ」に代わるもっとマシな訳語あれば、それを使いたい。&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T20:44:25+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_radixnode__db63.html">
<title>ch05: ★★radix-node の訳語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_radixnode__db63.html</link>
<description>179ページ、3パラグラフ目 radix-tree は、まあ「radix木」でい...</description>
<content:encoded>&lt;p&gt;179ページ、3パラグラフ目&lt;/p&gt;

&lt;p&gt;radix-tree は、まあ「radix木」でいいとして、radix-node は「radix 節」でいいですか?&lt;/p&gt;&lt;blockquote&gt;
Doing a linear scan of the swap-block bitmaps to find free space would be unacceptably slow.

&lt;p&gt;未使用領域を探す方法として、ビットマップを線形に検索する方法は処理に時間がかかりすぎる。&lt;/p&gt;

&lt;p&gt;Thus, the bitmap is organized in a radix-tree structure with free-space hinting in the &lt;font color=red&gt;radix-node&lt;/font&gt; structures.&lt;/p&gt;

&lt;p&gt;そのため、ビットマップを radix 木構造に構成し、&lt;font color=red&gt;radix 節&lt;/font&gt;構造に未使用領域のヒント情報を管理する。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T20:29:41+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch05_copyonwrit_75f9.html">
<title>ch05: ★★copy-on-write mapping for text area</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch05_copyonwrit_75f9.html</link>
<description>168ページ、項目1 冒頭ではテキスト領域は copy-on-write でマッ...</description>
<content:encoded>&lt;p&gt;168ページ、項目1&lt;/p&gt;

&lt;p&gt;冒頭ではテキスト領域は copy-on-write でマップすると書いてあるが、最後の部分ではテキストのマップに copy-on-write を使うことができないと書いてある。どっちなのか?&lt;/p&gt;&lt;blockquote&gt;
A copy-on-write, fill-from-file entry maps the text segment.

&lt;p&gt;テキストセグメントをマップするのは、書き込み時コピーの属性を持つファイル充填 (fill-from-file) 型のエントリである。&lt;/p&gt;

&lt;p&gt;A copy-on-write mapping is used, rather than a read-only one, to allow active text segments to have debugging breakpoints set without affecting other users of the binary.&lt;/p&gt;

&lt;p&gt;読み込みのみではなく、書き込み時コピーのマッピングが用いられるのは、実行中のテキストセグメントにデバッグのためのブレークポイントを設定しても、同じバイナリのユーザに影響を与えないためである。&lt;/p&gt;

&lt;p&gt;In FreeBSD, some legacy code in the kernel debugging interface disallows the setting of break points in binaries being used by more than one process.&lt;/p&gt;

&lt;p&gt;FreeBSD では、カーネルのデバッグインタフェースに古い実装コードが残っているため、複数のプロセスによって実行されているバイナリにブレークポイントを設定することができない。&lt;/p&gt;

&lt;p&gt;This legacy code prevents the use of the copy-on-write feature and requires that the text be mapped read-only.&lt;/p&gt;

&lt;p&gt;この古いコードがあるため、書き込み時コピーの機能が使えず、テキストは読み込みのみでマップしなければならない。&lt;br /&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;1つのバイナリを同時に2つのデバッガで実行することができないという意味なのだろうか? それとも、どこか解釈が間違っているのか?&lt;/p&gt;</content:encoded>


<dc:subject>05 Memory Management</dc:subject>
<dc:subject>★★</dc:subject>

<dc:creator>Kazumasa Utashiro</dc:creator>
<dc:date>2005-07-24T20:23:45+09:00</dc:date>
</item>
<item rdf:about="http://log.utashiro.com/daemon3/2005/07/ch04_lottery_sc_d250.html">
<title>ch04: ☆☆☆lottery scheduling の訳語</title>
<link>http://log.utashiro.com/daemon3/2005/07/ch04_lottery_sc_d250.html</link>
<description>lottery scheduling の訳語</description>
<content:encoded>&lt;p&gt;129ページに　lottery scheduling という用語が出てくる。これについては、どうもふさわしい訳語が見つからない。誰か教えてください。このままだと