NetBSD その24
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2008/05/21(水) 02:11:13＿ノ⌒ゝ
＼ ´-ヽ
＼ノ⌒ヽ
NetBSD
＼
ttp://www.netbsd.org/
前スレ
NetBSD その23
http://pc11.2ch.net/test/read.cgi/unix/1203467127/l50
0714名無しさん＠お腹いっぱい。
2008/08/09(土) 23:48:550715名無しさん＠お腹いっぱい。
2008/08/10(日) 03:17:02それならM:Nが必須なのだが、
Javaの実装に役立たなかった時点でSolarisのM:Nは死んだ。
今となってはスレッドを確実にコントロールできる1:1がreasonableな解に見える。
NetBSDの人たちはSolarisで成し得なかったことをやれる見通しがあるのだろうか。
それはかなり凄い事だと思うが。
0716名無しさん＠お腹いっぱい。
2008/08/10(日) 04:10:29「今動いてなくてもいつかやらなければいけない」と思ってるだけ
の人が主張はするけど頭も手も動かさないので進まない状態
なわけですよ
0717名無しさん＠お腹いっぱい。
2008/08/10(日) 06:02:44いいと思うんだけどねえ、他のは後回しにしても
音頭取ってくる誰かをみんなして待ってる状態
0718名無しさん＠お腹いっぱい。
2008/08/10(日) 06:27:55今騒いでるのはrevivesaを5.0に入れるかどうかじゃないの?
費用対効果で見ればわざわざ無理に入れる必要ないと思うけど。
0719名無しさん＠お腹いっぱい。
2008/08/10(日) 12:09:03要するにCOMPAT_40のためだけなの？そのこだわりはある意味すげえな。
0720名無しさん＠お腹いっぱい。
2008/08/10(日) 15:24:40COMPAT_40のために入れろと言う人と
そんなの関係なく趣味で書いてる人と
SMPコードメンテにSAは邪魔と思ってるadと
四派で噛み合わない議論を展開中
そのへんcoreがきっちり仕切るFreeBSDや
Theoの一声で決まるOpenBSDと比べて
責任者不在でグダグダのNetBSDです
0721名無しさん＠お腹いっぱい。
2008/08/11(月) 09:54:27つーか、いま ad が精神的に消耗してどっかいっちゃうとめちゃ困るのは
見えてると思うんだけど..
ヘタするとプロジェクトの存亡にかかわらないか?
ad どっかいっちゃうと 1:1 てメンテできるのか?
それとも revivesa ベースにして m:n 復活できるとでも思ってるのだろうか...
0722名無しさん＠お腹いっぱい。
2008/08/11(月) 09:57:191. 理想性能のために入れろと言う人と
2. COMPAT_40のために入れろと言う人と
3. そんなの関係なく趣味で書いてる人と
4. SMPコードメンテにSAは邪魔と思ってるadと
匿名で意思表明してもしょうがないかも知れんが...
4 に賛成。ad が危惧してるんだからとりあえず 2 はやめよう。
別枝でいいやん。バウンスバッファの時みたいに、un-official バイナリでも
作ればいい。
0723名無しさん＠お腹いっぱい。
2008/08/11(月) 10:49:30いつまでの契約なのか知らんけど。
逆に言うと 口だけのやつはすっ込んでろ、つーことになるのかもしれんが。
0724名無しさん＠お腹いっぱい。
2008/08/11(月) 11:26:300725名無しさん＠お腹いっぱい。
2008/08/11(月) 11:30:210726名無しさん＠お腹いっぱい。
2008/08/11(月) 11:37:37えっ? あれって、2ヵ月くらいでとっくの昔に終ったんじゃないの?
まだ続いてんの? そんなに寄付あったのか??
0727名無しさん＠お腹いっぱい。
2008/08/11(月) 16:01:05So, Omowanaika?
0728名無しさん＠お腹いっぱい。
2008/08/11(月) 16:59:430729名無しさん＠お腹いっぱい。
2008/08/11(月) 19:04:541+2番、と言っているように感じたが、氏がここを見てたら何かしら伝わるんじゃない。
0730名無しさん＠お腹いっぱい。
2008/08/11(月) 20:31:47でもthreadを使わなくても書けると思う。
一方でパフォーマンスが重要なアプリケーションは、
1:1スレッドを前提に書かれている。
アプリケーションプログラマが頑張ることになっちゃったけど、
M:Nでは1:1よりパフォーマンスが出ないんだから、しょうがない。
0731名無しさん＠お腹いっぱい。
2008/08/11(月) 20:37:30「SAが実装された暁には!」という夢を見るのも、また一興か。
0732名無しさん＠お腹いっぱい。
2008/08/11(月) 21:15:06longandwindingsa とかw
0733名無しさん＠お腹いっぱい。
2008/08/11(月) 22:47:58forthcommingsaとか
undeadsaとか
つーか、それよりfixsaはどーなっとるんよ
0734名無しさん＠お腹いっぱい。
2008/08/11(月) 22:57:57zombeesa
foreversa
0735名無しさん＠お腹いっぱい。
2008/08/11(月) 22:58:360736名無しさん＠お腹いっぱい。
2008/08/11(月) 22:59:490737名無しさん＠お腹いっぱい。
2008/08/11(月) 23:03:210738名無しさん＠お腹いっぱい。
2008/08/12(火) 01:49:23ブランチ切る抵抗を減らしてしまうのは、果たしてプロジェクト全体にとって
幸せなことなのかどうか、ちょっとわからんな。BSDだとGPL縛りもないし。
0739名無しさん＠お腹いっぱい。
2008/08/12(火) 02:25:00マージまでたどり着けるかどうかのほうが。
doc/BRANCHESには屍累々だし。
顧客でも締切でもLinusやTheoみたいな独裁者でも
なにかしら駆動するもんがないと厳しいんじゃない。
0740名無しさん＠お腹いっぱい。
2008/08/12(火) 11:21:08終ってるぞ? 統合するのか並行で行くのかが争点なんだけど。
0741名無しさん＠お腹いっぱい。
2008/08/12(火) 11:23:41枝のまま消えるのは、それでいいじゃん。リポジトリには残って参照できるんだし、
とりあえずの実装が正しいか試せるのが枝なんだから、別の方法を見出せたならば
それで十分役に立ってる。
0742名無しさん＠お腹いっぱい。
2008/08/12(火) 11:48:12NetBSDにはあまり認知されてないように見えるけど。
つーか、独立してまでメンテするマンパワーないし、
trunkの新機能から取り残された感が出てくると萎えるし、
実際問題としてブランチ切ってもよほど興味を引かない限り
誰もチェックアウトすらしないし。
fixsaもrevivesaも誰も結果レポートしないから止まってる面もある。
世間一般のプロダクトだとまた話は別なんだろうけど。
0743名無しさん＠お腹いっぱい。
2008/08/12(火) 11:48:48zsa
0744名無しさん＠お腹いっぱい。
2008/08/12(火) 17:53:38マージする必要もないんじゃ
0745名無しさん＠お腹いっぱい。
2008/08/12(火) 20:06:52あるべき論と文句だけは皆いっちょ前だし、そんな矢面に立っても得すること何もないし。
OpenBSDならtheoの一声なんだろうけど。
0746名無しさん＠お腹いっぱい。
2008/08/12(火) 20:48:44持ってけばいいんだよ。thorpej がノシて来た時もそうだったし。
元からそんな人数居たわけじゃないし。
0747名無しさん＠お腹いっぱい。
2008/08/12(火) 21:05:351. 少人数で維持が可能で大勢に理解できる規模にプロジェクトを抑える
2. SMP はプロセスのメインスレッドの処理 CPU を固定する等、単純な構造にする
ために、マイクロカーネルに移行すべきだな。コンテキストスイッチの
オーバーヘッドが大きいんなら特権空間に置けばいいと思うし。
0748名無しさん＠お腹いっぱい。
2008/08/12(火) 21:06:110749名無しさん＠お腹いっぱい。
2008/08/12(火) 22:29:220750名無しさん＠お腹いっぱい。
2008/08/12(火) 22:37:37coreであるagc自身が
we're currently in feature freeze for NetBSD 5.0, and we're
nearing the end of that period. There are some things that we still
have to finish off, such as (in no particular order):
+ wrstuden-revivesa merged and 4.0 SA threaded apps working outta da
box on 5.0
なんて書いてるわけだが、まあ頑張って説得でもなんでもしてみてくれ。
thorpejがやってきたのは実務論優先の切り捨てじゃなくて自論の体現だよ。
もうそんなパワーのあるメンバーいないのに理想だけは変えられない性。
0751名無しさん＠お腹いっぱい。
2008/08/12(火) 23:41:000752名無しさん＠お腹いっぱい。
2008/08/13(水) 00:51:32現実知って行動しろよ、ってだけだけどな。
0753名無しさん＠お腹いっぱい。
2008/08/13(水) 03:50:16方がずっと心配だよ。負荷かけるとなんかturnstileあたりで詰まっちゃうし。
adはお休みモードになっちゃったみたいだし、誰かちゃんと直せるのかなあ。
revisesaは、diffみる限り局所的な変更で済みそうだから、ずっと問題は
小さからろ。
0754名無しさん＠お腹いっぱい。
2008/08/13(水) 04:27:04同じ原因と推測される不具合が一月誰も手を付けずに放置だったら心配だが、
1,2週間おかしいくらいでガタガタ言うんじゃねーよ。
そもそも、おかしいのがわかってるんだったらこんなとこでグダグダ言ってないで
send-prしろよ。再現させる方法がわかってるかどうかでもかなり変わるし、
見てるだけ待ってるだけで良くなると思ってる方がどうかしてる。
0755名無しさん＠お腹いっぱい。
2008/08/13(水) 06:45:340756名無しさん＠お腹いっぱい。
2008/08/13(水) 14:51:46> 見てるだけ待ってるだけで良くなると思ってる方がどうかしてる。
自分以外は必ず「見てるだけ待ってるだけ」だと思い込む方がよっぽどどうかしてるんだが。
0757名無しさん＠お腹いっぱい。
2008/08/13(水) 18:44:09これって見てるだけ待ってるだけとしか思えんのだけど。違ったのならスマンな。
0758名無しさん＠お腹いっぱい。
2008/08/14(木) 17:45:07そんなこと言ったってね、私は寝てないんだ。
0759名無しさん＠お腹いっぱい。
2008/08/14(木) 17:54:46こっちだって寝てないですよ！
0760名無しさん＠お腹いっぱい。
2008/08/14(木) 18:44:14英語のベンキョは大事だネ
0761名無しさん＠お腹いっぱい。
2008/08/14(木) 21:24:10英語でおk
0762名無しさん＠お腹いっぱい。
2008/08/15(金) 02:01:46http://jibun.atmarkit.co.jp/lcareer01/rensai/topi04/topi01.html
http://www.geekpage.jp/blog/?id=2008/2/13
http://kmuto.jp/debian/article/osm200601.html
http://www.itmedia.co.jp/enterprise/articles/0412/01/news009.html
0763名無しさん＠お腹いっぱい。
2008/08/15(金) 09:12:53gdbでwatchをセットすると実行が激しく遅い感じなのですが、自分だけでしょうか?
処理が増えて遅くなるんでしょうが、実際のところ、ものすごくシンプルなコードでやっても
激遅で、正直実用に堪えない感じです。ちなみにCPUはCore 2 Duo 2.2GHzです。
似たようなスペックのハードに入ったLinux(Ubuntu)上で全く同じことをしてみたら全然速いので、
NetBSDの方には何か問題があるようにも思えます。
自分が何かヘマをしているのかもしれませんが、どなたか心当たりはありませんでしょうか。
0764名無しさん＠お腹いっぱい。
2008/08/15(金) 20:46:10Linuxがなにかずるをしていないか?
0765763
2008/08/15(金) 21:48:36ずるっていうか、デバッグレジスタ使ってるかな〜、みたいな。
ptrace()かな〜、みたいな。
NetBSDの人はwatchなんてものは使わないのかな〜、みたいな。
あ、全然面白くないですね。すみません。
0766名無しさん＠お腹いっぱい。
2008/08/15(金) 21:50:00gdbならhardware watchpointに対応していれば問題ない速さで動くはず。
0767名無しさん＠お腹いっぱい。
2008/08/15(金) 22:47:56いちおうまだ古いCPUもサポートしてるはずなので、デフォルトで使わないようになってるのかもしれない。
libmみたいに動的に切り替えるのがいいんだけどね。
0768名無しさん＠お腹いっぱい。
2008/08/15(金) 23:14:10>NetBSDの人はwatchなんてものは使わないのかな〜、みたいな。
実際、少なくともここにいる人はほとんど使ってないんじゃない。
NetBSD使う理由の9割くらいはカーネルだし、ユーザーランド環境はいまいちだし。
0769名無しさん＠お腹いっぱい。
2008/08/15(金) 23:15:500770名無しさん＠お腹いっぱい。
2008/08/15(金) 23:54:56カーネルいじったりでは。
0771名無しさん＠お腹いっぱい。
2008/08/16(土) 00:04:32いじるを具体的に
0772名無しさん＠お腹いっぱい。
2008/08/16(土) 00:48:14NetBSD上でなくてもカーネルコンパイルはできるし
カーネル移植ならシングルユーザーにたどりつくまでのほうが長いし、
ドライバ書きならgdbなんて出番ないが。
ユーザーランド使わずにNetBSD使ってる、なんて誰も言ってないよ。
ユーザーランドプログラム開発プラットフォームにわざわざNetBSD選んで
その上でgdb使ってゴリゴリデバッグ、なんて人は少数派じゃないの?
ってだけだが。
0773763
2008/08/16(土) 00:54:03>gdb6/gdb/config の下いじったら使えるようになったりしない?
うーん、gdb6/gdbの下のファイルでLinuxとNetBSDを比較してみて、ちょっと脱力していた
ところなんですが、もう少し調べてみます。もしかしてpcbをいじる必要があるのかなあと。
>>770
カーネルは激しくイベントドリブンだから、デバッグするときむしろwatchの機能はそれなりに
有効な気もしないではないですが...
あれ、カーネルだったらレジスタを直接セットすればいいのかな? かなり眠くなって来た
0774名無しさん＠お腹いっぱい。
2008/08/16(土) 00:59:45カーネルをいじるのも 英語でsend-pr書くのも 夢のまた夢の向こう側
...と思っていた時期が私にもありました(AA略
0775名無しさん＠お腹いっぱい。
2008/08/16(土) 01:30:22角度とか
0776名無しさん＠お腹いっぱい。
2008/08/16(土) 02:00:54が結論ですが何か。
gdbは-currentやfixsaでいろいろ修正入ってたと思うけど
スレッド関連だけでwatchは関係ないかも。
>>763のヘマではなくNetBSDだとgdbのwatchは遅い、
というのがもう一つの結論?
0777名無しさん＠お腹いっぱい。
2008/08/16(土) 02:56:250778名無しさん＠お腹いっぱい。
2008/08/16(土) 03:31:460779名無しさん＠お腹いっぱい。
2008/08/16(土) 04:04:500780名無しさん＠お腹いっぱい。
2008/08/16(土) 08:30:52NetBSDでのスレッドはユーザースレッドになるのでしょうか。
pthreadを使ったプログラムを作っているのですが、
Solaris10とNetBSD4.0で振る舞いが違っており悩んでいます。
このプログラムはSolaris10では複数個のスレッドが複数CPUを同時に使って動作するのですが、
NetBSD4.0ではスレッドは複数個生成されるものの同時に1つのスレッドしか動作しないようです。
0781名無しさん＠お腹いっぱい。
2008/08/16(土) 09:06:14まともに使ってる人がどれくらいいるのかどうかは知らないけど。
ユーザーランド!ユーザーランド!
並列実行数は man pthread の PTHREAD_CONCURRENCY の設定がいるんじゃない。
もっとも、これを2以上にするとバグバグという意味のない状態という噂もあるが、
wrstuden-fixsaなら直っているのかも?
あと、カーネルはGENERIC.MPみたいなMP対応のカーネルじゃないと
そもそもSMPで動かないけど、そのへんは?
0782名無しさん＠お腹いっぱい。
2008/08/16(土) 10:14:43ありがとうございます。
PTHREAD_CONCURRENCYを大きくしたらできました。
これからちょっと使い込んでみます。
(ばぐは怖い...)
0783名無しさん＠お腹いっぱい。
2008/08/16(土) 10:26:11ftp://ftp.NetBSD.org/pub/NetBSD-daily/wrstuden-fixsa
のカーネルを試して改善されているかリポートすると
超喜ばれるかも
0784名無しさん＠お腹いっぱい。
2008/08/16(土) 12:11:52ちゃんと正しい方向に進んでるかい？
0785名無しさん＠お腹いっぱい。
2008/08/16(土) 20:02:22そんなことagcかchristosに聞けよ。
各デベロッパは個別要素技術の自分の担当部分にしか興味なくて
全体進行は誰かその気のある人がやればいい(と言いつつケチはつける)
という状態にもかかわらず、いまだプロジェクトとして崩壊してないんだから
それはそれで大したもんだという気はしないでもない。
超スローペースのなせる技?
0786名無しさん＠お腹いっぱい。
2008/08/18(月) 01:52:530787名無しさん＠お腹いっぱい。
2008/08/18(月) 11:49:550788名無しさん＠お腹いっぱい。
2008/08/18(月) 20:11:110789名無しさん＠お腹いっぱい。
2008/08/19(火) 01:39:490790名無しさん＠お腹いっぱい。
2008/08/19(火) 15:04:32久しぶりにGAW見た気がする。
0791名無しさん＠お腹いっぱい。
2008/08/19(火) 16:14:530792790
2008/08/19(火) 16:45:51tech-kernとかでもボチボチ見られるし。
昔ほどウザくないせいか、何か印象に無かった。
0793名無しさん＠お腹いっぱい。
2008/08/19(火) 22:43:33すまん勘違いだった、最新のでは直ってた、
と自己完結してることが多くなった気がするな
0794790
2008/08/19(火) 23:19:47担当developerのやる気を殺ぐ点で右に出るものが居ないという
印象だったので、散発的に発言されてても印象になかった。。。
ちなみに今回GAWに気付いた理由は、
「SPAMフォルダを見たら偶然目に入ったから」
だった。2000通以上ある中、引っ掛かってたの多分これだけで、
SPAMフォルダに入ってる方が印象深かったというのが個人的にはウケる。
0795名無しさん＠お腹いっぱい。
2008/08/19(火) 23:36:530796名無しさん＠お腹いっぱい。
2008/08/20(水) 01:17:060797名無しさん＠お腹いっぱい。
2008/08/20(水) 01:24:380798名無しさん＠お腹いっぱい。
2008/08/20(水) 01:29:400799名無しさん＠お腹いっぱい。
2008/08/20(水) 01:35:480800名無しさん＠お腹いっぱい。
2008/08/20(水) 01:53:56当時、現実主義のPAM派と理想主義のBSD Auth派と思ってたが、
SODA大明神が理想主義的にrevivesaを擁護しているのは時の流れか否や。
でもまあ、もうNetBSDがマスを取る事はないのだから、他がやってない地雷原を
走るってのも、存在意義としては良いんじゃないかなと思う。だから、個人的には
revivesaはagreeなんだよね、多分NetBSDクオリティで終わるんだろうけど。
0801名無しさん＠お腹いっぱい。
2008/08/20(水) 01:59:54いずれにせよ認証機構は時代の要請があったけど、SAは歴史的マシンサポートと同じで
なくても困る人ほとんどいないから、書いた人がやる気無くしてたら自然消滅じゃない。
で、5.0も出ない罠
0802名無しさん＠お腹いっぱい。
2008/08/20(水) 02:09:44そうは言っても、まあ5年以内には流石に出るんじゃない？
という、冗談で言ったのになぜか冗談にならないタイムフレームがでてくるのが
NetBSDの凄い所。実際問題、ダイナミックリンクライブラリレベルで互換性
とれてれば、まあ良いんじゃないのとは思うね。インストール/アップグレードで
少々手順が面倒位で忌避されるなら、そもそも絶滅してるし。
まあ、これまでバイナリ互換性を相当重視していたのは事実だから、どうせ崩すん
だったらこの際思い切って何でもアリで大拡張したら面白いけどな。
0803名無しさん＠お腹いっぱい。
2008/08/20(水) 02:50:51それより前に、リリースなんてどうでもいいと思ってる人から
いつfeature freezeは終わるんだと文句が出て
ブランチの話がグダグダになるorどさくさに紛れてsa後回しで進む
のどっちかが今年の10月頃に起こると予想。
その後ブランチ切った瞬間new featureがドカドカ入って
リリース出る前からすでにobsoleteというのがありがち。
0804名無しさん＠お腹いっぱい。
2008/08/20(水) 13:20:35次の 6 の目玉はあるのか? ZFS?
0805名無しさん＠お腹いっぱい。
2008/08/20(水) 13:59:12組込みならそんなの要らんやん。
0806名無しさん＠お腹いっぱい。
2008/08/20(水) 15:07:27まあ、一番文句言うのは組込みで使ってる人達ですけどw
組込みもモノによってはバイナリ互換性重要ですよ。
0807名無しさん＠お腹いっぱい。
2008/08/20(水) 17:39:26あらゆる用途で実験的に空目した。
0808名無しさん＠お腹いっぱい。
2008/08/20(水) 22:27:39移植がしやすいから組み込み屋が群がってきただけだよね。
One size fits all のTシャツは結構味があって好きだったなあ。
互換性の話はCOMPAT_NOMIDってのがあるくらいだから単なる伝統じゃない。
m68kのa.outなんかはとても互換性あるとはいえない移行だったし、
vinum, systrace, NQNFS, netns, 80386等々削除されたものも
けっこうあるから言うほどきっちりできているわけではないと思うけど、
ユーザー数よりもどれだけ理想が高かったかで話が大きくなりがち
という気はするな。
0809名無しさん＠お腹いっぱい。
2008/08/21(木) 01:07:04結構長年にわたり使ってるようだけど
0810名無しさん＠お腹いっぱい。
2008/08/21(木) 01:13:44コードは寄付してますw
以前自前のマシンを使ってデバイスドライバを書いたとき、再起動を繰り返したせいか調子が
悪くなったので、ある意味間接的な寄付だったかもw
0811名無しさん＠お腹いっぱい。
2008/08/21(木) 03:15:580812名無しさん＠お腹いっぱい。
2008/08/21(木) 07:39:12・寄付しても自動的には載らない
・寄付すると、「載せていい?」「載せるなら何て名前で載せる?」ってメールが来るので、
「だよもんだよもん」と返事する
0813名無しさん＠お腹いっぱい。
2008/08/21(木) 09:33:27起動時の BIOS でミラーリング設定するとちょっと負荷かけたら
リソース足らんとか言ってそのうち使えなくなるんだけど、そんなもん?
ミラーリング解除して RAID 機能使わなければ問題出てない。
先週くらいの 4.0_STABLE/i386。
■ このスレッドは過去ログ倉庫に格納されています