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

NetBSD その9

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

お約束、関連リンクは>>2-10あたり
0331名無しさん@お腹いっぱい。NGNG
遅マシン自慢が始まりますよ〜
0332名無しさん@お腹いっぱい。NGNG
2.0は1.6の時のUBCみたいに性能アップに直接効いてくる変更がない
ような気がするな。MP, SA, pthread, UFS2あたりは昔マシンにとっては
重くなる要因でしかないし。
CHANGESで出てくる中ではpool cacheくらい?
これも昔マシンでは無駄に重くなるだけか?
0333名無しさん@お腹いっぱい。NGNG
kqueue, newpipeはperformanceに効くのかしら。
gehenna-devswはCHANGESにすら書いてないのね。
0334名無しさん@お腹いっぱい。NGNG
>>330
おれもおれも
0335名無しさん@お腹いっぱい。NGNG
久々にインスコしたら、インストーラが簡単になってるな。
0336名無しさん@お腹いっぱい。NGNG
オレオレ、MMX Pentiumのオレだけど、
NetBSD 2.0のコンパイルに時間がかかるから、
今すぐ新しいCPUの金振り込んで!
0337名無しさん@お腹いっぱい。NGNG
>>336
通報しますた
0338名無しさん@お腹いっぱい。NGNG
オレオレ、MMX Pentiumのオレだけど、
NetBSD 2.0のコンパイルに時間がかかるから、
今すぐモット性能のいいマシン送って!
0339名無しさん@お腹いっぱい。NGNG
>>338
住所氏名年齢職業書けよ。
感想も忘れずにな。
0340名無しさん@お腹いっぱい。NGNG
さすがNeetBSDだな
0341名無しさん@お腹いっぱい。NGNG
currentのpatch(1)がバグッててm68kでpkgsrcがbuildできないよ。
誰か↓このoff by one直すか getopt_long(3)使うように直して〜

