Path: sran265!katsu From: katsu@sran14.sra.co.jp (WATANABE katsuhiro) Message-ID: Date: 16 Nov 92 11:36:01 Organization: Software Research Associates, Inc.,Japan In-reply-to: katsu@sran14.sra.co.jp's message of 9 Nov 92 09:09:04 GMT Newsgroups: fj.unix Subject: Re: Q. about /etc/pstat Distribution: fj References: 記事 で、私いはく >  しかし、私が記事 で次のように > 書いたのは誤りでした。 > > (3)フリーなエントリーと vnode との関係 > > [NFS case] ft が vnode を介して rnode "rn" と関係していたとする。 > > rnode 一般に言えることとして、どこからも参照されていないものは > > カーネルによって適当な時期に回収されるが、inode の場合と違って > > フリーなテキストエントリーと関連している rnode/vnode も回収されて > > しまうようである。もし rn についてこうした回収が起きると、ft の中身は > > クリアされる。 > amd によって unmount が起きた > 状況を、 > カーネルによってrnode が勝手に回収されるものと誤解したものです。 >  unlink や unmount などの正当な(?)理由なくして、上でいう > 「ft の中身はクリアされる」ようなことは起こりません。  また間違っていました。(少なくとも)NEWS-OS 4.1 と 4.2 では、 仮想記憶空間が逼迫している状態では例外が起きることがわかりました。  キャッシュになっているテキストのイメージも当然スワップ空間を 消費します。  プロセスを起動するときやプロセスの空間を拡張するときなどに、 もしスワップ空間が足りなくなったならば、「失敗」になる前に まずはこうしたテキスト(inactive でフリーリストにあるもののうち、 有効な vnode を保持しているもの)を全部クリア(スワップ中の テキストイメージを解放)してみるようです。 -- 渡邊克宏@SRAソフトウェア工学研究所