トップページ⇒unix
1001コメント268KB

NetBSD その18

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001名無しさん＠お腹いっぱい。2006/09/03(日) 17:29:37
``Of course it runs NetBSD.''
＿ノ⌒ゝ
＼　　´-ヽ
　＼ノ⌒ヽ
　NetBSD
　　　　＼
http://www.netbsd.org/

前スレ
NetBSD その17
http://pc8.2ch.net/test/read.cgi/unix/1153032214/

お約束、関連リンク、心の公式ロゴは>>2-10あたり
0830名無しさん＠お腹いっぱい。2006/10/07(土) 09:14:21
>>829
また、そういうとあれるからw
0831名無しさん＠お腹いっぱい。2006/10/07(土) 09:38:13
ユーザーランドをいじりたかったらNetBSDでもLinuxでも似たようなもんだが、
カーネルをいじってるならせめて自分の環境くらいでは使ってやりたい、
そういうこったろ。
0832名無しさん＠お腹いっぱい。2006/10/07(土) 10:52:29
ぷ。なんで NetBSD 卒業すると次が Linux なんだよwww
理解の難易度高い、ってか?
0833名無しさん＠お腹いっぱい。2006/10/07(土) 11:00:24
○　アプリをNetBSDに移植して、NetBSDで動くようにする。
○　カーネルをXenに移植して、Xenで動くようにする。

×　VMwareをNetBSDに移植して、NetBSDで動くようにする。
○　VMwareのエミュ環境を構築して、Linuxのデバドラで足らない物や、
　　 VMware独自のLinux用デバドラをエミュレートするデバドラを実装して、
　　 NetBSDで動くようにする。

こうですか？もうちょっと簡単にまとめて表現することはできないのかな？
0834名無しさん＠お腹いっぱい。2006/10/07(土) 11:16:56
ぷ。なんで NetBSD 卒業すると次が Linux なんだよwww
理解の難易度高い、ってか?
0835名無しさん＠お腹いっぱい。2006/10/07(土) 11:30:34
Linuxは難しいよな。独特というか癖があるというか何でそういう名前なんだっていう
コマンドが一杯あって、manもcross referenceがほとんどないから、〜をしたいと
思っても、コマンド名を思い出せないと何も出来ないｗ

サービスの開始と停止を設定するコマンドの名前が6年かけても覚えられない。
rc.confを編集するだけでいいNetBSDから離れられない。
0836名無しさん＠お腹いっぱい。2006/10/07(土) 11:55:52
> ×　VMwareをNetBSDに移植して、NetBSDで動くようにする。
VMwareのソースを自分でいじくれるならそれもありだと思うけど。
0837名無しさん＠お腹いっぱい。2006/10/07(土) 12:02:50
×　VMwareのエミュ環境を構築して、Linuxのデバドラで足らない物や、
　　 VMware独自のLinux用デバドラをエミュレートするデバドラを実装して、
　　 NetBSDで動くようにする。
○　VMware for Linuxで使われているがまだ実装されていない
　　 システムコールやデバイスのルーチンをCOMPAT_LINUXに追加する