static void
get_some_switches(void)
{
  char *s;
...
    s = Argv[0];
...
    do {
      switch (opt) {
...
        case 'F':
...
          s = "";
          break;
...
      }
      opt = *++s;
    } while (opt != '\0');
0342名無しさん@お腹いっぱい。NGNG
m68k
^^^^^
いいネタだ。
0343名無しさん@お腹いっぱい。NGNG
i386だとたまたま問題なく動くから誰も困ってないんだろうけどね...
0344名無しさん@お腹いっぱい。NGNG
>>329
未だにまともなのが実装されていないわけね。FreeBSD、OpenBSD ともに。
0345名無しさん@お腹いっぱい。NGNG
>>341
こんな辺鄙なところで愚痴ってないで、send-pr しようよ。
0346名無しさん@お腹いっぱい。NGNG
最初に2.0をインスコしたのが、Nov 22で、ふと./MAKEDEV allしたのが、Dec 2なんですが、
なぜ、下記の3つはあとから作られたのでしょうか?
crw-r----- 1 root operator 36, 0 Nov 22 11:28 rwd0a
crw-r----- 1 root operator 36, 1 Nov 22 11:28 rwd0b
crw-r----- 1 root operator 36, 2 Nov 22 11:28 rwd0c
crw-r----- 1 root operator 36, 3 Dec 2 15:52 rwd0d
crw-r----- 1 root operator 36, 4 Dec 2 15:52 rwd0e
crw-r----- 1 root operator 36, 5 Dec 2 15:53 rwd0f
0347346NGNG
ああ、すいません。なんでかわかりました。忘れてください。
0348名無しさん@お腹いっぱい。NGNG
>>345
いや最近元気ないもんで。
ここなら無駄な元気余ってる人いっぱいいるし〜
0349名無しさん@お腹いっぱい。NGNG
ここで愚痴っても、こんなものしか出ませんよ。

PATCH(1)        NetBSD一般命令説明書        PATCH(1)

名称
  patch - 一つの差分書類を一つの大元に適用する
書式
  patch [options] [origfile [patchfile]] [+ [options] [origfile]]...
  しかし、普通は丁度
  patch 継ぎ書類
説明
  path は diff 番組表により引き起こされた任意の四形式の異なる列挙の
  継ぎ書類でもってそれらの違いを大元の書類に適用して、継がれた版を
  生み出すだろう。債務不履行によって、継ぎの当たった版はその大元の
  場所に、大元の書類の同じ名前に ".orig" (長い書類名を支援しない体
  系の上に "~") なる拡張を伴った控えと共に置かれる、又は、その -b,
  -B, 若しくは -V 切替器によって定められたように。控えの書類を作る
  ために使われるその拡張はまた、その SIMPLE_BACKUP_SUFFIX 環境可変
  であって上の切替器によって無効にされるものによって定められるかも
  しれない。

  i386 ではたまたま問題なく動くから誰も困らない。
0350名無しさん@お腹いっぱい。NGNG
せっかくなら

歴史
 虫はpatch.c rev 1.20で現れた

まで書いてくれないとね...
0351名無しさん@お腹いっぱい。NGNG
mipsでも問題なく動く。
gccが文字定数を.rodataにpaddingなしに詰め込むarchだと発現する。たぶん。
0352名無しさん@お腹いっぱい。NGNG
すいませんが…コバルト(cobalt qube 2)にインストしたいのですが。
ttp://www.fan.gr.jp/~azure/docs/nbsdcoba_15.html
これ見る限りではなんかリナックスマシンにHDDつけて…見たいな方法しか理解
できないのですが、コバルトの純粋リストアみたいにネットワーク経由(あるいはシリアル経由)
でインストする方法、ないのかな?…
0353名無しさん@お腹いっぱい。NGNG
2.0で、
# ./build.sh tools kernel=GENERIC
で作ったカーネルと、
# cd /usr/src/sys/arch/hoge/conf;config GENERIC;cd ../compile/GENERIC
# make depend;make
で作ったカーネルのサイズが違うのはなんでですか?
0354名無しさん@お腹いっぱい。NGNG
>>352
ttp://www.netbsd.org/Ports/cobalt/faq.html#netboot
0355名無しさん@お腹いっぱい。NGNG
>>353
/usr/bin/gcc -v
${TOOLDIR}/bin/i386--netbsdelf-gcc -v
0356名無しさん@お腹いっぱい。NGNG
>>352
ftp://ftp.netbsd.org/pub/NetBSD/arch/cobalt/restore-cd/1.6.1/
からリストアCDイメージを持ってきてインストール。そのあと最新にアップデートというのが楽。

使い方はlinuxの場合のリストアCDと同じ。i386マシンで立ち上げてそちらをサーバにして、
cobaltをネットワークブートさせればよい。
0357名無しさん@お腹いっぱい。NGNG
>>355 ありがとうございます。どっちで作った方がいいとかあるんでしょうか?

ところで、みなさんはkernel作るとき、cpuflagsとか使います?
0358名無しさん@お腹いっぱい。NGNG
>>357
2つが同じにならないというのはuserland binaryのインストールが変なんじゃないの?
cpuflagsでもいいんだろうけどわたしゃkernel config中で
makeoptions COPTS="-O2 -mcpu=athlon"
ってしてるな。
0359名無しさん@お腹いっぱい。NGNG
>>358 え、そうなんですか。結果は、こんなでした。nickってだれでしょうね。
% /usr/bin/gcc -v
Using built-in specs.
Configured with: /home/nick/work/netbsd/src/tools/gcc/../../gnu/dist/gcc/configure
--enable-long-long --disable-multilib --enable-threads --disable-symvers
--build=i386-unknown-netbsdelf --host=alpha--netbsd --target=alpha--netbsd
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)

