NetBSD その23 - 暇つぶし2ch

NetBSD その23 ..

1:でーもんだよもん
08/02/20 09:25:27
``Of course it runs NetBSD.''
＿ノ⌒ゝ
＼　　´-ヽ
　＼ノ⌒ヽ
　NetBSD
　　　　＼
URLﾘﾝｸ(www.netbsd.org)

前スレ
NetBSD その22
ｽﾚﾘﾝｸ(unix板)

2:でーもんだよもん
08/02/20 09:25:54
■関連リンク

pkgsrc: The NetBSD Packages Collection
URLﾘﾝｸ(www.pkgsrc.org)

pkgsrc-wip
URLﾘﾝｸ(pkgsrc-wip.sourceforge.net)

wip-jp
URLﾘﾝｸ(sourceforge.jp)

Wasabi Systems - The NetBSD Company
URLﾘﾝｸ(www.wasabisystems.com)

JNUG
URLﾘﾝｸ(www.jp.netbsd.org)

3:でーもんだよもん
08/02/20 09:26:29
■過去スレ

NetBSD専用スレッド
URLﾘﾝｸ(pc.2ch.net)
NetBSD専用スレッド２
URLﾘﾝｸ(pc.2ch.net)
NetBSD その3 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その4 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その5 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その6 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その7 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その8 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その9 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その10 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その11 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その12 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その13 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その14 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その15 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)

4:でーもんだよもん
08/02/20 09:28:02
NetBSD その16 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その17 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その18 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その18 （実質「その19」）
ｽﾚﾘﾝｸ(unix板)
NetBSD その20 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その21 (dat落ち中)
ｽﾚﾘﾝｸ(unix板)
NetBSD その22
ｽﾚﾘﾝｸ(unix板)

5:でーもんだよもん
08/02/20 09:28:42
みんなでなかよくね☆ミ

