NetBSD その9
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNGお約束、関連リンクは>>2-10あたり
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に全物理メモリが見えてないといけないとか
0453名無しさん＠お腹いっぱい。
NGNG馬鹿は放置
0454448
NGNG>>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とはちょっと話が違ってませんか。
0455448
NGNG> 結局何が言いたいのかわからん。全部ただの愚痴か?
「MDは重要だ」って言ったんですが。
当たり前のことを言っているだけですよ。
> きれいな実装でも経験値積んでなけりゃ意味なしってことか
ウンコな実装で経験積んで安定しても意味なし、と思ってますよ。
＃ NetBSDにかかわっている人は大体そう思ってるんじゃないかな。
・きれいな実装は重要 （これはこのレスで言ったばかり）
・いろんな環境や応用で経験積まないと安定しない
・MDはARCHやMACHINEで経験に偏りがある
これだけ最初から言っとけばよかったってこと？
0456448
NGNG> i386でもacpiやcardbusはマシンによってズタボロなわけだが
acpiがマシンによらずまともに動くOSってないと思う
っていうかNetBSDのacpiはまだできてないんじゃ
>>452
> pmapがVIPTキャッシュをあんまり考慮してないとか
VIPTキャッシュってmips1からあった？
ああ、mips1にはVIPTキャッシュなかったから、mips1ベースで作ったpmapの実装を
VIPTキャッシュのmips3に引きずったからダメになったということ？
> KSEG0/KSEG1に全物理メモリが見えてないといけないとか
そだっけ？ と思ってよく見るとそのとおりですね。
0457名無しさん＠お腹いっぱい。
NGNG元ネタは NetBSD の優れているところ云々 だったわけだけど、
MI/MD分離の話と実戦経験値の話は関係あるの?
x86のみ実戦経験値が多くて他のarchだとダメダメなOS
って NetBSD も一緒じゃん。
0458名無しさん＠お腹いっぱい。
NGNG0459名無しさん＠お腹いっぱい。
NGNG0460名無しさん＠お腹いっぱい。
NGNGあんたが作ればあるんじゃない?
0461名無しさん＠お腹いっぱい。
NGNG現状ではないということですね。サンクスこ
0462名無しさん＠お腹いっぱい。
NGNG0463名無しさん＠お腹いっぱい。
NGNG0464名無しさん＠お腹いっぱい。
NGNG0465名無しさん＠お腹いっぱい。
NGNG0466名無しさん＠お腹いっぱい。
NGNG0467名無しさん＠お腹いっぱい。
NGNG0468名無しさん＠お腹いっぱい。
NGNG読みたいが、雷電？
0469名無しさん＠お腹いっぱい。
NGNG0470名無しさん＠お腹いっぱい。
NGNGはい! すごく読みたいです!
■ このスレッドは過去ログ倉庫に格納されています