てな感じでは。動かしたいのはVMwareのLinux用バイナリなんでしょ。
0838名無しさん＠お腹いっぱい。2006/10/07(土) 12:07:49
>>832
まともに食っていこうと思ったらLinuxの仕事しかないし、
NetBSDで遊んでいられるのは学生のうち、ってか。
0839名無しさん＠お腹いっぱい。2006/10/07(土) 13:18:12
まともな仕事した経験あるやつは NetBSD 選ぶがな。
0840名無しさん＠お腹いっぱい。2006/10/07(土) 13:44:02
>>839
>>839
>>839
>>839
>>839
>>839
0841名無しさん＠お腹いっぱい。2006/10/07(土) 14:43:45
そりゃ選択肢の中にNetBSDがあったら、だろ。thorpejすらAppleだぜ。
0842名無しさん＠お腹いっぱい。2006/10/07(土) 14:51:05
>>741のように自分で選べるところだけNetBSDになるわけですな。
0843名無しさん＠お腹いっぱい。2006/10/07(土) 14:54:20
ttp://www.h7.dion.ne.jp/~teragen/
のnetbsd版みたいなのってありますか？
0844名無しさん＠お腹いっぱい。2006/10/07(土) 15:08:58
>>841
ちがうちがう、「オレなんて不毛な仕事やらされてんだ」って経験のあるやつは
2 つ並べられたら NetBSD 選ぶんだよ。Linux 選ぶやつは評価能力がないね。オレはそう判断してる。
0845名無しさん＠お腹いっぱい。2006/10/07(土) 15:16:48
まともな仕事した経験あるやつは Windows 選ぶがな。
0846名無しさん＠お腹いっぱい。2006/10/07(土) 15:29:48
FreeBSDのBill Paul氏はWindRiverでVxWorksの仕事してたりするんでしょうか。
0847名無しさん＠お腹いっぱい。2006/10/07(土) 15:35:55
時々沸く謎のVMware厨
0848名無しさん＠お腹いっぱい。2006/10/07(土) 16:11:55
>>844
仕事でNetBSDとLinuxのどちらかを選ぶ場面なんてあるとは思えんが。
0849名無しさん＠お腹いっぱい。2006/10/07(土) 16:18:09
だからさ、仕事で思ったようなの選べないから、そうじゃないとこではいいのを
選ぶんじゃないか。意味わかんないか? 経験が足らんな。
0850名無しさん＠お腹いっぱい。2006/10/07(土) 16:28:23
はあ。趣味だったら最初っからLinuxなんて選択肢にありませんが。
0851名無しさん＠お腹いっぱい。2006/10/07(土) 16:35:36
またいつのまにか一人で別の話してるやついるな。コミュニケーション不全ww
0852名無しさん＠お腹いっぱい。2006/10/07(土) 17:05:48
カーネルのコンフィグファイルはいつも
include GENERICして
nodeviceとかdeviceとかやっているのですが、

cpu             I486_CPU
cpu             I586_CPU

をinclude後に無効にすることは出来るのでしょうか？
GENERICをコピーしてから消しても良いのですが、
includeして本当に少しだけの修正をかいておいたほうが
見通しがよいかなと思いまして。それにcvsupしたときに
GENERICの内容が変わったときにも対応できるかと。
0853名無しさん＠お腹いっぱい。2006/10/07(土) 17:06:41
ごめんなさい。
FreeBSDのスレに書くつもりでした。
無視してもらって結構です。
0854名無しさん＠お腹いっぱい。2006/10/07(土) 17:08:38
FreeBSDってi386以外だとcpuのkeywordって有効なのかしら。
0855名無しさん＠お腹いっぱい。2006/10/08(日) 05:34:18
ハイバネをするコマンドってなんなんですかね？
サスペンドはまんまsuspendっていうコマンドがあるのですが・・。
0856名無しさん＠お腹いっぱい。2006/10/08(日) 15:33:27
>>855
SEE apm(8)
0857名無しさん＠お腹いっぱい。2006/10/08(日) 18:53:40
haibane(8)
0858名無しさん＠お腹いっぱい。2006/10/08(日) 18:59:24
>>856
apmにかいてねーぞ
0859名無しさん＠お腹いっぱい。2006/10/08(日) 20:56:17
ttp://www.NetBSD.org/Documentation/power-mgmt/
0860名無しさん＠お腹いっぱい。2006/10/09(月) 22:51:26
pkgsrcでktermをmakeしている最中に固まってしまい
再起動してもう一度makeしようとしたのですが
インストールされている的なことを言われ
make reinstall, make update, make reinstallをしろと入れるのですが
どれも通用しません

pkg_infoをみてみると
xpkgwedge-1.16 Allows X11 pkgs .........................
という風に通常はパッケージ名の後に説明があるのですが
kterm-6.2.0nb10 bash$
というように、ktermの説明が表示されずにシェルのプロンプトが表示されます。

