NetBSD その23

1 名前：でーもんだよもん mailto:sage [2008/02/20(水) 09:25:27 ] ``Of course it runs NetBSD.'' ＿ノ⌒ゝ ＼　　´-ヽ 　＼ノ⌒ヽ 　NetBSD 　　　　＼ ttp://www.netbsd.org/ 前スレ NetBSD その22 ttp://pc11.2ch.net/test/read.cgi/unix/1193320963/ 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 00:05:09 ] >>199 余計なお世話だ。すっこんどけゴミ。 さっさと「私実は xxx です NetBSD にはこんなにコード書いて貢献してます」って 言えってんだよ。臭いやつ。 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 00:18:57 ] >>201 的確な敬遠される見本ですねw 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 01:00:36 ] なぁ、おまいら人生楽しいか? 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 01:01:09 ] あぁ、たのしいよ。 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 01:39:50 ] 妄想の中で生きてますから 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 03:05:16 ] >>196 IA64に限らず、NetBSDでコンパイラの最適化なんてやってる人は皆無だと思うよ。 世の中にあるgccとbinutilsをそのまま使ってるだけで、せいぜいデフォルトの toolchainとしてスクリプト整備するかupstreamからbug fix持ってくるか それくらいしかしてないはず。vaxのshared libraryみたいにNetBSD発の例も あるけど、そういう場合GPLのせいでなかなかupstreamに取り込まれない、 なんて話もある。GPL嫌いで代替としてpcc入れようとしてる人がいるくらいだし。 カーネルに関してもMI/MDのAPIを作るところまでで力つきてるというか 動いただけで満足してるというか、実装方法の是非を無視したら CPU個別の最適化はLinuxと比べるとかなりいまいちじゃないかな。 いまどきのCPUなら技巧を駆使して微々たる高速化するより ソースのメンテナンス性のほうが重要、と自己弁護? 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 08:27:58 ] んなアホな。多機種移植しようと思ったらまず toolchain ですがな。 GCC や binutils にはさんざん貢献してますが。 pcc なんてほんのここ数年の話。いいかげんなこと書かんように。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 09:01:57 ] 最初の行読んでる? 貢献って一体何を指して言ってるの? src/dist/pccやsrc/usr.bin/pccができてるの知らないの? pccのなにがここ数年なわけ? 脊髄反射なのかどうかすらわからんな。 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 09:17:30 ] 知らんのにいい加減なこと書くな。 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 09:31:49 ] 妄想の邪魔するな の間違いじゃない? 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 09:50:11 ] 一生やっとけww 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 10:02:44 ] >>199 > IA64マシンって中古でもまだ１０万超えだろ。 > 仕事でなくて趣味でそんな金出せるか? 趣味でXServe G5を買った俺に謝れ。 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 10:58:32 ] それ言ったら、趣味でSPARCマシン使って、あまつさえNetBSD/sparc64なんぞで テスト運用してる奴なんて頭のネジ2,3本ぶっ飛んでるのばっかりだろ、俺含めて。 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 12:15:25 ] 何言ってんだ。x86 後生大事にありがたがってる方がよっぽどネジとんでるだろw VLIW が API としては負け確定な今 RISC だろ普通。 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 12:40:27 ] > VLIW が API としては負け確定な今 RISC だろ普通。 この一行を見ただけで「なんとなく単語を並べて書いているだけ」というのがよく分かります、 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:00:54 ] 恐竜 が 人類 としては負け確定な今 爬虫類 だろ普通 みたいな？ 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:01:28 ] "A"がアプリケーションなら外れだが、 アセンブリなら当たってるんじゃね？ 漏れもVLIWは失敗だと思う。単純RISC でOut of Orderのスケジューリング 頑張った方が有益だと思う。 GCCは余りそういう作りに成ってなくて ガッカリだが。pccを加工した方が良い かな、と。 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:16:50 ] をいをい... 余裕ないんだなあんたwwwwww 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:17:41 ] あ、218 は >>215 ね。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:21:10 ] >>216 チャーハンが殺虫剤として負け確定な今ラーメンだろ普通 ぐらい酷い。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:28:06 ] CISC ってほんとゴミだよな。トランジスタが大量に必要。 100倍くらいのリソースつぎこんで製造技術上げないと使いものにならない。 x86はその典型。トランジスタ数あたりの性能評価を指標にすべきだよな。 その上で製造は分離すべき。分野として別ものなんだから。 膨大な資源がドブに捨てられてる。 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:31:06 ] >>217 命令セットのこと？ 命令セットをAPIと表記しているところなんてみたことないなぁ。 もしその手の「変な造語」なら略して書いちゃダメだろ。 で、お前も「なんとなく単語を並べて書いているだけ」の手合いか？ > 漏れもVLIWは失敗だと思う。単純RISC > でOut of Orderのスケジューリング > 頑張った方が有益だと思う。 > GCCは余りそういう作りに成ってなくて > ガッカリだが。pccを加工した方が良い > かな、と。 ・コンパイラがスケジュールでがんばる度合いはVLIWのほうがRISCより 　高いぐらいなのでVLIWよりRISCの方がという理由として不適切 ・コンパイラレベルでスケジューリングする場合Inorderで済ませるわけが 　ないのでそこでOoOがでてくるのはおかしい。 ・GCCがこの手のターゲット特有のスケジューリングが弱いのは昔から 　言われていることだが、だからといってpccをいじるのがいいという理由にはならない。 　GCCと同じようなプロセッサ汎用のpccも同じような問題を抱えているのに 　なぜpccをいじる方がいいのか、分かって書いているのか怪しい。 　 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:47:33 ] > もしその手の「変な造語」なら略して書いちゃダメだろ。 > > で、お前も「なんとなく単語を並べて書いているだけ」の手合いか？ こんなこと書いといて > ・コンパイラがスケジュールでがんばる度合いはVLIWのほうがRISCより ↑これはないよなwwwwwwwwwwwwwwwwwwwwwwwwwwwww 「スケジュールでがんばる」って、並べ替えのこと? ↓ > もしその手の「変な造語」なら略して書いちゃダメだろ。 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:55:05 ] >>223 > > ・コンパイラがスケジュールでがんばる度合いはVLIWのほうがRISCより > ↑これはないよなwwwwwwwwwwwwwwwwwwwwwwwwwwwww 適当に単語並べていたことがばれてそんなに悔しかったの？ > 「スケジュールでがんばる」って、並べ替えのこと? ↓ 並べ替えだけじゃないよ。 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:55:28 ] EPIC であれほどがんばっていいコンパイラができなかったんだけど、 他に誰があんなリソースを投下できる? ほぼ「不可能を証明した」に等しいだろ。 将来にわたる互換性考えたら現状どう見たって RISC しかない。 SH みたいな後発でも RISC だし。それとも、なんか CISC で計画されてる すごい CPU の話でもあるのか? VLIW でもいいがな? 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:56:10 ] >>221 それよりいまさらRISCだCISCだ言っている方が恥ずかしいということに気がついてほしい。 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 13:57:42 ] む? CISC で生きてるのって、ひとつしかないよな? あれをゴミと言ってるだけだが。 つーか、あんたこの程度の内容が理解できんのか。ちゃんと意図汲んで 的確な反論ができんのならのこのこ出て来るなよ。はずかしいぞ。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 14:04:18 ] >>225 VLIWはメディアプロセッサとしてなら生き残れると思うよ。 汎用プロセッサとしては難しいだろうね。 > 他に誰があんなリソースを投下できる? ほぼ「不可能を証明した」に等しいだろ。 > 将来にわたる互換性考えたら現状どう見たって RISC しかない。 互換性を考えてRISCって斬新な見解だな。 > SH みたいな後発でも RISC だし。 SHをRISCって言うのか？ クラシックな(R3000みたいな)RISCからスーパースカラなPOWERから どのへんがRISCなのかわけが分からないSHみたいのまで"RISC"って いっていいなら世の中のプロセッサはほとんど"RISC"だな。 > それとも、なんか CISC で計画されてる Intelのx86の...というのはやめておくよ。あれは"RISC"だからね。 > すごい CPU の話でもあるのか? VLIW でもいいがな? だからどうせ何を持ってきてもぜんぶ"RISC"なんだからRISCだのCISCだのいっても意味ねーってはないだっつうのｗ 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 14:19:17 ] もちろん汎用プロセッサーの命令セットの話してるんだが... 内部実装の話したら VLIW はそれこそ百花繚乱だろうが。 Transmeta が有用性証明したし、F の FR とかもあるし。 >>221 の初行読めよな。 「中身が RISC」とか、それこそ「いまさら何言ってんの?」なんだよww 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 14:22:52 ] x86はゴミだ。欠点補うのに死ぬ程手間と金がかかる。 それ全部払わされてる。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 20:22:30 ] >>230 使わなきゃいいだけ。そのためのNetBSDだろ。 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 21:17:35 ] またいつものアレな人が湧いたか。 芸にもなってないし観察していてもつまらんので、あの御仁の相手するのはやめて欲しいな。 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:16:33 ] 汚かろうが力任せだろうが性能出して市場でシェア取ったもん勝ちだもんな。LinuxとNetBSDみたいなもんだ。 だからこのスレ界隈なら俺は正しかったんだ、って吠えてても認めてもらえると思ってるんじゃない。 理屈や美しさでは勝ってたのに、って悔しがるのもわかるが何年言ってるんだよw 自分がプロセッサ設計したわけでもあるまいに。 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:18:17 ] そろそろmips64 toolchain仕入れてくださいよ 古いハードが壊れ始めてきてて限界です… 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:22:11 ] armでいいじゃん。mipsの実装よかなんぼかましだよ。 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:28:36 ] >>212-213 すでにNetBSDがある程度動いてる段階で、動かすために買ったんでしょ? 実機ではビタ一文起動してない状態だったらその金出した? 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:34:45 ] 最初はMacOSXが動くから買ったのでは 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:41:07 ] それを言ったらIA64もLinuxは動くだろうけど、 挫折した時の滑べり止めがMacOSとLinuxでは えらい違いということではw port-ia64見るとNetBSDのために買った人いるようですけどね。 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 22:50:32 ] x86はゴミだ、RISCのほうが優れてるんだ、って言い続けている人を見ると 大学のロボット制御工学の教授が 「ASIMOがあれで二足歩行できるのは理屈からしておかしい」 って言ってたのを思い出すな。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:12:40 ] >>239 > 「ASIMOがあれで二足歩行できるのは理屈からしておかしい」 なんかﾜﾛﾀ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:17:17 ] 中に誰か入っている って言いたいんだな 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:22:09 ] じゃあx86の中には魑魅魍魎が入ってるんだな 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:43:40 ] >>239 どっちが優れてるかなんて話はとうの昔に決着ついてんだよ。今更なにもいう必要なんかない。 で、そこをリカバるためにさんざんムダ（まるで益のない、本当のムダ）に巨万の資源が 注ぎ込まれて消えて行ってるのに、しょーもない言い訳を真に受けたあわれなバカが 多過ぎる、そういってるんだ。あんたのことだよ。 少しは知識のあるやつは自覚しろよ。後世の物笑いだぞ。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:46:03 ] >>236 おまえなぁ... これはギャグだろうが。野暮絵に描いてんな... もどーしよーもないな。処置なし。 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:47:54 ] 最後はゴミとかバカとかで終わるのは共通なのかw 246 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/11(金) 23:51:26 ] いつもの RISC に同じリソースかけていれば って奴か。 客がつかなきゃリソースも投入されないって。 技術的優劣は文句言う割に戦略的優劣は無視なのはセンセと一緒だね。 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/12(土) 09:54:40 ] >>239 パタヘネかぶれの厨房しか言わないだろそれは 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/12(土) 11:48:41 ] パタシー＆ヘネーソン 249 名前：名無しさん＠お腹いっぱい。 [2008/04/12(土) 12:50:21 ] >>248 どっちかといえば big endian のほうが好きです☆ 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/12(土) 14:39:17 ] パタヘネ、ヘネパタよりいい教科書ってないの？ 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/12(土) 14:41:23 ] WRスティーブンス先生の本でも読んどけ 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/12(土) 15:36:08 ] CQ出版のTECH-Iのマイクロプロセッサの本も 現実の実装ベースの解説になってていいんじゃない。 教科書とは言い難いけど。 反x86な雰囲気がニジミ出ている感もあるけど ここに貼りついている人ほど極端ではなくて 世の中x86がすべてじゃないよ、って感じ。 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 10:34:11 ] 普段、BSDやLinuxを使っている者として、最近大きなカルチャーショックを受けた！ あの重いと言われてる M$ VISTA上での仮想環境で幾つものOSが実環境と変わりなく スイスイと動くスーパーPCを体験してしまうとbig endian とかlittle endian、 そんな事どうでもよいと、思ってしまった… 話は変わるけど、コードは、big endian little endianどちらでもどーぞって、こんな感じ？ u_long int htonl(u_long int hostlong); u_short int htons(u_short int hostshort); u_long int ntohl(u_long int netlong); u_short int ntohs(u_short int netshort); 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 10:52:24 ] >>253 2行目と3行目の関連がわからん server2008のhyper-vの事か それともvirtualpcやvmwareの事なのか 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 11:59:34 ] <sys/endian.h> 参照 #if BYTE_ORDER == BIG_ENDIAN #define htobe16(x) (x) #define htobe32(x) (x) #define htobe64(x) (x) #define htole16(x) bswap16((uint16_t)(x)) #define htole32(x) bswap32((uint32_t)(x)) #define htole64(x) bswap64((uint64_t)(x)) 中略 #define be16toh(x) htobe16(x) #define be32toh(x) htobe32(x) #define be64toh(x) htobe64(x) #define le16toh(x) htole16(x) #define le32toh(x) htole32(x) #define le64toh(x) htole64(x) nはnetwork byteorder用の昔のI/Fでそ 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 13:22:00 ] エンディアンどちらでもどーぞって感じにする必要がある場合だと、自分は、 ほげprintf(..., "%d", ...)とstrtolあたりを使っちゃうなｗｗｗ プロトコルとかデータ形式を自分で定義できる場合に限られるけど。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 13:28:34 ] エンディアンを明示的に意識する必要があるのは バイナリデータ交換する時かストリームデータをいじる時か ハードウェアを直接いじる時かだけだから ユーザーランドアプリならASCIIなりDBなりつかって エンディアンなんか気にしなくていい作りにすべき。 って全然NetBSDと関係ないやん。 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 13:29:30 ] Virtual PCは「実環境と変わりなく」にはほど遠いだろ。 VMWare ESX ServerやXenならスイスイ動くが。 Hyper-Vは使ったことないが、こいつらと対抗できる速度で動かなければ それはもう、つまらない冗談でしかないな。 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 13:34:25 ] NetBSDがサポートする大部分のアーキテクチャよりは速いっつーことではw という冗談はさて置き、デバッグのために実機仕立てたり何度も再起動したりする 手間を削るって観点ではエミュを含めて意味あるけどね。 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/13(日) 14:40:18 ] uwscons ってどうなったの？ 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 17:09:24 ] >>257 画像処理。 単なるユーザランドアプリでも、画像メモリや カメラのCCDのエンディアンに依存する。 てかImageMagickのバグを直してやっても、すぐ FITS形式で8bitモノクロしか読めないように エンバグする馬鹿は誰だ？FITS形式では8bit階調 なんてマイナーで、むしろ16bitや-32bit,-64bit が普通なのに、普通の画像を扱えなくするとは 画像データの何も分かってないだろ。モニタも カメラも世の中8bitだけ違うぞ。 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 18:58:48 ] なるほど、NetBSDと全然関係ないな。 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 19:02:30 ] 何言ってるんだ、まずは ImageMagick じゃないか。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 20:58:59 ] >>255のAPIはかなりNetBSD依存だから 一般のウザランドアプリでそういうことやるなら アプリの中でマクロを自前で定義したほうがいいよ。 大した内容じゃないし。 いずれにせよ、どっちからどっちに変換しているのかがわかる名前にして 正しく使い分けないと後から読む人がメンテできないので注意。 ……ってやっぱりNetBSDと全然関係ないやん。 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 21:03:17 ] NetBSD関係ないじゃん、。 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/14(月) 21:09:50 ] 実はNetBSDが載ってるスキャナやコピー機の中の人だとか…… 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 13:08:39 ] ImageMagick使う組込み機器なんていやん。 でも組込みシステムならあるか。 ImageMagickの規模でregression testしてないってこともないよなあ。 NetBSD依存で壊れてるのかもな。 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 14:01:07 ] あれマニュアルページなんとかならんのか。Web 見ろ、はまだいいが、 なかったり見にくかったり。 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 16:47:23 ] NetBSD関係ないじゃん、。 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 17:00:04 ] 関係ないよ、。 271 名前：名無しさん＠お腹いっぱい。 [2008/04/15(火) 17:01:40 ] 関係ないじゃん、。 272 名前：名無しさん＠お腹いっぱい。 [2008/04/15(火) 17:02:28 ] 関係ないよ、。 273 名前：名無しさん＠お腹いっぱい。 mailto:関係ないじゃん、。 [2008/04/15(火) 17:03:03 ] 　 274 名前：名無しさん＠お腹いっぱい。 mailto:関係ないよ、。 [2008/04/15(火) 17:05:07 ] 　 275 名前：名無しさん＠お腹いっぱい。 mailto:age [2008/04/15(火) 17:06:31 ] >>270を除く、>>269-274 はすべて僕がやりました。 すみません。 カプール板のレスをコピペして鬱になるスレ　Part83 love6.2ch.net/test/read.cgi/male/1205604161/ に戻ります。 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:44:55 ] > FITS(Flexible Image Transport System) は天文の世界でデータ交換に使われるデータフォーマットの規格です。 つーことは大学かどこかの文科省施設のセンセですか。 CCDや画像メモリのエンディアンに依存、ってシステム設計担当とハード外注とのネゴができてないだけの予感。 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:54:22 ] >>276 うるせぇな　あまりガタガタぬかすと山中連れてってフルボッコすんぞ 278 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:57:04 ] 税金使って趣味でNetBSD選んでバグ出してこんなところでぶーたれてるとしたらかなりアレだな 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 00:15:40 ] 　　　　　　 ／　　　　　＼ 　　　　　／　　／￣⌒￣＼ 　　　　 /　　 / ⌒　　⌒　｜　　　|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　｜　／　 (・)　　(・) ｜　　　| てめーなんだよこの糞スレは！！ 　 ／⌒　 (6　　　　　つ　 ｜　　　| てめーは精神障害でもあんのか？ 　（　　｜　　／ ＿＿＿ 　｜ 　＜　何とか言えよゴルァァァァァァ！ 　　−　＼　　　＼＿/　 ／ 　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　// 　,,r'´⌒ヽ＿＿_／　　　　　,ィ 　　 ／　　　　ヽ　　　　　　 ri/ 彡 　 /　　 i　　　　ト、　　　__,,,丿)／ 　　　　　　　ζ 　|　　　 !　　 　 ）｀Y'''"　ヽ,,／ 　　　　 ／￣￣￣￣＼　　　　　　 　 ! l　 　|　　　く,,　　　,,,ィ'"　　　　　　/.　　　　　　　　 ＼ 　 ヽヽ 　ゝ　　　 !￣!~〜、 　　　　　　/ 　　　　　　　　　 ｜ 　　ヽ　　／￣""'''⌒￣"^'''''ー--、 :::||||||||||||||||||||||||||||||||| 　　Y'´　　　　　　　　　　／　　　 """''''〜--、|||||||||||||||||） 　　　（　　　　　　丿　　,,;;''　　....::::::::::: ::::r''''""￣""ヽ 　 ｜ 　　 ゝ 　　ー--、,,,,,___　　　 　　::: ::,,,,,ー｀''''''⌒''ーイ　 .／ 　　　　　ヽ　　　　　　＼　￣""'''""￣　　　＼＿＿＿_／-、 　　　　　ヽ　　　　　　 ヽ 　::::::::::::::::::::　／ 　　　 　　　　　｀ヽ 　　　　　　ヽ　　丿　　　）　　　　　　 /　　　　ノ　　　ゝ　ヽ　,〉 　　　　　　　ゝ　　　 　　!　　　　　　/　　　　　　　　　　　　∀ 　　　　　　　　!　　　　　| 　　　　　/　　　人　　　　　ヽ　　　ヽ 　　　　　　　　| 　　　　,;;}　　　 　 !ー-、/　　ヽ　＿,,,-ー'''''--ヘ 　　　　　 　 　 |ノ　　　　| 　　　 　|　　/　　　　Y　　　　　　　　ヽ 　　　　　　　　 {　　　　　| 　　 　 | 　 ｊ　　　 　 ）　　>>1 　　　 ヽ 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 01:40:18 ] 税金は是非 NetBSD に使って下さい。 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 02:08:59 ] いや、そんな回りくどいこと期待しないで直接寄付しようぜ。 ヤフオクでZX2000が49,800円ですぜ、奥さん。 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 09:31:16 ] TNF への寄付に匹敵するよなショボい税金なんてないと思うが。ケタが 5つぐらい違うんじゃねw? 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 09:37:36 ] オレも相当悪食だが、まったく欲しいと思わんな。 ワークステーションとしての上品さもないし、パソコンとしての自由さもない。最低だね。 Open Firmware でも載ってりゃまだ考えるけど。 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 10:07:32 ] うにまがに天文関係の連載をしてたやつがいたな。 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 16:36:00 ] sgiの中の人がItanium2は鯖プロセッサであって ワークステーションプロセッサじゃないよ、 HPがIA64ワークステーション撤退すると思ってました みたいなこと言ってたような気がする。 C8000はイカしてたのになぁ 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 17:17:37 ] 元の計画では x86 を「あらゆる点で」（ププ）置き換えるはずだったよね。 忘却の彼方だけどww 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 18:37:44 ] 個人で痛ニウム2マシンを使ってますが、何か？？ 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 18:50:44 ] OSは何つこうてるの？ 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 19:07:54 ] youｽﾚﾀｲ読んじゃいなよ 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 19:50:31 ] NetBSD/ia64はシミュレータ上で開発をしているだけで 実機はおろかシミュレータ上ですらまともに起動していない。 という認識であってる? 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 20:04:04 ] 「いや〜、今までどの CPU でもほんの少し MD 書けばすぐ動いたのに...」 「こいつぁだめだぁww」 というイヤミを言うために作られた port である。 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/16(水) 21:40:07 ] 今はMI APIをいじる時に同時にさわらないといけないMD部分が多いから 半端な覚悟で動かないもの入れちゃうと回りから厭味を言われそうな 微妙な扱い受けそう気はするな。sh5やns32kが消えたのもそんな感じだし。 PowerPC G5も結局半端なコード入れただけで放置プレイ? 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 15:26:59 ] >>229 > Transmeta が有用性証明したし、F の FR とかもあるし。 FRとFRVは全く別物。 前者はSHみたいなRISCコントローラ。後者はVLIWメディアプロセッサ。 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 15:31:01 ] これ↓ の「Work to completet before release of NetBSD 5.0」の ttp://www.netbsd.org/~ad/smp/tasks.html Underway 3点が片付けば、いよいよ 5枝? ad ってネットワークスタックもイケるんか.. 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 23:00:53 ] full-time で一人雇っただけでこれだけ開発スピードが加速するという事実は、 フリーな OS の開発について色々考えさせられるというか何というか。 もちろん ad が優秀だからこそ、なんだろうけど。うーん。 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 23:09:17 ] マジデ？ もう5出るの？嬉しい その前に壊れた部品探して直さないと。。 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 00:59:27 ] 出るわけないじゃん。次はブランチ切ってから何年かかることやら。 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 10:44:34 ] >>295 そもそも NetBSD の開発者数とか投入工数って、Linux に比べたら百分の一か、 ヘタすりゃ千分の一だろ? デキは Linux が百倍か? 「数」の論理が適用できるとこと、そうじゃないとこがあるから面白いんじゃないか。 伽藍とバザールなんて、ソフトウェア開発の面白みを自ら否定するようなことだと 思うよ。 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 10:55:01 ] Chuck Cranor と Chuck Silver の時もすごかったよな。 bouyer の SCSI HBA や USB も「すげー」って思った。augustss だっけか? cgd の Alpha port もすごかったし、あとまだいた頃の deraadt... みんな、残ってよねーいかないでーー!!ww 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 11:43:08 ] >>299 日本語でおｋ シネヨカス

---

---

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

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