渡辺克宏のニュースへの投稿の抜粋

関係する有用な知識や、当時から変化してしまった事情に関する情報も できるだけ集めておきたいと思います。 誤りや古くなってしまった記述の指摘、 関係する情報やリンクや質問などを歓迎します。 ここに集めた記事へのフォローも非常に興味深いのですが、 著作権等の問題を鑑みて載せるのは遠慮しておきます。

Date: の新しい順に並べたリスト (最新は Jul 5, 2005)

古くなった記事あるいは昔話

UNIX 関係

・（#! で始まる）スクリプトを execve(2) する時の インタプリタファイル名の制限

・ test コマンドを使うときには変数が空の場合を考慮する

・ emacs 関係

• emacs を使っている時に root 作業をしたくなったら。 そもそも普通は emacs を suspend するものだとは思う。

・ fsck でファイルシステムが修復できなかった件

および、これに関連して adb の話。

• 記憶空間のマッピング
• パッチの当て方
• /vmunix の magic number

・ perl

• login shell を perl にしてみる 話と、後日の 再まとめ
• dump して undump で実行ファイルを作ってもスクリプトを隠したことにはならない

・ Subject: Re: non-interactine telnet session

・ mail

mail drop に書き込む時には排他制御に気を付けよう

その１、 その２。 ただし誤解していけないのは、 排他制御すべきは「mail drop 自身」であり、 「mail drop に書き込むプログラムの起動」ではない。 その２の続きで述べているように、 そういったプログラムの起動を逐次化することは 資源の lock を直接には意味しない。 mail drop に書き込むプログラムが sendmail とあなたの プログラム以外に何種類あるかなどわからないのである。 (shell script 一般での lock には ln(1) -s などが 便利というのは確かだが、それは余談なだけ。)

メールを処理するプログラムで 一時的にファイルを作ったりする場合は、 mode に注意しよう。

・ user id

• uid の型にはどうも一貫性がない
• kernel による nobody の扱いと uid の型の一貫性が保たれてない件

・ at が２回実行される

・ socket への write(2) は中途で終わる可能性がある

• 社内編 その１、 その２、 その３とパッチ
• fj 編 その１、 その２、 その３

参考文献: 記事 <6223@icsts1.osaka-u.ac.jp>

・ malloc(3)

• Subject: Re: BSD malloc(3) and Swap Space この記事の中の 「BSD の malloc の内部では、大きい領域の確保」とは、 1/2 pagesize 以上の場合をいう。 例えば pagesize が 1024 だったなら(VAX)、

  malloc(512 ぐらい)

  1 + 1 = 2 pages = 2048 bytes の block を確保

  malloc(2048 をちょっと越えたあたり)

  2 + 1 = 3 pages = 3072 bytes の block を確保

  malloc(3072 をちょっと越えたあたり)

  4 + 1 = 5 pages = 5120 bytes の block を確保

  となる。
• Subject: Re: can others allocate freed area ?
• BSD における malloc(3) の実装の変遷
• 記憶域を解放しないようなfree(3)の実装にも意味がある

・ xargs 関係

• xargs と find の比較
• xargs の隠れた危険性

・ dump/restore や tar はシンボリックリンクの owner を保存しない

・ 親プロセスが異常終了した時に子供も殺す方法

• _exit(2)、プロセスグループ、端末等の扱いが ＯＳによってどのように異なっているかは、 以下の本の "4.9 Process Groups and Terminal Management" を 参照するとよい。

  "UNIX internals: the news frontiers";
  Uresh Vahalia;
  Prentice Hall; 1996;
  ISBN 0-13-101908-2;
  		

