[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 01/29 10:32 / Filesize : 113 KB / Number-of Response : 503
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/


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だのいっても意味ねーってはないだっつうのw

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あたりを使っちゃうなwww
プロトコルとかデータ形式を自分で定義できる場合に限られるけど。


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        ヽ
         {     |      |   j      )  >>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
日本語でおk
シネヨカス

301 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 13:35:03 ]
>>298
伽藍とバザールでは、伽藍型開発モデルは別に否定してないと思う。
バザール型開発モデルの持ち上げ方があまりにひどいだけでwww


302 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 13:46:06 ]
Linuxバブル全盛のころ、必死になって読んだことあったなぁ(遠い目


303 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 14:00:10 ]
>>298
否定している伽藍とバザールてどれのこと?
1. 伽藍開発
2. バザール開発
3. ESR

304 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 14:02:04 ]
少数の天才の頭脳を投入する開発モデルは
NetBSDという最高峰のブランドだから成立する、という前提を忘れていないか。
凡人は凡人に最適なスタイルを模索するしかないのだよ。

凡人の側なので一応。



305 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 16:43:17 ]
>>302
バブルって... 誰かもうかったの? もうかってないような気がするんだけど、そういうの
バブルって言うのか?!

306 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 16:45:58 ]
>>304
凡人は NetBSD の開発に貢献できない、という意味か? それは思い込みだと思うぞ。
つまらん解決法を ML に投げるとソッコーでツリーに突っ込まれたりする。割と。
展望的に邪魔にならないことは結構 ad-hoc なノリw

307 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 16:47:07 ]
ここには要望言うだけで「何様だ」って言い出すバカが住み着いてるけど、
あいつは完全に勘違いしているwwww

308 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 17:28:47 ]
「直せ」ということは解決法じゃないんだよなw

309 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:41:09 ]
病院行けよ。

310 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:42:18 ]
いや、真剣、病気だぞおまえ。どんな要望も指示にしか取れない病気。
典型的な被害妄想。

311 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:32:04 ]
ガラントバザールだろうsoftware design的には

312 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:38:03 ]
要求か指示かが問題なのだってのはどこから降ってきた電波なんだよw

単なる要望をあげるだけでは「貢献」なんぞなるわけがないっていってるんだが。
実装する、ヒントとなる考えを示す、などをして初めて「貢献」なんだよ。

「mips64でうごかしてほしい」「IA64にポートしてほしい」ってのどこが貢献なんだ?


313 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:56:36 ]
ほらな。もっぺん言うぞ。病院行ってこい。
Here comes your 19th nervous breakdown..

314 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:58:36 ]
病院池厨は病院行け



315 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:03:16 ]
>>312
> 「mips64でうごかしてほしい」「IA64にポートしてほしい」ってのどこが貢献なんだ?
これはさあ、単に世の中に「動いてほしい」という需要が存在していることを
表してるに過ぎんのだよ。なぜそう取れない? なぜ「それだけのこと」と
思えず、自分が「やれ」と言われている、もしくは他人が「やれ」と言われて
いるように感じるのよ? そいうの「脅迫観念にとらわれてる」って言うのよ。

トラウマから来てるだろ? 自分をそういう状況に追い込んだ経験あるだろ。
なんとなく名前が想像つくぞ..

316 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:24:00 ]
>>315
で?それのどこが「貢献」なの?

317 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:30:55 ]
>>315
> これはさあ、単に世の中に「動いてほしい」という需要が存在していることを
> 表してるに過ぎんのだよ。なぜそう取れない?

そうとればそういう要望を出すこと自体が「貢献」であるわけがないってことが分かると思うが。

> なぜ「それだけのこと」と
> 思えず、自分が「やれ」と言われている、もしくは他人が「やれ」と言われて
> いるように感じるのよ? そいうの「脅迫観念にとらわれてる」って言うのよ。

なんかいろいろ勘違いしているようだけど。そんな話は誰もしてないのよ。
自分一人に需要がある。ただそれだけをわめき散らすことのどこが「貢献」なんだね?

> トラウマから来てるだろ? 自分をそういう状況に追い込んだ経験あるだろ。
> なんとなく名前が想像つくぞ..

で、あんたは誰かをそういう風に追い込んだ経験があるんだw
だから後ろめたくてだれもいっていないことに対していいわけをし続けるんだね。

早 く 病 院 で 見 て も ら え。

318 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:05:32 ]
なんつーか、そのへんのマシンで動いて欲しいと思う理由が
自分が持ってるけど眠ってるマシンを復活させたいとか
仕事でCPUは決まってるんだけどOSはLinuxじゃなくてNetBSDにしたいとか
targetが先にあってそれに対する明確な理由があるならいいんだけど、
なんとなく何でもいいから「アレも動いたんだワーイ」って言いたいだけで
他人におねだりしてる人を見るとなんか萎えるかも。実態はわからんけど。

自分で行動すればもっと面白いことあるのに他力本願にすがるだけで満足なのは
ある意味幸せと言えるのか……。

319 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:16:13 ]
>>299も何をもってすごいと言ってるのかさっぱりわからんよね。
thorpej_scsipiとUVMやUBCが同列ってとこからしてわけわからん。

よくわかんないんだけどメジャーな単語のところで進展あると
NetBSDってすごいだろそれを使ってる俺もスゲーぜ
とかそんな感じ?

320 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:54:14 ]
"強迫"観念な

321 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 22:03:17 ]
脅迫したくなる観念

322 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 23:14:32 ]
すごく単純な質問かもしれませんが、
NetBSD/macppcをG4AGP400MHz上で使っているのですが、
ATAバス速度がUDMA2と非常に遅く、折角の今様のHDDの性能を
活かしきれていないな、と思うんです。特に、ファイル展開などが遅いです。

実はMac対応のブート可能なATA133カードは結構値が張り(\7kくらい)、メーカも
限られてくるのですが、NetBSDで使用するとなれば、これは普通のi386向けの
\2kくらいの安いカードでも対応できるのでしょうか??

無論、ブートはオンボードのATAチップから行ないますが、ストレージの遅さを
改善する目的で、物理的に2台目のHDDをATAカードバス上に置こうということですが。

323 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 01:52:46 ]
>>322
たぶん使える。
macppcでPC用のsiopとか、AlphaでPC用のehciとか普通に使えていたし。

324 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 02:20:14 ]
ファイル展開が遅いのはsoftdep付け忘れてる予感



325 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 02:30:39 ]
PCIバスのほうがオンボードのより先にprobeされるとPCI上のATAのほうがwd0に
オンボードのがwd1になっちゃって/etc/fstabが大混乱、なんて事態になる可能性が。
自前のカーネルコンフィグでwd0を明示的に指定しておく必要があるかも。

326 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 03:42:37 ]
>>319
...
あんま反応する気も起きんが、一点だけ。
scsipi じゃなくて、bouyer の一連の 53cX への対応のことね。
文脈汲んでよね。すごいとかそんな話してないし。個人の技量の話。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<113KB

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