pkg_deleteをしようとして
pkg_delete kterm
とすると、
pkg_delete: package 'kterm-6.2.0nb10' doesn't have a prefix
といわれます。

ktermをインストールしたいのですが、どうすればよろしいでしょうか？
0861名無しさん＠お腹いっぱい。2006/10/09(月) 23:21:57
なんで固まったのかの方が気になるけど、
pkg_delete -v kterm して何が悪いのか見てみるとか
pkg_delete -f kterm だったらどうなるかとか
08628602006/10/09(月) 23:43:35
>>861
ありがとうございます

bash-3.1# pkg_delete -v kterm
pkg_delete: package 'kterm-6.2.0nb10' doesn't have a prefix
pkg_delete: 1 package deletion(s) failed
bash-3.1# pkg_delete -f kterm
pkg_delete: package 'kterm-6.2.0nb10' doesn't have a prefix
と言う同じ反応で削除できません。


固まったのは
新しいマシンにインストールしたのですが、Xを立ち上げてC-A-F2等でコンソールに移動して
C-A-F5でXに戻ったり、一度Xを立ち上げC-A-BackSpaceで落としてもう一度Xを立ち上げたりすると
固まってしまいます。 C-S-Escで落とすこともできません。
xf86configでいろいろと試行錯誤しているのですが、全く改善が見られません・・。
VGAカードのRadeon 9200SEが悪いのか、設定が悪いのか・・。 ATI GENERICドライバでも固まります・・。
0863名無しさん＠お腹いっぱい。2006/10/09(月) 23:53:55
rm -rf /var/db/pkg/kterm-*
してからもいっかい入れ直せば？

VT Switchの方は何が原因かは知らんけど。
08648632006/10/09(月) 23:55:22
念のためpkg_admin rebuildもした方がいいかも。
しなくても多分大丈夫だろうけど。
08658602006/10/10(火) 00:22:28
ありがとうございました

rm -rf /var/db/pkg/kterm-*
で、pkg_infoにもでずmake installも行えるようになりました。
一応、教えていただいたとおり pkg_admin rebuildもしておきました


ktermがインストールできても、Xがまともに使えないのでどうしようもないですが・・。
かなりいろいろと試しているんですが、解決できない・・。
0866名無しさん＠お腹いっぱい。2006/10/10(火) 00:49:32
Radeon 9600SEならXFree86 -configureでできた奴で普通に使えてた。
わざわざxf86config使う理由は？
08678602006/10/10(火) 01:15:33
>>866
わざわざありがとうございます。

XFree86 -configureで生成した設定ファイルを使ったのですが、それで
上記の症状が出たため設定が悪いのかと思い
xf86configで少しづつ設定を変えていました。

もしかしたら違うところが悪いのかもしれませんが、私には原因はわからず・・。
ハード自体はWindowsでは使えてるので問題はないと思うのですが。
0868名無しさん＠お腹いっぱい。2006/10/10(火) 20:47:22
pkg_chk でバイナリパッケージからアップデートする方法が分からん。
あ、でも /etc/mk.conf の変更が効いてくるようなパッケージはコンパイルして
してほしい…ってワガママ過ぎるかな…。
0869名無しさん＠お腹いっぱい。2006/10/10(火) 23:48:26
記事というか紹介というかそういうので、NetBSDが載ってる本ってどういうのがありますかね？
BSD Hacks, デーモン君のソース探検というのに載ってるということなのですが、他にもありますでしょうか？

自分が見たことあるのはホゲゆに という本に載ってるのを見たことがあるくらいです。
08708602006/10/11(水) 01:29:44
何度も書き込み失礼します。
昨日は設定をいろいろと変えてみたのですがダメだったので、
本日新しくX無しでインストールし直して、pkgsrcからxorgをインストールしました。
そしてXorg -configure でファイルを作り、Xorgで起動してみてC-A-BackSpaceで落し
もう一度 Xorgで立ち上げてみても、固まることなく動きました。

