トップページunix
1001コメント276KB

NetBSD その9

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
http://www.netbsd.org/

お約束、関連リンクは>>2-10あたり
0402名無しさん@お腹いっぱい。NGNG
ネットワークスタックとかファイルシステムとかの経験値はx86に関係ないだろ。
0403名無しさん@お腹いっぱい。NGNG
>>400
最初から安定して動く用途なんて限られているでしょ。 rim は安定させる力か
時間がなかっただけだと思う。

エンタープライズで実績があります、なんて言ってても、別の用途にそのまま
持っていって最初から安定して動くわけではない。
その用途で使われている部分に関してはバグだしされているけど、だからといって
他の用途で使ってバグにあたらないとは限らないし。
0404名無しさん@お腹いっぱい。NGNG
ISPサーバーなんて最も一般的用途だと思うけど、
そういうとこで経験値ないのはやっぱ痛いと思うよ。
0405名無しさん@お腹いっぱい。NGNG
>>402
関係ない部分が多いけど、ネットワークもファイルシステムもドライバ部分はMIですよ。
x86の実績があっても他のarchだとどうでしょうね。
0406名無しさん@お腹いっぱい。NGNG
>>400
それ、いつの話よ?
0407名無しさん@お腹いっぱい。NGNG
MIだからx86でバグ出しすればどのarchでも同じなんじゃないの?
VMまわりなら全然違うけど。
0408名無しさん@お腹いっぱい。NGNG
>>406
ttp://www.unixmagic.org/ml/netbsd/199910/
0409名無しさん@お腹いっぱい。NGNG
>>406
ちょうど5年前の話?

例のスケーラビリティベンチのときもベンチ結果見て初めて直してたわけだけど、
そういう意味での経験値ってどうなの? って話なんだけど。
0410名無しさん@お腹いっぱい。NGNG
一番負荷のかかってるNetBSDマシンってどれなんだろうね。
ftp.netbsd.orgだとしたらなかなか悲しいものがあるが。
0411名無しさん@お腹いっぱい。NGNG
www.saab.com は NetBSD らしいけど、負荷はどんなもん
なんじゃろ。うちの会社の対外 www サーバも NetBSD
だけど、月間250万アクセスくらいなので、全然負荷が
かかってないです。(´・ω・`)
0412名無しさん@お腹いっぱい。NGNG
まあ、wwwサーバもftpサーバも、いまだにSolarisで運用している
某OSよりはマシではないかと。
荒れるので、知っててもこのスレで名前は出さないようにしてね。
0413名無しさん@お腹いっぱい。NGNG
>>408
それっぽいスレッドは読んだが、不安定とか痛い目に遭ったって載ってないけど。

>>410
2chの鯖とかにあったりして。
0414名無しさん@お腹いっぱい。NGNG
>>407
スマン。 MD の間違いだった。
0415名無しさん@お腹いっぱい。NGNG
>>369
/usr/games/rogue
0416名無しさん@お腹いっぱい。NGNG
ttp://www.netbsd.org/Changes/#netbsd-2.0
0417名無しさん@お腹いっぱい。NGNG
>>413
ttp://www.unixmagic.org/ml/netbsd/199911/msg00193.html
0418名無しさん@お腹いっぱい。NGNG
>>414
“MI API with MD implementation”の実装部分がまずいかもしれないってこと?
そういう部分がまずかったら経験値を積むまでもなく最初から動かんと思うよ。
0419名無しさん@お腹いっぱい。NGNG
ちょっと前に話題になったUBCのsysctl(8)の各パラメータの最適値はなにか、
ってのも結局検証されずにほったらかしだし、そういうところはダメね。
0420名無しさん@お腹いっぱい。NGNG
>>415
どっちかっつーとworms(6)とかrain(6)とか
0421名無しさん@お腹いっぱい。NGNG
>>418
MDの経験値こそ重要でしょう。
経験を積んでいないMD部は、ある環境や用途で問題なく動いていたとしても、
他の環境でバグが出る。 MIな部分よりバグ取りは難しいし。
0422名無しさん@お腹いっぱい。NGNG
あるarchでは問題なく動くけど他のarchでバグが出る、ってのはよくあるけど、
ある特定のarchだけ ある環境で動いてて他の環境でバグが出る、ってのはあるのか?

例えば、bge(4)でbus_dmamap_unload(9)が抜けてたってのがあったけど、
これはbus_dmamap_load(9)でリソース確保してるarchでしか問題出ないが
ちょっと使えばすぐ出るバグで環境云々ということにはならんような。
0423名無しさん@お腹いっぱい。NGNG
そもそもrimnetは「今」痛い目にあってるので、その時の選択が間違っていた
という可能性もなきにしもあらず。
0424名無しさん@お腹いっぱい。NGNG
運用する奴の腕の無さをOSのせいにされてもなぁ
0425名無しさん@お腹いっぱい。NGNG
> ある特定のarchだけ ある環境で動いてて他の環境でバグが出る、ってのはあるのか?

ある特定のarchのMD部に潜在バグがあったが、ある環境ではそのバグにあたらなかった
ため安定して動いていた。ところがそのバグに当たってしまう他の環境に持っていくと全く
使い物にならない、という状況は普通にあるんじゃないでしょうか。
これはMD部だけに限らないことですが、MI部のほうが多くの環境にされされていて経験を
積んでいることは確かです。

また、MD部の経験値については、ある特定のarchでもmachineが違ったりCPUのメーカや
モデルが違うものにportする場合に問題になります。
例えばmipsなんかキャッシュの構成が違うCPUにportするとMDで苦しむことになります。
# でもNetBSDのmipsのMDの経験値が低いといっているのではないです。:-)
# NetBSDのmipsのMDは悪くないと思います。
0426名無しさん@お腹いっぱい。NGNG
>>417
この辺かねぇ。
いまいち情報がはっきりしない。
http://www.unixmagic.org/ml/netbsd/199911/msg00205.html
0427名無しさん@お腹いっぱい。NGNG
2.0 age
0428名無しさん@お腹いっぱい。NGNG
今週のソレアも燃えたな
0429名無しさん@お腹いっぱい。NGNG
_,,-―=''' ̄      ___,,-―――='' ̄ __,-―='' ̄   /
   _,,-―=''' ̄        _,,-―='' ̄ ヽ       /  +
 ̄ ̄        _,,-―=''' ̄          \    /  . . .  .
      ,,-='' ̄    _ノ         ,_ノ ヽ  /    .  。. ★  ☆
    ,,,-''        / iニ)ヽ,         /rj:ヽヽ ヽ/     。.    .
-―'' ̄         ;〈 !:::::::c!  |___,/' {.::::::;、! 〉 |  -┼-   -┼- 丿~~~| |~~~~~| __ ■ ■
.  |.            (つ`''"   |     /  `'ー''(つ.  |. -┼-   -┼- /~~~~/    丿  | 丿 ▼ ▼
   | .        /////       |     /      /// |    | 丶  |     丿   /  丿  ● ●
  ヽ    γ´~⌒ヽ.        |   /          /
――ヽ   /      ヽ      |  /         /⌒ヽ、
    \/       |        |_/         /    ヽ
0430名無しさん@お腹いっぱい。NGNG

     ∧∧  ミ _ ドスッ
     (   ,,)┌─┴┴─┐
    /   つ.   2.0  .|
  〜′ /´ └─┬┬─┘
   ∪ ∪      ││ _ε3
            ゛゛'゛'゛
0431名無しさん@お腹いっぱい。NGNG
>>416
0432名無しさん@お腹いっぱい。NGNG
>>412
荒れるのを心配する前に正しい認識を持ちましょう。

Solaris を使っているのはスポンサーの意向。OSの性能うんぬんが理由では
ない。仮にOSの性能が理由だとしても NetBSD を使うことは起こり得ない
だろうがね。
0433名無しさん@お腹いっぱい。NGNG
リムネットの件は NFS が刺さる、とかなんとかだったと思う。
しかしメールサーバに NFS 使うアフォが悪いと思う。
0434名無しさん@お腹いっぱい。NGNG
はい酸っぱい酸っぱい。
0435名無しさん@お腹いっぱい。NGNG
よ〜し明日はSPARCclassicに2.0いれるぞぉ!!
0436名無しさん@お腹いっぱい。NGNG
>>425
言いたいことはわからんでもないが、それのどこが「MDの経験値こそ重要」に
つながるわけ? 単に自分が組み込みVRやTXで苦労した、って言いたいだけか?
NetBSD/mipsのpmapが昔からウンコと言われてるのは確かだけど、
ありゃ実装の問題であって経験値以前の問題だろ。
0437名無しさん@お腹いっぱい。NGNG
あ、後半のmipsのところはあんまり関係ないので忘れてください。
# 単なる愚痴です。

x86のMDはよく使われてる分だけ頑丈になっているけど、
その他のarchでは、使わている環境や応用が少ない分、
相対的に見てMDの方が重要だということです。

0438名無しさん@お腹いっぱい。NGNG
要するにi386以外は使い物にならんと言いたいわけね。
新しいportだとある程度動いたところで満足しちゃって
やっつけ実装になってるのは確かだけどな。
0439名無しさん@お腹いっぱい。NGNG
そこまでは言うつもりはありません。
まあ、i386がarchでもあってmachineでもあること、(i386を使う限りchipsetからは逃れられない
のでハード環境はほぼ同じになってしまう)というのが大きいんじゃないでしょうか。
0440名無しさん@お腹いっぱい。NGNG
>>411
よーし、パパ次はサーブ買っちゃうぞ!
0441名無しさん@お腹いっぱい。NGNG
chipsetなんてカンケーないだろ。i386は後方互換性で救われてるんじゃないの?
mipsはmips1ベースの実装をひきずってるからダメなだけだし、
m68kはもう新しいものなんて出てこないわけだしな。
0442名無しさん@お腹いっぱい。NGNG
Switched from the GPL versions to non-GPL versions of various tools including gzip(1) and awk(1).

カコイイ!
0443名無しさん@お腹いっぱい。NGNG
そんな表面上のことに喜んでる前に内部の実装にも目を向けろと小一時間
0444名無しさん@お腹いっぱい。NGNG
(´-`).。oO(小一時間、何?)
0445名無しさん@お腹いっぱい。NGNG
(´-`).。oO(うんこが止まらない?)
0446名無しさん@お腹いっぱい。NGNG
(443の続き)オナヌーをした
0447名無しさん@お腹いっぱい。NGNG
patch(1)直ったみたいだけど、すんげーださいコードに見えるのは私だけ?
0448名無しさん@お腹いっぱい。NGNG
>>441
NetBSDだけじゃなくて他のOSも含めての話ですが、

> chipsetなんてカンケーないだろ。
i386を使う以上、intelに金出してCPU-NB間のインターフェースを開示してもらわない限り、
chipsetを使ったハード以外作れない。chipsetを使うと実質的にPCのアーキテクチャになって
しまうので i386 archはi386 machine以外いらない。(pc98は無視でいいよね。)
そして、chipsetのほとんどの設定はBIOSがやるので、OSでchipsetの細かな設定をやる必要が
ないことが、i386 machineのportが安定している大きな要因だと思うのですが。
# これはBIOSが悪いと安定しないことにもなる。

> i386は後方互換性で救われてるんじゃないの?
確かにこれも大きいと思うけどこれだけじゃない。

> mipsはmips1ベースの実装をひきずってるからダメなだけだし
これは具体的にどの辺のこと?
0449名無しさん@お腹いっぱい。NGNG
MACHINE_ARCHとしてのi386とMACHINEとしてのi386をごっちゃにするなよ。
MACHINEの種類が多いとMACHINE_ARCHが安定しないというのなら
それはMI/MDの切りわけがきちんとできてないということ。

i386じゃなくたってたいていのマシンはfirmwareがchipsetの設定をするし
それを全部OSが自前でやってるportなんてほとんどないだろ。
自分がpci configurationその他で苦労したって言いたいのか?
0450名無しさん@お腹いっぱい。NGNG
>>448
結局何が言いたいのかわからん。全部ただの愚痴か?
自分がやってるターゲットをほかでもバグ出ししてくれってこと?
きれいな実装でも経験値積んでなけりゃ意味なしってことか?
0451名無しさん@お腹いっぱい。NGNG
i386でもacpiやcardbusはマシンによってズタボロなわけだが
0452名無しさん@お腹いっぱい。NGNG
>>448
pmapがVIPTキャッシュをあんまり考慮してないとか
KSEG0/KSEG1に全物理メモリが見えてないといけないとか
0453名無しさん@お腹いっぱい。NGNG
>>450
馬鹿は放置
0454448NGNG
441=449=450=451=452=453?

>>449
> MACHINE_ARCHとしてのi386とMACHINEとしてのi386をごっちゃにするなよ。
i386ならごっちゃに話しても問題ないでしょ。

> MACHINEの種類が多いとMACHINE_ARCHが安定しないというのなら
> それはMI/MDの切りわけがきちんとできてないということ。
「MACHINEの種類が多いとMACHINE_ARCHが安定しない」なんて言ってませんけど。
MACHINEの種類が多いほどMACHINE_ARCHはこなれていくものでしょう。
NetBSDではMI/MDの切り分けについては問題ないと思いますが。

> i386じゃなくたってたいていのマシンはfirmwareがchipsetの設定をするし
> それを全部OSが自前でやってるportなんてほとんどないだろ。
経験値の話からつながってるんですよ。この部分で言いたかったことは
i386のBIOSのほうが、他のマシンのfirmwareより経験値が大きいということ。
firmも全OSに共通なMDだよ。
あと、i386以外のたいていの組み込み機器は自分でfirmware作ってない?

> 自分がpci configurationその他で苦労したって言いたいのか?
chipsetの設定とPCI configとはちょっと話が違ってませんか。

0455448NGNG
>>450
> 結局何が言いたいのかわからん。全部ただの愚痴か?
「MDは重要だ」って言ったんですが。
当たり前のことを言っているだけですよ。

> きれいな実装でも経験値積んでなけりゃ意味なしってことか
ウンコな実装で経験積んで安定しても意味なし、と思ってますよ。
# NetBSDにかかわっている人は大体そう思ってるんじゃないかな。

・きれいな実装は重要 (これはこのレスで言ったばかり)
・いろんな環境や応用で経験積まないと安定しない
・MDはARCHやMACHINEで経験に偏りがある

これだけ最初から言っとけばよかったってこと?
0456448NGNG
>>451
> i386でもacpiやcardbusはマシンによってズタボロなわけだが
acpiがマシンによらずまともに動くOSってないと思う
っていうかNetBSDのacpiはまだできてないんじゃ

>>452
> pmapがVIPTキャッシュをあんまり考慮してないとか
VIPTキャッシュってmips1からあった?
ああ、mips1にはVIPTキャッシュなかったから、mips1ベースで作ったpmapの実装を
VIPTキャッシュのmips3に引きずったからダメになったということ?

> KSEG0/KSEG1に全物理メモリが見えてないといけないとか
そだっけ? と思ってよく見るとそのとおりですね。
0457名無しさん@お腹いっぱい。NGNG
>>455>>401って同じ人? この 2つの内容はどうつながるの?
元ネタは NetBSD の優れているところ云々 だったわけだけど、
MI/MD分離の話と実戦経験値の話は関係あるの?

x86のみ実戦経験値が多くて他のarchだとダメダメなOS
って NetBSD も一緒じゃん。
0458名無しさん@お腹いっぱい。NGNG
NetBSDって日本語manある?
0459名無しさん@お腹いっぱい。NGNG
おいらはNetBSDで日本語使える男です。
0460名無しさん@お腹いっぱい。NGNG
>>458
あんたが作ればあるんじゃない?
0461名無しさん@お腹いっぱい。NGNG
>>460
現状ではないということですね。サンクスこ
0462名無しさん@お腹いっぱい。NGNG
古くていいなら、 jman って package があるよ。
0463名無しさん@お腹いっぱい。NGNG
読みたいのはsection 9なんだと思うな。
0464名無しさん@お腹いっぱい。NGNG
いや6だ。
0465名無しさん@お腹いっぱい。NGNG
6ならFreeBSDのjman読めばいいのでは。
0466名無しさん@お腹いっぱい。NGNG
辞書片手に読め
0467名無しさん@お腹いっぱい。NGNG
民明書房風日本語マニュアル作ったら需要あるだろうか
0468名無しさん@お腹いっぱい。NGNG
>>467
読みたいが、雷電?
0469名無しさん@お腹いっぱい。NGNG
>>467 萌えるjmanの方が先です、おにいちゃん。
0470名無しさん@お腹いっぱい。NGNG
>>467
はい! すごく読みたいです!
0471名無しさん@お腹いっぱい。NGNG
atactlのように、
scsictl sd0 setidle 600みたいなことはできないでしょうか?
scsictl sd0 stopっていうのはあるんですが・・
0472名無しさん@お腹いっぱい。NGNG
例えば1.6.1から2.0にアップグレードするのと、2.0RC1から2.0にアップグレード
するのでは方法が違うと聞いたことがあります。

前者はsysinstallを使って、後者は基本的にマニュアル作業(/etcをバックアップして
setsを持ってきて…みたいな)。

この両者について詳細が説明されてるウェブページとか、なにかしら
ポインタを示して頂けないでしょうか。
0473名無しさん@お腹いっぱい。NGNG
ふつーソースからでしょ
0474名無しさん@お腹いっぱい。NGNG
後者は etc.tgz以外を全部 / で上書き展開する でいいじゃん。
気をつけるのは tar(1) で -p 忘れないように、くらいか?
0475名無しさん@お腹いっぱい。NGNG
SCSI規格とATA規格を読み比べてから質問して下さい
0476名無しさん@お腹いっぱい。NGNG
ちなみにsysinstのupgrade機能は最もテストされていない機能の一つと思われ
0477448NGNG
>>457
> >>455>>401って同じ人? この 2つの内容はどうつながるの?
同じ人ですよ。 >>401はNetBSDの話で、>>455はもっと一般的な話。
そもそも言っていることがわからないのなら、それを確認してから突っ込んでくれないと。

> 元ネタは NetBSD の優れているところ云々 だったわけだけど、
> MI/MD分離の話と実戦経験値の話は関係あるの?
これは、
(NetBSD の優れているところ云々)と(MI/MD分離の話と実戦経験値の話)の関係なのか
(MI/MD分離の話)と(実戦経験値の話)の関係を聞いているのか
どちらにもとれるけどどっちなんだろう。(ただの愚痴か)

何か答えても、
> >>448
> 結局何が言いたいのかわからん。全部ただの愚痴か?
> 自分がやってるターゲットをほかでもバグ出ししてくれってこと?
> きれいな実装でも経験値積んでなけりゃ意味なしってことか?
みたいな煽りしか返ってこないので、結局何が分からないのか全然わからん。
0478名無しさん@お腹いっぱい。NGNG
x86のみ実戦経験値が多くて他のarchだとダメダメなOS
についてはノーコメント?

個別の内容は言わんとすることはわかるけど、
i386が安定してると言う一方でMACHINEの多い
archのほうがこなれていくと言ったり、
OSの経験値の話にfirmwareの経験値を持ち出したり、
言うことの根拠がコロコロ変わるからわからん。
最初はMDの経験値が重要って言いつつ途中から
MDは重要に変わってるし。MI部もMD部もどちらも
重要なのにMDのことだけ言う意味はなんなのかしら。

pc98は無視、i386はごっちゃにしてもいい、
ってあたりはNetBSDをわかってなさそうだけど。
0479名無しさん@お腹いっぱい。NGNG
経験値がないと補えないような内容は
・各種パラメータの最適化
・クリティカルな条件やレアケースでの挙動
・限界性能の確認
というような事項だと思うけど、CPU依存部より下位の個別MACHINE依存部で
これらに該当するのは割り込み処理関連とデバイスまわりしか思いつかない
んだけど。経験値を積むことによって直るような個別MD部の実装ってなに?
0480名無しさん@お腹いっぱい。NGNG
>>477
>>401>>455が個別の話ということなら、元々何かの主張なり結論なりが
あったわけじゃなくて単に思ってること書き連ねてただけということですね。
それならNetBSDの利点という観点では何が言いたいのかわからないのも納得。
0481名無しさん@お腹いっぱい。NGNG
>>471
現状では無いと思う。

>>475
MOTOR OFF DELAY とか
{IDLE,STANDBY} CONDITION TIMER とかは違うの?

どちらにしろ、ハードウェアに機能が無くてもソフトで実装可能。
その場合は scsictl じゃないけど。
0482名無しさん@お腹いっぱい。NGNG
i386live.isoってまじいくね?
日本語版きぼんぬ
0483名無しさん@お腹いっぱい。NGNG
>>482
日本語版ってどういう意味で言ってるの?
0484名無しさん@お腹いっぱい。NGNG
panic: kernel diagnostic assertion "vp->v_usecount > 0 || (flags & LK_INTERLOCK) != 0 || (vp->v_flag & VONWORKLST) != 0" failed: file "../../../../kern/vfs_vnops.c", line 779
Stopped in pid 4.1 (ioflush) at netbsd

これってMIの問題なのかMDの問題なのかわかんねー
0485名無しさん@お腹いっぱい。NGNG
>>484
私の知るかぎり MI。softupdate 使ってる?
0486名無しさん@お腹いっぱい。NGNG
>>485
使ってます。MD原因でこの問題が起こり得るのかそうでないのかが気になるんだけど、
i386 だと GENERIC_DIAGNOSTIC 使う人なんていないから問題になってないだけ?
0487名無しさん@お腹いっぱい。NGNG
ところで、BSD Magazineは休刊でつか?
0488名無しさん@お腹いっぱい。NGNG
ところで、焼肉座談会は無期延期でつか?
0489名無しさん@お腹いっぱい。NGNG
>>483
アイ386ライブ.iso
0490名無しさん@お腹いっぱい。NGNG
>>487
いや九巻だよ。
0491名無しさん@お腹いっぱい。NGNG
>>483
日本語ロカールとかフォントとかSCIMとかつっこんだやつ
0492名無しさん@お腹いっぱい。NGNG
pam ですよ奥さん。
0493448NGNG
>>478
> x86のみ実戦経験値が多くて他のarchだとダメダメなOS
> についてはノーコメント?
人のことをいう前に、自分がどんな対応してきたか考えてね。

> 個別の内容は言わんとすることはわかるけど、
そうですか、それは安心しました。

> i386が安定してると言う一方でMACHINEの多い
> archのほうがこなれていくと言ったり、
私がこういっていると思っていたのなら、いっていることが分からないというのは理解できる
こなれている順番は、
 i386 >> MACHINEの多いARCH >> i386以外のMACHINEの少ないARCH
ということ。MDがこなれている順番を考えるときに、MACHINEの少ないARCHの中に
i386を入れるのは無理がある。これは当たり前じゃない?

> OSの経験値の話にfirmwareの経験値を持ち出したり、
> 言うことの根拠がコロコロ変わるからわからん。
firmware(BIOS)の話につながる、x86のchipsetの部分は理解できたの?

> 最初はMDの経験値が重要って言いつつ途中から
> MDは重要に変わってるし。
変わった、といっても一部の文脈中を除けば、同じことじゃない。

> MI部もMD部もどちらも
> 重要なのにMDのことだけ言う意味はなんなのかしら。
どちらも重要なのは言うまでもないことじゃない。
MI部とMD部とを比べるとどちらが経験を積みにくい(こなれにくい)か分かると思いますが。

> pc98は無視、i386はごっちゃにしてもいい、
> ってあたりはNetBSDをわかってなさそうだけど。
このあたりはまったく話が通じてないようね。
0494448NGNG
>>480
というか、あなたが理解していないのに、適当に自分の考えで突っ込みをいれて、
その突っ込みも的外れなので、論点なんかずれて当然。
私はNeBSD以外のOSも含めた観点で書いている部分も多いので、通じないのも納得。
0495名無しさん@お腹いっぱい。NGNG
なんか都合の悪いところだけ回答をはぐらかされてる気がするけど、
>x86のみ実戦経験値が多くて他のarchだとダメダメなOSとは別次元のOSだと思います。

>MI部とMD部とを比べるとどちらが経験を積みにくい(こなれにくい)か分かると思いますが。
とが矛盾してると思う。
0496名無しさん@お腹いっぱい。NGNG
ファームのせいでマシンが落ちたってそれはOSのせいじゃないだろ。
組み込みでは両方同じ人間が作ってるかもしれないが。
0497名無しさん@お腹いっぱい。NGNG
どんなマシンを持ってきてもMI部分は変更する必要がないという
APIの出来の良さはある意味経験値の結果と言えるかもしれないけど、
それってMIの話だし動く動かないレベルの話だから>>479で書かれてる
MD経験値の話じゃないよね。うーん。
0498名無しさん@お腹いっぱい。NGNG
>>479
> 経験値がないと補えないような内容は
> ・各種パラメータの最適化
> ・クリティカルな条件やレアケースでの挙動
> ・限界性能の確認
> というような事項だと思うけど、

これは同意できます。

> CPU依存部より下位の個別MACHINE依存部で
> これらに該当するのは割り込み処理関連とデバイスまわりしか思いつかない
> んだけど。

これも納得です。他には、特殊なバス構成だとbus_dmaというのもありますね。
bus_dmaはCPU依存かつMACHINE依存ですね。特殊なメモリ構成ならpmapもそうかも。
よく考えればもっとあるかもしれませんが。

> 経験値を積むことによって直るような個別MD部の実装ってなに?

この質問の意図はなんですか?
bus_dmaやpmapあたり、という答えでいいの?
0499名無しさん@お腹いっぱい。NGNG
>>401 >>405では NetBSD が他のOSより優れているような書き方してて、
それに続いて >>421では MD の経験値こそ重要という言葉が出てくるけど、
>>425 >>448 >>455では NetBSD でも MD 経験値なけりゃダメって感じ。
どっちなの?
0500名無しさん@お腹いっぱい。NGNG
>>498
pmapが本質的にMACHINE_ARCH依存じゃなくてMACHINE依存なのってsun3くらいのような。
メモリ構成が違ったってuvm_page_physload(9)に渡す値が変わるだけだし。
bus_dmaは個別デバイスの話だからあんまりOSの本質じゃないな。
0501名無しさん@お腹いっぱい。NGNG
>>498
>この質問の意図はなんですか?
>>421の MDの経験値こそ重要 の理由って何だろうと思って。
経験値関係なく MDが重要 だけなら実装の話だから>>479の話は関係ないけど。
■ このスレッドは過去ログ倉庫に格納されています