TODO

(written in euc-jp-unix) -*-text-*-
$Id: TODO,v 1.17 2001/09/04 08:21:35 2ch Exp $

・思いついたことを掻く。
・荒らし厳禁(ｗ
・フォーマットは任意。

				- * -

dat形式はtime_tなので、内部で処理するときはtime_t(もしくはlong)に変換
して持ち回ってもいいんじゃないかな? もちろん2038年問題は忘れてる。そも
そも2chが9月を超えて持つのか?
(6411)


imode対応は、漏れ的に放置気味になってるんで、どなたか落ち穂拾いお願い
するです。
(6411)


板ダイジェストには、板毎ヘッドラインの差込が必要だな…どこかに差込テキ
ストの仕様、落ちてないかしら。意図的にbbs.cgi(と思われるもの)の参照を
避けてるから…
(6411)
↑いろんな設定ファイル・差込ファイルのありかがわかった。でも、やるだけ
無駄になる可能性があるから、マターリ逝くよ…
(6411)


もうみんな知ってるとは思うけど、
M-x c-set-style linux
のスタイルが、現行のソースにいちばん合ってると
おもう。ちなみに漏れのデフォルトは gnu (鬱
(6411)
↑実は自分がそのスタイルだったり... linuxがスタイル一覧にないときは
  (c-set-style "k&r") (setq c-basic-offset 8) してもよし。
  (| --))

				- * -

【USE_INDEX メモ】

まだあぼーんに対応していない。

排他制御が実戦でマトモに動くかどうかは検証していない。

まだ、十分な行インデクスを生成していない。生成させることは難しくない。

(6411)


【mmap(2)教室】

本格的にmmap(2) basedなコード書くのが初めてな漏れ。気づいたことを書くっ
す。っていうかこれまで標準Cライブラリしか使ってなかったからのー。

(6411)

	* MAP_PRIVATEのときは、lengthで確保した領域は全部使用可能。た
	  ぶん、元々のファイル長を超えた部分は0のはず。

	* MAP_SHAREDのとき、length 0のファイルに対しては、mmap()が成功
	  する。ただし、オフセット0 のアクセスすらsegmentation faultを
	  起こす。
	  ↑読み込み用にmapしてるんなら、ファイルサイズ分を超えての
	  アクセスは常にまずいんでないかな? length=0なら当然先頭バイトは
	  長さ1ないとありえない場所だし。
	  ↑なるほど、「アクセスできないアドレスを返す」ってのはそれは
	  それで直交性がある、と解釈するのね。ちなみに長さ1のファイル
	  に対しては、1ページ分読み書きできるようだ。もちろん1を超えた
	  領域への書き込みは捨てられるけど。(6411)
	  ↑それはつまり、ページ単位で割り当てている点自体が実装上の
	  都合であって、そのサイズを格納できる最小のページ数を割り当て
	  ているんでしょう。ページサイズよりも細かい単位では、たまたま
	  page faultを発生させられないというだけで。

	* MAP_SHAREDのとき、lengthを大きすぎる値を指定しても、ページ
	  (x86では4096バイト)きっかりマッピングされ、それを超えたアク
	  セスはsegmentation faultを受ける。

	* もちろんmunmap(2)しなくても、close(2)しなくてもプロセス終了
	  時までにメモリに書いた内容はファイルに反映される。

	* munmap(2)しないでclose(2)した場合でも、マップ領域は有効のよ
	  うだ。内部的実装では、mmap(2)のときに参照が増えてる?
	  FreeBSDのman参照した限りでは、「close(2)してもunmapされない」
	  と明記してあった。

	* MAP_PRIVATEは、即座にcommitされるわけではないらしい。ページ
	  に書き込みしない限り、共有イメージが見えてしまうので、走査し
	  てる間に誰かがファイルをいじってしまったら、ちょっと鬱だ氏の
	  う

				- * -

【部分取得とLast-Modifiedについて】

現在、Last-Modified(以降L-M)は、.datから取得しているが、chunk取得して
いる現状にそぐわないと考える。ただ、現状では、ファイルをナメてから
L-Mを求めるのは難しそうなので…どうしよう。

(6411)

				- * -

【板ダイジェストとLast-Modifiedについて】

現在の実装では、/board/subject.txt のmtimeを返しているが、subject.txt 
はsage進行の時は更新されないと思われるので、上位n個スレでsage進行が行
われているとき、正しいものが取れなくなる可能性はある。

| 新スクリプト(要するに今使っているbbs.cgi)では、 
| sageレスも必ずレス数にカウントされるので、 
| 並べ替えは起きないものの、subject.txtの更新は行われていると思われま
| す。
↑というタレコミがあった。

本来ありぬべき動作は、最新10スレのmtimeのうち、最新のものを返す
べきである。

(6411)

				- * -

【カーネル資源・プロセス資源の後始末に関して】

ちょっと行儀悪いんだけど、グローバルヒープはいちいちfree()すると、効率
悪いと思う。対話型でも常駐サービスでもないCGIは、資源の開放はみーんな
カーネルに任せてしまってもいいんではないか? と漏れ的には思う。ちなみに
プロセス終了時、malloc()した空間をfree()してるわけではない。brkした部
分を関知せず、プロセスごと捨ててるハズ。

殊にmunmap(2)は、PTE(MMUのページテーブル)の解放を伴うため、TLB(MMUのペー
ジキャッシュ)がフラッシュされる。プロセス実行中にこれを行うのは、SMPシ
ステムの場合は決して軽い処理ではない。Linux-2.2だと、SMP周りは貧弱と認
識してる。なので、mmap(2)した領域は放ったらかしにしてるのだ。

XXX 詳しくは知らないんだけど、close(2)した後は、munmap()も一緒に行われ
るんではないかな? だとしたら、read openしたfdは放置しといた方が結果的
にベターかもしれぬ。どなたか突っ込み求む。
↑ウソ。少なくともFreeBSDでは、close(2)してもmunmap(2)されない。(6411)

気持ち悪いとは思うんだが、速やかに処理を終えるべきCGIと割り切って、な
るべく積極的に後始末をサボりたいんだが、どうだろう? って話題はちょっと
前にprog板にスレ立ってたような気もしたーり。

(6411)

				- * -

/*
 *  どーでもいーんですが、Cソース中、
 *  read2ch.hだけEUCですな(藁
 *  ソースのdiff取るときにちょっと悲しいことが起きてしまう。
 *  どうしよ。個人的には全部EUCにできるなら
 *  したいところではある。(6411)
 */

連絡先

6411 mailto:webmaster@psychedance.com