数度しかやっていませんが、とりあえずは今のところ固まっていないので
何とかこのまま使ってみようと思います。


一応報告だけさせて頂きました。
0871名無しさん＠お腹いっぱい。2006/10/11(水) 01:56:31
>>869
http://www.cqpub.co.jp/e-unix/back/vol1/contents.html
http://www.cqpub.co.jp/hanbai/books/33/33161.htm
http://www.ascii.co.jp/pb/BSDmag/backnumber/main.html
そういうの と言われても困るけど、一般書籍は昔のmac68kのものを除いてほとんどないと思う。
0872名無しさん＠お腹いっぱい。2006/10/11(水) 04:13:06
mac68k 以外だと x68k も出てた。
mac68k + PC + pc98 って本もあった。
ttp://www.jp.netbsd.org/ja/JP/links/books.html

でもどれも古いので、>>871 のリンク先、特にBSD Magazineの
バックナンバーの方がいいね。そっちも古くなりかけだけど。
0873名無しさん＠お腹いっぱい。2006/10/11(水) 21:10:28
>>869
Code Reading,プロフェッショナルBSD,4.4BSDの設計と実装。
雑誌なら、CQ出版の Interfaceあたりチラホラ載っている。
最近では、今年の2月号で NetBSD2.1 ベースのクロス・コンパイル環境
ってのもあるよん。
2002年8月号は組み込み向けのBSDの記事がある。
0874名無しさん＠お腹いっぱい。2006/10/11(水) 21:52:36
Code readingは立ち読み程度だけどあの中でNetBSDの紹介と言っても
わかる人には当たり前、わからない人にはさっぱり意味不明って感じ。
4.4BSD本にはNetBSDって名前だけで紹介なんて一切ないじゃん。
0875名無しさん＠お腹いっぱい。2006/10/11(水) 22:14:36
まあでもカーネル関数の仕様やおおざっぱな仕組みは、4.4BSD本の
通りの部分もかなりあるでしょ。
0876名無しさん＠お腹いっぱい。2006/10/11(水) 22:26:06
元の質問が「記事というか紹介というかそういうので、NetBSDが載ってる本 」
なので4.4BSDの解説がNetBSDにも通じる部分があっても違うのでは。
0877名無しさん＠お腹いっぱい。2006/10/11(水) 22:31:37
4.4BSDの設計と実装
Solaris Internals
Understanding the Linux Kernel

この三つならSolarisの本が一番いいね！
0878名無しさん＠お腹いっぱい。2006/10/11(水) 23:06:18
それだけNetBSD関係の書籍が少ないってことねぇ〜。。
おい、誰か出版してくれ！頼む。
0879名無しさん＠お腹いっぱい。2006/10/12(木) 00:01:44
今の時代ただでさえ本が売れないのに、そんなの出しても100冊も売れないんじゃない?
BSDマガジンのNetBSD特集の号もほとんど売れなかったみたいだし。内容の問題かもしれんけど。
0880名無しさん＠お腹いっぱい。2006/10/12(木) 00:12:48
>>877
Linux本はイラネだが、
腐れ和訳の4.4BSD本よりはsolarsi本の方がいいな。
原著なら4.4BSD本を推すが。
0881名無しさん＠お腹いっぱい。2006/10/12(木) 00:14:15
そういうネタはこちらへ
http://pc8.2ch.net/test/read.cgi/unix/1065245050/l50
4.4BSDの設計と実装
0882名無しさん＠お腹いっぱい。2006/10/12(木) 00:18:34
>>879
じゃあコピー誌かな。NetaBSDの人に委託。
0883名無しさん＠お腹いっぱい。2006/10/12(木) 00:21:56
紹介記事を書けるような人は自分でソースいじってる方が楽しいからそんなことまで手が回らない罠
0884名無しさん＠お腹いっぱい。2006/10/12(木) 00:26:58
NetBSD本が欲しいと言ってる人はどんな本が欲しいんだろうか
0885名無しさん＠お腹いっぱい。2006/10/12(木) 00:31:15
さくらと知世のNetBSD/alphaを作ろう
0886名無しさん＠お腹いっぱい。2006/10/12(木) 00:35:16
NetBSDの理想と現実
0887名無しさん＠お腹いっぱい。2006/10/12(木) 00:35:52
俺はカーネルのソースなど一度も読んだことがない完全にユーザ側の人間だけども
NetBSD のソースがきれいって本当なの？
MI/MD 分離を一番上手くやってそうってのは分かるんだけど、それ以外の
メモリ管理やらスケジューリングやらのコードは（FreeBSD, Linux なんかと比較して）
どうなのか知りたい。
0888名無しさん＠お腹いっぱい。2006/10/12(木) 00:36:18
NetBSDお気楽極楽インストール
0889名無しさん＠お腹いっぱい。2006/10/12(木) 00:43:26
NFだけでも読む分には読みやすいと思う。変なコード入れると文句つけられてるし。
けど、チューニングはされてないと思う。きれいなら性能出るわけでもないし。