• 続きと、 祖母プロセスを設ける戦略のコード例。 この記事を読むときには、以下の点に注意。
  • 「叔父が停止した時も wait(2) から抜ける」というのは、 ptrace(2) されてて停止したときの意味で、考慮しなくて良い。
  • 「BSD での exit(2)」は、 「BSD での _exit(2)」の誤植。
  • 「BSD での _exit(2) の振舞い」というのは、厳密な表記ではない。 なぜなら、SIGKILL が送られた場合、 プロセスは自分から _exit(2) システムコールを呼ぶことなしに 終了するのだから。
• BSD や POSIX に限らず 全ての UNIX に適用できそうな方法。 ただし、これの元記事の場合に限って考えると、 記事 <xqrpv9r5bkj.fsf@srapc342.sra.co.jp> に示されたように、 親子間に socket connection があることを利用した方が簡単である。

・ 洗濯機へ UNIX を載せる話

その続き

・ ファイルシステム関係

• Subject: Re: File system fragmentation と続き
• df の avail が 0 でないにもかかわらずファイルシステムがあふれる ことがある話と、その続き
• news spool の blocksize/fragmentsize と空間効率
  • fragmentsize が小さいほど空間効率がよい
  • 8192/1024 FFS と 4096/512 FFS での無駄の見積り
  ただしこれらは、INN の CNFS を使っていない場合の話である。
• FFS ではディレクトリの大きさは単調に増加する という話
  • 日を追って ディレクトリに費やされる無駄が増えていく様子 （make xgraph の結果）
  • 議論のまとめ

    SunOS では、ディレクトリを truncate するのを、 次に新しくファイルが生成されるまで遅延している。 これは、 "rm *", "rm -r a_irectory" をやったときに 性能を落とさないための気がする。

  • NEWS-OS での実例
• fragment size 以下の大きさのファイルを圧縮する意味はない

・ Subject: The small packet probrem and its solution

その解決

・ 古典的な BSD 系の ps の -g や -x の意味

・ sh では普通 "$@" を使う

・rm にまつわる話

• rm *の話とその続き

  問題３に関して

  GNU の fileutils の rm が stat(2) 系統を使っていたのは もはや過去の話のようで、 fileutils-3.16 を見たところ、 （主として）access(2) を使っていた。

  問題４に関して

  （-f option を指定していなければ、） 実行中のコマンドのファイルを削除しようとしたとき、

  BSD 系

  access(2) で ETXTBSY になるので ユーザーに確認を求めてくるが、 Yes と答えればファイルは削除できる。

  System V 系

  unlink(2) が ETXTBSY になるので ファイルは削除できない。

  SunOS 系

  access(2) は成功するのでユーザーに確認を 求めてこないし、unlink(2) も成功する。

  のような違いがある。

• root が "rm -r /" をしたら何が起きるか
• カーネルや動作中のコマンドのファイルを rm しても、 カーネルやプロセスが異常終了するわけがない。

・ UNIX 管理者が過去に行なった失敗の survey

・ カーネル関係

テーブルの拡張

その１、 その２、 その３、 その４、 その５、 および後日改めてその６

テキストテーブルについて

その１、 その２、 その３、 その４、 vmstat -s の見方とその 続き

プログラムテキストは共有される

プロセステーブルについて

スワップマップについて

カーネルの reconfig の意味

limit 及び、ファイルディスクリプタのテーブル

Solaris のファイルディスクリプタテーブル関係は、" Fidding around with files, part one - SunWorld - February 1998" に詳しい。

pagedaemon, swapper という名前が PCB からは得られない

write(2) は atomic でない

write(2) の返値について昔話をすると、UNIX V7 のマニュアル UNIX Programming -- Second Editionには、

it is generally an error if this isn't equal to the number supposed to be written.

とある。

SunOS での swapinfo 構造体について

setrlimit(2) で hard < soft の場合の振舞い

および、一般ユーザーの cputime に limit をかける話

特に SunOS 4.1.X で 物理メモリの量を調べる方法

カーネルは普通 paging の対象外である

ということもあって、カーネルのファイルは削除して構わないし、 実際に削除されることがある。

・ net news　system や 記事の統計

