Path: sran265!katsu From: katsu@sran14.sra.co.jp (WATANABE katsuhiro) Message-ID: Date: 7 Dec 92 09:47:21 Organization: Software Research Associates, Inc.,Japan In-reply-to: tatsuro@sra.CO.JP's message of 4 Dec 92 08:45:56 GMT Newsgroups: sra.os.unix Subject: Re: vmunix: text: table is full Distribution: sra References: 記事 で tatsuro@sra.CO.JP (Tatsuro Nakamura) さんいはく > > >From: nisimura@sra.co.jp (Tohru Nisimura) > > >Newsgroups: sra.os.unix > > >Subject: Re: help! vmunix: text: table is full > > >Date: 5 Jul 91 09:47:48 GMT > > 略 > > > config ファイルに maxusers 文を追加してカーネルを作り直せ > > > その値は 16, 32, 64 (それぞれ実メモリ 8MB, 16MB, 32MB の場合の標 > > > 準値) を参考に調整せよ > > これは、ずいぶん古いものですねえ。OS versionn が 3.x ぐらいのときの > ものでは無いですか？ 　「maxusers 文を追加して」というのだから NEWS OS 4.x の話でしょう。 4.x では、 (a) maxusers を指定せずに config した場合 主記憶の大きさを元に、ブート時に init_param() という関数で テーブル類の大きさを動的に定める。この時、主記憶量*2/1MB が maxusers として指定されたのと同様の効果が生まれる。 (b) maxusers を指定して config した場合 指定された maxusers の値を元に、vmunix の生成時にテーブル類の 大きさを静的に定める。 ような哲学になっていますが、西村氏の記事は特に (b) の場合について 述べただけの話だったのではないかしら。記憶では、4.x からデフォルトは (a) のようになったことを指摘してくれたのも西村氏だったと思うし。 　閑話休題、 > /sys/conf/param.c に以下の patch を当てればいいと思います。 > ＃ bug report は出ているのかな？ 　4.2C でも相変わらずですね。（4.2C には上の patch はあたりません でした。） 　bug report 出してくださいよー。NEWS OS も BSD 由来のものは 4.2 で 終りとのことですが、たくさん bug を指摘すれば 4.2.1 が出るかもしれない じゃないですか :-) 記事 で > init_param() > { > if (maxusers == 0) { > maxusers = ctob(physmem) / (1024*1024) * 2; > と書いてあります。これは、「maxusers を大きくしたいんならメモリを増や > せ。」と言っているようですね。 2 MB/user ですか。 　0.5MB/user ですよ。 　maxusers と主記憶量が連動すべきというのはもっともですが、私は 上の式の存在意義について別な解釈をしています。つまり、設定を起動時に 動的に行うことで、主記憶を増設したときにわざわざ reconfig しなくとも 合理的な設定になるようにする工夫、あるいは互いに主記憶量が異なる 機械群（つまり世界中に散らばっている多種多様な NEWS）でも、一つの GENERIC なカーネル（つまりインストールキットに入っている Sony 提供の カーネル）をコピーするだけで済ませられるようにする工夫だという解釈です。 > ntext = 36 + maxusers; > ＃ 36 を大きくしてうまく動くかはしりません。 　常識的な量を増やすなら大丈夫でしょう。 　パラメーターをいじるとき一般に思うのですが、増やすのと減らすのを 比べれば、減らすほうが難しいですよね。 -- 渡邊克宏＠ソフトウェア工学研究所（四谷） 今月の標語「晴 code 雨 doc」（せいこーど うどく）