UVMやUBCはどちらもほとんど一人で作業してたから記述偏ってるかも。
スケジューラはNetBSDな特徴が出るほどいじられてない予感。
0890名無しさん＠お腹いっぱい。2006/10/12(木) 00:46:14
う、KNFね。

src/share/misc/style
0891名無しさん＠お腹いっぱい。2006/10/12(木) 00:53:18
>>634-642も参照
0892名無しさん＠お腹いっぱい。2006/10/12(木) 01:06:44
きれいかどうかを知ってどうするんだろう
0893名無しさん＠お腹いっぱい。2006/10/12(木) 01:08:12
うーん。正直な所、ソースの"見た目"は、しょっちゅう全面書き換えされてる
Linux の方が今風になってて読みやすい印象を受けるんだよね。
たまたま見やすいとこを覗いただけだったのかもしれないけど。

我がまま言って悪いけど、もう少し表面的ではない綺麗さの話が聞きたいな。
0894名無しさん＠お腹いっぱい。2006/10/12(木) 01:32:23
表面的でないきれいさってどういうのよ。
目に見えないソースの内面のきれいさなんて見てわかるのか？
それともAPIや設計の話が聞きたいの？
0895名無しさん＠お腹いっぱい。2006/10/12(木) 01:45:04
>>892
無責任に他人にNetBSDを勧めてたらNetBSDの何がいいのか説明しろと返されて困っているとか
0896名無しさん＠お腹いっぱい。2006/10/12(木) 02:30:25
>>894
いや、上でKNFを挙げてもらったけど、これってインデントとかの話だよね。
それはいくらなんでも表面的過ぎ…という意味。
設計とかの話もそれはそれで聞いてみたいけど、もっと主観的な
感想みたいのが聞いてみたかった。

>>895
そういえば NetBSD を他人に勧めたことはほとんどないな。
0897名無しさん＠お腹いっぱい。2006/10/12(木) 08:10:43
>上でKNFを挙げてもらったけど、これってインデントとかの話だよね。
>それはいくらなんでも表面的過ぎ…という意味。
それはソース読んだことなさ過ぎ
0898名無しさん＠お腹いっぱい。2006/10/12(木) 10:19:34
質問を要約すると、
俺はソース読まないが、Linuxの方が読みやすくね？
NetBSDの方が読みやすいってならまともな理由を挙げてみろやカス共。