% /usr/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-gcc -v
Reading specs from /usr/obj/tooldir.NetBSD-2.0-alpha/bin/../lib/gcc-lib/alpha--netbsd/3.3.3/specs
Configured with: /usr/src/tools/gcc/../../gnu/dist/gcc/configure --target=alpha--netbsd --disable-nls
--enable-long-long --disable-multilib --enable-threads --program-transform-name=s,^,alpha--netbsd-,
--enable-languages=c c++ objc f77 --prefix=/usr/src/obj/tooldir.NetBSD-2.0-alpha
Thread model: posix
gcc version 3.3.3 (NetBSD nb3 20040520)
0360名無しさん@お腹いっぱい。NGNG
nickってのは src/gnu/usr.bin/gcc3/arch/i386/configargs.h の中のpath。
in-treeのgcc3のi386を設定した人ですな。
ここを手でいじくるべきなのかどうかは微妙か。

バージョンが同じならどっちで作っても同じになるはずだけど、
サイズってどれくらい違うわけ?
build.shでkernel作るとmk.confの中身が反映されたりするのかしらん。
0361352ですNGNG
>>356
それがうまくいきません…サバとコバルトはクロスケーブルでつないで、サバ側
が完全に立ち上がった(ログインプロンプトまで出てる)ところでコバ側を
netbootしたんだけどまったく反応しない…ちなみにまったく同じ環境で純粋CD
イメージのインストはうまくできてます…何がまずいのだろう…
0362名無しさん@お腹いっぱい。NGNG
7630159 netbsd_gcc
7607887 netbsd_alpha--netbsd-gcc
ほぼGENERICなkernelのサイズはこのくらい違います。
mk.confはACCEPTABLE_LICENSES+=fee-based-commercial-use以外書いてません。
2.0は不安定なので、cpuflagsももしかしたらと思って使ってないです。
0363名無しさん@お腹いっぱい。NGNG
tcpdump(8)で何が流れているか見てみろとか
dhcpd(8)の設定はちゃんとしているのかとか
nfs exportの設定はあっているかとか
0364名無しさん@お腹いっぱい。NGNG
${TOOLDIR}のコンパイラは例え自分自身がターゲットでもクロスコンパイラ設定で
作られるからその辺で変わってくるのかしら。
気になるならsize(1)でどのオブジェクトのどの部分が違うのか追ってみれば?
0365名無しさん@お腹いっぱい。NGNG
2.0は不安定なので、ってえらい言いようだなおい
0366名無しさん@お腹いっぱい。NGNG
やってみました。
% size hoge
text data bss dec hex filename
6618828 222256 489172 7330256 6fd9d0 netbsd_gcc
6516260 347096 489172 7352528 7030d0 netbsd_alpha--netbsd-gcc

>>365 すいません。でも、よくpanicするのでなんでかなと思ってます。
0367名無しさん@お腹いっぱい。NGNG
size -A のほうがいいけど、textが大きくてdataがそんなに小さくなるなんて
ありえるのかしら。コンパイル時のlogではどっちも同じオプションになってるの?
0368名無しさん@お腹いっぱい。NGNG
>>361
Qube2ならシリアルコンソールにいろいろ出てると思うのでその辺をチェック。
ひょっとすると純正と違って、コンソールから入力しないと進まないようになっているかもしれないので。
#だいぶ前にやったことなので細かいこと忘れているっぽい。ごめん。
0369名無しさん@お腹いっぱい。NGNG
コンソール画面でテキスト文字にて動く
スクリーンセーバーはありますか?
0370名無しさん@お腹いっぱい。NGNG
netbsd 1.6.2 にて、linux エミュレータの機能をつかって
linux アプリケーション(allegro common lisp, linux version) を
動かしたいのですが、
以下の様なエラーを出力して止まってしまいます。
ちなみに alisp.dxl は約 400kb ぐらいです。
このアプリは freebsd 4.9, linux では既に動いています。

couldn't open process map file
Unable to locate enough free space to restore C heap
Could not restore the image file:
alisp.dxl.