　　　　　　　　　　　　　 ○＿＿＿＿＿＿
　　　　　　　　　　　　　　 ∥ 　　　　　　　　＞
　　　　　　| 　　　　　　∥　　NetBSD　　＞
　　　＼　｜　／　　　　∥ 　＿_,:_＿＿＿ゝ
　　　　　　　　　　　　　　∥~
　　　　　　　　　　　　　　　∥ 　　　,　　　））　　ヽ　|　／
　　　　　,､　　　 ,､　　/'ll＿＿／ヽ
　　　　　 / ヽ＿＿/ ヽ／ _∥　　　_　　ヽ.　　　 ∧＿__∧
　　　　／　　　　　　 /　 ´ ∥ー/ 　｀　　l ロ. / _　　 _　＼　ドン
　　　 /　´　､__,　｀　|. 　　∥∨　　　　,! || ｜　l--l　｀　 |
　　　_l　　　 ∨　　　ヽ／￣)(￣￣｀"::::ノ (⌒ヽ, ..ヽﾉ　　,/　　　ドン
　　（　ヽ_　　　　　　　/ 　 /ll ｀'ー､....::ﾉ ∀＼/ｰ- /｀l　　ヽ
　　　ヽ、　　　　　　　,ヽ:..:ﾉ ∥　　　'::::|⊃　　iー- l　（_〕i__ /

6:名無しさん＠お腹いっぱい。
08/02/20 10:45:32
MS-Win で運用するなんて論外。MacOS X なら許す。
ちなみに BootCamp で NetBSD 仕込んで（これはかなり苦労した）、その
パーティションを Parallels で上げることも可能。
この場合、BootCamp で上げた場合を考慮してデータは AppleUFS な
パーティションに置くことにしたんだが、この AppleUFS が曲者で、
めちゃ古くさいゴミ。2GB 以上のファイルは作れんし。
けど HFS+ と違って NetBSD から直接読み書きできるし.. しかたなくそのまま。

7:名無しさん＠お腹いっぱい。
08/02/20 12:09:24
ストーリー

63年前から1年中枯れない桜が咲いているという不思議な島「いもう島」。
主人公シオ兄ちゃんはそんないもう島のネットBSD学園付属に通う3年生。
彼には不思議な力があった。一つは「何も無いところからコードを生み
出す力」、もう一つは「他人の夢を強制的に見せられる力」。そんな彼が
卒業間近に見せられた夢の中の幼馴染、junから届いたシゴ文、目覚まし
にやってきた同居中の義理の妹ことり、「かったるい」とつぶやきながら
通う学園で出会うクラスメイト・先輩・後輩の女の子達。そんなヒロイン
たちとはじまる「ちょっとこそばゆい」仮想ハックの物語である。

8:名無しさん＠お腹いっぱい。
08/02/20 12:47:52
M
ち
パ
こ
パ
め
け

9:名無しさん＠お腹いっぱい。
08/02/20 12:49:51
>>7はゆとり

10:名無しさん＠お腹いっぱい。
08/02/20 12:52:25
>>6はゆとり

11:名無しさん＠お腹いっぱい。
08/02/20 15:01:34
べにじょに手コキで処理してもらいたい

12:名無しさん＠お腹いっぱい。
08/02/20 19:00:40
junってエビジュンとイトジュンとハギジュンのどれさ?

13:名無しさん＠お腹いっぱい。
08/02/20 19:33:29 BE:184931227-2BP(8046)
>>12
オラの名前

マジレスすれば
Jun-ichiro “itojun” Itoh Hagino
のこと？

14:名無しさん＠お腹いっぱい。
08/02/20 19:53:12
jun は soum の jun さん（i.e. エビジュン）だろ普通。

15:名無しさん＠お腹いっぱい。
08/02/20 20:32:57
>>7
前スレより1年増えてるんだなｗ

16:名無しさん＠お腹いっぱい。
08/02/20 22:44:21
シゴフミだからこの場合はいとじゅんなんだろう。

17:名無しさん＠お腹いっぱい。
08/02/20 23:12:58
裏をかいて村井純。

18:名無しさん＠お腹いっぱい。
08/02/20 23:19:12
ヤマジュン

19:名無しさん＠お腹いっぱい。
08/02/20 23:45:16
pkg/21824 とかのひとか

20:名無しさん＠お腹いっぱい。
08/02/21 00:00:04
ムラジュンは盲点

21:名無しさん＠お腹いっぱい。
08/02/21 00:17:05
junで検索したら6月ばかり見つかって涙目
でもfreebsd方面にkuriyamaさんがみつかった

22:名無しさん＠お腹いっぱい。
08/02/21 13:59:16
伴淳三郎

23:名無しさん＠お腹いっぱい。
08/02/21 23:58:04
NetBSD/playstation2 2.1
で、
init: copying out path `/sbin/init' 11
と出た直後に進まなくなり固まってしまいます。
解決への道しるべをお願いします。

24:名無しさん＠お腹いっぱい。
08/02/22 05:24:51
init はPS2から読めるところにありますか？

25:名無しさん＠お腹いっぱい。
08/02/22 08:56:00
はい。
HDDに全部展開してあるので。
また、root on wd0 type ffsでコンパイルしてあります。
base.tgzはcobaltのものを使用しています。

26:名無しさん＠お腹いっぱい。
08/02/22 16:03:02
wm の autoselect で 1000baseT にならない（なりにくい）件、
yamt さんから出たな。

kern/38073 [serious/medium]: wm ifmedia_set failure

たぶんこれも同件。

kern/36430 [serious/medium]: wm0 not working at 1000baseT mode

ウチのは i82801H で igphy が i82566。

27:名無しさん＠お腹いっぱい。
08/02/23 10:36:04
特定のスイッチとの相性だろうか? それとも、Gb で使ってるの少ないのかな。
ところで、autoselect でネゴするとこって、ソースのどのへん?

28:名無しさん＠お腹いっぱい。
08/02/26 16:58:50
x11/modular-xorg-serverのセキュリティーFix、やっと入ったね。

29:名無しさん＠お腹いっぱい。
08/02/26 17:04:42
>>23
1.5ZC (20020327) snapshot が NetBSD/playstation2 のLatest Release。
それ以降を使いたいなら、自分で何とかするしかない。

30:名無しさん＠お腹いっぱい。
08/02/26 20:47:45
1.5.3/1.6.2はログイン画面でフリーズ
2.1は一部コンパイルできないコードがあったので自分で修正
　→>>23が発現
3.1はpanic: lockmgr: locking against myselfが出て放置
4.0はGCC2.95.2ではコンパイルすら不能

それぞれ解決するためにコードのどの部分をいぢればいいのか等、
皆さんの知恵をお貸し下さい。

31:名無しさん＠お腹いっぱい。
08/02/26 20:57:35
だれもそれに興味が無い。

32:名無しさん＠お腹いっぱい。
08/02/26 22:35:33 BE:330233055-2BP(9046)
まぁDead Portだしなぁ

33:名無しさん＠お腹いっぱい。
08/02/27 03:38:36
gccのエラー等の出力を日本語で出力したいのですが、
LANG=ja_JP.eucJP gcc
としてもダメでした。

どうしたらよいのでしょうか？

34:名無しさん＠お腹いっぱい。
08/02/27 09:19:07
gccを入れる。

35:名無しさん＠お腹いっぱい。
08/02/27 09:58:25
>>30
あとから出たちっちゃいので動けばいいなぁとはオレも思う。

36:名無しさん＠お腹いっぱい。
08/02/27 12:23:07
>>34
NetBSDのインストール時点でインストールしたgccでは日本語の出力ができないと言うことでしょうか？

37:名無しさん＠お腹いっぱい。
08/02/27 14:09:28
うん。pkg_add か pkgsrc で入れるか自力コンパイルするか。
例:
# env PKG_PATH=fURLﾘﾝｸ(ftp.allbsd.org) pkg_add -v gcc3

38:名無しさん＠お腹いっぱい。
08/02/27 17:41:09
iscsi-targetを使ってる方に質問させて下さい。
extentには "file or device" を指定出来るように見えるのですが、ファイル
システム上のファイルではなく、どこかのパーティションを割り当てる場合は
extentはどう記述すればよいでしょうか？
特に、startとlengthの値に何を設定してよいか分かりません。

39:名無しさん＠お腹いっぱい。
08/02/28 13:29:51
URLﾘﾝｸ(wiki.netbsd.se) ってテンプレに入れるほどでもないサイトなんですか？

40:名無しさん＠お腹いっぱい。
08/02/28 14:06:42
こんなもんでいいんじゃね？
空白は自分で適当に補ってくれ

class Dummy
@@origout = $stdout

def initialize
@buf = ''
end

def write(str)
@@origout.write(str)
@buf << str
end

def flush
tmp = @buf
@buf = ''
tmp
end
end

$stdout = Dummy.new
puts "hello"
puts "world"
$stderr.puts $stdout.flush.inspect

41:名無しさん＠お腹いっぱい。
08/02/28 14:06:58
誤爆 orz

42:名無しさん＠お腹いっぱい。
08/02/28 14:42:54
さぁ？

43:名無しさん＠お腹いっぱい。
08/02/29 00:41:46
IA64ってなんでこんなに出遅れてるの？

44:名無しさん＠お腹いっぱい。
08/02/29 00:53:12
俺が実機を持ってないから

45:名無しさん＠お腹いっぱい。
08/02/29 01:49:39
なるほど

46:名無しさん＠お腹いっぱい。
08/02/29 13:05:42
もう出なくていいでしょ。ハード入手する価値もないし。

47:名無しさん＠お腹いっぱい。
08/02/29 15:18:48
そんなヒマがあれば sun4v おねがいしますw

48:名無しさん＠お腹いっぱい。
08/02/29 16:10:47
ACPIを止めるにはどうしたらいいのでしょうか？
/etc/default/rc.conf
を見ても、acpi関係はなさそうでした。

49:名無しさん＠お腹いっぱい。
08/02/29 16:27:28
BIOSでとめる。
カーネルから外す。
-cで立ち上げて殺す。
その他いろいろ。

50:名無しさん＠お腹いっぱい。
08/03/01 13:12:30
NETBSD はUSBメモリーにはインストールできないのでしょうか？
ubuntu や vine は出来たのですが。。。教えてください。

51:名無しさん＠お腹いっぱい。
08/03/01 14:00:22 BE:462325875-2BP(9046)
まず何を試したの？
sdにはできない？

52:名無しさん＠お腹いっぱい。
08/03/01 14:03:54
オレは USB にシステム入れて使ってるけど。NetBSD 4/i386

53:名無しさん＠お腹いっぱい。
08/03/01 18:08:56
portはどれ？

54:名無しさん＠お腹いっぱい。
08/03/01 18:10:36
pdp10

55:名無しさん＠お腹いっぱい。
08/03/01 18:29:44
それじゃ無理だな。

56:名無しさん＠お腹いっぱい。
08/03/01 20:21:02
hpcmips が 512MB 以上の CF ダメってのは解決した?

57:名無しさん＠お腹いっぱい。
08/03/01 20:28:30
>> 52 さん
NetBSD 4/i386 で出来ましたですか
どうやったか、教えていただけませんでしょうか？
>> 51 さん
同じく NetBSD 4/i386 をUSB CD-ROMから立ち上げたのですが、インストール先には wd0 しかでなくて
駄目なようなんですが。。。

よろしくお願いいたします。

58:名無しさん＠お腹いっぱい。
08/03/01 21:19:00 BE:105674742-2BP(9046)
相性かな？うちのSATAも入るやつと入らないやつがあった

# あれ、そういやSATAはwdだよなぁ
# 不正確な情報すまぬ

59:名無しさん＠お腹いっぱい。
08/03/02 01:55:20
BIOSちゃんと設定してるの？

60:名無しさん＠お腹いっぱい。
08/03/02 04:13:18
dcons(4)ってNetBSDには移植されないの？

61:名無しさん＠お腹いっぱい。
08/03/02 05:20:57
移植してsend-prすればいいんじゃね?

62:名無しさん＠お腹いっぱい。
08/03/02 06:19:15
ちっと違うけどこんなのとか
URLﾘﾝｸ(imil.net)

63:名無しさん＠お腹いっぱい。
08/03/02 16:51:02
>>56 ? 4Gのmicrodriveで動いてたけど? (2年前くらい)

64:名無しさん＠お腹いっぱい。
08/03/02 22:02:50
WASABIｼﾞｬｰﾅﾙFS ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!

65:名無しさん＠お腹いっぱい。
08/03/02 22:25:58
EFIKAディスコンだった。

66:名無しさん＠お腹いっぱい。
08/03/03 04:41:31
>>64
ウホッ
URLﾘﾝｸ(mail-index.netbsd.org)

67:名無しさん＠お腹いっぱい。
08/03/04 02:08:22
おい、うつらうつらし過ぎだぞ。

68:名無しさん＠お腹いっぱい。
08/03/04 16:06:40
（ガタッ）ふご.. ...んがっ.... （ぐー）

69:名無しさん＠お腹いっぱい。
08/03/05 17:46:33
wip/modular-xorg-serverインスコ時にpatchの場所を求められるが、
/usr/pkgsrc/wip/modular-xorg-server/patches/patch-ab
などを指定しても、errorで先に進めません。どこのpatchが必要なの?

70:名無しさん＠お腹いっぱい。
08/03/05 21:32:18
dri オプションを指定してないと、パッチを当てる先が無いね。
どうすりゃいいんだろう、これ？

71:名無しさん＠お腹いっぱい。
08/03/05 21:38:48
>>66
だれかもうパッチ読んだ?

72:69
08/03/05 22:21:35
netbsd-4のマシンでは、そのようなエラーが出てましたが、
currentのマシンでdri有効を試してみると、コンパイルできました。
お騒がせしました。

73:名無しさん＠お腹いっぱい。
08/03/05 22:21:59
とりあえず、でいいなら、そのpatchファイルをpatchesディレクトリから削除しとくのがもっとも簡単な対処法かと。

74:名無しさん＠お腹いっぱい。
08/03/05 22:23:39
行き違いになってもうた。忘れてくれ。

75:名無しさん＠お腹いっぱい。
08/03/06 19:29:22
NetBSDはFreeBSDの/etc/make.confのようにビルド時の共通設定できないのかね？

76:名無しさん＠お腹いっぱい。
08/03/06 20:06:59
>>75
/etc/mk.conf でできるよ？

77:名無しさん＠お腹いっぱい。
08/03/06 23:09:05
ほんとだ、ありがとう。勉強になった。

78:名無しさん＠お腹いっぱい。
08/03/07 05:55:33
いつも思うが、同じにしてくれりゃ良いのに。

79:名無しさん＠お腹いっぱい。
08/03/07 08:39:27
同じにしたくないからわざわざ別々の看板しょってるのに。

80:名無しさん＠お腹いっぱい。
08/03/07 09:53:05
/etc/make.confの方が後じゃなかったっけ？

81:名無しさん＠お腹いっぱい。
08/03/07 11:34:21
pkgsrc を FreeBSD で使う時はどうすんのよ?

82:名無しさん＠お腹いっぱい。
08/03/07 13:15:29
>>81
1. pkgsrcをcvsでcheckoutしてくる
cd /usr
cvs co pkgsrc

2. bootstrapする
cd pkgsrc/bootstrap
./bootstrap

3. pkgsrcを使う
(/usr/bin/makeでなくて/usr/pkg/bin/bmakeを使う)
cd /usr/pkgsrc/<CATEGORY>/<PACKAGE THAT YOU'D LIKE TO INSTALL>
bmake install

/var/db/pkg が FreeBSD ports のものとゴッチャになると嫌な人は
/usr/pkg/etc/mk.conf に VARBASE=/usr/pkg/var と書いておくといいと思われ。

それと pkg_add/pkg_delete 他が FreeBSD native のものと
bootstrapでインスコされるものと互換性がないので
alias nbpkg_add="/usr/pkg/sbin/pkg_add"
alias nbpkg_delete="/usr/pkg/sbin/pkg_delete"
とでもエイリアスを切っておくべし。

83:名無しさん＠お腹いっぱい。
08/03/07 13:26:28
SolarisとかOpenBSDとかIRIXとかでは、自前のパッケージがショボかったり、
無かったりするから、pkgsrc使うメリットはあると思うけど、
FreeBSDでわざわざpkgsrc使うメリットって何？

84:名無しさん＠お腹いっぱい。
08/03/07 13:39:31
いろんな環境同時にオモリする場合同じ方が便利なこともあるかもよ。

85:名無しさん＠お腹いっぱい。
08/03/07 15:17:45
>>83
Ports Collectionは/usr/local に入れるのがキモイから。
(>>84もいっている)管理時の統一性の問題
あとは慣れの問題

86:名無しさん＠お腹いっぱい。
08/03/07 15:27:25
/usr/localがキモイのもよく分からんし、嫌ならパスを変えればいい。
そんなに管理を統一したいのならなんでOSごとNetBSDにしないん？管理者なんでしょ？

87:名無しさん＠お腹いっぱい。
08/03/07 17:33:28
まあ、>>85 の言い方もアレかも知れんが...
管理者ならなにもかも NetBSD にすればいいというのはちとムリがあるかとw
＃そんなことができるんならもうとっくに...hehe

88:名無しさん＠お腹いっぱい。
08/03/07 18:59:15
カーネル 4.99.55 キター

89:名無しさん＠お腹いっぱい。
08/03/07 19:08:22
T2+ 出るらしいぞー。sun4v やろぉよぉ～ぉ

90:名無しさん＠お腹いっぱい。
08/03/07 19:37:09
某ホスティングサービスで元から入っていたportsが
駄目駄目で更新してくれるように頼んだが断られて、
~以下にpkgsrcを展開して使っていたことがある。

91:名無しさん＠お腹いっぱい。
08/03/07 20:37:35
事あるごとにsun4vと言うひとがいるけど
何で自分でやらんの？

92:名無しさん＠お腹いっぱい。
08/03/08 02:09:45
>>87
話の流れから
・管理者で、
・しかも FreeBSDなのにportsじゃなくてpkgsrcを使うというなかり特殊な事にも誰も異論は無くて、
（pkgsrcの/usr/pkg...っていうインストール先は一般的にはかなり特殊だよね？）
・かつ、なるべく管理を統一したい
・（慣れの問題もあるらしいし）
という状況なら、OSごとNetBSDにすれば？って言ってるだけで、
管理者なら何でもかんでもNetBSDにせい、とは言ってないと思うが。

93:名無しさん＠お腹いっぱい。
08/03/08 04:35:35
実はMacOSXなんじゃ…

94:名無しさん＠お腹いっぱい。
08/03/08 14:11:21
>>92
うーん.. あるマシンの root（＝管理者）だからそのマシンの OS を
好きに選べるってのははなはだしい飛躍なんだけど通常。
そりゃオーナーかなんかの間違いだろ?

95:名無しさん＠お腹いっぱい。
08/03/08 14:31:41
いやもうどーでもいいし。お前らの話なんかさ。

96:名無しさん＠お腹いっぱい。
08/03/08 15:00:18
> Ports Collectionは/usr/local に入れるのがキモイから。

こういうｷﾃｶﾞｲに何を言っても無駄。好きにさせとけ。

97:名無しさん＠お腹いっぱい。
08/03/08 15:05:53
NetBSD が /usr/pkg にしたのはたいていのデフォルト導入先が /usr/local なんで、
手コンパイルしたもんと混ぜたくないってのが理由。FreeBSD 方面でも
そういう話がでたけど、あっちはあっちで「そんなタイソウなもんかい?」って
話だったと思う。これは発想の違いなんで、それぞれの勝手でいいかと。
「キモイ」は言い過ぎかな。
BSD/OS の、パッケージ毎にバラバラにディレクトリ掘る、ってのもあって、
まあパス設定かシンボリックリンクが壮大なことになるわけだが、それはそれで
首尾一貫してると思うよ。極端だが。MacOS X pkg の考え方にちょっと近いかな。

98:名無しさん＠お腹いっぱい。
08/03/08 15:26:01
誰も、んな事聞いてねぇよ。

99:名無しさん＠お腹いっぱい。
08/03/08 16:10:54
>>98
うるせえ市ね

100:名無しさん＠お腹いっぱい。
08/03/08 21:53:18 BE:422697784-2BP(9046)
殺伐としてるな

NetBSD/playstation2 2.1 動作したよー

101:名無しさん＠お腹いっぱい。
08/03/08 21:57:50
日記はチラシの裏に書いとけよチンカス

102:名無しさん＠お腹いっぱい。
08/03/08 23:51:17
>>100
あとはcurrentに統合してsend-prしてアカウントもらってport maintainerに就任するだけだね。

103:名無しさん＠お腹いっぱい。
08/03/09 00:09:41
NetBSD/z80

104:名無しさん＠お腹いっぱい。
08/03/09 03:32:55
いまさら2.1が動いてもな

105:名無しさん＠お腹いっぱい。
08/03/10 15:37:42
そこを足がかりに3とか4とかcurrentが動くようになればいいんじゃないか。

106:名無しさん＠お腹いっぱい。
08/03/10 20:22:40
なんでもいいから動かすのが魅力だと思うの

107:名無しさん＠お腹いっぱい。
08/03/10 21:26:16
CPU 的には他ので動いてんだから、近いだろ?

108:48
08/03/11 00:40:29
>>49
古い機械なので、BIOSに項目はありませんでした。
カーネルを構築する以外に、rc.conf等で設定できないのでしょうか？

109:名無しさん＠お腹いっぱい。
08/03/11 08:34:17
>>108
userconf(4)

110:名無しさん＠お腹いっぱい。
08/03/11 09:10:43
>>108
> -cで立ち上げて殺す。
って書いてあんのが読めんのか？

111:名無しさん＠お腹いっぱい。
08/03/11 09:11:51
>>108
古い機械の方がついてる可能性が高いわけだが＜BIOS設定項目

112:名無しさん＠お腹いっぱい。
08/03/11 09:16:52
自分で調べる意志のない奴に何言っても無駄。

113:名無しさん＠お腹いっぱい。
08/03/11 10:14:52
なにこのバカの連投。こなくていいから。

114:名無しさん＠お腹いっぱい。
08/03/11 10:15:24
呼ばれたような気がしたので来ました

115:名無しさん＠お腹いっぱい。
08/03/11 10:36:35
>>113
おまえが一番来なくていい

116:名無しさん＠お腹いっぱい。
08/03/11 10:40:18
いやいやおれが

117:名無しさん＠お腹いっぱい。
08/03/11 11:06:24
みんな暇だな

118:名無しさん＠お腹いっぱい。
08/03/11 11:47:30
暇じゃなきゃこんなOS使いません

119:名無しさん＠お腹いっぱい。
08/03/11 12:35:53
NetBSDのおかげでなにもかもスムーズにすすみ時間の余裕ができました

120:名無しさん＠お腹いっぱい。
08/03/12 18:43:25
いやまあそれほどでも

121:名無しさん＠お腹いっぱい。
08/03/12 21:59:53
いつもの人がこないから俺が代わりにうつらうつらしてたら
公式のMLアーカイブとかのデザインが色々良くなってたようだ

122:名無しさん＠お腹いっぱい。
08/03/13 21:55:38
スレッド表示すると日付が表示されないのはいかがなものか

123:名無しさん＠お腹いっぱい。
08/03/14 03:07:57
subjectちょん切れて検索しにくいし、使い辛杉なんだぜ。
正直元に戻してほしい

124:名無しさん＠お腹いっぱい。
08/03/14 14:37:09
>>122-123
NetBSD website feedback: Tell us what you think!
URLﾘﾝｸ(www.netbsd.org)

125:名無しさん＠お腹いっぱい。
08/03/15 14:23:51
どなたかbigendian CPU 上でnetbsd-iscsi-target 使われてる方居られませんか？

126:名無しさん＠お腹いっぱい。
08/03/16 01:05:49
いやー、きたなー sparc64 SMP。彗星のごとく。

127:名無しさん＠お腹いっぱい。
08/03/16 19:54:23
大口のcommitやpatchが来てもイマイチ盛り上がらないね

128:名無しさん＠お腹いっぱい。
08/03/19 12:22:33
ml115使ってる人いる？
x11/modular-xorg-serverが起動直後に刺さるんだけど、回避策ある？

129:名無しさん＠お腹いっぱい。
08/03/20 00:18:17
ノシ居るよ。
4.0RをCDから入れて、一緒に入るXFree86
でも同様に、X -configureで刺さる。
FreeBSD6.3のXorgだと、エラー吐いて
xorg.conf.new作れずに終了するが、刺さり
はしない。
犬糞だとショボいながらも一応X窓が起動
して、GUIインスコも出来てしまうのが
悔しい。

130:128
08/03/20 09:46:03
>>129
なんか安心した。ありがとう。
・x11/modular-xorg-server
・標準で入るXFree86
を4.0と-current両方で試したが、どれも無理。
犬糞でオケなのは、おれも確認済み。だが、使いたいとも思わないw

wip/modular-xorg-serverならイケるだろうと考えたが、
meta-pkgs/modular-xorg-driversが通らない。
packman.hが足らないとかは、てきとうに回避してみたが、
それ以外にも幾つかエラーがあるみたいだ。
wip/modular-xorg-serverには、特に、使用するための手順・設定とかあるの？

131:名無しさん＠お腹いっぱい。
08/03/20 13:50:57
ml115って
vgaチップ何使ってんの？

132:名無しさん＠お腹いっぱい。
08/03/20 14:19:57
X Server動かすようなマシンじゃないだろML115

133:名無しさん＠お腹いっぱい。
08/03/20 17:24:27
> 犬糞でオケなのは、おれも確認済み。だが、使いたいとも思わないw

こういうのは自分で問題に対処できる奴のセリフ。
問題解決できないなら素直に犬つかえよ。アホか。

134:名無しさん＠お腹いっぱい。
08/03/20 17:25:40
*BSDの方が通っぽくてカッコいいから

135:名無しさん＠お腹いっぱい。
08/03/21 00:06:31
実用本位だよ、出自からして。ただ、その定義が違うだけ。
あっちは昔のこと振り返ろうとしないから、昔と同じテツを踏みまくりだ。

136:名無しさん＠お腹いっぱい。
08/03/23 00:44:00
カーネル 4.99.56 キター

137:名無しさん＠お腹いっぱい。
08/03/23 00:58:33
pthreadふしぎ

heimdal 1.1 ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!

138:名無しさん＠お腹いっぱい。
08/03/23 09:31:45
カーネル 4.99.57 キター

139:名無しさん＠お腹いっぱい。
08/03/23 11:48:49
これカーネル4.99.99までいったらどうなるの？？

140:名無しさん＠お腹いっぱい。
08/03/23 12:25:45
>>139
カーネル 4.99.99 キター

141:名無しさん＠お腹いっぱい。
08/03/23 12:28:02
4.99.100、4.99.101、4.99.102…

142:名無しさん＠お腹いっぱい。
08/03/23 22:18:04
linuxエミュレーションが刺さるカレント

143:名無しさん＠お腹いっぱい。
08/03/24 04:54:19
4.99.99, 4.99.999, 4.99.9999, ...

144:名無しさん＠お腹いっぱい。
08/03/24 10:09:23
いっそ4.100

145:128
08/03/24 11:37:32
>>133
slackware12にpkgsrc入れてみました。やっと書けるトコまで来た。

ml115使いの方に参考にして頂ければ光栄です。

mk.conf
USE_PKGSRC_GCC=yes
GCC_REQD+=3
X11_TYPE=modular
その他お好きに

入れたもの
x11/modular-xorg-server
meta-pkgs/modular-*
x11/xlogo,xman 　　　 .include "../libXprintUtil/buildlink3.mk"
devel/glib2 　　　　　　　 CONFIGURE_ARG+= --with-pcre=internal
x11/gtk2 　　　　　　　　　.include "../libXdamage/buildlink3.mk"
　　　　　　　　　　　　　　　　　.include "../libXconposite/buildlink3.mk"
www/firefox-bin 　　　 #MOZ_GTK2 = yes
他、uim,mplayer,flashなど多数オケ。

www/firefox　　libgklayout.soがエラーで通らない。
どうすれば回避できるのかな。

146:名無しさん＠お腹いっぱい。
08/03/25 17:44:43
4.99.58キター

なんかガチで4.99.99くらいまで行きそうな悪寒

147:名無しさん＠お腹いっぱい。
08/03/25 19:08:14
4.99.78までzzzしよう

148:名無しさん＠お腹いっぱい。
08/03/26 00:05:37
>>145
mixiの格安サーバのスレで続きをドゾー

149:名無しさん＠お腹いっぱい。
08/03/28 17:29:48
BoFの実況中継キボンヌ

150:名無しさん＠お腹いっぱい。
08/04/02 08:32:06
4.0にアップグレードしてうれしいことはなんですか？
私はやっぱり "set -o tabcomplete" (マテ

151:名無しさん＠お腹いっぱい。
08/04/02 11:07:27
current の MP ってどのくらいちゃんと動くようになった?
負荷かけて連続稼働しても平気?

152:名無しさん＠お腹いっぱい。
08/04/02 11:11:53
kernel に MP が統合されてから、
ウチの PIII dual の環境ですぐ刺さるようになった。
仕方がないから 4.99.44 でずっと使ってる。

153:名無しさん＠お腹いっぱい。
08/04/02 11:12:52
currentだけにいつのcurrentかによるだろ、そりゃ。

154:名無しさん＠お腹いっぱい。
08/04/02 11:19:09
もちろん、最近の current。つーか、なぜそれ以外を想定する?ww

155:名無しさん＠お腹いっぱい。
08/04/02 11:37:55
しばらくcore2duoでMPカーネルつかってるけど、vmlockマージのあとに不安定な時期が少しあった以外は、
普通に使う分には特に問題は起こってない。もちろん、時々バグは入るけど、その都度すぐ修正されてるし。
でも特に負荷試験はやってないので参考までに。

156:名無しさん＠お腹いっぱい。
08/04/02 15:12:41
ありがとう。オレもやってみる。
実機がちと離れたとこにあって、そうたびたび行くわけにもいかないんだけど、
MP で安定稼働するようになってほしいんだな。

157:名無しさん＠お腹いっぱい。
08/04/02 19:02:52
みんなstableとcurrentどっち追いかけてる？

158:名無しさん＠お腹いっぱい。
08/04/02 19:30:13
stable追いかけるくらいならlinuxつかうわ

159:名無しさん＠お腹いっぱい。
08/04/02 21:29:33
LFSが刺さるのは変わっていない。

160:名無しさん＠お腹いっぱい。
08/04/02 23:36:05
もはやreleaseに付いていくのも辛い。。。

161:名無しさん＠お腹いっぱい。
08/04/03 09:31:09
>>158
その対応はおかしいw
>>159
LFS 使う予定はないんだけど、mfs（か tmpfs）と union 使う。で、
たま～にカーネルだけ作ってみて 4 の user land で使ってみるんだけど、
刺さってたのよね。だいぶ長く持つようにはなってきてたけど。2月だったかな。
あと GTK 使ったもんがなぜか動かんかった。

162:名無しさん＠お腹いっぱい。
08/04/03 13:32:39
mount -t union と mount -t null -o union はどう違うの?

163:名無しさん＠お腹いっぱい。
08/04/03 14:33:51
mount -t union -r と mount -t null ぐらい違う。

164:名無しさん＠お腹いっぱい。
08/04/03 14:46:54
>>162
man mount_union

The union filesystem manipulates the namespace, rather than individual
filesystems. The union operation applies recursively down the directory
tree now rooted at uniondir. Thus any filesystems which are mounted
under uniondir will take part in the union operation. This differs from
the union option to mount(8) which only applies the union operation to
the mount point itself, and then only for lookups.

165:名無しさん＠お腹いっぱい。
08/04/03 16:32:38
union ファイルシステムは、個々のファイルシステムよりもむしろ名前空間を
扱う。union 操作はその時点で uniondir の root となっている
ディレクトリツリーを再帰的に下って適用される。このように、uniondir の
下にマウントされたどのようなファイルシステムも union 操作に参加する。
mount(8) の union オプションとの違いは、後者の union 操作が
マウントポイントそれ自体にのみ適用され、lookup にだけ利用される
ことである。

う～む、解説求む。

166:名無しさん＠お腹いっぱい。
08/04/03 16:47:33
回答としてはおおよそ的外れだから気にしなくていいよ。

167:名無しさん＠お腹いっぱい。
08/04/05 03:26:27
夜な夜なupdatedbとかして、ディスクアクセスさせてみたり悪さしてる奴がいるんだけどどれ？
man daily.conf
してもどれかわからなんだ。

168:名無しさん＠お腹いっぱい。
08/04/05 10:40:08
>>167
updatedbはweeklyじゃないか?
manよりも/etc/dailyと/etc/weekly嫁

169:名無しさん＠お腹いっぱい。
08/04/05 12:36:48
>>168
まさか夜な夜な、fsckが走ってたのか？
他にディスクアクセスしそうなのが無いのだが。

ただ、topで見たらfindが動いてたからupdatedbかと思ったのだが。

170:名無しさん＠お腹いっぱい。
08/04/07 13:10:01
デフォルトでは fsck は走らんよ。core 探しだろ。

171:名無しさん＠お腹いっぱい。
08/04/07 13:10:48
5 がもうすぐ枝分けらしいな。

172:名無しさん＠お腹いっぱい。
08/04/07 17:51:20
妄想垂れ流す前にちょっとスクリプト読んでみればいいのにな＜find

173:名無しさん＠お腹いっぱい。
08/04/07 22:02:09
妄想して当たった外れた一喜一憂するだけのほうが地道に勉強するより楽しいもんな

174:名無しさん＠お腹いっぱい。
08/04/08 09:22:20
おまえもウザいな。他人叩かないと心の平静が保てないか?

175:名無しさん＠お腹いっぱい。
08/04/08 09:31:53
ソースあるのに読まずに質問する奴の方がウザイ

176:名無しさん＠お腹いっぱい。
08/04/08 09:37:04
そーっすね

177:名無しさん＠お腹いっぱい。
08/04/08 09:55:16
あわれなやつ。

178:名無しさん＠お腹いっぱい。
08/04/08 09:59:23
そうやって自分は間違ってないんだと言い聞かせるのか。大変だな。

179:名無しさん＠お腹いっぱい。
08/04/08 10:20:40
質問ならまだいいんだぜ？
>167なんて妄想が正しいかどうかの確認なんだぜ？

180:名無しさん＠お腹いっぱい。
08/04/08 11:50:15
喰い下がってるって点ではお前もいっしょだ。お前精神的に病んでるぞ。

181:名無しさん＠お腹いっぱい。
08/04/08 12:17:30
食い下がってるのはおまえだけなんだぜｗ

182:名無しさん＠お腹いっぱい。
08/04/08 13:13:57
はぁ。おだいじに。

183:名無しさん＠お腹いっぱい。
08/04/08 14:05:13
キモい

184:名無しさん＠お腹いっぱい。
08/04/09 23:58:01
itaniumはまだ動かないの？
だれかこの中に動かそうとしてる人はいませんか？

185:名無しさん＠お腹いっぱい。
08/04/10 00:08:31
地道に勉強すれば動かせるようになるかもよ?
じっと待つのは妄想するより辛いと思うよ?

186:名無しさん＠お腹いっぱい。
08/04/10 00:14:55
マジレスすると、実機買ってkochiさんに送り付ければいいと思うよ。
辞退されるようならその程度の見込みということでしょ。
商売でやってる連中ならともかく趣味でやってる人達に多くを期待しちゃいけない。

187:名無しさん＠お腹いっぱい。
08/04/10 15:28:22
もう動かなくてもいいんじゃね? 入手性もよくないし、出回ってるわけでもなし。

188:名無しさん＠お腹いっぱい。
08/04/10 15:34:09
どうせ>184もIA64マシンを持ってるわけじゃないしな。

189:名無しさん＠お腹いっぱい。
08/04/10 15:57:25
Ita なんかよりリニアにスループットな NetBSD on UltraSPARC T{1,2{,plus}} がオレは見たいぞ。

190:名無しさん＠お腹いっぱい。
08/04/10 17:00:38
使いたいでなくて「見たい」でしかないのがポイントだな。
クズめ。

191:名無しさん＠お腹いっぱい。
08/04/10 18:18:08
コード書くだけが貢献じゃないがな。
こんなとこで「コード書かない」という理由で利用者攻撃するのは明確な「妨害」だろ。
いいかげん医者行くか修行に南極にでも行けやゴミ。

192:名無しさん＠お腹いっぱい。
08/04/10 19:04:54
IA64ってLinuxじゃ盛んなPortなのにね
ってことじゃないの？

193:名無しさん＠お腹いっぱい。
08/04/10 19:27:23
>>191
誰がそんなこといってるんだボケ。

ほしいほしいいうだけで貢献だと思ってるなら医者に頭診てもらえ。

194:名無しさん＠お腹いっぱい。
08/04/10 20:07:23
だまれ害虫

195:名無しさん＠お腹いっぱい。
08/04/10 20:14:07
盛り上がってまいりました。

196:名無しさん＠お腹いっぱい。
08/04/10 20:26:49
>>192

184です。
そうです。HPががんばってますよね。Linuxだと。
NetBSDだとどうなのかなあ？ってちょっと興味本位で
聞いただけです。別に私がIA64持ってるとかそういう
のではないです。

コンパイラの最適化の問題含めて、NetBSD的にはどう
なのかなあ、って思っただけです。なんか荒れさせて
ごめんなさい。

197:名無しさん＠お腹いっぱい。
08/04/10 20:31:48
sparc64頑張ってるやん、今。もの凄い勢いでカーネル周りの
修正ガシガシ入ってる。SMPカーネルが熟成するまで
テストしつつ見守ってる。将来的には、UltraSPARCIIIのサポートも
視野に入れているそうな。

198:名無しさん＠お腹いっぱい。
08/04/10 21:19:26
>>197

いまどき III かよ。

199:名無しさん＠お腹いっぱい。
08/04/10 21:21:57
>>197
がんばってるのは1,2名だけどな。
UltraSPARC IIIって「OpenBSDはやってるのにNetBSDはやらないの?」
っていうだけの>>184みたいな人はたくさんいるが
実際にやる計画を明確に持ってる人なんているの?

>>191
IA64マシンって中古でもまだ１０万超えだろ。
仕事でなくて趣味でそんな金出せるか?
コード書けないならマシン寄付でもすれば?
って話なんだがそこはスルーなのな。

200:名無しさん＠お腹いっぱい。
08/04/10 21:35:38
ん～、コード書かないからたたかれるっつーよりも、
てんで中身を理解しようとせず動く動かないだけ言う人は
>>169みたいにとんちんかんなレポート送ってきたり逆切れしたり
あげくのはてにちっとも動かないからLinuxに乗り換えました
なんて捨てセリフを吐いて去っていったりする傾向があるから
敬遠されがちという気はする。

NetBSDなんて使うなら少しは中身勉強しろよ、ってのは
理解できればそのほう断然面白いんだから一理あるともいえるが
端から見ると横暴とも取れるし微妙だな。

201:名無しさん＠お腹いっぱい。
08/04/11 00:05:09
>>199
余計なお世話だ。すっこんどけゴミ。
さっさと「私実は xxx です NetBSD にはこんなにコード書いて貢献してます」って
言えってんだよ。臭いやつ。

202:名無しさん＠お腹いっぱい。
08/04/11 00:18:57
>>201
的確な敬遠される見本ですねw

203:名無しさん＠お腹いっぱい。
08/04/11 01:00:36
なぁ、おまいら人生楽しいか?

204:名無しさん＠お腹いっぱい。
08/04/11 01:01:09
あぁ、たのしいよ。

205:名無しさん＠お腹いっぱい。
08/04/11 01:39:50
妄想の中で生きてますから

206:名無しさん＠お腹いっぱい。
08/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:名無しさん＠お腹いっぱい。
08/04/11 08:27:58
んなアホな。多機種移植しようと思ったらまず toolchain ですがな。
GCC や binutils にはさんざん貢献してますが。
pcc なんてほんのここ数年の話。いいかげんなこと書かんように。

208:名無しさん＠お腹いっぱい。
08/04/11 09:01:57
最初の行読んでる?
貢献って一体何を指して言ってるの?
src/dist/pccやsrc/usr.bin/pccができてるの知らないの?
pccのなにがここ数年なわけ?

脊髄反射なのかどうかすらわからんな。

209:名無しさん＠お腹いっぱい。
08/04/11 09:17:30
知らんのにいい加減なこと書くな。

210:名無しさん＠お腹いっぱい。
08/04/11 09:31:49
妄想の邪魔するなの間違いじゃない?

211:名無しさん＠お腹いっぱい。
08/04/11 09:50:11
一生やっとけww

212:名無しさん＠お腹いっぱい。
08/04/11 10:02:44
>>199
> IA64マシンって中古でもまだ１０万超えだろ。
> 仕事でなくて趣味でそんな金出せるか?

趣味でXServe G5を買った俺に謝れ。

213:名無しさん＠お腹いっぱい。
08/04/11 10:58:32
それ言ったら、趣味でSPARCマシン使って、あまつさえNetBSD/sparc64なんぞで
テスト運用してる奴なんて頭のネジ2,3本ぶっ飛んでるのばっかりだろ、俺含めて。

214:名無しさん＠お腹いっぱい。
08/04/11 12:15:25
何言ってんだ。x86 後生大事にありがたがってる方がよっぽどネジとんでるだろw
VLIW が API としては負け確定な今 RISC だろ普通。

215:名無しさん＠お腹いっぱい。
08/04/11 12:40:27
> VLIW が API としては負け確定な今 RISC だろ普通。
この一行を見ただけで「なんとなく単語を並べて書いているだけ」というのがよく分かります、

216:名無しさん＠お腹いっぱい。
08/04/11 13:00:54
恐竜が人類としては負け確定な今爬虫類だろ普通みたいな？

217:名無しさん＠お腹いっぱい。
08/04/11 13:01:28
"A"がアプリケーションなら外れだが、
アセンブリなら当たってるんじゃね？

漏れもVLIWは失敗だと思う。単純RISC
でOut of Orderのスケジューリング
頑張った方が有益だと思う。
GCCは余りそういう作りに成ってなくて
ガッカリだが。pccを加工した方が良い
かな、と。

218:名無しさん＠お腹いっぱい。
08/04/11 13:16:50
をいをい... 余裕ないんだなあんたwwwwww

219:名無しさん＠お腹いっぱい。
08/04/11 13:17:41
あ、218 は >>215 ね。

220:名無しさん＠お腹いっぱい。
08/04/11 13:21:10
>>216
チャーハンが殺虫剤として負け確定な今ラーメンだろ普通
ぐらい酷い。

221:名無しさん＠お腹いっぱい。
08/04/11 13:28:06
CISC ってほんとゴミだよな。トランジスタが大量に必要。
100倍くらいのリソースつぎこんで製造技術上げないと使いものにならない。
x86はその典型。トランジスタ数あたりの性能評価を指標にすべきだよな。
その上で製造は分離すべき。分野として別ものなんだから。
膨大な資源がドブに捨てられてる。

222:名無しさん＠お腹いっぱい。
08/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:名無しさん＠お腹いっぱい。
08/04/11 13:47:33
> もしその手の「変な造語」なら略して書いちゃダメだろ。
>
> で、お前も「なんとなく単語を並べて書いているだけ」の手合いか？

こんなこと書いといて

> ・コンパイラがスケジュールでがんばる度合いはVLIWのほうがRISCより

↑これはないよなwwwwwwwwwwwwwwwwwwwwwwwwwwwww
「スケジュールでがんばる」って、並べ替えのこと? ↓

> もしその手の「変な造語」なら略して書いちゃダメだろ。

224:名無しさん＠お腹いっぱい。
08/04/11 13:55:05
>>223
> > ・コンパイラがスケジュールでがんばる度合いはVLIWのほうがRISCより
> ↑これはないよなwwwwwwwwwwwwwwwwwwwwwwwwwwwww
適当に単語並べていたことがばれてそんなに悔しかったの？

> 「スケジュールでがんばる」って、並べ替えのこと? ↓
並べ替えだけじゃないよ。

225:名無しさん＠お腹いっぱい。
08/04/11 13:55:28
EPIC であれほどがんばっていいコンパイラができなかったんだけど、
他に誰があんなリソースを投下できる? ほぼ「不可能を証明した」に等しいだろ。
将来にわたる互換性考えたら現状どう見たって RISC しかない。
SH みたいな後発でも RISC だし。それとも、なんか CISC で計画されてる
すごい CPU の話でもあるのか? VLIW でもいいがな?

226:名無しさん＠お腹いっぱい。
08/04/11 13:56:10
>>221
それよりいまさらRISCだCISCだ言っている方が恥ずかしいということに気がついてほしい。

227:名無しさん＠お腹いっぱい。
08/04/11 13:57:42
む? CISC で生きてるのって、ひとつしかないよな? あれをゴミと言ってるだけだが。
つーか、あんたこの程度の内容が理解できんのか。ちゃんと意図汲んで
的確な反論ができんのならのこのこ出て来るなよ。はずかしいぞ。

228:名無しさん＠お腹いっぱい。
08/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:名無しさん＠お腹いっぱい。
08/04/11 14:19:17
もちろん汎用プロセッサーの命令セットの話してるんだが...
内部実装の話したら VLIW はそれこそ百花繚乱だろうが。
Transmeta が有用性証明したし、F の FR とかもあるし。
>>221 の初行読めよな。
「中身が RISC」とか、それこそ「いまさら何言ってんの?」なんだよww

230:名無しさん＠お腹いっぱい。
08/04/11 14:22:52
x86はゴミだ。欠点補うのに死ぬ程手間と金がかかる。
それ全部払わされてる。

231:名無しさん＠お腹いっぱい。
08/04/11 20:22:30
>>230
使わなきゃいいだけ。そのためのNetBSDだろ。

232:名無しさん＠お腹いっぱい。
08/04/11 21:17:35
またいつものアレな人が湧いたか。
芸にもなってないし観察していてもつまらんので、あの御仁の相手するのはやめて欲しいな。

233:名無しさん＠お腹いっぱい。
08/04/11 22:16:33
汚かろうが力任せだろうが性能出して市場でシェア取ったもん勝ちだもんな。LinuxとNetBSDみたいなもんだ。
だからこのスレ界隈なら俺は正しかったんだ、って吠えてても認めてもらえると思ってるんじゃない。

理屈や美しさでは勝ってたのに、って悔しがるのもわかるが何年言ってるんだよw
自分がプロセッサ設計したわけでもあるまいに。

234:名無しさん＠お腹いっぱい。
08/04/11 22:18:17
そろそろmips64 toolchain仕入れてくださいよ
古いハードが壊れ始めてきてて限界です…

235:名無しさん＠お腹いっぱい。
08/04/11 22:22:11
armでいいじゃん。mipsの実装よかなんぼかましだよ。

236:名無しさん＠お腹いっぱい。
08/04/11 22:28:36
>>212-213
すでにNetBSDがある程度動いてる段階で、動かすために買ったんでしょ?
実機ではビタ一文起動してない状態だったらその金出した?

237:名無しさん＠お腹いっぱい。
08/04/11 22:34:45
最初はMacOSXが動くから買ったのでは

238:名無しさん＠お腹いっぱい。
08/04/11 22:41:07
それを言ったらIA64もLinuxは動くだろうけど、
挫折した時の滑べり止めがMacOSとLinuxでは
えらい違いということではw

port-ia64見るとNetBSDのために買った人いるようですけどね。

239:名無しさん＠お腹いっぱい。
08/04/11 22:50:32
x86はゴミだ、RISCのほうが優れてるんだ、って言い続けている人を見ると
大学のロボット制御工学の教授が
「ASIMOがあれで二足歩行できるのは理屈からしておかしい」
って言ってたのを思い出すな。

240:名無しさん＠お腹いっぱい。
08/04/11 23:12:40
>>239
> 「ASIMOがあれで二足歩行できるのは理屈からしておかしい」

なんかﾜﾛﾀ

241:名無しさん＠お腹いっぱい。
08/04/11 23:17:17
中に誰か入っている
って言いたいんだな

242:名無しさん＠お腹いっぱい。
08/04/11 23:22:09
じゃあx86の中には魑魅魍魎が入ってるんだな

243:名無しさん＠お腹いっぱい。
08/04/11 23:43:40
>>239
どっちが優れてるかなんて話はとうの昔に決着ついてんだよ。今更なにもいう必要なんかない。
で、そこをリカバるためにさんざんムダ（まるで益のない、本当のムダ）に巨万の資源が
注ぎ込まれて消えて行ってるのに、しょーもない言い訳を真に受けたあわれなバカが
多過ぎる、そういってるんだ。あんたのことだよ。
少しは知識のあるやつは自覚しろよ。後世の物笑いだぞ。

次ページ