その他の質問

訳: &a.yoshiaki;.10 November 1997. FreeBSD は Linux より多くのスワップ領域を消費するのはなぜですか?

そうではありません. 本当は「なぜスワップが全部使われてるように見えるのか」と聞きたいのでしょう. そういうことであれば, その理由は, 実行プログラムのクリーンな (無変更の) ブロックを, 終了後すぐに捨ててしまわずにスワップ領域に残しておけば, そのプログラムが再実行される際にファイルシステムから読み直すよりも迅速に実行することができるからです.

メモリ中に同時に保持する事のできるダーティページの実際の量は減少しません. クリーンなページが必要に応じて置き換えられます. FreeBSD の実行フォーマットの a.out はどのようなものですか, a.out を使う理由, ELFを使う理由は何でしょう?

FreeBSD の a.outフォーマットを理解するためには, まず UNIXにおいて現在「優勢」な 3種類の実行フォーマットについていくらか知っておく必要があります:

最も古く「由緒正しい」 unix オブジェクトフォーマットです. マジックナンバを含む短くてコンパクトなヘッダが先頭にあり, これがフォーマットの特徴とされています (参照より詳細な内容があります). ロードされる 3種類のセグメント: .text, .data, .bss と加えてシンボルテーブルと文字列テーブルを含みます. COFF

SVR3 のオブジェクトフォーマットです. ヘッダは単一のセクションテーブルから成り, .text, .data, .bss セクション以外の部分を持つことができます. ELF

FreeBSD はこの問題を解決するための試みとして, 既知の書き加えるユーティリティを提供しています. のマニュアルページを参照してください. より多くの情報があります.

FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリースで試され, 実証されてきたフォーマットを伝統的に使用しています. いつかは FreeBSDシステムでネイティブ FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の SunOSスタイルの共有ライブラリのメカニズムに極めて近いものになっていて非常に使いやすいものになっています. しかしながら, FreeBSD では 3.0 からなぜシンボリックリンクのパーミッションは chmod で変えられないのですか?

この場合, `` とのマニュアルページにはもっと詳しい情報があります.

をオプションをつけずにシンボリックリンクの名前の後ろにスラッシュ (``/'') をつけて使います. 例えば, `` chmod 555 foo/

後ろにスラッシュをつけると, はシンボリックリンク `` login 名が

しかし, FreeBSD 3.0 以降では 16文字となり, 多くのユーティリティのハードコードされた名前の長さの問題も解決されます. 実際にはシステムのあまりに多くの部分を修正するために, 3.0 になるまでは変更が行われませんでした.

それ以前のバージョンでは, これらの問題が起こった場合に, 問題を自分自身で発見し, 解決できることに絶対的な自信がある場合は /usr/include/utmp.h を編集し, UT_NAMESIZE の変更にしたがって, 長いユーザ名を使うことができます. また, UT_NAMESIZE の変更と一致するように /usr/include/sys/param.h の MAXLOGNAME 更新しなくてはなりません. 最後に, ソースからビルドする場合は /usr/include を毎回アップデートする必要があることを忘れないように! /usr/src/.. 上のファイルを変更しておいて置き換えましょう.

FreeBSD 上で DOS のバイナリを動かすことはできますか? はい, 3.0 からは, 統合と改良が重ねられた BSDI のへメールを送ってください. 3.0 以前のシステムでは, という巧妙なユーティリティが ports コレクションにあり, 8088 のエミュレーションと DOS のテキストモードアプリケーションを動かすに十分な BIOS サービスをおこないます. これは X ウィンドウシステムが必要です (XFree86 として提供されています) `` とはソフトウェアアップデートプロトコル (Software Update Protocol) で CMU で開発ツリーの同期のために開発されました. 私たちの中心開発ツリーをリモートサイトで同期させるために使っていました. SUP はバンド幅を浪費しますので, 今は使っていません. ソースコードのアップデートの現在のおすすめの方法はにあります. FreeBSD をクールに使うには? Q. FreeBSD を動かす時に温度測定をおこなった人はいますか? Linux は dos よりも温度が下がるということは知っていますが, FreeBSD についてはこのようなことに触れたものを見たことはありません. 実際熱くなっているように見えます. A. いいえ. 私たちは 250 マイクログラムの LSD-25 をあらかじめ与えておいたボランティアに対する目隠し味覚テストを大量におこなっています. 35% のボランティアは FreeBSD はオレンジのような味がすると言っているのに対し Linux は紫煙のような味わいがあると言っている人もいます. 私の知る限り両方のグループとも温度の不一致については触れていません. この調査で, 非常に多くのボランティアがテストをおこなった部屋から不思議そうに出てきて, このようなおかしな結果を示したことに私たちは当惑させられました. 私は, ほとんどのボランティアは Apple にいて彼らの最新の「引っかいて匂いをかぐ」 GUI を使っているのではないかと考えています. 私たちは奇妙な古い仕事をしているのでしょう! 真面目に言うと, FreeBSD も Linux も `` 誰かが私のメモリカードをひっかいているのですか?? Q. FreeBSDでカーネルのコンパイルをしている時にメモリから引っかいているような奇妙な音が聞こえるようなことはあるのでしょうか? コンパイルをしている時 (あるいは起動時にフロッピドライブを認識した後の短い間など), 奇妙な引っかくような音がメモリカードのあたりから聞こえてきます. A. その通りです. BSDのドキュメントでしばしば「デーモン」について述べられている理由がわかるでしょう. しかし多くの人は本当の事については触れていません. 非物質的な存在があなたのコンピュータにあるのです. メモリからの引っかいたような音は, 実際に色々なシステム管理タスクの扱いをいかに最善なものにするかという内容を交わす, デーモンたちのかん高いささやきなのです. 「雑音」があなたに DOS プログラムの ``fdisk /mbr'' を使ってうまくささやきを取り除かせようとしているように聞こえても, 彼らは逆にそうすることをやめさせようとしているのかもしれません. 本当は内蔵スピーカからのビルゲイツの悪魔的な声があなたに影響を与えているのかもしれません. 実行するのは止めましょう, そして振り返ってはいけません! BSD の守護神 (daemon) の力により, 繰り返しあなたのマシンを支配下に置こうとし, あなたの魂を無限地獄に突き落そうとする DOSと Windows の双子の悪鬼 (demon) の影響から自由になりましょう. 選択の機会は与えられました. 私自身はこの引っかくような音が聞こえていたことを嬉しく思っています. 'MFC' とはどういう意味ですか MFC とは 'CURRENT との合流(Merged From -CURRENT.)'の頭文字をとったものです. CVS ログで CURRENT から STABLE ブランチへの合流を示します.