また、tcsh 上にて unlimited だけはしています。
これは
エミュレータの問題なのですか?
設定の問題なのですか?
アプリの問題なのですか?
0371名無しさん@お腹いっぱい。NGNG
>>370
わたしならとりあえず ktrace してみるなあ
0372名無しさん@お腹いっぱい。NGNG
process map file って、/proc/$PID/maps のことじゃないの?
だとしたら linux オプションつきで procfs をマウントして
おかないと。
man compat_linux を読むと書いてあるぞ。
0373名無しさん@お腹いっぱい。NGNG
NetBSD は FreeBSD と何が違うのですか?
またどちらが優れているのですか?
0374名無しさん@お腹いっぱい。NGNG
Windowsが一番優れています
0375名無しさん@お腹いっぱい。NGNG
>>367 違ってるところだけ抜き出しました。
サイズがちょっと変わってるのは完全にGENERICなカーネルにしたためです。
# size -A netbsd_alpha--netbsd-gcc
netbsd_alpha--netbsd-gcc :
section size addr
.text 5171364 18446739675666186240
.rodata 1446272 18446739675671357608
...
.got 60288 18446739675672961576
...
Total 7425918

# size -A netbsd_gcc
netbsd_gcc :
section size addr
.text 5068948 18446739675666186240
.rodata 1446120 18446739675671255192
...
.got 185128 18446739675672859008
...
Total 7448190
0376名無しさん@お腹いっぱい。NGNG
>>367 コンパイルのflagsです。同じように見えます。
netbsd_alpha--netbsd-gcc
# compile GENERIC/mii_bitbang.o
/usr/src/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-gcc -mno-fp-regs
-ffreestanding -O2 -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wno-sign-compare
-fno-zero-initialized-in-bss -Dalpha -I. -I/usr/src/sys/arch -I/usr/src/sys
-nostdinc -DDIAGNOSTIC -DLKM -DMAXUSERS=32 -D_KERNEL
-D_KERNEL_OPT -c /usr/src/sys/dev/mii/mii_bitbang.c

netbsd_gcc
# compile GENERIC/osf1_syscalls.o
cc -mno-fp-regs -ffreestanding -O2 -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wno-sign-compare
-fno-zero-initialized-in-bss -Dalpha -I. -I../../../../arch -I../../../.. -nostdinc
-DDIAGNOSTIC -DLKM -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT
-c ../../../../compat/osf1/osf1_syscalls.c
0377名無しさん@お腹いっぱい。NGNG
FreeBSDの方が優れています。ドキュメントも多いです。
NetBSDはまともに使えないしろものです。
0378名無しさん@お腹いっぱい。NGNG
まあ、アプリ使うだけならNetBSD選ぶ理由はないな。
実際使う側にとっては不親切だし。
カーネルソースを読み書きする教材としては
NetBSDが一番優れてると思うけどね。
0379名無しさん@お腹いっぱい。NGNG
多アーキ混在の場合はNetBSDが楽。
0380名無しさん@お腹いっぱい。NGNG
>>351
binutilsが新しくなってほかでも起こるようになったか。
0381名無しさん@お腹いっぱい。NGNG
>>379
それは本末転倒というやつでないかい。
多アーキテクチャを混在させる理由はなんなのさ。
0382名無しさん@お腹いっぱい。NGNG
>>375
.gotがそんなに違うってことはリンカがなんか違うのかな。
/usr/bin/ldと${TOOLDIR}/bin/alpha--netbsd-ldのバージョンはどう?
あと、/usr/bin/ldは配布されてるバイナリそのまま?
もしそうならセルフで作り直すと変わったりする?
0383名無しさん@お腹いっぱい。NGNG
>>381
寄付とかいっていろんなアーキが転がってくることもあんのよ。
0384名無しさん@お腹いっぱい。NGNG
それなら利点は多アーキ混在じゃなくて
  ゴミ扱いされるようなマシンでも最新の機能を試せる