こうですか？
0899名無しさん＠お腹いっぱい。2006/10/12(木) 11:43:15
>>896
すくなくとも
「mii にぶら下がっている phy があちこちの
ethernet ドライバーで別々に実装されてる」
みたいな, 気持悪さはないよ
0900名無しさん＠お腹いっぱい。2006/10/12(木) 11:52:51
俺は哲学に少し興味があって、哲学板も見たりしてるんだけど、
哲学のよく分ってない人、理解する必要する気もなさそうな人ほど
誰それの訳の質がどうだとか、原著が悪文だとか言いたがる傾向があるな。
だからなんだって？いやべつになんでもないけど。
0901名無しさん＠お腹いっぱい。2006/10/12(木) 12:40:50
>899
その結果サポートされるデバイスの数は増えましたか？
0902名無しさん＠お腹いっぱい。2006/10/12(木) 13:47:09
NetBSDがそれをしなかった場合と、した結果の現在の場合を比べないと、
「増えましたか？」なんて意味ないでしょ？

0903名無しさん＠お腹いっぱい。2006/10/12(木) 13:49:35
Linuxマンパワーでねじ伏せてるっていいたいのかね。

>>902
それは仮定自体が成り立たないから比較不可能。
0904名無しさん＠お腹いっぱい。2006/10/12(木) 14:27:12
Linuxマン
0905名無しさん＠お腹いっぱい。2006/10/12(木) 14:31:20
>>897
どういう意味で言ってるのか分からないけど、インデントやら改行が
滅茶苦茶でクソ読み難いソースがいっぱいあるのは分かってる。
カーネルのソースは読んだことないけども、普通(?)のプログラムの
ソースは日常的に読むので。
けど他の PC UNIX と比較して NetBSD どうよっていう話になったとき、
最近ではどれも見た目はちゃんと整形されてるので、それを根拠に
NetBSDのソースは綺麗だといわれても…。

>>899
だから >>887 で書いてる通り、デバイスドライバ以外の話が聞きたいの。

>>898
まぁそういうことになるかもね。 NetBSD の人が Linux とかを見て
「あんな汚いソース読めるかよ」みたいな発言をすることはよくあって、
それが本当なのか知りたかったのは確か。
確かにドライバ周りでは、CPU/Bus/Device の分離がうまくできているらしい
というのは分かるけども、それ以外はどうなのかな、と。

あ、俺はここ数年ずっとNetBSD使ってるし、満足してます。
0906名無しさん＠お腹いっぱい。2006/10/12(木) 14:39:23
NetBSDってもう未来が無いでしょ？
あれはネタじゃなくて本音なんでしょ？
0907名無しさん＠お腹いっぱい。2006/10/12(木) 14:40:42
読んでみりゃええやん。
0908名無しさん＠お腹いっぱい。2006/10/12(木) 18:21:24
NetBSD上で怪しいファイルシステムを作ったときにLinuxのfs周りも見たけど、このあたりはBSD系列のほうがわかりやすかった。
LinuxのVFSに関しては昔から評判悪いし。
その点、BSD系列はレイヤー分けがしっかりできてる感じがする。

最近はFUSEのおかげでカーネルごりごりやらなくても良くなったから、Linuxのfs屋さんは大助かりなんじゃないかな。
0909名無しさん＠お腹いっぱい。2006/10/12(木) 18:53:51
USB回りもやりやすかった。
0910名無しさん＠お腹いっぱい。2006/10/12(木) 21:43:08
職業プログラマでもひどいコードを書く奴はいる。
そういう奴は自分の書いたコードのどこが悪いのかをさっぱりわかってない。
そんな奴にどうやったら「きれいなコードとは」を説明できるのかしらね。

ま、APIがちゃんと定義されていて各レイヤー別の階層ができている、
ってのは別にデバドラに限った話じゃないと思うが、それじゃだめなん？
vfsと各filesystem間やuvmとpmap間はそんな感じっしょ。

一方でLinuxっていまだにi386のVMや割り込み機構がベースだったりする？
0911名無しさん＠お腹いっぱい。2006/10/12(木) 23:45:32
>>903
そこでなぜLinuxの話が出てくるのかわからない。
仮定自体が成り立たないから、そんな質問、意味ないでしょ？