• 記事の長さ
• 記事中の１行の長さ (記事では明示し忘れてるが、記事 <C1365o.Ko@poel.juice.or.jp> へのフォローアップ)
• 2000年対応に関連して、Date: フィールドが２桁の記事数
• Date: の年号が2桁の記事の流量
• BNews には直前まで深刻なY2K問題が存在していた(実際expireが狂うようになっていたとのこと)

・ grep の振舞い

grep については、 grep,egrep,fgrep の使い分け方 に関する資料もある。

• SunOS で egrep が異常終了する。 その後の調べで unsetenv LANG LC_TYPE するとちゃんと動く (thanks to nagumo@sra.co.jp) ことがわかった。
• オートマトンとの関係と その続き
• マッチした行の前後を表示するには
• lazy transition evaluation や egrep/fgrep の比較について。 この記事に付録している計測用 perl script は、 最近の perl5 では動かない。 最近の環境での計測結果を egrep と fgrep の性能比較のページにまとめておいた。

・ dump のパラメータの与え方や 特に NEWS から SUN へ rdump する時のパラメータの話

・ ndbm のキーの hash 値の衝突の話

その続き。 こういう話が気になるようなら、代わりに gdbm を使うとよい。

・ CVS 関係

ver 1.8.1 に基づいた資料も公開中

• 特定の人にだけ commit を許すには？

・ connect(2) がタイムアウトするまでの時間

ソースコードをいじれる状況ならば、socket を non-blocking I/O の モードにしてから connect(2) して select(2) で待てば、 connect(2) のタイムアウトを事実上短くしたのと同じ効果が得られる。 詳しくは、

From: taca@kyoto.jepro.co.jp (Takahiro Kambe)
Newsgroups: fj.net.programming
Subject: Re: [Q] timeout at connect
Date: 28 Aug 1998 11:36:31 GMT
Message-ID: <6s64nv$kuo$2@lyra.kyoto.jepro.co.jp>

や、 Programming UNIX Sockets in C - Frequently Asked Questions を参照。

・ exec と core 関係

• core ファイルの存在意義
• 実行ファイルの read permission を落としても data segment は隠せない

・ Subject: Today's junk article

• nobody の id の話、その 誤り訂正
• ホスト名
• 壊れたファイルシステムとその 続編
• forward char と universal-argument
• 数字を３桁ごとカンマで区切る方法に関する hack
  • bc
  • sed
    UNIX Magazine 1990年11月号 「little language」に関連記事あり
  • dc
  • m4とその続き
  • nroff
  • sendmail
  • adb
  • 比較とその訂正
• junk へのクロスポストの顛末
• NFS のアクセスの統計と そのグラフ
• adb のスクリプトは保守されていない

smalltalk 関係

• Subject: ParcPlace Smalltalk V2.5 (Re: CaseSwitch)
• Subject: Behavior of system transcript when it is collapsed とその 解決編
• Subject: Class>>addClassVarName: doesn't update change set その１、 その２、 その３ その４
• プラットフォームごとのファイル名の解釈
• Smalltalk の UI は WYSIWYG か？
• クラスを動的に定義する方法
• ブロックからの脱出方法
• リテラルオブジェクトの identity

ヨタ話

• SRA という会社名について
• SRA という同名の別会社について
• sra.sra.co.jp というドメイン名
• Subject: Re: Nobody's perfect. (Re: Wildcard '*' ..... )
  ps(1) は root が無定見に使っても大丈夫か。
• Richard Stallman に会った
• 羽田空港から会社に login した
  ---昔話になってしまった。 「インターネット」とか「モバイル」とかは既に存在していたが、 まだそんなに流行ってなかった。 今このレンタルビューローはどうなっているのだろうか？
• インターネットを買うという話
• デーモン君が水商売オーシャン水の宣伝にご出演

渡邊克宏に 御意見御感想をお寄せあれ。