だろ。使いものになるかどうかは別問題だが。
0385名無しさん@お腹いっぱい。NGNG
ユーザーランド作り直したので/usr/bin/ldは配布されているバイナリでないです。
先の二つに加えてsnapshotからバイナリをとってきました。
3つともも同じverで、
GNU ld version 2.14 20030612
Supported emulations:
elf64alpha_nbsd
なんですが、サイズが、全然違いました。
387038 Oct 17 01:16 ld (snapshot 20061016)
386934 Dec 7 13:52 /usr/bin/ld
920899 Dec 9 16:20 /usr/obj/tooldir.NetBSD-2.0-alpha/bin/alpha--netbsd-ld
0386名無しさん@お腹いっぱい。NGNG
TOOLDIRのtoolchainは-DCROSSつきだからサイズが違うのは当然なんだけど、
userland作り直してるのならバージョンは一緒だよねえ。
>>359にあるのconfigureの--disable-symversのせいなのかしら。
ちゃんと見てないけど。
0387名無しさん@お腹いっぱい。NGNG
アーキは散らしたほうが攻撃から安全だと思うが。
少なくとも同じワームなどで全部こけるということはなくなる。
0388名無しさん@お腹いっぱい。NGNG
>>387
で、それが事実だとして、それがNetBSDの優れている点になるわけ?
そういう理由ならふつーOSも変えるだろ。
0389名無しさん@お腹いっぱい。NGNG
マイナー過ぎて攻撃の対象にならないというのは利点かもな。
0390名無しさん@お腹いっぱい。NGNG
結論
NetBSDを使う利点はない。

別のOSを使いましょう。
0391名無しさん@お腹いっぱい。NGNG
ま、いじるOSであって使うOSではないわな。
ドキュメントが整備されないのも必然。
0392名無しさん@お腹いっぱい。NGNG
マイコン時代からコンピュータ触ってる人が殆どなんでしょ?
いきなりPCがドンっとやってくる世代の人には、他のOS使って
貰えばいいんじゃないの。
0393名無しさん@お腹いっぱい。NGNG
高負荷時の性能や安定性では (Linux まで含めて比較しても)
FreeBSD だと言われることが多いけど、特定の用途に限ると
NetBSD が一番優れてることもあるよ。
たとえば、しばらくのあいだは PPPoE では NetBSD が圧倒的に
速かったし、例の scalability ベンチマークでも最終的にいい
線いったので、あそこで計っているケースに直撃するような
アプリケーションだと、結構いいんじゃないかね。

それから、組み込み用途には NetBSD が一番。まちがいない。
0394名無しさん@お腹いっぱい。NGNG
使いたくなきゃ、使わなければいいだけ。
使いたくないのに無理に使うOSではない。
0395名無しさん@お腹いっぱい。NGNG
バグ出しのされてなさというか、実戦経験値の少なさは痛いところだわな。
0396名無しさん@お腹いっぱい。NGNG
こうして煽りの意図に反してみんな納得してしまう、そんなNetBSDが大好きです。
0397名無しさん@お腹いっぱい。NGNG
うん、組み込みで使うならNetBSDがいいですね。
0398名無しさん@お腹いっぱい。NGNG
> バグ出しのされてなさというか

でも、scalability ベンチマークでは、FreeBSD, NetBSD, OpenBSD
の 3 つの中で、ベンチマークの結果カーネルが落ちなかったのは
NetBSD だけだったんだよね。
印象としてバグ出しがされてないけど、単に印象だけで実際は大丈夫
なのか、それともユーザが少なくて本当にバグ出しがされてないけど、
元々の品質はそれなりにいいのか、どちらでしょ?
0399名無しさん@お腹いっぱい。NGNG
元々の作りはいいから根本的なバグは少ないかもしれないけど、
ちょっと前に出てたpatch(1)のバグみたいなくだらない部類のバグは
結構多いような気がする。
0400名無しさん@お腹いっぱい。NGNG
rimnetがNetBSD使おうとして痛い目に遭った、って話があったけど、
そういうのってまだあるのかしら。
0401名無しさん@お腹いっぱい。NGNG
x86のみ実戦経験値が多くて他のarchだとダメダメなOSとは別次元のOSだと思います。
それに、組み込みだと /sbin/init から作るわけだから、ユーザランドの細かなバグなんか
問題にしてないし。
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
            ゛゛'゛'゛
■ このスレッドは過去ログ倉庫に格納されています