0912名無しさん＠お腹いっぱい。2006/10/12(木) 23:53:24
NetBSDゼロコピーでけんの?
0913名無しさん＠お腹いっぱい。2006/10/13(金) 00:05:32
>>899,901-903
増えまくりでしょ。i386 は知らんが、他のアーキは恩恵受けまくりでデバイス使えまくりじゃん。
逆は珍しいけどね。hme なんか sparc→i386 だね。
0914名無しさん＠お腹いっぱい。2006/10/13(金) 00:07:00
デバイスの数、全アーキでのべで足し算したら、Linux に勝ってんじゃないの?
0915名無しさん＠お腹いっぱい。2006/10/13(金) 00:26:19
Athlon64 X2 4000+ いうマシンを購入予定なのですが、
このマシンはAMD64でいいのでしょうか？
それともAMD64とは、Opteronの事をさすのでしょうか？

申し訳ありませんが、宣しくお願いいたします。
0916名無しさん＠お腹いっぱい。2006/10/13(金) 00:35:27
>>915
一言で言えばAMD64でOK.
但し、Linuxエミュレーションで32bitバイナリが動かないため、
Acrobat ReaderとかFlashとかを使いたい場合は注意が必要。
0917名無しさん＠お腹いっぱい。2006/10/13(金) 00:39:20
>>916
ありがとうございます
ようするにLinuxエミュレートのFireFoxを使おうと思うと、
i386で使った方がいいと言うことですね。
有難うございました。
0918名無しさん＠お腹いっぱい。2006/10/13(金) 00:39:47
まだダメだっけ? けどそういう場合は i386 で使えば解決。
0919名無しさん＠お腹いっぱい。2006/10/13(金) 00:45:39
まだ amd64 の GENERIC の COMPAT_LINUX, COMPAT_LINUX32 はコメントアウトされてるね。

人柱キボンヌ状態？
0920名無しさん＠お腹いっぱい。2006/10/13(金) 01:20:37
正直、今のAMD64ならi386の方がパフォーマンス的にはいいと思うんだけどどうなの？
0921名無しさん＠お腹いっぱい。2006/10/13(金) 01:22:30
あとDualCoreちゃんと扱えるようなったの？
0922名無しさん＠お腹いっぱい。2006/10/13(金) 02:06:04
パフォーマンス: 体感できるような差はない
DualCore: ただのMP
だと思うんだが。

i386の方がパフォーマンスがいいと思う理由と
DualCoreのどんなのが扱えないのか教えてくれ。
0923名無しさん＠お腹いっぱい。2006/10/13(金) 03:55:15
>>922
> DualCoreのどんなのが扱えないのか教えてくれ。

その「ただのMP」の扱いがいかがわしいってことでは？
0924名無しさん＠お腹いっぱい。2006/10/13(金) 07:26:35
IntelのCore 2 Duoだと64bitが遅いという記事を聞きかじっただけじゃないの。
AMDのCPUだとどうなのかは知らんがレジスタが多い分だけ有利だとかなんとか
いう話はあったな。
0925名無しさん＠お腹いっぱい。2006/10/13(金) 09:38:21
>>914
それはまちがいない。archだけでも十分勝ってる気がする。
Linuxをsun2とかvaxとかに移植する人はいないだろうからね。
0926名無しさん＠お腹いっぱい。2006/10/13(金) 10:48:38
CRIS, FRV, M32R, AVR32, h8300, XTENSA, IA64.
CPUだけでもこんなにありますな。
0927名無しさん＠お腹いっぱい。2006/10/13(金) 18:49:51
数で勝ち負け言ってるようじゃレベルが知れるぜ。自分で移植したならまだしも。
0928名無しさん＠お腹いっぱい。2006/10/13(金) 19:12:28
数で比べるのはLinuxの連中だと
0929名無しさん＠お腹いっぱい。2006/10/13(金) 19:18:16
>>914や>>925は贔屓の引き倒しってやつだな。
レス数が900を超えています。1000を超えると表示できなくなるよ。