NetBSD その24

1 名前：名無しさん＠お腹いっぱい。 [2008/05/21(水) 02:11:13 ] ``Of course it runs NetBSD.'' ＿ノ⌒ゝ ＼　　´-ヽ 　＼ノ⌒ヽ 　NetBSD 　　　　＼ ttp://www.netbsd.org/ 前スレ NetBSD その23 pc11.2ch.net/test/read.cgi/unix/1203467127/l50 622 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/30(水) 18:23:46 ] >>617 dragonflyは… 623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/30(水) 18:35:14 ] よし、UniBSD作ったる! 624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/30(水) 18:36:02 ] >>622 豚にトンボをあしらった首飾りでもつけとけ 625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/30(水) 21:26:09 ] NPX-9000で動きますか? 626 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/30(水) 21:46:47 ] 4.99.71きましたな。 627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 00:36:20 ] >>623 これ以上増やすなｗ 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 08:58:16 ] coregaのCG-WLUSB2GTという、11gのUSB無線LAN子機なんですが、 ttp://www.corega.co.jp/product/list/wireless/wlusb2gt.htm これ、現状のカーネル(i386/4.99.71)ではugen0と出てしまって 動作しないんですが、FreeBSDでも同様のようです。 これに限らず、USB接続のWLAN子機は動作例を見たことがありません。 みんなugenになります。 暇はあるのでドライバを書いてみようと思うんですが、初ドライバとしては 難しい部類に入りますか？WinXPのドライバを覗いたところ、Intersilの Prism系統だということは分かったんですけど。 悪魔本2冊とオライリーのTCP/IP本は必須ですね？ 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 09:00:27 ] 失礼しました。動作例はわずかながらありますね。 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 11:31:49 ] 最近の 4.99.x って安定して使えてる? MPか UP かで違うかな? なかなか 5枝生えないね。revivesa の扱いで協議中? 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 15:15:31 ] ななんと wapbl 入っちゃったね。5枝後、って話じゃなかったっけか? あーびっくりしたw んではこれで 5枝? 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 19:47:39 ] なんでNetBSDだけいまだにScheduler Activationsにこだわるのか教えてくれ。 もういいよくやった(AA略)と思うんだが。 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 19:57:56 ] ま、いまんとこ「互換性」だけじゃね? カーネル置き換えだけで動くように しときたいと。 曽田さん食い下がってたなw 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/31(木) 23:42:26 ] >>633 互換性だけの話なのに、ベンチマークまで持ち出すから話がややこしくなっていた。 xorgとrevivesaが済めばやっと5月末になりますかね。 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 01:09:37 ] 互換性互換性騒いでいる人の中に本当に互換性を必要としている人がいない というのがポイントだよな。 pthreadをばりばり使うようなアプリは新たにコンパイルし直さないとMPでは 性能出ないような気がするんだが、それに対して動けばおkってな互換性を わざわざ用意する必要あんの？ 4.0で捨てた機能だってたくさんあるのに。 636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 02:12:57 ] システムコールを削除してまで捨てた機能って今まであった？ 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 08:20:12 ] 今までにないからという理由だけで無駄な手間をかけてまでそれを維持することに意味があるの? 言ってることのおかしさに気づけよ。 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 11:19:49 ] ま、一応 UP では m:n が有利な場合もあるって主張が根底なんだよね。 ARM で実際そゆのがあると。 それに対して、1:1 でもそこそこいくだろ、という話と、ARM の MD 直すだけの ことなんじゃないのか、ってのと。 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 19:34:34 ] あると言ってるだけで数字は出てないんじゃないの? 当の本人はさんざん苦労したのに予告なく消されたから やり場のない文句を言ってただけという気が。 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 20:33:26 ] SAはFreeBSDでもどこでも死屍累々だな 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 20:55:25 ] >>639 まあそうだね。いまんとこそういう状況だな。 >>640 Solaris では m:n は長かったし、性能も出てた... のかね?w 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 23:37:05 ] まあ、nathanw がゴネてるわけでもなんでもないんで、彼がちろっと 言ってくれれば全て丸く収まるんじゃないかと。 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 23:39:20 ] さすがにあれだけ苦労した本人が 結果として性能出なかったから消してもいい なんて表立っては言わんだろ。 あえて沈黙を守ってるとしたらそれが大人の対応だと思うが。 644 名前：名無しさん＠お腹いっぱい。 [2008/08/01(金) 23:42:29 ] いや、1:1 別枝だった頃から、どっちかというと「ホッとした」みたいなこと 書いてたように憶えてるんだがw 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 23:46:13 ] 超意訳かよw もうSAにかける時間はないから よきに計らえ ってことだったんじゃないの? 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/01(金) 23:50:31 ] うんw、で、その代案として、revivesa って、どうなん? オレにはとても 評価するような技量はないんだが、nathanw のオリジナルをフォローしたことに なるのか? 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/02(土) 00:13:24 ] 技量も実証もないのに互換性だの性能だの騒ぐ奴が大杉なのが問題だ罠。 nathanwは大学の論文として長年作業してたのと比べて、wrstudenは fixsaの放置具合いから見ても趣味の気まぐれ作業としか思えんしな。 業務としてベンチ取りながらやってるadがよく思わないのも当然じゃないかね。 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/02(土) 03:43:23 ] すみません、 i386だとシステムコールの呼び出しはint 0x80だと思いますが、カーネルをいじって sysenterも受け付けるようにするのって面倒ですかね? 649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/02(土) 08:26:41 ] 面倒かどうかなんて主観だろ。 非標準のものを本家にあわせてメンテし続けるのは無駄な工数だとは思うけど。 pc98やkuroboxやなんとかBSDの人達がどう考えているのかは知らないが。 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 02:10:40 ] ffs_wapbl: unknown journal type 255 どしたらいいの？ 651 名前：名無しさん＠お腹いっぱい。 [2008/08/04(月) 02:19:17 ] これはだめかもわからんな。 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 06:11:56 ] はい 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 19:51:09 ] 「うゎっぷぶる」と宣言して一回休み。 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 19:53:01 ] わっふるわっふる 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 21:40:57 ] やっぱ wabble のもじり? 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/04(月) 22:21:40 ] >> 650 [src/UPDATING] 20080731: WAPBL (metadata journaling support) has been added, but at this time isn't backwards compatible with pre-WAPBL aware kernels and userland (fsck_ffs in particular). Please make sure you don't use a journaled filesystem with an older kernel/userland, especially an uncleanly mounted journaled filesystem. WAPBL also requires the super block to be in the UFS2 format. You can use fsck_ffs -c 4 to update the superblock format. 657 名前：650 mailto:sage [2008/08/05(火) 12:02:25 ] >>656 ヒントありがとうございます。 最後の2文が追加される前に読んでた。 でも fsck_ffs -c 4 しても状況変わらないみたい。 UFS1だからかな？ 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/06(水) 18:20:14 ] netbsd/i386でath0を使いたいのですが ifconfig -a では ath0　が表示されません。 どうすればいいのですか？ また、無線を使えるようにするまでの手順を教えていただけるとうれしいです。 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 01:59:07 ] エスパーに期待しないでバージョンと機種名を書く dmesgを貼る 最新の -currentを使う NetBSD/i386 ath0 でぐぐる ...くらいはすぐ思いつくようでないと使えるようになるのは難しい 660 名前：名無しさん＠お腹いっぱい。 [2008/08/07(木) 08:33:54 ] NetBSDは移植性のＯＳなのにホームページが変わっちゃったなぁ 昔の方が良いと思う 移植性こそＯＳのＯＳたる部分だろ？ 661 名前：名無しさん＠お腹いっぱい。 [2008/08/07(木) 08:35:29 ] 移植性を一番にトップページに持ってこないと 誰もNetBSDの良い所が分からないと思うが。 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 08:57:45 ] 変わってから1年以上経ってるのに何馬鹿なことageて書いてるんだか。 動くのは歴史的マシンばっかりです、って誇示するのが移植性なのか? 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 08:59:27 ] >>662 むしろIBM PCばっかりになってる今の方がおかしいと思うが まぁ理解されなくても良いけど 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:04:13 ] 移植性を求めてwwwを見るようなやつはいないし、 マニアが喜ぶ内容ばっかり載せても意味ねーし。 寄付集めのようなpromotion考えたら今のが妥当だろ。 >>663自身はx86使わずに生活してんの? 理解もなにもタダの自己満足なら聞いて呆れる 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:09:36 ] >>664 自分はWindowsを使っている。 NetBSDのようなOSが発展してWindowsを超えて欲しいだけだ 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:16:39 ] マニアに対してこんな歴史的マシンでも動きます、って誇示すると発展するのか? 今のページスタイルで寄付呼びかけて$50,000集めたの知らない? 667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:18:57 ] Windowsが発展してもIntelとIBMの世の中になるだけだろ。 そうした意味で言っている 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:21:18 ] それとページスタイルと何か関係あんの? >>667の自己満足垂れ流してるだけだろ 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:22:03 ] おいおい、Windows使ってるNetBSDユーザーなんているのかよww 実用性のために仕方なく使うにしても、せめてLinuxにしとけ。 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:22:21 ] >>668 だから、NetBSDの「良さ」である移植性をまず第一に宣伝すべきだと思ってるの。 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:23:07 ] IBMってまだPC作ってるっけ？ MSならわからんでもないが。 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:25:54 ] 移植性をありがたがるのはembeddedな連中ばかりで、 そこを宣伝して発展してもWindowsの対抗馬になんざならない罠。 ふつーのユーザーは安くて性能出ればCPUなんてカンケーねーんだよ。 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 09:54:38 ] >>670も一つや二つなんかのハードに移植作業してみ。 簡単に動かせたところで使う人間がいなきゃ意味ねー って実感できるから。 移植性っつっても楽なのはデバドラだけで、新しいCPUをサポートしようと思ったら 必要なMDフックの数がかなり増えてるし、toolchainもメンテしないといけないし、 かなりハードル高いよ。実際sh5以降新しいCPU増えてないし。 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 10:21:31 ] >>669 それはないな。Linux でしか動かないのがあって一時的にってんならともかく。 MS-Win は（嫌いだけど）一応独自性のある部分はあるし。Linux は、 仕様的には Unix なぞってるだけ。 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 10:26:42 ] くだらない質問ですが、お願いします。 pkgsrcのコンパイルで生成されるオブジェクトって結構容量 食いますよね…。特に内蔵ドライブの制約のある古めのノートなんかだと 顕著で。ノートの内蔵ドライブを換装する手もありますが、値段がつりあわない 面があるので躊躇してしまいます。 そこで、例えば対策として、ソースツリーは各ノートなりでバラバラに更新するわけには 当然いかないので、ネットワーク上（NFS）の別のマシンで管理するとして、 問題は生成されるオブジェクトをどうするか、ですよね。 １）生成されたオブジェクトが収まりきるようあらかじめ考えてパーティションを切っておく ２）そもそもオブジェクト自体も例えば/export/NetBSD-build/pkgsrc以下にマウントし、 NFSマシン越しにコンパイルする。この場合、100Mbpsの回線速度をコンパイル作業の 負荷が上回らなければいいわけですよね？ ご教示ください。 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 10:34:25 ] NFSマシン上でバイナリパッケージを作成し、それをインストールする 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 13:15:12 ] sh5以降、ひょっとして新しいCPUって無いんじゃね? 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 19:31:20 ] UDF って便利? 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 22:03:14 ] そこでItanium2ですよ 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 23:06:38 ] 自治体、金融機関、教育機関へ納入するデスクトップPCをLinuxで だってお、NetBSD+MIPSで勝負する漢な企業はおらんのかお IBMとLinuxがMSフリーのデスクトップPC提供へ ttp://www.atmarkit.co.jp/news/200808/07/ibm.html 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 23:18:55 ] >>677 新しく作られたCPUはないかもしれないが、移植されてないCPUは山ほどあるな。 そもそもMIPS64なんて動いているとはとうてい言えない状態だし、 ARMだって最新のはどんなもんだか。 682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 23:29:47 ] M32Rなんかおもしろいだろうな。 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/07(木) 23:34:31 ] M32Rは実際問題として入手可能なターゲットがないからな。 MMUつきで現実的に入手できるのはCQ出版が出してる10万のFPGAボードくらいか。 toolchainはそこそこ動くだろうがpthreadとatomic opだけでも挫折しそうだ。 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 00:10:49 ] Mac G5も中途半端なコード突っ込んだ状態で放置だな。 ia64と同じ人だけど、そういう性格なんか? 685 名前：名無しさん＠お腹いっぱい。 [2008/08/08(金) 03:37:20 ] >>677,>>681 GPGPU CUDAなんてモロgccだし…toolchainぐらいは何とか… 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 08:17:39 ] くだらないネタでageてないでOSの教科書の触りくらい読んでから出直してこい 687 名前：初心者 [2008/08/08(金) 16:06:49 ] みんなOSの内容に詳しすぎる 公式スレッドがこれじゃ誰も初心者が寄って来ないと思うが 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:08:56 ] 触り・佐和利 もっとも重要な部分 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:09:33 ] 初心者が寄って来なくて、何か問題ある? 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:14:17 ] currentを追っかけるのがデフォの時点で初心者なんて寄り付かないと思うの 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:18:38 ] >>688 当ってんじゃね？ 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:20:09 ] さわりを理解するのは結構大変だね 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 16:42:23 ] 初心者はタネンバウム本でも丹念に読むべき 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 18:51:01 ] 初心者が移植性だのなんだの知った被りするから叩かれるだけで、 初心者なりにまずはどう考えて何をどうしたいのかをちゃんと説明できれば それなりの意図は汲んだ回答は出るんじゃない。 そんなことができるのは初心者じゃないという話もあるけど、 さすがにそこまで指導迎合できるだけの余力はNetBSDにはないな。 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 19:12:06 ] 「自分だけ初心者じゃありません」と延々同じ内容の投稿が続いておりますが、飽きませんか? 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 19:22:54 ] NetBSD全体を見ても技術的に面白いネタって昔と比べたらだいぶ減ったよね ってのは事実だしねえ。 WAPBLはUFS1でもffsv2 formatのsuperblockがいるわけだけど、 今のnewfs(8)では-O1でUFS1指定してもffsv2 format superblockになるよね。 いつより前のnewfs(8)で作ったffsだとfsck_ffs -c4 しないといけないの? cvs log newfs | grep fslevel ですかそうですか 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 21:57:40 ] 1:1 スレッドは今までで見てもかなり面白いネタなわけだが、 難しすぎてついて行けないという...ww ま、SunOS が 5 になった時点でわかってたことではあるが。 やっぱ Plan9 や Amoeba の SMP に対する「割り切り」は正しかったという ことだろうなぁ。「ほとんど誰も参加できなくなる」ことでそれが証明されるというw やっぱトンプソンやタネンバウムはえらいわw 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 22:23:16 ] 今後何度もめぐって来そうなスレッドモデルネタ 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 22:43:43 ] 実際にマルチコアのSMP環境が普通になったところで 複数プロセッサの恩恵を受けてる動かし方は make -jN ばっかりで、 pthreadとカーネル実装でパフォーマンスがどうこう言えるものを動かしてる ユーザーなんてほとんどいないし、だからベンチマーク結果も出てこない。 そんな状態で1:1だのSAだの中身について騒いだって噛みあわない罠。 とどのつまり 「小難しい理屈ばかりでまともに動かないものより簡単だけどそこそこ動くもの」 ってことのほうが重要だった、ってことだろね。 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/08(金) 23:24:57 ] 単に「動かないものより動くもの」だろ。 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 00:42:18 ] 作りの美しさとかあるべき論とか机上の空論とかいり乱れるから 動かないものをわざわざ主張する人がいるのよ。 it doesn't work unless it's right とかなんとか言って。 bus_space(9)のときのcgdやbus_dma(9)のときのthorpejのように 自分で作業する気のある人が主張するならともかく、 自分で動くようにする気も使う気もないのに文句言う香具師おおすぎ。 やっぱヒモ付きでやってる人がいないと前に進まないのかも。 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 14:35:36 ] > it doesn't work unless it's right なんてニュアンス? 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 15:06:41 ] 正解なくば実装無し、かな? 704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 15:18:39 ] 正解なくば実装無し、かな? 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 16:14:01 ] 正しくなければ動かない、ってそのまんま訳すと 逆にいつまでも動かない実装に対する揶揄(それ正しくないんじゃネーノ)に なってしまうな。 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 17:45:16 ] >>701 >自分で動くようにする気も使う気もないのに文句言う香具師おおすぎ。 ん、このスレのこと? 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 19:43:59 ] 正しくなければ動いてるとはいわない、じゃないか? 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 19:48:04 ] bus_space, bus_dmaに関しては 「共通のMIドライバを記述可能なAPI」 っていう「正しい解」が定義されてたわけよ。 だから、動いてるコードがなくても設計段階で正しいかダメか主張できた。 一方、 1:1 と N:M の場合は究極の目標はパフォーマンスだけだから、 どっちが正しいなんて正解はなくて、ある程度動くものができたところで ベンチーマークして優れている方を選択、となるべき話。 過去の bus関連のAPIとは次元が違う。 なのに、なんとなく N:M のほうが説得力ある、数字が大きいから、 論文ネタとして真面目に理論実証したから、という本質でない理由で 暗黙的に「SAがあるべき究極の姿だ」って思い違いが生じてる気がする。 bus_dmaのbounce buffer神話の弊害だな。 709 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 19:52:05 ] it doesn't work unless it's right はLinuxや他の*BSDでよく出てくる it's right because it works の対義語として出てきただけ。 公式ページのGoalsのページのどっかにあるよ。 710 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 20:04:05 ] >>706 こんなガラパゴス以下のスレ相手にされてるわけねーじゃん。 本家のMLのことだろ。 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 20:48:30 ] ガラパゴスってそんな悪いもんじゃないぜ 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 22:32:33 ] 中の人はそう思ってるからますます救いようがないんだよな... 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 23:41:33 ] reasonable、だよ。昔からの基準は。知らんの? 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/09(土) 23:48:55 ] >>713みたいに感覚だけで文句を言う人がいるわけですね 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 03:17:02 ] pthreadが当初想定していたのは数千数万のスレッドが動く世界で、 それならM:Nが必須なのだが、 Javaの実装に役立たなかった時点でSolarisのM:Nは死んだ。 今となってはスレッドを確実にコントロールできる1:1がreasonableな解に見える。 NetBSDの人たちはSolarisで成し得なかったことをやれる見通しがあるのだろうか。 それはかなり凄い事だと思うが。 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 04:10:29 ] 「M:Nが必須」と言っていたような記憶がなんとなくあるから 「今動いてなくてもいつかやらなければいけない」と思ってるだけ の人が主張はするけど頭も手も動かさないので進まない状態 なわけですよ 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 06:02:44 ] これは大掛かりな仕様変更だから、期間定めて短期集中的にやっちゃったほうが いいと思うんだけどねえ、他のは後回しにしても 音頭取ってくる誰かをみんなして待ってる状態 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 06:27:55 ] SAの削除と1:1への変更はとっくの昔に済んでるんだから、 今騒いでるのはrevivesaを5.0に入れるかどうかじゃないの? 費用対効果で見ればわざわざ無理に入れる必要ないと思うけど。 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 12:09:03 ] revivesaって、SAあきらめてないわけじゃなくて 要するにCOMPAT_40のためだけなの？そのこだわりはある意味すげえな。 720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/10(日) 15:24:40 ] 理想性能のために入れろと言う人と COMPAT_40のために入れろと言う人と そんなの関係なく趣味で書いてる人と SMPコードメンテにSAは邪魔と思ってるadと 四派で噛み合わない議論を展開中 そのへんcoreがきっちり仕切るFreeBSDや Theoの一声で決まるOpenBSDと比べて 責任者不在でグダグダのNetBSDです 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/11(月) 09:54:27 ] 今いちばんその可能性があるのは ad なんじゃないのかな? つーか、いま ad が精神的に消耗してどっかいっちゃうとめちゃ困るのは 見えてると思うんだけど.. ヘタするとプロジェクトの存亡にかかわらないか? ad どっかいっちゃうと 1:1 てメンテできるのか? それとも revivesa ベースにして m:n 復活できるとでも思ってるのだろうか... 722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/08/11(月) 09:57:19 ] >>720 1. 理想性能のために入れろと言う人と 2. COMPAT_40のために入れろと言う人と 3. そんなの関係なく趣味で書いてる人と 4. SMPコードメンテにSAは邪魔と思ってるadと 匿名で意思表明してもしょうがないかも知れんが... 4 に賛成。ad が危惧してるんだからとりあえず 2 はやめよう。 別枝でいいやん。バウンスバッファの時みたいに、un-official バイナリでも 作ればいい。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef