NetBSD その9
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNGお約束、関連リンクは>>2-10あたり
0353名無しさん＠お腹いっぱい。
NGNG# ./build.sh tools kernel=GENERIC
で作ったカーネルと、
# cd /usr/src/sys/arch/hoge/conf;config GENERIC;cd ../compile/GENERIC
# make depend;make
で作ったカーネルのサイズが違うのはなんでですか？
0354名無しさん＠お腹いっぱい。
NGNGttp://www.netbsd.org/Ports/cobalt/faq.html#netboot
0355名無しさん＠お腹いっぱい。
NGNG/usr/bin/gcc -v
${TOOLDIR}/bin/i386--netbsdelf-gcc -v
0356名無しさん＠お腹いっぱい。
NGNGftp://ftp.netbsd.org/pub/NetBSD/arch/cobalt/restore-cd/1.6.1/
からリストアCDイメージを持ってきてインストール。そのあと最新にアップデートというのが楽。
使い方はlinuxの場合のリストアCDと同じ。i386マシンで立ち上げてそちらをサーバにして、
cobaltをネットワークブートさせればよい。
0357名無しさん＠お腹いっぱい。
NGNGところで、みなさんはkernel作るとき、cpuflagsとか使います？
0358名無しさん＠お腹いっぱい。
NGNG２つが同じにならないというのはuserland binaryのインストールが変なんじゃないの？
cpuflagsでもいいんだろうけどわたしゃkernel config中で
makeoptions COPTS="-O2 -mcpu=athlon"
ってしてるな。
0359名無しさん＠お腹いっぱい。
NGNG% /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名無しさん＠お腹いっぱい。
NGNGin-treeのgcc3のi386を設定した人ですな。
ここを手でいじくるべきなのかどうかは微妙か。
バージョンが同じならどっちで作っても同じになるはずだけど、
サイズってどれくらい違うわけ?
build.shでkernel作るとmk.confの中身が反映されたりするのかしらん。
0361352です
NGNGそれがうまくいきません…サバとコバルトはクロスケーブルでつないで、サバ側
が完全に立ち上がった（ログインプロンプトまで出てる）ところでコバ側を
netbootしたんだけどまったく反応しない…ちなみにまったく同じ環境で純粋ＣＤ
イメージのインストはうまくできてます…何がまずいのだろう…
0362名無しさん＠お腹いっぱい。
NGNG7607887 netbsd_alpha--netbsd-gcc
ほぼGENERICなkernelのサイズはこのくらい違います。
mk.confはACCEPTABLE_LICENSES+=fee-based-commercial-use以外書いてません。
2.0は不安定なので、cpuflagsももしかしたらと思って使ってないです。
0363名無しさん＠お腹いっぱい。
NGNGdhcpd(8)の設定はちゃんとしているのかとか
nfs exportの設定はあっているかとか
0364名無しさん＠お腹いっぱい。
NGNG作られるからその辺で変わってくるのかしら。
気になるならsize(1)でどのオブジェクトのどの部分が違うのか追ってみれば?
0365名無しさん＠お腹いっぱい。
NGNG0366名無しさん＠お腹いっぱい。
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ありえるのかしら。コンパイル時のlogではどっちも同じオプションになってるの?
0368名無しさん＠お腹いっぱい。
NGNGQube2ならシリアルコンソールにいろいろ出てると思うのでその辺をチェック。
ひょっとすると純正と違って、コンソールから入力しないと進まないようになっているかもしれないので。
＃だいぶ前にやったことなので細かいこと忘れているっぽい。ごめん。
0369名無しさん＠お腹いっぱい。
NGNGスクリーンセーバーはありますか？
0370名無しさん＠お腹いっぱい。
NGNGlinux アプリケーション(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わたしならとりあえず ktrace してみるなあ
0372名無しさん＠お腹いっぱい。
NGNGだとしたら linux オプションつきで procfs をマウントして
おかないと。
man compat_linux を読むと書いてあるぞ。
0373名無しさん＠お腹いっぱい。
NGNGまたどちらが優れているのですか？
0374名無しさん＠お腹いっぱい。
NGNG0375名無しさん＠お腹いっぱい。
NGNGサイズがちょっと変わってるのは完全に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名無しさん＠お腹いっぱい。
NGNGnetbsd_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名無しさん＠お腹いっぱい。
NGNGNetBSDはまともに使えないしろものです。
0378名無しさん＠お腹いっぱい。
NGNG実際使う側にとっては不親切だし。
カーネルソースを読み書きする教材としては
NetBSDが一番優れてると思うけどね。
0379名無しさん＠お腹いっぱい。
NGNG0380名無しさん＠お腹いっぱい。
NGNGbinutilsが新しくなってほかでも起こるようになったか。
0381名無しさん＠お腹いっぱい。
NGNGそれは本末転倒というやつでないかい。
多アーキテクチャを混在させる理由はなんなのさ。
0382名無しさん＠お腹いっぱい。
NGNG.gotがそんなに違うってことはリンカがなんか違うのかな。
/usr/bin/ldと${TOOLDIR}/bin/alpha--netbsd-ldのバージョンはどう?
あと、/usr/bin/ldは配布されてるバイナリそのまま?
もしそうならセルフで作り直すと変わったりする?
0383名無しさん＠お腹いっぱい。
NGNG寄付とかいっていろんなアーキが転がってくることもあんのよ。
0384名無しさん＠お腹いっぱい。
NGNGゴミ扱いされるようなマシンでも最新の機能を試せる
だろ。使いものになるかどうかは別問題だが。
0385名無しさん＠お腹いっぱい。
NGNG先の二つに加えて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名無しさん＠お腹いっぱい。
NGNGuserland作り直してるのならバージョンは一緒だよねえ。
>>359にあるのconfigureの--disable-symversのせいなのかしら。
ちゃんと見てないけど。
0387名無しさん＠お腹いっぱい。
NGNG少なくとも同じワームなどで全部こけるということはなくなる。
0388名無しさん＠お腹いっぱい。
NGNGで、それが事実だとして、それがNetBSDの優れている点になるわけ?
そういう理由ならふつーOSも変えるだろ。
0389名無しさん＠お腹いっぱい。
NGNG0390名無しさん＠お腹いっぱい。
NGNGNetBSDを使う利点はない。
別のOSを使いましょう。
0391名無しさん＠お腹いっぱい。
NGNGドキュメントが整備されないのも必然。
0392名無しさん＠お腹いっぱい。
NGNGいきなりPCがドンっとやってくる世代の人には、他のOS使って
貰えばいいんじゃないの。
0393名無しさん＠お腹いっぱい。
NGNGFreeBSD だと言われることが多いけど、特定の用途に限ると
NetBSD が一番優れてることもあるよ。
たとえば、しばらくのあいだは PPPoE では NetBSD が圧倒的に
速かったし、例の scalability ベンチマークでも最終的にいい
線いったので、あそこで計っているケースに直撃するような
アプリケーションだと、結構いいんじゃないかね。
それから、組み込み用途には NetBSD が一番。まちがいない。
0394名無しさん＠お腹いっぱい。
NGNG使いたくないのに無理に使うOSではない。
0395名無しさん＠お腹いっぱい。
NGNG0396名無しさん＠お腹いっぱい。
NGNG0397名無しさん＠お腹いっぱい。
NGNG0398名無しさん＠お腹いっぱい。
NGNGでも、scalability ベンチマークでは、FreeBSD, NetBSD, OpenBSD
の 3 つの中で、ベンチマークの結果カーネルが落ちなかったのは
NetBSD だけだったんだよね。
印象としてバグ出しがされてないけど、単に印象だけで実際は大丈夫
なのか、それともユーザが少なくて本当にバグ出しがされてないけど、
元々の品質はそれなりにいいのか、どちらでしょ?
0399名無しさん＠お腹いっぱい。
NGNGちょっと前に出てたpatch(1)のバグみたいなくだらない部類のバグは
結構多いような気がする。
0400名無しさん＠お腹いっぱい。
NGNGそういうのってまだあるのかしら。
0401名無しさん＠お腹いっぱい。
NGNGそれに、組み込みだと /sbin/init から作るわけだから、ユーザランドの細かなバグなんか
問題にしてないし。
0402名無しさん＠お腹いっぱい。
NGNG0403名無しさん＠お腹いっぱい。
NGNG最初から安定して動く用途なんて限られているでしょ。 rim は安定させる力か
時間がなかっただけだと思う。
エンタープライズで実績があります、なんて言ってても、別の用途にそのまま
持っていって最初から安定して動くわけではない。
その用途で使われている部分に関してはバグだしされているけど、だからといって
他の用途で使ってバグにあたらないとは限らないし。
0404名無しさん＠お腹いっぱい。
NGNGそういうとこで経験値ないのはやっぱ痛いと思うよ。
0405名無しさん＠お腹いっぱい。
NGNG関係ない部分が多いけど、ネットワークもファイルシステムもドライバ部分はMIですよ。
x86の実績があっても他のarchだとどうでしょうね。
0406名無しさん＠お腹いっぱい。
NGNGそれ、いつの話よ？
0407名無しさん＠お腹いっぱい。
NGNGVMまわりなら全然違うけど。
0408名無しさん＠お腹いっぱい。
NGNGttp://www.unixmagic.org/ml/netbsd/199910/
0409名無しさん＠お腹いっぱい。
NGNGちょうど5年前の話?
例のスケーラビリティベンチのときもベンチ結果見て初めて直してたわけだけど、
そういう意味での経験値ってどうなの? って話なんだけど。
0410名無しさん＠お腹いっぱい。
NGNGftp.netbsd.orgだとしたらなかなか悲しいものがあるが。
0411名無しさん＠お腹いっぱい。
NGNGなんじゃろ。うちの会社の対外 www サーバも NetBSD
だけど、月間250万アクセスくらいなので、全然負荷が
かかってないです。(´・ω・`)
0412名無しさん＠お腹いっぱい。
NGNG某OSよりはマシではないかと。
荒れるので、知っててもこのスレで名前は出さないようにしてね。
0413名無しさん＠お腹いっぱい。
NGNGそれっぽいスレッドは読んだが、不安定とか痛い目に遭ったって載ってないけど。
>>410
2chの鯖とかにあったりして。
0414名無しさん＠お腹いっぱい。
NGNGスマン。 MD の間違いだった。
0415名無しさん＠お腹いっぱい。
NGNG/usr/games/rogue
0416名無しさん＠お腹いっぱい。
NGNG0417名無しさん＠お腹いっぱい。
NGNGttp://www.unixmagic.org/ml/netbsd/199911/msg00193.html
0418名無しさん＠お腹いっぱい。
NGNG“MI API with MD implementation”の実装部分がまずいかもしれないってこと?
そういう部分がまずかったら経験値を積むまでもなく最初から動かんと思うよ。
0419名無しさん＠お腹いっぱい。
NGNGってのも結局検証されずにほったらかしだし、そういうところはダメね。
0420名無しさん＠お腹いっぱい。
NGNGどっちかっつーとworms(6)とかrain(6)とか
0421名無しさん＠お腹いっぱい。
NGNGMDの経験値こそ重要でしょう。
経験を積んでいないMD部は、ある環境や用途で問題なく動いていたとしても、
他の環境でバグが出る。 MIな部分よりバグ取りは難しいし。
0422名無しさん＠お腹いっぱい。
NGNGある特定のarchだけ ある環境で動いてて他の環境でバグが出る、ってのはあるのか?
例えば、bge(4)でbus_dmamap_unload(9)が抜けてたってのがあったけど、
これはbus_dmamap_load(9)でリソース確保してるarchでしか問題出ないが
ちょっと使えばすぐ出るバグで環境云々ということにはならんような。
0423名無しさん＠お腹いっぱい。
NGNGという可能性もなきにしもあらず。
0424名無しさん＠お腹いっぱい。
NGNG0425名無しさん＠お腹いっぱい。
NGNGある特定のarchのMD部に潜在バグがあったが、ある環境ではそのバグにあたらなかった
ため安定して動いていた。ところがそのバグに当たってしまう他の環境に持っていくと全く
使い物にならない、という状況は普通にあるんじゃないでしょうか。
これはMD部だけに限らないことですが、MI部のほうが多くの環境にされされていて経験を
積んでいることは確かです。
また、MD部の経験値については、ある特定のarchでもmachineが違ったりCPUのメーカや
モデルが違うものにportする場合に問題になります。
例えばmipsなんかキャッシュの構成が違うCPUにportするとMDで苦しむことになります。
# でもNetBSDのmipsのMDの経験値が低いといっているのではないです。:-)
# NetBSDのmipsのMDは悪くないと思います。
0426名無しさん＠お腹いっぱい。
NGNGこの辺かねぇ。
いまいち情報がはっきりしない。
http://www.unixmagic.org/ml/netbsd/199911/msg00205.html
0427名無しさん＠お腹いっぱい。
NGNG0428名無しさん＠お腹いっぱい。
NGNG0429名無しさん＠お腹いっぱい。
NGNG＿,,-―＝'''￣ ＿,,-―＝''￣ ヽ ／ +
￣￣ ＿,,-―＝'''￣ ＼ ／ . . . .
,,-＝''￣ ＿ノ ,＿ノ ヽ ／ . 。. ★ ☆
,,,-'' / iﾆ)ヽ, /rj:ヽヽ ヽ／ 。. .
-―''￣ ;〈 !:::::::c! |＿＿＿,/' {.::::::;､! 〉 | -┼- -┼- 丿~~~| |~~~~~| ＿＿ ■ ■
. |. (つ`''" | / `'ｰ''(つ. |. -┼- -┼- /~~~~/ 丿 | 丿 ▼ ▼
| . ///// | / /// | | 丶 | 丿 ／ 丿 ● ●
ヽ γ´~⌒ヽ. | / /
――ヽ / ヽ | / /⌒ヽ、
＼/ | |_/ ／ ヽ
0430名無しさん＠お腹いっぱい。
NGNG∧∧ ミ ＿ ドスッ
( ,,)┌─┴┴─┐
/ つ. 2.0 .|
〜′ /´ └─┬┬─┘
∪ ∪ ││ _ε３
゛゛'゛'゛
0431名無しさん＠お腹いっぱい。
NGNG0432名無しさん＠お腹いっぱい。
NGNG荒れるのを心配する前に正しい認識を持ちましょう。
Solaris を使っているのはスポンサーの意向。OSの性能うんぬんが理由では
ない。仮にOSの性能が理由だとしても NetBSD を使うことは起こり得ない
だろうがね。
0433名無しさん＠お腹いっぱい。
NGNGしかしメールサーバに NFS 使うアフォが悪いと思う。
0434名無しさん＠お腹いっぱい。
NGNG0435名無しさん＠お腹いっぱい。
NGNG0436名無しさん＠お腹いっぱい。
NGNG言いたいことはわからんでもないが、それのどこが「MDの経験値こそ重要」に
つながるわけ? 単に自分が組み込みVRやTXで苦労した、って言いたいだけか?
NetBSD/mipsのpmapが昔からウンコと言われてるのは確かだけど、
ありゃ実装の問題であって経験値以前の問題だろ。
0437名無しさん＠お腹いっぱい。
NGNG＃ 単なる愚痴です。
x86のMDはよく使われてる分だけ頑丈になっているけど、
その他のarchでは、使わている環境や応用が少ない分、
相対的に見てMDの方が重要だということです。
0438名無しさん＠お腹いっぱい。
NGNG新しいportだとある程度動いたところで満足しちゃって
やっつけ実装になってるのは確かだけどな。
0439名無しさん＠お腹いっぱい。
NGNGまあ、i386がarchでもあってmachineでもあること、(i386を使う限りchipsetからは逃れられない
のでハード環境はほぼ同じになってしまう）というのが大きいんじゃないでしょうか。
0440名無しさん＠お腹いっぱい。
NGNGよーし、パパ次はサーブ買っちゃうぞ！
0441名無しさん＠お腹いっぱい。
NGNGmipsはmips1ベースの実装をひきずってるからダメなだけだし、
m68kはもう新しいものなんて出てこないわけだしな。
0442名無しさん＠お腹いっぱい。
NGNGカコイイ！
0443名無しさん＠お腹いっぱい。
NGNG0444名無しさん＠お腹いっぱい。
NGNG0445名無しさん＠お腹いっぱい。
NGNG0446名無しさん＠お腹いっぱい。
NGNG0447名無しさん＠お腹いっぱい。
NGNG0448名無しさん＠お腹いっぱい。
NGNGNetBSDだけじゃなくて他の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名無しさん＠お腹いっぱい。
NGNGMACHINEの種類が多いとMACHINE_ARCHが安定しないというのなら
それはMI/MDの切りわけがきちんとできてないということ。
i386じゃなくたってたいていのマシンはfirmwareがchipsetの設定をするし
それを全部OSが自前でやってるportなんてほとんどないだろ。
自分がpci configurationその他で苦労したって言いたいのか?
0450名無しさん＠お腹いっぱい。
NGNG結局何が言いたいのかわからん。全部ただの愚痴か?
自分がやってるターゲットをほかでもバグ出ししてくれってこと?
きれいな実装でも経験値積んでなけりゃ意味なしってことか?
0451名無しさん＠お腹いっぱい。
NGNG0452名無しさん＠お腹いっぱい。
NGNGpmapがVIPTキャッシュをあんまり考慮してないとか
KSEG0/KSEG1に全物理メモリが見えてないといけないとか
■ このスレッドは過去ログ倉庫に格納されています