[RISC]CPUアーキテクチャについて語れ！[VLIW]２

■戻る■ 自作PCに戻る元のスレッド全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

1 名前：Socket774 ：04/11/21 21:45:10 ID:2HUks886: 前スレ
http://pc5.2ch.net/test/read.cgi/jisaku/1082357989/
2 名前：Socket774 ：04/11/21 21:46:51 ID:uzwVTaF3: 2
3 名前：Socket774 ：04/11/21 21:47:35 ID:2HUks886: 前スレ >>1 より

お前らいい加減、無能なAMD房・Intel房に振りまわされず、
エンコ時間がどうとかPIがどうとかじゃなく、
CPUコアのアーキテクチャについて語りましょう。

x86/RISC/CISC/スーパースカラ/VLIW/MIMD/SIMD
等について語ってもよし、

フリップフラップ回路が小さいPentium Mマンセー、
CISCなのに内部はRISCなPentium 4マンセー、
x86なのに32/64bitコンパチなOpteronマンセー、
昔々8086の時代は(以下略・・・等もよし。

さあ、不毛な争いを止めてCPUアーキテクチャについて語ろう！
4 名前：Socket774 ：04/11/21 21:48:12 ID:GHw4v2cq: ぺ４様
5 名前：うさぎ会長 ：04/11/21 21:53:03 ID:gXyhp2yg: 　　　　　　　　　　　　,.-t､,／＿￣~~`'ｰ- ､,　　(__
　　　　　　　　　　　　f　　,l. ￣r＜￣＞- ､　 ` く　 l,__
　　　　　　　　　　,.～',／　`ｰ'‐'^ヽ,__j,.ィ_　nヽ　　＼　,.ﾞヽ
　　　　　　　　　/　／／　　　　　,.　　　 `y'　＼　　 ',　　）
　　　　　　　　ヽ//'／／／' ／ ,.　　ﾉ　L._　ヽ　　ト､ ,)
.　　　　　　　　　// / 'ﾑノ／／'彡ｲｲ| ｲ　ﾉ fヽﾞ!　　|　'ー,
　　　　　　　　　l/l l　　〃 /／'　彡〃 |川.|.了ヽ__!|ヾ　|. ／{!
.　　　　　　　　　|从　//-くム-彡'"二ﾞ!从ﾚ'　i |`ｰ`)ｰﾚ'　 _j　ポンポコ
　　　　　　r､r､　 |l V/' lr'｡!　　　　 'スヽ',从　,!└-- ｧ,r=,ｺﾞ　　　　　ポーン♪
　　　　　ヾヽヽ＼.　nl　､lﾟｿ　　　　 /ｰ'｡ﾐY/ /　　ｱ / |_,ﾉ　　　　。　　　　　　　　　　 |ヽ
　　　　　ヾヽヽヽ'､{. ',　　 .:　　　　ゞﾆﾝ^'j. / ／/ノ,! ﾊ　　　ｰ┼‐　＿＿＿　ヽ　　　 ._|　）
　　　　　　＼＼^　`!ヾ､.　ヽ‐1 　　　 /./ノ　 /　l. ﾊ L,　　ﾉ | ヽ　　　　　　　_,ノ　（_|
　　　　　　　ヽ　ヽ　　 }.ヽ,　!ﾉ　　　　　|/　　 ./　l　|-! | )
　　　　　　　 /.）　　ノ､ヽiゝ､､､--‐='７ノ　 ,ﾉ"7-v'--'く
　　　　　　､'ｰ===i. /.　ｽ､ ( f　ﾊ.　 /　/ ／　/　　）　　＼
　　　　　／ヾ;､,_ゞ=＝ｲﾐ〈{ 7ｲ. | ./　／）　l　r‐'"　　　　ヽ
.　　　　 /　　 `ー'　 |〈　＼ | |. |　|. |　/,ノ　〉 |　_j　　　　　　　レ┐
　　　　/　　　　　　,ｲ,〈ミ､ﾞK､j ,. l | ／ノ　Ｖメ、　　　　　　ノ-　,ゝ
　　　 /　　　　　／）>L>､　｛､7ﾞ,､j y'　　/　く.(　)ヽ,　　　　「　　_ﾉ､_
　　（　　　　　　ノ　／＼ヽ〈ヽ,).l　}　　／/ノ　　ヽ　＿∧,r‐'　　　`ヽ、
6 名前：MACオタ ：04/11/21 21:59:58 ID:UivSGDNJ: 結局>>1じゃx86をマンセーしてるだけなのがイタいんすけど。。。
7 名前：MACオタ＠訂正 ：04/11/21 22:00:37 ID:UivSGDNJ: 上の>>1じゃなくて>>3すか。。。
8 名前：うさぎ会長 ：04/11/21 22:04:08 ID:gXyhp2yg: マックおた、きもいよ。
9 名前：Socket774 ：04/11/21 23:01:49 ID:M9dOfz9W: フリップフラップ直さなかったのか。
しかし今日のMAXオタ必死だな。
10 名前：Socket774 ：04/11/22 06:19:32 ID:nS08Uo9b: なんかここだけ板で浮いてるな
エロくない私にはさっぱり内容がわかんね・・・
11 名前：Socket774 ：04/11/22 07:14:44 ID:vI8Sk/JF: >>前スレ911
32bit固定命令長プロセッサでは大抵32レジスタ3オペランド(5bitx3=15bit)
16bit固定命令長プロセッサでは大抵16レジスタ2オペランド(4bitx2=8bit)
どちらも命令長の約半分がオペランドを指定するフィールドで占められているが
その辺何か意味があるのかもしれない。
12 名前：Socket774 ：04/11/22 08:10:24 ID:8oLg5JUn: 遅いとバカにされるけどSPARCが大好きです♪
13 名前：Socket774 ：04/11/22 08:18:56 ID:1fAbwAyv: 前スレ前半はSPARC信者が多かった。
が、後半からは何故かx86マンセー野郎が増加して、
さらにMACオタが乱入。

そして、レジスタ数とレジスタ待避のトレードオフという素人には
無謀すぎる話題に突入。
14 名前：Socket774 ：04/11/22 08:27:19 ID:1fAbwAyv: で、MACオタはx86 ISAのスケーラビリティの悪さについては
どうおもってるわけよ？
15 名前：MACオタ＞14 さん ：04/11/22 17:45:31 ID:285Id57b: >>14
ISA的にわ、ついこないだまで64-bitアドレスをサポートしていなかったという以外、別に問題
無いと思うす。ただ、実装自体わ携帯電話に入るような小さなチップも無く、サーバー用の
ハイエンドチップも無いというのが事実す。
16 名前：Op使い ：04/11/23 01:45:56 ID:xi8/vTjg: 前スレの後半見てて思ったけど、
レジスタがありすぎるとコンパイルに時間かかりそう．．

＃最近、Power5に興味もってきたりして．．(^^;
17 名前：Socket774 ：04/11/23 02:50:57 ID:tSQJafcQ: >>11

>16bit固定命令長プロセッサでは大抵16レジスタ2オペランド(4bitx2=8bit)

そうか？　ARMやMIPSの16bitISAでは8レジスタ3オペランド(3bitx3=9bit)だぞ。

まぁ、いずれにせよレジスタ指定に割り当てられるビット数はその程度が
妥当だろうね。もっとも、思い切ってイミディエイトやディスプレイスメントの
ビット数を削ってしまえば多レジスタISAというのも可能ではある。
例えば128本3オペランド(7bitx3=21bit)なんていうCPUも過去にはあった。
まぁ、自分で命令ビットパターンを考えてみるのもなかなか面白いものではあるよ。
18 名前：Socket774 ：04/11/23 03:38:23 ID:qYpOJoCv: >>16
>レジスタがありすぎるとコンパイルに時間かかりそう．．
すべてのコンパイラに該当するものではありませんが
GCCでは擬似レジスタが無限にあるものと想定して
コード生成をした後現実のレジスタ，メモリ参照に
変換するという手法をとっていたようなので
レジスタ数が多いことはコンパイラに対して
デメリットにはならないのでは。

>>17
>例えば128本3オペランド(7bitx3=21bit)なんていうCPUも過去にはあった。
Itaniumって既に過去のものなのか......orz
19 名前：Socket774 ：04/11/23 11:52:09 ID:Hm+00xLI: >>17
そういえばそうですね。
こちらは32bitMCUの類のネイティブな命令セットをを想定していました＜16x2
使い勝手としては16x2のほうが8x3よりよいかと思います。
＃8x3のISAはどちらも32bit長命令セットの縮小命令セットであるのは注目すべきでしょう。
20 名前：Socket774 ：04/11/23 22:53:50 ID:tSQJafcQ: >>18

Itaniumって32bit命令長だったんだぁ。
# VLIWは全く頭になかったよ。

>>19

確かに8x3は32bitの縮小ですね。
実はMIPS16の命令セットを決めた人間に話を聞いたことがある。
色々と理屈は言っていたが、結局は勘で決めているとしか見えなかったよ。
21 名前：Socket774 ：04/11/23 23:34:21 ID:qYpOJoCv: >>20
Itaniumの命令長は41bit長×3＋付加情報5bit=128bitです。

>>17が過去に32bit命令長で128レジスタのCPUがあったという
ことでしたらこちらの早とちりです。
22 名前：17,20 ：04/11/24 10:07:20 ID:rAqyQNcI: >>21

ご丁寧にすいません。
17で「32bit命令長」って明記しなかった私が悪うございました。
Itaniumのスロットが41bitというのは確認してたのですが、
20ではちょっと遊んでボケてみました。申し訳ないです。
ちなみに、17で書いたのはAm29000のことです。
23 名前：Socket774 ：04/11/24 17:50:18 ID:pn/WswmT: Am29000はオペコード、オペランド3つそれぞれ8bitです。
レジスタは192個まで実装されてたんだったかな。
24 名前：17,20 ：04/11/25 00:32:35 ID:gL2DuRux: >>23

ガーン、完全に記憶違いでした。ありがとうございます。
少し休養します。
25 名前：Socket774 ：04/11/27 13:14:16 ID:5fwPPFwE: 877 名前：名無しさん必死だな[] 投稿日：04/11/27 12:50:53 ID:nmcyavCi
日本は猿マネでここまで来たんだよ。結局はアメリカ西洋が無いと
何も出来ないのはペリーが来た頃からわかってただろ。

加工は得意だが発想が無いんだよ。今じゃ製造関係の信用すら無くなった。
今までやってきた事も結局はまねごとじゃん。
コンピューターって物を開発した訳でも無く、コンピューターって物を
遊びに使ったって事で当たっただけであってさ

あっちの評価が上がったのは軍事関係にコンピューターを使ってるから
技術が上がればもの凄い物は作れるんだよ。日本はそれを加工しただけ
26 名前：Socket774 ：04/11/27 22:37:55 ID:LYfNsstS: インテルのCPUの産みの親は、日本人ですが、何か。
27 名前：Socket774 ：04/11/27 22:47:03 ID:DexpoBAT: インテルの起源は韓国にあり。。。プギャーっと
28 名前：Socket774 ：04/11/28 18:18:07 ID:EcNT5VtM: 中森章は半可通なので判っていないのはいいとして
http://www.cqpub.co.jp/intrface/toku/2003/200311/toku2.htm
嶋正利まで
「ただ，IBM の失敗は自分の成功に価値を見いださなかったことである．」
なんてことを言っているので失望した。
http://www.ieice.org/jpn/books/kaishikiji/199910/19991001.html

実際はIBMはRISC技術を極めて重要視していたわけだが。
http://www.cs.clemson.edu/~mark/architects.html
29 名前：Socket774 ：04/11/28 21:05:50 ID:KOiwSMD3: IBMみたいな超大企業の場合、重要視といっても、本当に重要視されていたのか
わからない見たいな部分があって…。いかんせん重役の数が多すぎて…(笑)
30 名前：Socket774 ：04/11/29 03:31:56 ID:PD0Wt7F8: かなり早い時期に手を出していたのは確かだけど結局日の目は見なかったわけで。
持ってるリソースが大きいので片手までやった仕事でもたいした仕事だったというだけの話だと思うね。
31 名前：Socket774 ：04/11/29 10:47:11 ID:XoEGDlfe: >>30
中森章登場
32 名前：Socket774 ：04/11/29 14:55:36 ID:C8KVE+li: >>28
おせっかいかもしれんが

http://www.cqpub.co.jp/interface/toku/2003/200311/toku2.htm
中森の記事は↑こっちだな。interfaceのeが抜けてる。

この記事は以前本で読んだが、
「紙面が尽きた」とか言ってSHシリーズの文章がなかったのが、
個人的には腑に落ちなかった。

今でこそARMがRISCマイコンの最大勢力かもしれんが、
数年前なら「世界でいちばん売れている32ビットマイコン」とも言われていたらしいSHシリーズ。
何か書けることもあっただろうに…

誰かSHシリーズについて熱い想いを語ってくれる人ｷﾎﾞﾝﾇ
33 名前：Socket774 ：04/11/29 16:35:55 ID:2CV3J99/: >>32
きちんと評価したわけではないが、あんまり好きではない。
34 名前：Socket774 ：04/11/29 17:43:33 ID:cPGo4NHy: >>32

HOTCHIPSか何かで日立が発表したとき、パターソンが
「そいつの何処がRISCな訳？」と突っ込んだってな逸話は有名だな。
確かに純粋RISCの立場からすれば、16bitに圧縮されたコードセットは
邪道でRISCとは言い切れないだろうよ。
だが、その後SparkやMIPSが追従した訳で、受け入れられた訳だが。

そしてセガと共に滅んだ…じゃなくて、結局、現ルネサスもそうだが
SHとH8の棲み分けでかなり悩んでるんだろうな。
さっさとH8を縮小してSHに一本化してた方が良かったと思うんだがねぇ…。
35 名前：Socket774 ：04/11/29 18:54:21 ID:PD0Wt7F8: >>32
中森たんはNの人間だから。
Hのプロセッサの話はあまり詳しくないからできなかったというところでないかな。
VR4131の手抜きスーパースカラとか、V850の怪しい話とかは書けるみたいだけど。
36 名前：Socket774 ：04/11/29 19:38:27 ID:AKwZ2gwS: >>34
パターソンってそんなドキュンだったんだ。なるほど。
工学にろくな教授がいないことをまたしても証明してしまったな。
37 名前：Socket774 ：04/11/29 19:57:47 ID:IgItYhdA: パーシャルレジスタストールってメモリアクセスでも起こるんだな
北森だと３０クロックぐらいカラ回り
AthlonXpだと全然平気なのに
38 名前：Socket774 ：04/11/29 20:21:06 ID:2CV3J99/: >>37
なんでそんなかかるんだろうね。
AMDにがっつり特許おさえられてるとか？
39 名前：Socket774 ：04/11/29 21:26:16 ID:C8KVE+li: >>34
そんな事言ってたんだ。

漏れはSHシリーズは使ったことないんだが、
定数のロードは確かにアレだとｵﾓﾀ。
て優香、無理して命令コードを16ビット長にしなくても良かったんじゃないのかなあ。

ルネサスの場合、
旧日立のプロセッサだけでなく、旧三菱のプロセッサもあるから、
ホント大変だろうね。

>>35
>>28 >>32の中森の文章では、国産のプロセッサは軒並み割愛されてるんだよね。
富士通がSPARCと絡んでるとかは除いて。

御前、それでも日本人かー！！ってｵﾓﾀﾖw
40 名前：Socket774 ：04/11/29 23:08:35 ID:5vUievo3: >>39
32bit長命令だとメモリを16bitバスにぶら下げた場合、
フェッチの時間が倍になって、とっても悲しいからのう…

かといって32bitバスにすると基板でかくなってお金がかかるので、
これまた困る。

まああの時代では16bit長つーのがそれなりに最適な選択だったと思うですよ。
問題は互換性のためにそれをひきずりまくった事ではないかと。
41 名前：Socket774 ：04/11/29 23:30:58 ID:ayc9vRYd: >>40
命令キャッシュなかったの？

まあコード密度は高かった(MIPS比1.5倍くらい)

ISAはSH5になってかなりマトモというか普通になった。
42 名前：Socket774 ：04/11/30 00:05:28 ID:HfGMv9PV: >>36
SYMBOLだのレジスタウィンドウだのロクな発明してないしな。

マトモなのはRAIDくらいなもんか？
43 名前：Socket774 ：04/11/30 03:27:17 ID:tPaXcyDA: SHはコード密度優先でキャッシュも少ない量しか搭載してない…。
っていうかダイサイズや消費電力を減らすためにそうなってる訳だが。
逆にキャッシュの効きは良いんだから、沢山積めば良いのにとも思う訳だが、
絶対性能を求めるようなもんでも無かった訳で…。

まぁそういうプロセッサだからMIPSや(Thumb無し)ARMとは趣が違う…。
44 名前：Socket774 ：04/11/30 06:46:29 ID:6S9OFngO: >>34
H8は小ロットとアマチュアの強い味方です。やめないで。
45 名前：Socket774 ：04/11/30 08:29:20 ID:y7FKGhY5: Cellは4.6GHzで動作 - ISSCC2005の開催概要が明らかに
http://pcweb.mycom.co.jp/news/2004/11/29/011.html

>>44
はげどう。ただ個々のチップのライフサイクルは短いような
気がする。もうちょっとラインナップを整理してほしい。
46 名前：Socket774 ：04/11/30 12:35:02 ID:tPaXcyDA: >>44

ただ単に、フラッシュ内蔵したH8ピンコンパチで焼き方も
一緒で安価なSHが出てくりゃ良いだけの事だ罠。
47 名前：Socket774 ：04/11/30 18:40:48 ID:+WLIdXE1: フラッシュ内蔵したH8ピンコンパチで焼き方も
一緒で安価なItaniumが出てきたらどうしますか。
48 名前：Socket774 ：04/11/30 19:54:50 ID:wwqlsrSa: >>47
コードデンシティが低いし、自分でバンドルをつめるのも面倒だから嫌。
49 名前：Socket774 ：04/12/01 21:34:08 ID:0BB4e3rB: >>48
そしてIA64-16が
50 名前：Socket774 ：04/12/03 21:13:14 ID:5vYLW2xV: あはは

ほんとにオープンアーキ化しちゃうのね
http://power.org/
51 名前：Socket774 ：04/12/03 23:40:23 ID:nEj1Tdb4: 自分らの実装能力に絶対の自信があるっていう意味だろうなあ
52 名前：Socket774 ：04/12/14 04:19:40 ID:5c7i4jnp: 「遅延スロット」ってRISC系CPUで主に実装されているんですか？
53 名前：Socket774 ：04/12/14 22:54:45 ID:GWYZv8mL: 遅延かーサターンのPAR弄ってたときに勉強したな。
RISCアーキ出る前には既にあった。
目新しい技術ではないです。

えーと、コンパイラにコード吐かせると遅延有効活用できないときはNOP入れられるんだっけ？
ｳﾛｵﾎﾞｴﾝｶﾞｰ
54 名前：Socket774 ：04/12/14 23:12:11 ID:dJc2kTqU: ウホッ、久しぶりのカキコw
みんなどうしたのかと思ったyo!
て優香、みんなもっと書き込みщ(ﾟДﾟщ)ｶﾓｫｫｫﾝ!!!

…っていうくらいなら自分で書き込めよ、ってｵﾓﾀ('A`)

「遅延スロット」っていうのは、
RISCというよりパイプライン構造のプロセッサに関係のある概念だな。
まあ通常、RISCプロセッサ＝パイプライン構造なんで、
RISCに関する書籍とかを読んでれば自然と出てくる言葉だけどね。
55 名前：あってる？ ：04/12/15 04:27:09 ID:V1fHRb0d: >>52
実装というか副作用というか
分岐ステージ分割して高速化狙いしたCPUだと
分岐条件成立がわかるまでに分岐命令直後の命令が（分岐するから本当なら後の命令なんか実行する必要がない場合でも）パイプラインを抜けちゃう（＝実行完了）

何も考えないでインラインアセンブラ組むと誤動作の原因になる
分岐命令直後にNOP詰めとけば間違いないけどそれじゃ性能上がらないんで問題ない命令を何とか詰め込む
まぁコンパイラの方がうまかったりするけどｗ
56 名前：Socket774 ：04/12/15 20:45:37 ID:KBDIg/YO: 盲腸だな。
57 名前：Socket774 ：04/12/15 21:34:49 ID:HEe63dcd: RISCは CPUとコンパイラがピッタリ協調して初めて意味がある。
なのに、バイナリコンパチとか言い出した時から、RISCはRISCでなくなったね。
58 名前：Socket774 ：04/12/16 06:12:56 ID:akKGXhup: CPUのOOOって凄いね。

PalominoコアのAthlonを相手に、コードの最適化やってるんだけど、
手で命令の順序を入れ換えてあげても、処理速度が変らない。
つまり、すでにCPUのOOOが適切に入れ換えてくれてた、ということ。

まぁ、漏れの技術力がないだけなのかもしれないけどね・・・・
59 名前：Socket774 ：04/12/16 11:00:06 ID:rk7dDlBe: >>58
Intel系でやってみそ
実行ユニットもデコーダも中途半端だからNOPはさんだ方が速くなったりするぞ
NetBurstになるとストールしまくるのでフラグを使った小細工は禁止
60 名前：Socket774 ：04/12/16 17:21:15 ID:dFqLIY8J: >>58
AMDからﾀﾞｳｿできる CodeAnalyst は、使ってみた?
61 名前：58 ：04/12/16 22:31:51 ID:akKGXhup: >>59
Pentium4で走らせてみたらびっくりしましたよ。

Athlonで、
A1→A2→A3→B1→B2→B3
というような処理(それぞれ前段の処理結果を使うので並列に処理できない)を、
命令単位で細かくやったりせず、C言語で数行ごとに切替えるだけで、
A1→B1→A2→B2→A3→B3
のように並べ替えたら、処理時間が62%に縮まりました。
ところがPentium4では、116%に延びてしまいました。

MMXを使った部分では同じコードの調整で、
Athlonで88%に縮まったのに対して、Pentium4では72%にまで縮まりました。

インテルのCPUは、ちゃんとスケジューリングしてあげないといけないんですね。
Pentium4はまだいいほうで、Itaniumに至ってはコンパイラの性能差出過ぎですよ。

>>60
使ってないです。
インテルのVTuneに相当するものがあるのですか。しかもフリーですか。素晴らしすぎる。
ありがとうございます。試してみます。

いまはVC++用のプロファイラを使って当たりを付けて、処理時間を測りながら試行錯誤してます。
インテルとAMDのドキュメントに書かれている、パフォーマンス上の注意点の多さと、
自分で書くよりも、コンパイラに任せたほうが結果が良かったりして、凹んでいたところです。
62 名前：Socket774 ：04/12/16 23:59:54 ID:yun3hOMM: ItaniumはVLIWなのでコンパイラで性能差が出まくるのはしゃーない
63 名前：Socket774 ：04/12/17 02:40:59 ID:jVgBWPiT: Itanium2に最適化してると、ただでさえ遅いItaniumは、さらに若干遅くなるんだよね。
そういう宿命なんだけど、なんだかさみしくなる。
64 名前：Socket774 ：04/12/18 20:17:19 ID:Cq4vwZkE: HPはItanium共同開発から撤退らしいし…。
65 名前：Socket774 ：04/12/19 15:09:05 ID:5Rpk3xqZ: Longhornが予定通り出れば.netが普及するからチャンスがあるが、
このままだと消えてゆく運命かもな・・・Itanium/2
66 名前：Socket774 ：04/12/19 17:08:20 ID:dhza31VC: .netとItaniumとどういう関係が？
67 名前：Socket774 ：04/12/19 20:17:45 ID:dpJQftSS: 全面的に.net化すると、OS以外はCPUアーキテクチャから独立するから。
68 名前：Socket774 ：04/12/20 13:28:12 ID:mDtQlZMl: >>66
おまい、自分の興味ある記事しか見ないタイプだろ。
69 名前：60 ：04/12/21 13:34:16 ID:7tCq/vEC: >>61
何を作ってるかはあえて聞かないが
手でスケジューリングは、涅槃が待っているのでがんがれ。
70 名前：58 ：04/12/21 21:43:20 ID:6sXn4cAW: >>60
CodeAnalystを試してみました。

速く走るコードはパイプラインが整然と流れていて美しかったです。
もうこれ以上速くはならないよ、ということを突きつけられたのでもあるのだけど。

少し遅いコードでも、ストールしまくってるわけではなく、手でスケジューリングする余地はないように見えました。

インテルもこういうツールをフリーで出してくれればいいのに。
NetBurstのパイプラインストールが激しいのを見てみたいです。
71 名前：Socket774 ：04/12/21 23:32:49 ID:/lvy1TZp: >>68
そうでもない。
レス返さなかったのは、スレ違いだと思ったから。
# OSやJava,Ruby,.netの話しても詰まんないでしょ。
72 名前：Socket774 ：04/12/22 00:09:07 ID:Katp9BdD: >>60 >>70
私も早速DLして試してみました。CodeAnalyst。
所々パイプラインが切れているのは、Br mispredictやBank Conflictです。
L1データキャッシュはセット・アソシエイティブ数が少ないので、L2からの再ロードが
ここで起きているようです。L2でもバンクがぶつかった場合はメモリからロードするので、
相当ストールがかかっていますが、これは極たまにです。

Br mispredictは初回のCALLや、条件分岐で起きていますが、後の方に行くと
学習してしまい、CALLされてもパイプラインが途切れていません。

それにしてもAthlonのパイプラインは優秀です。クロック数が低くても速度が速い理由
が一目瞭然です。
73 名前：Socket774 ：04/12/22 00:21:27 ID:Katp9BdD: しかし、x86 FPUを使ったら赤枠にピンクのストールだらけ！さすがに厳しいか・・・・
x86 FPUはRISC FPUに比べて性能が悪い傾向がありますが、これはXMMでも
使えば少しは改善されるのでしょうか。
74 名前：Socket774 ：04/12/22 00:54:13 ID:qQtY6n6I: >>70
＞NetBurstのパイプラインストールが激しいのを見てみたいです。
ﾌﾟのストールを想像するとﾊｧﾊｧ
それにしてもなんでこんなCPUが開発できたんだろ
75 名前：Socket774 ：04/12/22 01:06:12 ID:hE+LsD90: http://pc.watch.impress.co.jp/docs/2004/1221/kaigai143.htm

本文二行目・・・

ん？PenMの開発ネームは何だって？ｗ
76 名前：Socket774 ：04/12/22 07:21:55 ID:GV3eNjEw: ドタンだと問題でも？
77 名前：Socket774 ：04/12/22 15:30:38 ID:rfl26WIM: http://www.merriam-webster.com/cgi-bin/dictionary?book=Dictionary&va=Dothan&x=27&y=19
78 名前：Socket774 ：04/12/22 16:18:46 ID:KMaNCYpM: thの音に対する日本語表記はしょうがねぇじゃん。
ドタンでもドサンでもお好きなように。
79 名前：Socket774 ：04/12/22 19:01:54 ID:Katp9BdD: 土炭
80 名前：Socket774 ：04/12/22 19:26:21 ID:p6xjsn/P: 弩ﾀﾝ・・・
81 名前：Socket774 ：04/12/23 01:13:14 ID:jpYo8+9o: 土産？（違
82 名前：Socket774 ：04/12/23 01:45:32 ID:6TF54xuU: いまさらぶり返すようなネタか？＞Dothan
83 名前：Socket774 ：04/12/23 02:11:18 ID:GO8Z7CeH: ドウサンだと思ってた。つかアーキの話か？これ。
84 名前：Socket774 ：04/12/23 02:42:18 ID:NpZXFRys: まあいいや。

それはともかくインテルのPARROTってどうよ。
俺はもうイリノイの連中のタワ言を信じるのはやめるべきだと思うのだが。
85 名前：Socket774 ：04/12/23 04:51:51 ID:6TF54xuU: PARROTは後藤たんの記事を読んだだけだけど、
現在の技術の流れからいっても
まあ妥当なテクノロジだと思ったよ。
記事を読んだら0.1秒でtransmetaの朴李だと分かったけどw

て優香、イリノイってなんか悪い噂があるの？
86 名前：Socket774 ：04/12/23 10:13:23 ID:GC04LHy6: AMDをﾊﾟｸったあとはﾄﾗﾝｽﾒﾀでつか。
Intelもﾌﾟﾗｲﾄﾞってもんが無くなってきたなぁ。ﾌﾞﾗﾝﾄﾞは技術に裏付けされたﾌﾟﾗｲﾄﾞと努力から
生まれるもんだと思うが・・・('A`)
87 名前：Socket774 ：04/12/23 14:13:19 ID:xhdoZgC7: プライドがあったらﾌﾟなんて出てこんだろ
31段スーパーストールアーキテクチャ
88 名前：Socket774 ：04/12/23 14:49:02 ID:hjDFgQpX: CodeAnalystを使ってみたいから、AMDベースのマシン組みたくなってきた。
89 名前：Socket774 ：04/12/23 17:20:48 ID:NpZXFRys: ホットスポットに最適化したアーキテクチャは、うまくいけば
たしかに性能はいいのだが、外乱(割り込みとか)に弱いのよ。

論文でやってるような性能評価はアプリケーションレベルの
シミュレーションなので、外乱が一切ない状況なので、
実際は論文のようにうまくいかないことは、すでにPentium4と
Itaniumで懲りたんじゃないのかと小一時間。。
90 名前：Socket774 ：04/12/27 00:16:10 ID:Ro24r0cI: >>86
パクリメーカはAMDだろ。
編厨にはIntelの技術は何でもパクリにみえるんだね。
編厨の脳みそのエラッタ誰か改善してくれ。
91 名前：Socket774 ：04/12/27 00:42:42 ID:Ro24r0cI: PARROTはTransmetaのアーキに似てはいるが、
技術的トレンドから言って、Transmetaと似たようなものになってしまった
と見るのだ妥当だと思われ。
これはP6とNexGen開発時期が重なっていて同じようなアーキに
落ち着いた状況と似ている。

それからイリノイじゃなくてイスラエルチームの技術なんだけどね。
ちゃんと論文見て確認してくれ。
92 名前：Socket774 ：04/12/27 01:01:10 ID:Ro24r0cI: 実はこの手の動的コード最適化技術は、盛んに研究されていて
特にいちはやく目をつけていたのはTransmetaではなく、実はIBM(1997)。
ttp://www.research.ibm.com/vliw/isca31/Daisy%20-%20Dynamic%20Compilation%20For%20100%20percent%20Architectural%20Compatibility.pdf

マイクロアーキの開発にはそのときどきのトレンドってものがあって、
動的コード最適化やトレースキャッシュ系の技術は最近さかんに研究されている
分野のひとつで、IntelのPARROTもそのトレンドにのったもの。

すぐに"パクリ"という表現で片付ける香具師はまったくこの分野のトレンド
がわかってないと思う。
93 名前：Socket774 ：04/12/27 14:32:00 ID:NbqIW9XY: だからPARROTはイリノイのrePlayその他が元になってるんだってば。
http://www.cs.ucsd.edu/users/calder/classes/spring04/240B/papers/PARROT-ISCA04.pdf
ほれ。
94 名前：Socket774 ：04/12/27 15:15:13 ID:LnMMFek3: >>90
IntelとAMDはアーキテクチャ分野で技術提携してますが
拡張アーキテクチャの相互利用、相互開発でしょ。
95 名前：Socket774 ：04/12/27 18:59:44 ID:Tm1XnSq7: 故・ノイマン博士＞＞＞＞越えられない壁＞＞＞＞CPUベンダ

これ定説。
96 名前：Socket774 ：04/12/27 23:19:07 ID:F14fk8x3: >>89にも書いたが、
インテルはprecise interruptをどうやって実装するつもりなんだ。
特許ネタだから出てこんのか。
97 名前：Socket774 ：04/12/28 01:26:32 ID:LvfgMejP: >>96
DaisyやらCrusoeやらが採用している方法では
問題があるんですか？
98 名前：Socket774 ：04/12/28 18:37:52 ID:vEjDIYkw: >>91
まぁ最適化がおまけだとするとｗｗｗ
エミュレータをソフト～ハードのどこに実装するかではあるよね

ソフトだけ：
OS組み込みで完全にソフトでやるのが
PPCで68kコードのMacOSとか
Itaniumでx86実行するIA-32EL(Itanium自体にx86ハードエミュもあるけど早くも互換性のためだけ？）

ソフト＋ちょっとハード：
OSからもBIOSからもただのx86互換チップにしか見えない(Transmeta以外はVLIWコードを直接走らせることはできない）
けれどCMS=ソフトでx86エミュレート（？）してるｸﾙｰｿｰ・ｴﾌｨｼｵﾝ

ハード（＋ほんの少しソフト？）
PARROT？　ﾘｺﾝﾌｨｷﾞｭｱﾗﾌﾞﾙが最近の流行だから
ある意味でソフト的な要素ってことになるのかな？
99 名前：Socket774 ：04/12/28 18:50:47 ID:vEjDIYkw: >>95
故・ノイマン博士　ってフォン・ノイマンのこと？
EDSACの論理担当をやってただけなのに
（すでにノイマンは高名な数学者だったのでプロジェクトの箔付けの意味で開発してた大学の意向？）実装担当者が考えたプログラム内蔵方式（いわゆるノイマン式）を
自分の名前で研究発表しちゃったもんだから実装担当者は怒ってプロジェクトやめちゃったらしいよ
100 名前：Socket774 ：04/12/29 00:30:51 ID:QPBpOjIX: エビのうんこたれ
101 名前：Socket774 ：04/12/29 02:56:46 ID:rg3FfbST: >>99
そんなのどこでも聞く話じゃないか(涙
102 名前：Socket774 ：04/12/29 06:08:34 ID:InW08WYh: >>93
その論文の具体的にどこがイリノイのが元になってるのか？
無理に自分の意見押し通そうとするなよ。
103 名前：Socket774 ：04/12/29 14:46:09 ID:QPBpOjIX: >>102
2ページ目のおわりのほうに
Our results complement and strengthen the rePlay study
showing the significant contribution of dynamic optimizations
to IA-32 based processors.
(略)
とあるだろうが。

英語読めないんなら言ってくれ。翻訳してやるから。
104 名前：Socket774 ：04/12/29 15:09:01 ID:InW08WYh: >>103
結構だが、それで>>84がイリノイ大学の論文は信用できないって言う理由は何故
なんだろうか？
105 名前：Socket774 ：04/12/30 09:44:12 ID:1h2GwW+E: プロセッサの性能向上には
1.性能が出ない場合をなんとかカバーする
2.もともと性能が出ているところをさらに速くする
と二通りの方向性があって、victim cacheなんかは1なんだけど、
イリノイ大の研究はほとんどが2なのよ。

rePLayとかPARROTみたいなトレースの最適化が有効になるためには
そもそもトレースキャッシュのヒット率が高くないといけないわけだが、
論文でやってるようなアプリケーションレベルの性能評価環境に比べて、
実機は割り込みやらコンテクストスイッチやらがあるので
同じ容量でもヒット率は(俺感覚では、かなり)下がる→
思ったほど性能が出ない、という破目になる。

もっとも実環境での性能評価は大学レベルでは極めて難しいので仕方がない
のではあるのだが、それはいいとして、
どうもネタが最大限有効になるようなパラメータチューニングやってるっぽい。

というわけで、論文にでている性能評価を鵜呑みにするのは危険じゃねーの。
106 名前：Socket774 ：04/12/30 15:16:03 ID:CrjJUiah: その「俺感覚」について詳しく。
割り込みの影響なんて、たいして効かないと思ってた。
107 名前：Socket774 ：04/12/30 20:53:48 ID:kWYdBiJt: >>106

105ではないけれど、論文発表だと大抵のキャッシュヒット率は90%台にのせてるのだな。
で、例えキャッシュを倍にしても、少なくとも数字の上では数パーセントもヒット率は
変化しないんだ、これが。

ところが、実際にキャッシュが増大されたCPUを使ってみると…
体感出来るぐらいには変化しちゃうんだなぁ…(^^;;;
108 名前：Socket774 ：04/12/30 21:02:47 ID:CrjJUiah: 90%台のHit率が数%変わったら大違いだと思うよ。
Miss率で考えたら分かる。
109 名前：Socket774 ：04/12/30 21:10:23 ID:1h2GwW+E: Rotenbergの論文
http://www.tinker.ncsu.edu/ericro/UW/papers/TC_micro29.pdf
の最後のほうにも出ているが、トレースキャッシュは一般的にヒット率が低い。
理由は、本文2.2に出ているが
Specifically, a trace cache hit requires that
(1) the fetch address match the tag and
(2) the branch predictions match the branch flags.
ついでに、トレースキャッシュは同じアドレスの命令を複数ラインに
コピーするため、実効的な容量はさらに減る。

ところで、割り込みが起きると普通のキャッシュと同様に有効なキャッシュ
ラインが追い出されるが、実は分岐予測テーブルのほうも分岐履歴が乱され、
予測率が低下する。
トレースキャッシュの場合は、2があるので普通のキャッシュに比べさらに
不利になるわけ。
110 名前：Socket774 ：04/12/30 22:37:42 ID:aN/iCZ2/: キャッシュって何msecも保持し続けないと効果が薄いなんてことはないと思う。

毎秒1万回、コンテキストスイッチする場合でも、
1GHzのCPUなら0.1msecに100kクロックもある。

それにコンテキストスイッチしなくても、
同一コンテキストでキャッシュから追い出したりすることもある。
111 名前：Socket774 ：04/12/31 14:47:55 ID:qkmwWzDS: パーシャル・パイプラインストールって何？おしえてprz
112 名前：Socket774 ：04/12/31 15:06:27 ID:Q8PsfqlS: >>111
まじめに作るのめんどくせーし、誰も使ってなさそうだから適当に作っちゃえ、
ってこと。細かいことを飛ばすとそういうことだ。
113 名前：111 ：04/12/31 15:46:12 ID:qkmwWzDS: >>112
細かいこともよろしく（うまくググれないんで）
114 名前：Socket774 ：04/12/31 17:41:31 ID:Q8PsfqlS: >>113
パーシャル・ストール
パーシャル・レジスタ・ストール
パーシャル・フラグ・ストール
パーシャル・メモリ・ストール

ググれたけど。要するにレジスタをつなげた時のために、まじめに(ry
115 名前：Socket774 ：04/12/31 18:46:30 ID:qkmwWzDS: >>114Thanks

どうも「パーシャル・パイプラインストール」では中心をついてなかったようです(´･ω･｀)ｼｮﾎﾞｰﾝ
パイプライン全体っていうよりも主に演算ユニット関係みたいですし
116 名前：あけおめ ：05/01/07 01:52:52 ID:PHKtVMq8: バイトコード直接実行型JAVAチップとか（FPUだけど）x87とか
昔一時スタック構造レジスタ・アーキテクチャがなんで流行したの？
今からするとわざわざ（偽）依存性作ってるだけにしか思えないんだけど
メリットくわしく教えてprz
117 名前：Socket774 ：05/01/07 02:27:32 ID:euve/a5b: >>116

スタックマシンに関してはちょっと調べれば一杯出てくると思うけど…。
っていうか逆ポーランド記法との相性が良くてコンパイラの設計がしやすいって
のが古典スタックマシンでの最大のメリットだったような…。
スタック操作は基本操作の一つな訳で、関数コールなんかでも頻繁に登場したり
する訳だから、ネイティブで操作できるってのは大きなメリットになりうる。
forthなんて専門に扱える言語もある訳だし。後でデメリットも判明した訳だが。

で、x87やJAVAはその手の流行からは後の話で、そういう都合では無いだろう。

x87は命令コードの節約とか色々な都合からそうなってるんだと思うね。
JAVAバイトコードに関しては当初から色々と言われているけど。
なんかの学会でパターソンだかが「なんで今更スタックマシン？x86ネイティブ
コードの方が良い。なんたって十分普及してる～」と突っ込んだらしいぞ(笑)
正直JAVAは設計者の趣味でそうなってるんだと思う訳だが(^^;
118 名前：Socket774 ：05/01/07 04:22:26 ID:PHKtVMq8: >>117THX
なるほろ
119 名前：Socket774 ：05/01/07 10:52:48 ID:Zs1yttfw: Javaのバイトコードがスタックマシンになっている理由は
・コード密度
・検証のしやすさ
・スタックマシンのほうが性能のよいインタプリタが実装可能
ってところ。

年寄りはひっこめってカンジ>パターソン
120 名前：Socket774 ：05/01/07 20:55:08 ID:HGzA2hK+: ハードで実装するときは高速化が難しいんだけどね＜スタックマシン
121 名前：Socket774 ：05/01/07 21:27:42 ID:J8BhqoX0: 時代が違うからね。CPUにパイプラインもスーパースケーラも実装されてなく、
メモリアクセスがノーウェイトだった頃は十分に存在意義があったと思う。
122 名前：Socket774 ：05/01/07 21:47:11 ID:29DTjhte: そういやJAVAは、最初はアプレットで売り出したんだよな。
コード密度は重要な気がする。

Sunの奴らはFORTH大好きだからスタックマシンになったんじゃないのか…
123 名前：Socket774 ：05/01/07 22:37:49 ID:Zs1yttfw: トロンチップをスタックマシンにしたかったが産業界から猛反発を食った坂村さん
124 名前：Socket774 ：05/01/08 00:01:51 ID:UA5T6RIA: それはともかく、今日日ヘネパタは教科書としては二流だな。
読まなくていいよあんなの。
125 名前：Socket774 ：05/01/08 00:33:33 ID:bolYybsj: じゃあパタヘネは？
126 名前：Socket774 ：05/01/08 00:51:10 ID:UA5T6RIA: パタヘネは学部向けとしてはわりといい本だと思う。
127 名前：Socket774 ：05/01/08 01:53:18 ID:UA5T6RIA: http://www.amazon.com/exec/obidos/tg/detail/-/0072829680/qid=1105116635/sr=8-1/ref=sr_8_xs_ap_i1_xgl14/002-7592221-6291209?v=glance&s=books&n=507846
http://www.amazon.com/exec/obidos/tg/detail/-/0818684003/qid=1105116664/sr=8-1/ref=sr_8_xs_ap_i1_xgl14/002-7592221-6291209?v=glance&s=books&n=507846
この2冊が今のベストだと思う。
128 名前：Socket774 ：05/01/08 04:58:04 ID:dpxcTJV2: 英語の勉強のために、表紙に白地にそろばんが書かれている本を古本で買いました。
再生紙に、しょぼい装丁、いまどきMIPS R2000/3000かよ、でも500円なら英語の勉強には安いな、と。

読んでみてビックリ。
こりゃ面白い。
結局、英語の勉強にはなりませんでしたが・・・。
129 名前：Socket774 ：05/01/08 17:19:41 ID:UA5T6RIA: http://computer-refuge.org/bitsavers/cdc/DesignOfAComputer_CDC6600.pdf
130 名前：Socket774 ：05/01/08 19:05:09 ID:UA5T6RIA: あとはまあ、これでも読んどけ
http://www.amazon.co.jp/exec/obidos/ASIN/4331506231/qid%3D1105178689/250-6820354-3087400
131 名前：Socket774 ：05/01/08 20:05:16 ID:UA5T6RIA: これはどうよ。
http://www.amazon.com/exec/obidos/tg/detail/-/0201105578/qid=1105182149/sr=8-1/ref=sr_8_xs_ap_i1_xgl14/002-7592221-6291209?v=glance&s=books&n=507846
俺んとこにはまだきてないが、Blaauwはわりと神。
132 名前：128 ：05/01/08 20:55:55 ID:dpxcTJV2: 漏れが読んだのはパタヘネの1st editionだったのかな・・・

amazonにある、2nd editionや3rd editionとも表紙が違うから。
133 名前：Socket774 ：05/01/16 23:18:36 ID:JQ/0slsG: age
134 名前：Socket774 ：05/01/17 05:58:33 ID:Yxna+U2t: ヘネパタ
135 名前：Socket774 ：05/01/17 17:48:29 ID:JGQJjDy3: Googleで「ヘネパタ」を検索したら、Amazon.co.jpがトップに出るね。
136 名前：Socket774 ：05/01/22 14:20:17 ID:auvbNaSz: .neのCLIもスタックマシンなんだよね
この手のはスタックマシンのが良いんだろう
137 名前：Socket774 ：05/01/22 21:41:51 ID:LZpdGkkX: >>136

PASCAL世代(アメリカでは一時期、教育にPASCALが使われていた)は
スタックマシンに愛着があるんだろ…。
コード密度って意味だけなら、CISCの権化である所のx86は高い訳だし～。
138 名前：Socket774 ：05/01/23 01:46:57 ID:G65KHM+Z: コンパイラ作るのらくだからねぇ＜スタックマシン
でもハードウェア実装の方を高速化するのはかなりきつい。

まぁ中間コードならありだとは思う。
.netとかはそういう感じだろう。javaもそんなところ。
139 名前：Socket774 ：05/01/25 12:25:10 ID:IYDEq4Xa: ム板の興味深いスレ紹介しておきますね。

x86命令の所要クロック計測スレ
http://pc5.2ch.net/test/read.cgi/tech/1103609337/l50
140 名前：Socket774 ：05/01/25 20:40:10 ID:LbiVXQOt: 前にも書いたことがあるが、
スタックマシンはコードの検証がコードサイズnにたいしてO(n)。
レジスタマシンだと全パスをたどって検証しないといけない。
141 名前：Socket774 ：05/02/07 18:08:55 ID:k9ilUfpH: ここは自作板で最もコアなスレだと思う
142 名前：Socket774 ：05/02/07 22:54:02 ID:lTKXkp/b: このスレ読む前にまずヘネパタ
143 名前：Socket774 ：05/02/08 15:50:47 ID:Dl13tU5Z: Cellが来た。
ttp://pcweb.mycom.co.jp/articles/2005/02/08/isscc1
144 名前：Socket774 ：05/02/08 22:43:57 ID:/PvOt/6o: 立ち上がれ
Z戦士達
145 名前：Socket774 ：05/02/12 16:29:36 ID:ii4lgVsN: CellのSPEおもろいね
Itaに対抗できる
146 名前：Socket774 ：05/02/14 23:12:06 ID:IYxDAQvy: 前スレみて感動しました。
そろそろ、うんこねたで「良くわかるマルチスレッド」とか
お願いします。
147 名前：Socket774 ：05/02/15 03:54:27 ID:1dY290kp: 待ち行列理論の説明は、普通は銀行の窓口でやるんだけどな・・・
148 名前：Socket774 ：05/02/15 08:58:09 ID:6I2si/iU: TLBフラッシュのロスを減らすために、一つのCPUに同一プロセスのスレッドを
なるべく張付けておきたい、こういうのも待ち行列理論であっさり解決するの？
149 名前：Socket774 ：05/02/15 13:01:48 ID:XuMjKZEV: 富士通研究所、4つの「FR-V」プロセッサーコアを1チップに集積した
デジタル民生機器向けCPUを発表
――世界初の8way VLIW CPUによるクアッドコアCPU

ttp://ascii24.com/news/i/tech/article/2005/02/07/654086-000.html
150 名前：Socket774 ：05/02/16 17:37:35 ID:47JxOk08: 超亀レス
ttp://pc5.2ch.net/test/read.cgi/jisaku/1082357989/236（前スレ）
＞236 名前：Socket774[sage] 投稿日：04/05/14 04:17 ID:o8pcTKwR
＞x86の有利な点を無理に言えと言われれば、レジスタが少ないので
＞コンテクストスイッチが少し速くなる可能性がある事かいな。
＞
＞x86-64なんかでは、増えたレジスタをスイッチの度に全部待避する
＞んだろうか？

↓
（時間的には前だけど236は多分見てない）
http://pcweb.mycom.co.jp/articles/2004/03/10/64bitwindows/002.html
＞DivX Video Compressionのスコアが64-Bit Editionで半減するのは興味深い。
＞DivX Codecはマルチスレッドを利用しているため、シングルCPUではコンテキスト切り替え(スレッド切り換え)のオーバーヘッドが表面化している可能性がある。
＞64ビットCPUはレジスタサイズが大きい上に、レジスタ数も増えており、32ビットWindowsよりもコンテキストの切り替えに時間がかかるためだ。

x86-64程度でこんなことになるんなら外から見えるレジスタ増やすのもメリット・デメリットあるね
クライアントとは比較にならないマルチスレッドに違いないItaniumはどうしてるんだろう？
151 名前：Socket774 ：05/02/16 18:44:24 ID:k/VIsFPJ: >>150
「レジスタ・スタック」について調べてみるといいですよ。

Itanium以外にも多くのレジスタを持つCPUはあって、
SPARCのレジスタ・ウィンドウがとても有名です。

ちなみに、
DivXのスコアが半減する理由が、レジスタ数増加による云々は、なんか違う気がします。

64ビット版のWindows(しかも当時のベータ)で、
32ビットのDivXを走らせた場合の話なのですから。
152 名前：Socket774 ：05/02/16 18:48:53 ID:DhREKjjA: うんこねたで「良くわかる***」を書いた方は、
もうこのスレみてないのかな…
153 名前：Socket774 ：05/02/17 18:46:14 ID:NpFvNTby: パタヘネ2使って教えてるんだけど、3章と5章でつまづくやつがいっぱい。
メモリとレジスタの関係とか、アセンブリ言語の文法的なこととか、
なんであのデータパスで命令が動くのかとか、ごちゃごちゃになる人種が多いのよ。
どうにかわかってもらえるような、
うまいモデルとか、ビジュアルなシミュレータとかない？
spimはいまいち。
154 名前：Socket774 ：05/02/17 22:35:48 ID:kLjSne2T: Alpha21364最強
155 名前：Socket774 ：05/02/18 23:19:39 ID:F54CCw8j: >>153
そんなんでつまずく学生には単位やらなくていいよ。

俺が学生の頃は、これ読んでおいてください。
とてもよい教科書なので、読めばわかります。
授業は読んでいることを前提に、話をします。

っていう先生だったよ。
んで、授業では本に書かれていない難しいことや新しいことが中心。
でも、試験の内容は本に書いてあることだけという、優しい先生だった。
156 名前：Socket774 ：05/02/18 23:29:59 ID:XX2qbL5p: このスレはやけに詳しそうな発言をするやつが多いが、
会話になってないし、最新のトピックに弱い気が。
みんなホントは制御用のマイコンとかしかさわってないだろ？
157 名前：Socket774 ：05/02/18 23:35:09 ID:F54CCw8j: 本当に語れるような人は、2chやってないと思う。
だってさ、誰が話についていけると思う?
158 名前：Socket774 ：05/02/19 00:05:23 ID:T9bWodVH: >>157
書き込まないだけだと思われ
159 名前：Socket774 ：05/03/04 00:30:33 ID:O/dsxusn: 最新のトピックを判りやすく噛み砕いてトイレモデルで説明するには
校正の時間がたりない。ってゆーか最新の研究なんておっかけるだけで
精一杯ですよ…。>>155のｾﾝｾｲはとてもｽﾊﾞﾗｼｲ人だとおも。
160 名前：Socket774 ：05/03/04 02:31:06 ID:ElG0q8QC: >>155はその業界にいる現役のライターとみた。
161 名前：Socket774 ：05/03/08 09:22:00 ID:3rtP4fCC: MIPSだぞ！

東芝、64bit MIPSアーキテクチャマイコン
http://pc.watch.impress.co.jp/docs/2005/0307/toshiba.htm

デジタル情報機器向けMIPSアーキテクチャ64ビットRISCマイコンの発売について
http://www.toshiba.co.jp/about/press/2005_03/pr_j0701.htm
162 名前：Socket774 ：05/03/08 15:38:01 ID:s/VE6xp7: ふと思ったんですけど、CMSの対応があればIA64→VILW変換して、
IA64のCPUとして使うことも技術的には可能だったりします？トランスメタのCPUって
163 名前：Socket774 ：05/03/08 21:27:41 ID:jBO1fX5j: >>162
けっこーいろんな部分が、x86 対応のために作られてる感じ。
バイトコード程度だったらまだしも、他アーキテクチャを
うまく真似れるよーな構造じゃないと見受けた。

Crusoe Exposed というドキュメントを読んだことある?

ていうか、痛ニウムの Bundle が、IA64 に最適化されてるよーな希ガス
164 名前：Socket774 ：05/03/08 21:59:32 ID:s/VE6xp7: >>163
流石に汎用とは行きませんか。
そのドキュメントは読んだこと無いです。他の技術系ドキュメントも・・
165 名前：Socket774 ：05/03/09 00:58:27 ID:sxMEfpIw: CMSをバイパスして、ネイティブコードで走るLinuxって、どうして誰も作らないのかな。

BIOSやCMSが隠蔽してるけど、メインメモリのCMS領域をCPUからではなく、
PCIバスなどから書き換えれば、CMSを乗っ取れるような希ガス。
166 名前：Socket774 ：05/03/09 00:58:56 ID:sxMEfpIw: ・・・労力の割に、得るものが少ないからか。
167 名前：Socket774 ：05/03/09 16:33:32 ID:cpEl32e1: >>165
Crusoeはメモリコントローラ内蔵だから、PCIバスからのアクセスをできないようにもできるだろう。
その程度の保護はしていると思われ。
168 名前：163 ：05/03/09 17:54:35 ID:HyJmiNzN: >>164
Crusoe Exposed: Reverse Engineering the Transmeta TM5xxx Architecture
http://www.realworldtech.com/page.cfm?ArticleID=RWT010204000000
http://www.realworldtech.com/page.cfm?ArticleID=RWT012704012616

>>165 >>167
挙げたドキュメント読んでわかると思うけど、
PCIバス側から抜いた、と書いてある。
TM5x00 では可能、ということだね。
ｲﾋでできるのかどーかはまだ知らない。
169 名前：MACオタ＞163 さん ：05/03/09 19:15:41 ID:d2oI39da: >>168
その文書読んで理解できなかったんなら絶望的すけど、Clusoeわ命令MMUを持たないので、コードモーフィング
ソフトウェア「しか」動かないようになっているす。
170 名前：165 ：05/03/09 20:23:17 ID:sxMEfpIw: MMUないのか。

じゃぁコンパイラがネイティブ命令を吐き出しても、
実行する前に動的に手直ししなきゃいけないのか。
171 名前：Socket774 ：05/03/11 15:03:58 ID:CtWQy0eS: >>170
ttp://pc.watch.impress.co.jp/docs/article/20001226/kaigai01.htm
172 名前：Socket774 ：05/03/11 16:00:27 ID:w7nh1iVY: 仮想化技術の
↓これってなんて読むの？
xen
173 名前：Socket774 ：05/03/11 16:50:23 ID:mwJWQVvw: ゼン
174 名前：Socket774 ：05/03/19 03:03:16 ID:82LQ7K1Q: 最新のCPUアーキテクチャを勉強するにはなんの本を読めばよいですか？
175 名前：Socket774 ：2005/03/22(火) 12:38:01 ID:2P/IyxIR: .　　　　　　　　　＼　　　　　　　　　　　　　　　／
.　　　　　　　　　　　＼　　　　　　　　　　　　／
.　　　　　　　　　　　　＼　　　　　　　　　／
.　　　　　　　　　　　　　　＼ ∧∧∧∧／
.　　　　　　　　　　　　　　＜　　　俺　＞
.　　　　　　　　　　　　　　＜　予　し　＞
.　　　　　　　　　　　　　　＜　　　か　＞
.　─────────＜　.感　い　＞──────────
.　　　　　　　　　　　　　　＜　　　な　＞
.　　　　　　　　　　　　　　＜　!!!!　い　＞
.　　　　　　　　　　　　　　　／∨∨∨∨＼
.　　　　　　　　　　　　　／　　　　　　　　　＼
.　　　　　　　　　　　　／　　　　　　　　　　　　＼
.　　　　　　　　　　／　　　　　(-＿-)　　　　　　＼
.　　　　　　　　　／　　　　　　 (∩∩)　　　　　　　　＼
176 名前：Socket774 ：2005/03/22(火) 20:34:36 ID:M86fCwjc: なんか日付のファーマットが変わってるよ！
177 名前：Socket774 ：2005/03/24(木) 10:56:20 ID:1J7J3WZN: ファーマット？
178 名前：Socket774 ：2005/03/24(木) 15:52:20 ID:PVznCR9x: 毛皮でしょう
179 名前：Socket774 ：2005/03/27(日) 15:19:30 ID:KwupgcMW: >>174
とりあえず、これ全部嫁
http://www.amazon.com/exec/obidos/tg/detail/-/1558605967/
http://www.amazon.com/exec/obidos/tg/detail/-/1558606041/
http://www.amazon.com/exec/obidos/tg/detail/-/1558603433/
http://www.amazon.com/exec/obidos/tg/detail/-/0131420445/
http://www.amazon.com/exec/obidos/tg/detail/-/1558608745/
180 名前：Socket774 ：2005/03/27(日) 15:27:06 ID:KwupgcMW: >>179
うわ、めちゃくちゃいいなこれ

Computer Organization and Design: The Hardware/Software Interface, Third Edition
http://www.amazon.com/exec/obidos/tg/detail/-/1558606041/

(´-`).。oO(こういう本が日本で出ないのはなぜだろう．．)
181 名前：Socket774 ：2005/03/28(月) 00:05:07 ID:Tk5pAprv: >>180
釣りですか?
182 名前：181 ：2005/03/28(月) 00:17:36 ID:Tk5pAprv: ちなみに、類似本が出ないのは、ヘネパタ・パタヘネの2冊があるのに、
同じような内容の教科書を書く無駄をする教授がいないためだと思われ。

何冊もCPUのアーキテクチャの教科書を書いた教授でさえ、
ヘネパタ・パタヘネを教科書に指定しているくらいだからさ。

#漏れが学生の頃は、日本語訳なんてなかったから、原著でした。
輸入で一冊8千円くらいしたよorz
183 名前：180 ：2005/03/28(月) 07:44:47 ID:CpaHPWhz: >>181
このスレがあまりに閑散としてるから釣ってみた。

>>182
アーキテクチャの技術ってさ「なまもの」みたいなものじゃん？賞味期限みたいな奴？
だからさ、最新のCPUアーキテクチャが載ってる書籍がバンバン出る米国はいいなって思っただけ。
それだけが言いたかったのさ。

まぁ、それに対する返事はきまって「原書読め」って言われるんだけど．．
184 名前：Socket774 ：2005/03/28(月) 12:08:09 ID:9eKgd4lS: ま、パタヘネ3だって、MIPS対抗馬としてPowerPCやめてIA-32しかなくなった。
185 名前：180 ：2005/03/28(月) 13:20:23 ID:CpaHPWhz: >>184
えっ？パタヘネ３って以下のアーキテクチャを解説してるんでしょ？
+ Intel IA-32
+ Power PC 604
+ Googles PC cluster
+ Pentium P4
+ SPEC CPU2000 benchmark suite for processors
+ SPEC Web99 benchmark for web servers
+ EEMBC benchmark for embedded systems
+ AMD Opteron memory hierarchy
+ AMD vs. 1A-64

あと、ハードウェアで、
+Using logic design conventions
+Designing with hardware description languages
+Advanced pipelining
+Designing with FPGAs
+HDL simulators and tutorials
+Xilinx CAD tools

ソフトウェアで、
+How compilers Work
+How to optimize compilers
+How to implement object oriented languages
+MIPS simulator and tutorial
+History sections on programming languages, compilers, operating systems and databases

ってに関する事が書かれてるらしい。

＃ついでに言うと1A-64でなくてIA-64だと2ch経由でつっこんどく
186 名前：Socket774 ：2005/03/28(月) 16:01:17 ID:t0yyhceg: >>183
PCIバスの技術書もアメリカ発のしかなくて、
落胆した人もいたらしいとか聞いたことがある。
本があってその出来がどうのこうの以前に、
日本からこういった本が出ないあたり、
この分野でアメリカを追い抜けないのは当然な感じがする。
187 名前：Socket774 ：2005/03/28(月) 16:33:18 ID:Tk5pAprv: >>186
んなことはないよ、PCIバスの解説書は、CQ出版とかから出てるよ。
規格によっては、JISで制定するという名目で、日本語訳が行われていたり・・・

でも昨今の、国が無駄な支出してるとか叩かれているので、
そういう日本語化しましょうプロジェクトは縮小の方向かもね。
188 名前：180 ：2005/03/28(月) 16:47:03 ID:CpaHPWhz: >>187
>んなことはないよ、PCIバスの解説書は、CQ出版とかから出てるよ。
PCI-Expressの解説書も出てたっけ？
日本語での文書があったら読みたいんだけど。

>でも昨今の、国が無駄な支出してるとか叩かれているので、
>そういう日本語化しましょうプロジェクトは縮小の方向かもね。
(　･∀･) ﾍｪｰ　ｿﾝﾅ　ﾌﾟﾛｼﾞｪｸﾄ　ｱﾙﾅﾝﾃ　ｼﾗﾅｶｯﾀﾖ

そこで、出版社の出番ですよ。どこか出して♥
189 名前：Socket774 ：2005/03/28(月) 21:03:01 ID:Tk5pAprv: >>188
PCI-Expressはクローズドな規格だから・・・。

インテルにあったPCIの規格書のページもなくなって、PCI-Express用になっちゃっててorzですよ。
190 名前：Socket774 ：2005/03/28(月) 21:23:34 ID:acokHm0/: 日本規格協会(?)から入手できるいろいろな規格書の翻訳版。
いまも意味不明の翻訳、レイアウトもぼろぼろ、値段は英文の
2倍以上ですか?
191 名前：180 ：2005/03/28(月) 21:38:00 ID:CpaHPWhz: >>189
とりあえず書籍は出てるみたいだからなんとかなる。(と値段を考慮せずに言ってみるテスト)
http://www.amazon.com/exec/obidos/tg/detail/-/0321156307/
http://www.amazon.com/exec/obidos/tg/detail/-/0971786194/
http://www.amazon.com/exec/obidos/tg/detail/-/0970284691/
http://www.amazon.com/exec/obidos/tg/detail/-/0976086514/

>>190
>日本規格協会(?)から入手できるいろいろな規格書の翻訳版。
>いまも意味不明の翻訳、レイアウトもぼろぼろ、値段は英文の
>2倍以上ですか?
ﾜﾛﾀ

誰かこんなアプリ作って！
$ cat 英語文書 | jptranslate > 日本語文書
192 名前：Socket774 ：2005/03/29(火) 14:35:37 ID:JvOLAzHo: >>190
笑うということは、いまだにそうだ！と思っていいのかな、日本規格協会…
193 名前：Socket774 ：2005/03/29(火) 14:36:00 ID:JvOLAzHo: >>191だった…orz
194 名前：Socket774 ：2005/03/30(水) 11:08:52 ID:sGYxa6tA: ま実際読む側にとってみれば、笑うところというか、苦笑いするところ
195 名前：Socket774 ：2005/03/30(水) 14:16:03 ID:e8JjiX+W: 原文を想像しながら読むこともあり。
で、結局、原文で確認することもあり。
196 名前：Socket774 ：2005/03/30(水) 20:31:19 ID:Fcy9FrFA: 【結論】
最初から原文を読んでいれば原文と翻訳文の間に
コンテキストスイッチが発生しない分、パフォーマンスが上がる。
197 名前：Socket774 ：2005/03/30(水) 21:33:12 ID:gsxO/tZE: なるほど
198 名前：Socket774 ：2005/03/30(水) 22:50:56 ID:Fcy9FrFA: >>196
でも、実行可能状態になれるかどうかは脳内コンパイラの出来しだいだなw
199 名前：Socket774 ：皇紀2665/04/01(金) 01:35:44 ID:JXCmTpKd: 5/31の情処SIGARCの研究会で、究極のスーパースカラプロセッサアーキテクチャが発表されますよ。
200 名前：Socket774 ：PC/AT21/04/01(金) 12:52:48 ID:CNYZyTAs: 至高のスーパースカラプロセッサアーキテクチャも発表されますか?
201 名前：Socket774 ：2005/04/04(月) 07:51:04 ID:IVUl745v: ページングよりも効率のいいメモリ管理方法を研究してる人っているの？
あっても誰も使わないだろうっていう話はさておいてさ。
202 名前：Socket774 ：2005/04/04(月) 14:07:04 ID:26JHJ8oJ: どの効率にもよるかだが。
大容量二次記憶と併用するならば、TLBツリーによるページングはベター。

もちろんいちばんパフォーマンス的に効率のいいのは、仮想記憶に頼らず、
積めるだけメモリを積むことだってのは、わかるよね?

i386 のセグメントモデル、調べてみ? OS/2 は多用してるんじゃなかったかな。
203 名前：Socket774 ：2005/04/04(月) 20:09:10 ID:HnXeW0/5: このスレで話すからには、
仮想アドレスから実アドレスを生成する効率の話だよね?
204 名前：Socket774 ：2005/04/07(木) 19:01:00 ID:fKsucoM2: >>203
それはMMUの事か？
205 名前：Socket774 ：2005/04/08(金) 11:21:19 ID:csFKiqom: >もちろんいちばんパフォーマンス的に効率のいいのは、仮想記憶に頼らず、
>積めるだけメモリを積むことだってのは、わかるよね?
二次記憶を使わないモデルでも、
仮想記憶を用いて実ページを共有するのは効果的ですよ。
206 名前：Socket774 ：2005/04/08(金) 15:04:55 ID:2YDUZyMW: CPUのアーキテクチャのスレで、OSの仮想記憶の実装について語りますか・・・。
207 名前：Socket774 ：2005/04/08(金) 21:27:07 ID:Q0ReJvCj: 使われ方を理解しないでどうするのさ？
208 名前：Socket774 ：2005/04/09(土) 20:23:39 ID:08wv+Yrj: CPUが例外を出した後の処理なんてOSの仕事だからどうでもいいよ。
どのページから捨てるかといった、そういった処理なんてCPUは関係ないから。
209 名前：Socket774 ：2005/04/09(土) 21:01:58 ID:dcwvQhVL: こいつはOSの動かないCPUを作りそうだな。
210 名前：Socket774 ：2005/04/09(土) 21:20:11 ID:IwTmNaNn: まるでMC68000のようですね
211 名前：Socket774 ：2005/04/09(土) 23:48:23 ID:EnLf8kAF: 鶏が先か卵が先かっていう話。
212 名前：Socket774 ：2005/04/10(日) 06:10:29 ID:eEhEQBsh: >>205のような話が、CPUのアーキテクチャと関係があるとでも?
213 名前：Socket774 ：2005/04/10(日) 13:01:14 ID:y8c3jphn: あるに決まってるじゃん。
214 名前：Socket774 ：2005/04/10(日) 13:16:17 ID:kM2cQRCo: なにも仮想記憶だけがCPUアーキテクチャの重要な機能というわけでも無いだろ。
215 名前：201 ：2005/04/10(日) 15:32:41 ID:C1mbhpXm: >>203-204
そういうことです
216 名前：Socket774 ：2005/04/10(日) 23:23:44 ID:kM2cQRCo: (・∀・) RISC!
217 名前：Socket774 ：2005/04/11(月) 01:11:53 ID:miDUdNrL: TLBトラバースをMMUで行わないアーキテクチャ、あったよね?
R3kとかだっけ?
218 名前：Socket774 ：2005/04/11(月) 12:54:59 ID:5refip3Y: 80286に実装されたセグメンテーションによるメモリ保護機能は、
CPUアーキテクチャの重要な機能です。
外部PMMUからのバスエラーによる例外処理より遥かに効率的でした。
219 名前：Socket774 ：2005/04/11(月) 13:25:23 ID:QyxS7Tz4: 他のプロセッサは集積度の問題でワンチップにならなかっただけでは？
220 名前：Socket774 ：2005/04/11(月) 14:05:00 ID:5refip3Y: ページマップ方式とセグメント方式ではあきらかに仮想記憶の実現方法
（というかメモリの管理方法）が異なり、むしろこれはCPUアーキテクチャに
よってOSの実装が決まるパターンです。OSだけじゃなくてアプリケーション
にも影響を与えますね。C言語系とは相性悪いはず。
221 名前：Socket774 ：2005/04/11(月) 14:06:22 ID:5refip3Y: ごめん、「だから、チップ実装の問題だけじゃないはずですよ」
と続きます^^;
222 名前：Socket774 ：2005/04/11(月) 15:21:41 ID:QyxS7Tz4: >>220
だとすると
＞外部PMMUからのバスエラーによる例外処理より遥かに効率的でした。
これは余計な気がします。
必ずページマップ方式では外部からのバスエラーで例外処理をしないといけないわけではないでしょう？

通常のレジスタを持つFPUは、外部から命令を横取りして動作するx87より効率がよい。
といっているようなものです。

ねじれているというかはぐらかされているというか問題はそこじゃないだろというかなんというか。
223 名前：Socket774 ：2005/04/11(月) 17:05:50 ID:5refip3Y: あー、ごめんなさい、確かにそのくだりは余計ですね。
言いたかったのは、ソフトウェアのトレンドによってCPUアーキテクチャも
大きく影響をうけるんで、「CPUは関係ない」なんてこたぁないって事です。
224 名前：Socket774 ：2005/04/11(月) 22:11:31 ID:jmvmX1ZY: あのさ今ふと思ったんだけどさ、
Amazonとかのレビュー評価とかあるじゃん？
あれさ、結構たくさんの人が５や４とか付けてる書籍がたまにあるけどさ、
それってレビュアー自身から見た相対評価なんだよね。絶対評価じゃなくて。
そうなるとさ、そのレビュアーのレベルが低くってむちゃくちゃ褒めてたりしてた場合に
中級者や上級者がそれ見て買った場合、地雷を踏むことにならないか？

結局、買う前に内容を調べられたらいいなと思う今日この頃。
225 名前：Socket774 ：2005/04/11(月) 22:18:27 ID:Tq0OJnF4: amazonのレビューなんか全部提灯と思え
226 名前：Socket774 ：2005/04/12(火) 00:07:42 ID:TlDl7QOU: P4がしょぼいのはさておき、
なんでこんなにSunFire 6800は効率が落ちないの？
おしえてエロイ人！
ttp://compression.ca/pbzip2/
227 名前：Socket774 ：2005/04/12(火) 00:56:44 ID:0Eefkxq8: >>224
むしろ、誰もレビューしてない時がとってもリスキーという罠。
228 名前：Socket774 ：2005/04/12(火) 03:52:44 ID:0Eefkxq8: >>226
なんだよおい、SunFireだけCPU数が無茶苦茶多いじゃねーか。

Athlon MP-2600+　　　=　2
Oteron 240　　　　　　 =　2
Pentium4 3.06 Xeon　 =　2
Itanium2 900　　　　　 =　2
SunFire 6800　　　　　 =　24
229 名前：Socket774 ：2005/04/12(火) 04:32:29 ID:F3JFlJs/: SPARCヽ(´ー｀)ノﾊﾞﾝｻﾞｰｲ
230 名前：Socket774 ：2005/04/12(火) 08:47:38 ID:UJgd9aql: >>228
>226
＞なんでこんなにSunFire 6800は効率が落ちないの？
＞SunFire 6800は効率が落ちないの？
＞効率が落ちないの？
231 名前：Socket774 ：2005/04/12(火) 08:55:01 ID:JYXL7wI0: >>226
bzip2 が並列向きなアルゴリズムというのは知ってたが
実装を見つけることができなかった。あとで会社でさっそく試してみるよ thx.
232 名前：Socket774 ：2005/04/12(火) 11:02:32 ID:prxmCOms: >>226
良く並列チューニングされてるアルゴリズムなんだなぁ。
というわけで、質問まちがっとるで？

×なんでこんなにSunFire 6800は効率が落ちないの？
○なんでこんなにP4 Xeonは効率が悪すぎるの？

さておいちゃダメだぞ、これ重要(笑）
SharedBusの弱みでちゃって帯域たりてないんだろうなぁ…。
233 名前：Socket774 ：2005/04/12(火) 15:27:34 ID:MQB1e9Jd: 2プロセッサのグラフで最も効率が良かったItanium2 900MHzも共有バスですよ。

初代Itaniumで、FSB帯域が大ネックになった反省からか、
Itanium2ではバス幅とクロックが引き上げられたからね。

初代ItaniumはDDRのPC2100のメモリが出まわるよりも昔、
PC66の0.5GB/secの頃に設計されたものだから、
あれでも十分にFSBが広かったのだけど、まぁそれはいいや。

Xeonの場合、Pentium4と共通設計なので、バス幅を変えられない。
そういう縛りがある場合、共有バスよりも一対一接続がいいよね。
234 名前：Socket774 ：2005/04/12(火) 20:34:08 ID:k9YF7yc+: 1) SunFireの方が高いから。
2) SunFireは1CPUが遅いから。
235 名前：Socket774 ：2005/04/13(水) 10:24:21 ID:qjy68M9F: 全てのメモリが全てのCPUから透過的に扱えるけど尋常じゃないバス帯域を要求されるのと、
NearLocationとFarLocationで速度変わっちゃうけどCPU増えれば総大域が増えるのと、
システム全体として扱いやすいのはどっちなんでしょうね。

ManyCore/MultiCPUなSMPへと今は向かってるんで、後者が有利な気もしますが、
効率的に使おうと思うとOSのメモリ管理機構のチューニング抜きじゃ
お話できないわけで…。
236 名前：Socket774 ：2005/04/13(水) 16:45:03 ID:N6T2vr5/: Opteronはcc-NUMA。
237 名前：Socket774 ：2005/04/13(水) 20:49:32 ID:tqDss7Ew: 扱い易いのはSMP。ただし大規模なものが作れるかが問題。
238 名前：Socket774 ：2005/04/13(水) 22:57:16 ID:hs7y2jxU: DECのAlphaが常に先端した技術を開発していたのに無くなっちゃうとはなぁ．．
まぁ結局、元Alphaの開発者達はIntelやAMDに四散して、
その後に出たPen4のSMTやOpteronのHyperTransportとかにその技術が引き継がれたわけだが。
ていうか、買収した会社がその恩恵得ていないという罠。w
239 名前：Socket774 ：2005/04/14(木) 00:15:40 ID:KudkPrR2: >>238
K7ことAthlonも元Digitalのｴﾝｼﾞﾆﾔが深く影響してるよな。
240 名前：Socket774 ：2005/04/14(木) 01:05:34 ID:2ywfQf8L: >>239
そう考えるとDECのアーキテクチャ研究開発部門って凄かったんだな。
241 名前：Socket774 ：2005/04/14(木) 02:26:53 ID:fVFF3Yph: Alphaはすごかったなあ・・・
IntelのPIIとならべてNT4.0上でベンチマーク競争させたときに、
ぶっちぎりの性能たたき出してた・・・
あと、ギネスブックにも載ってたはず。
世界最高速の単体CPUとして。
初期の受注生産で研究者向けのAlphaAXP150が100万だったかな？
とにかくすごいCPUだった。
242 名前：Socket774 ：2005/04/14(木) 02:42:05 ID:H3ooLEQE: >>241
値段がすごいな。
243 名前：Socket774 ：2005/04/14(木) 14:38:19 ID:hA5XAIc9: >>242
値段かよ！
244 名前：Socket774 ：2005/04/14(木) 16:22:26 ID:VduMvsa3: >>243
受注生産でぶっちぎりの速さで１００万円だったらすごい値段の安さだと思うが？
245 名前：Socket774 ：2005/04/14(木) 16:57:05 ID:Y0cvArnd: http://en.wikipedia.org/wiki/DEC_Alpha
http://ja.wikipedia.org/wiki/DEC_Alpha

当時の DEC Alpha processor は史上最強だったというお話。
246 名前：Socket774 ：2005/04/14(木) 17:14:29 ID:eMfsVqL2: まぁ今の状態でたとえていえば、10GHzのプロセッサを出しているような状態だからなぁ。
電力消費は1kWって感じだが。
247 名前：Socket774 ：2005/04/14(木) 18:31:12 ID:Y0cvArnd: つうか、技術的にも当時の流行の先を行ってた感じだな。
Alpha AXP is cool !!
248 名前：Socket774 ：2005/04/14(木) 19:30:00 ID:qB449zGE: しかし自分でソフトを書かない人々や、書いてもそれを他人に売る人々は、
CPUの速さよりも、バイナリ互換のほうが重要だと考えたわけで・・・。

x86がデファクトになった時点で、つまらなくなったよね。
しかも今は並列化すりゃいいじゃん、という時代の流れ。
249 名前：Socket774 ：2005/04/15(金) 13:01:58 ID:aVh94cwW: 27年間通用するアーキテクチャを謳ったAlphaも半分に満たない12年で息切れ…。
悲しいものですなあ。

>しかも今は並列化すりゃいいじゃん、という時代の流れ。
これ以上CPUのクロックアップ難しいから並列化しようそうしようってのは
15年前もおんなじこと唱えてたわけで。その度にBreakThroughがあったわけだけど。
当時25MHz駆動（選別品で33MHz、後にNECから33MHz品出荷）だったR3000のロジックを
ECLで組みなおして「うりゃぁ、66MHzの超々高速CPUだぜ！」って鳴り物入りでだした
R6000が民生品の安CPUなPentiumにあっさり抜かれたりね。

21064って確か3.3V駆動で48Wとか食ってさ、ぉぃぉぃCMOSで10A以上流すのかよ
馬鹿じゃねーの？とか笑ってた当時パソコンがこんななるとは想像だに…。

ギネスの名目は、世界で初めての単体CPUでCray1の性能をだしたプロセッサ、
だったはず。時系列問題なので記録の更新不可能。
250 名前：Socket774 ：2005/04/15(金) 20:22:40 ID:lGVZ8eoK: 初代Pentiumも凄かったな。なんたって5V単一電源なんだから。
251 名前：Socket774 ：2005/04/15(金) 22:11:34 ID:5YK0c1Mg: 初代Alphaってクロック当りの性能がそれほどでも無いような気がしたが。
Pentium4みたいなもんか。

>>250
今見るとヒートシンクがpoorで笑える…出してみようと思ったらヒートシンクは
捨てちまってた。orz
252 名前：Socket774 ：2005/04/16(土) 06:55:00 ID:QM3fczvA: >>251
初代もその次の世代もそんな感じだった気がする。
「止まっている時間の方が長い」なんて言われてた。
Pentium4も今10GHzオーバーの石があればねぇ。
253 名前：Socket774 ：2005/04/16(土) 10:03:24 ID:Qz51gNl1: >>252
21064で同クロックのPentiumの半分。21164で同クロックのPentiumIIの半分といったところかな。
しかしクロックは3倍だったわけで。それはそれで圧倒的。
254 名前：Socket774 ：2005/04/16(土) 12:36:26 ID:rT/qYqb8: 効率が悪くてもいいからクロック上がるようにして、
ガンガン回せば問題なしというポリシーに関しては、
Alphaに比べれば、Pentium4なんて、かわいいな。
255 名前：Socket774 ：2005/04/16(土) 13:51:16 ID:Qz51gNl1: 21264で化けたけどね。
256 名前：Socket774 ：2005/04/16(土) 15:15:33 ID:FAlkpz+D: >>254
RISC対CISC論争全盛の頃か？
257 名前：Socket774 ：2005/04/16(土) 23:15:59 ID:rT/qYqb8: >>255
そうそう。
クロック上げるのが難しくなってきて方針転換したね。

そして、クロックだけではインテルに追い抜かれるという・・・。
258 名前：Socket774 ：2005/04/17(日) 15:35:19 ID:InvoqAWV: サムソンがAlpha/strongARMで学んだから云々というけれど。
結局連中が学んだのは「人海戦術で回路最適化」だけだったりする。

alphaも人海戦術で手でちまちまと最適化したんだよね。
259 名前：Socket774 ：2005/04/17(日) 16:33:08 ID:BkwL7sEV: >>245のリンクに書いてある。
260 名前：Socket774 ：2005/04/17(日) 17:23:56 ID:gTeOj/GR: 人海戦術なのは高速LSIではどこもいっしょじゃないの？
IntelやAMDが人海戦術でなかったら、そっちの方が驚き。
261 名前：Socket774 ：2005/04/18(月) 01:37:52 ID:HfE5S/aj: インテルは、演算器のところには人つぎ込んでるらしいね
262 名前：Socket774 ：2005/04/18(月) 20:46:53 ID:Vls4tRz+: 他は合成・自動配置なの？それとも比較的人が少ないだけ？
263 名前：Socket774 ：2005/04/19(火) 02:11:02 ID:h5HzytJy: 知らんがな
264 名前：Socket774 ：2005/04/19(火) 06:33:43 ID:hNQkWE+m: 演算器というかクリティカルパスつぶしだな。
265 名前：Socket774 ：2005/04/19(火) 06:53:56 ID:hNQkWE+m: とはいえ21264のクリティカルパスはALUだったらしいけどな。
266 名前：Socket774 ：2005/04/19(火) 11:32:30 ID:gCdINbQf: 今のsynopsysの解析ツールはかなり優秀だけどな。
インテルのALUは無茶やってるみたいだから人海戦術と内製ツールだろうけど。
267 名前：Socket774 ：2005/04/19(火) 20:52:50 ID:wrKUMDso: 具体的なところは想像するしか無いわけだね？
268 名前：Socket774 ：2005/05/04(水) 22:32:12 ID:Lq4NKZcN: あまりこのスレで話題にならないが、
PowerPCの潜在能力はどうよ？
http://www-6.ibm.com/jp/servers/aix/developer/tech/power4/
269 名前：Socket774 ：2005/05/04(水) 22:41:29 ID:Lq4NKZcN: あと、こことか
http://www-128.ibm.com/developerworks/library/l-powarch/
http://www-106.ibm.com/developerworks/linux/library/l-powhist/
http://www-306.ibm.com/chips/techlib/techlib.nsf/techdocs/C114EA830D8B17E487256EAD00493C17/$file/PowerPC_970FX_64bit_Introduction_Apr_12_04.pdf
http://www-306.ibm.com/chips/techlib/techlib.nsf/techdocs/A1387A29AC1C2AE087256C5200611780/$file/PPC970_MPF2002.pdf
270 名前：Socket774 ：2005/05/05(木) 01:11:15 ID:K1QmWq/W: >>268
>あまりこのスレで話題にならないが、
>PowerPCの潜在能力はどうよ？

もっと詳しく。
あなたの言葉で。
271 名前：Socket774 ：2005/05/05(木) 02:41:30 ID:5SOVjtnH: >>270
PowerPC 970MPとかの概要見てて、直感的に感じる何かがあるのだ．．．
それに、デュアルコア(マルチコア)なPowerPC 970MPが欲しいなと。
けど、手に入れるにはMAC買うしか無いのかのぅ。　普通に自作できればいいのぅ。

スラドにもそんな話があった。
PowerPC 970MPの概要
http://slashdot.jp/article.pl?sid=04/07/30/0830228
272 名前：Socket774 ：2005/05/06(金) 10:46:55 ID:k31bYJNI: >>271
IBMの鯖とワークステーションでPOWERプロセッサ搭載のがあるみたいだから、
それも検討してみては？
273 名前：Socket774 ：2005/05/06(金) 16:48:08 ID:ZmjgMJMG: たけーよ
274 名前：Socket774 ：2005/05/06(金) 19:30:58 ID:Jw2OhQCl: >>271
個人が970MPを所有するにはMAC買うしか選択肢が無い。
275 名前：Socket774 ：2005/05/06(金) 20:49:39 ID:8muQEMoD: >>271

一番安い物なら箱2だ。
無論ゲームしかできんがｗ
276 名前：Socket774 ：2005/05/06(金) 21:46:25 ID:KTjfQpw6: >>275
970MPは無い
ゲーム機に乗せれる消費電力じゃないからな
277 名前：Socket774 ：2005/05/06(金) 22:40:04 ID:Jw2OhQCl: >>275
ゲーム機はちょっと違うだろ。
278 名前：Socket774 ：2005/05/12(木) 22:33:35 ID:lH6rsusU: 　
279 名前：Socket774 ：2005/05/13(金) 02:21:17 ID:E2C/w5z/: POWER POWER
上昇します
280 名前：Socket774 ：2005/05/13(金) 02:21:51 ID:E2C/w5z/
281 名前：Socket774 ：2005/05/13(金) 10:36:36 ID:Yyohw+pF: おまいら何故PowerPCの話題だと引くんだよ。w
PowerPCもRISCアーキテクチャです。
282 名前：Socket774 ：2005/05/14(土) 00:19:03 ID:ckqbReSB: SPARCもRISCアーキテクチャです。
283 名前：Socket774 ：2005/05/14(土) 02:16:21 ID:de+CuHUb: >>281

ネタが尽きて人が離れていった後で、
PowerPCの話題を出してスレ再生しようとしても、

もはや読む人が減りきった状態をいかんともできず。

たぶんPowerPCだから引いたって理由じゃない。
284 名前：Socket774 ：2005/05/14(土) 02:19:08 ID:Qo0oG/GL: まえみたくトイレネタ(?)かなんかでのわかりやすい講座
やってほしいよ。
285 名前：Socket774 ：2005/05/14(土) 03:21:06 ID:2b3nIxGq: 前スレが神スレすぎたからな。
市販の技術書レベルの話題になってたし。
面白いCPUとか出たらまた盛り上がるだろう。
286 名前：Socket774 ：2005/05/14(土) 13:04:07 ID:GFtR6V9h: PowerPCはRISCが流行った後で出てきたんじゃなかったっけ？
RISCの近視眼的要素を排除していたような気がしたが…
287 名前：Socket774 ：2005/05/14(土) 13:16:25 ID:DnLFQZBD: RISCの近視眼的要素って何
遅延分岐とか?
288 名前：Socket774 ：2005/05/14(土) 13:28:09 ID:2b3nIxGq: Power系統って後発だっけ？
もう記憶が曖昧・・・
Alphaはあまりに衝撃だったから良く覚えてるけど。
実物もCPUのパッケージにヒートシンク固定用のボルト生えていたり。
初期のPowerPCはまだ試作品的なレベルの、
完成度が低いものだったような・・・
Appleが調子こいて宣伝しまくったのは頭に焼き付いてる。
289 名前：Socket774 ：2005/05/14(土) 14:21:31 ID:QJ+TpIM0: POWERがあってのPowerPCだから、後発といえば後発だがｗ
290 名前：Socket774 ：2005/05/14(土) 15:55:11 ID:MCNwgt3p: >>289
POWER自体もRISC界ではやや後発なほうだったかと
291 名前：Socket774 ：2005/05/15(日) 00:42:37 ID:0iFxhpId: >>288

うん、appleのpowerPC初期の売り方はむちゃくちゃだったなあ。

・二次キャッシュがオプション
・廉価モデルは、オプションですら二次キャッシュを増設できず（＝なし）
なんて、RISCの使い方を理解できていない愚行を繰り返した。

メモリバスがむちゃくちゃ遅いのに、
二次キャッシュをメモリバスの速度に合わせたり、とか。

そういった、アップル特有のマイナス要素が
CPUの性能を無駄におとしめないようにしただけの、
内部的には603と大差がなかったG3で「劇的に高速化」

ここまで来てやっと、アップルの設計のafoさがばれたのか、
マシな設計のハードが出始めるようになった。

ああ、604は、不幸なCPUだったんだなあ...
604＋バックサイドキャッシュのCPUが出てたら、
きっと、G3以上の速さだったろうにね。（G4とは方向が全然違うけど。）
292 名前：Socket774 ：2005/05/15(日) 00:46:02 ID:0tDpSwDY: PPCの初期は不遇だね
無駄dualのBeBoxとか
293 名前：Socket774 ：2005/05/15(日) 11:35:11 ID:JidGepug: >>292
>無駄dualのBeBoxとか

あれはひどい代物だったね。というかなんで603で作ったのかと。
キャッシュスヌープできないからキャッシュ殺してます。てへ。とかひどすぎ。
294 名前：Socket774 ：2005/05/15(日) 23:51:42 ID:8E1ufP1K: >>284
自分で本読めよ。

トイレネタで素人向けに説明してらんないくらい
もっと面白いことがたくさんあるぞ。
295 名前：Socket774 ：2005/05/16(月) 00:33:25 ID:Ug2zEkxe: >>294
自分で本読んでるよ。
ただ真面目な記述の本だけじゃなく、たまには面白おかしく
ためになるものを…って思ったんだけど。
296 名前：Socket774 ：2005/05/16(月) 02:39:58 ID:s0dBRiux: ttp://soundblaster.com/products/x-fi/technology/
CREATIVEの新しいオーディオプロセッサがVLIWだそうな。
297 名前：Socket774 ：2005/05/16(月) 15:38:55 ID:bJISmwfC: >>295
ごめん。

本物の解説書を読んでると、
面白すぎて、
トイレの話を考えるもしないのは、漏れだけ?
298 名前：Socket774 ：2005/05/16(月) 17:52:05 ID:K1qAsmzg: >>296
"Thread Interleaved Multiple Data (TIMD)"だそうでつ
（左の"Cutting Edge Architecutual Design"のサブメニューから）

漏れ違いがいまいちよくわからないんだが
まぁどっちかって言うとDSPっぽいってことなんだろう・・・!?
（つーか今気づいたけどそこの小見出しが"DSP"だｗｗｗｗｗ）
299 名前：Socket774 ：2005/05/16(月) 22:13:01 ID:j4CQH/BR: 一瞬、TIのOEM?とか思ってしまった訳だが。
300 名前：Socket774 ：2005/05/18(水) 12:38:45 ID:AxrqpeEP: >>295
こんなのどうだ。
http://www.uplo.net/www/vip5701.zip
301 名前：Socket774 ：2005/05/20(金) 21:48:00 ID:nveLVMhS: CPUアーキテクチャについて語れ！
↓さあ語れ！
302 名前：Socket774 ：2005/05/20(金) 21:54:22 ID:49AvuEHy: RISC
CISC

そしてそのハイブリッドに、
どちらとも言えないモノまで・・・

もはや区分けの概念が通用しないねえ
303 名前：Socket774 ：2005/05/21(土) 04:50:22 ID:sbs8KUjq: 正直、値段がそこそこ安くて、高性能で、ソフトが豊富なら、RISCだろうがCISCだろうが
どうでもいいよもう。
304 名前：Socket774 ：2005/05/21(土) 11:27:32 ID:x4Ld0l4y: どうでもいいなら、こんな過疎スレくるなよｗ
305 名前：Socket774 ：2005/05/21(土) 11:48:10 ID:mfrvSZ1P: 日本メーカーの富士通ががんばってるのにSPARC関係は無視ですか？

富士通、2GHzを超えるSPARC64 Vを搭載したSolarisサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2005/05/17/5266.html
306 名前：Socket774 ：2005/05/21(土) 13:04:50 ID:lSr/dfDQ: SPARCはSunのおかげで"遅い"ってイメージがついてしまったからなぁ
そういうおいらはSPARC応援してるよ、うちに何台かあるし…
307 名前：Socket774 ：2005/05/22(日) 01:33:13 ID:Tu7vZF29: >>306
そうか？
研究室にいた頃同一プログラムを動かしてmicroSPARC 80MHz=Pentium 120MHzで
案外早いと思ったが
308 名前：Socket774 ：2005/05/22(日) 01:56:06 ID:5e24PEuG: >>307
その辺の年代は、Sunって実はCPUの設計へたくそじゃないと
噂が出始めたころでしょ…
問題はその後だぁ！！
309 名前：Socket774 ：2005/05/22(日) 11:56:51 ID:lb1aZF5i: >>307
馬鹿みたいに浮動小数点演算のトロくさいIntel x86と比較されてもなぁ。
研究室ってことは浮動小数点演算の必要なプログラムを走らせていたんでしょ？
310 名前：Socket774 ：2005/05/22(日) 12:11:36 ID:/tX8L/JY: 馬鹿みたいに浮動小数点演算のトロくさいIntel x86と比較できてしまうSPARC。
Intだと486で十分。
PC UNIXが流行るわけだよな。
311 名前：Socket774 ：2005/05/22(日) 13:17:37 ID:XaZxsvVp: Ultra/1(UltraSPARC 137MHzくらい?)よりも、
Pentium90MHzの自作PCのほうが速かった希ガス。

SS/5や20は486マシンで対抗できた。
312 名前：Socket774 ：2005/05/22(日) 20:17:54 ID:Tu7vZF29: >>309
いや単純なパターンマッチングのプログラムだから殆ど整数演算だけ
313 名前：Socket774 ：2005/05/22(日) 20:24:17 ID:Tu7vZF29: >>311
比較を行ったのはSun SS5(microSPARC)とEPSON Direct AT-6500だが
314 名前：Socket774 ：2005/05/23(月) 00:47:51 ID:Fvyzis99: IOMMUが必要かどうかの件について
315 名前：Socket774 ：2005/05/23(月) 00:52:48 ID:729aHu3R: >>312
>いや単純なパターンマッチングのプログラムだから殆ど整数演算だけ
大量のデータを扱うなら、バスの太さに助けられた可能性はあるな。
その当時ならだいぶ差があった。
316 名前：Socket774 ：2005/05/23(月) 01:12:39 ID:mzHkX7q6: >>314
仮想化ではあったほうが便利
317 名前：Socket774 ：2005/05/29(日) 19:25:12 ID:Wbn5What: age
318 名前：Socket774 ：2005/06/01(水) 04:16:36 ID:4sewqUab: CELLって8個(PS3では7)のサブコアそれぞれに256kbのメモリがあって
メインメモリ間とはDMAで転送するってことになってるらしいけど
単に256kbx8=2Mのキャッシュ載せてメモリは共通にした方が
使い勝手もいいしパフォーマンスもさほど落ちないような気がするんだけど
そこらへんどうなの？
319 名前：Socket774 ：2005/06/01(水) 06:24:43 ID:HJaApKI9: >>318
キャッシュx8のコヒーレンシーとってたら結構パフォーマンス落ちそう

あとソフトウェア・セル
（↑よくわかんないけどコード＆データひとまとめにしてネットワークで送るものらしい）の都合もあるんじゃない？
320 名前：Socket774 ：2005/06/01(水) 07:48:02 ID:ZPpwW6mR: CISCからRISC命令へ変更するときの効率はIntelとAMDどちらがいいのかな？
321 名前：Socket774 ：2005/06/01(水) 14:08:59 ID:Fh55ZlNv: ユニファイドキャッシュといえばCyrix
322 名前：Socket774 ：2005/06/01(水) 18:36:50 ID:d3H3JKOt: 256KBのメモリをキャッシュではなくメインメモリとしてしまえば、キャッシュ機構が省けるよ。
タグメモリの容量だって馬鹿にならないしさ。

あーでも、むしろキャッシュを意識し制御するのが面倒だという理由のほうが大きいかもなぁ。
323 名前：Socket774 ：2005/06/01(水) 19:22:56 ID:g34witPE: それだけならSH4みたいにアドレスの上位フラグいじってキャッシュをスルーする機能で十分なような。
324 名前：Socket774 ：2005/06/01(水) 23:19:13 ID:ht6TzCKm: PA-RISC, Crusoe。ばいば～い！！
325 名前：Socket774 ：2005/06/02(木) 01:33:27 ID:whckTEYs: キャッシュだと、メモリからの読み込みのレイテンシが変動するじゃない。
326 名前：Socket774 ：2005/06/03(金) 02:06:17 ID:ynkTGqoj: >>320
変換効率が高いのはトランスメタでは？
...同時発行数が少ないので遅いけど。

>>321
ｲｿﾃﾙ486や、PowerPC601もだ。
327 名前：Socket774 ：2005/06/11(土) 18:07:43 ID:8kP/893z: 保守
328 名前：Socket774 ：2005/06/14(火) 14:36:37 ID:O7ZIZbkm: .NETが普及して全てのアプリがターゲットCPUに対してJITで高度に最適化されたとしたら
out of orderとかいらなくなったりするの？
329 名前：Socket774 ：2005/06/14(火) 17:10:06 ID:LPxF955K: >328
そりゃないんじゃね？
330 名前：Socket774 ：2005/06/14(火) 20:38:55 ID:/uyAL1UX: リンゴもIntelに屈したか。
PowerPCの今後はどうなるやら。
331 名前：Socket774 ：2005/06/15(水) 10:42:32 ID:P/qJHEuk: しばらくはゲーム機で食いつなげるんではないかと。
その先はどうなることやら。
332 名前：Socket774 ：2005/06/19(日) 02:51:42 ID:Uau6U1am: CPUコードネーム一覧表はPCWatchにあったのですが、
CPUリングネーム一覧表がありません。
教えてください。
333 名前：Socket774 ：2005/06/19(日) 03:42:39 ID:5x5ckqFg: >>332
源氏名一覧表も必要だな
334 名前：Socket774 ：2005/06/20(月) 21:16:34 ID:j/0xD42W: >>332
リングネームの前に入れるキャッチフレーズなら、いくつか思いつくんだけどな。
「口だけ番長」とか、「瞬間湯沸かし器」とか。
335 名前：Socket774 ：2005/06/20(月) 21:32:17 ID:LxRgf/xM: 「眠ったままのスリーピングビューティ」とか「燃え尽き症候群」とか。
336 名前：Socket774 ：2005/06/22(水) 04:31:43 ID:p6PjCX4y: >>334
「ﾌﾟ」と「ロバ」だなｗ
337 名前：Socket774 ：2005/06/25(土) 16:14:05 ID:zhGnUPlw: えーと、すみません。質問です。
pentium系ＣＰＵの分岐予測にやさしいコードの研究をする事になったんですが、
pentium4の分岐予測のアルゴリズムをどなたか御存知ありませんか？
IIとIIIは資料を探し出せたのですが、4はさっぱり見つからんのです。
338 名前：Socket774 ：2005/06/25(土) 18:51:48 ID:efjQdVwS: ftp://download.intel.co.jp/jp/developer/jpdoc/24896606_j.pdf

まあ、P6と似たようなもん。
ループのオーバーヘッドが０にできるなど、色々強化されてるが、
普通の動的分岐予測はパターンマッチングでやっている。
339 名前：Socket774 ：2005/06/26(日) 02:38:44 ID:exrx8hok: >>338
ありがとうございます。
Ｐ６とかの場合、ＢＴＢの各エントリにつき4bit16ヶのカウンタがあって
過去四回の履歴からカウンタを一つ選んで云々という構造だと思うのですが、
pentium4の場合も同じくカウンタは4bitなんでしょうか？
340 名前：Socket774 ：2005/06/26(日) 03:24:38 ID:fp1bVDqZ: >>337
宿題は自分でやりませう。
そういうのを調べるのも研究のうちですよ。

分岐予測のヒット率を上げるよりも、
分岐のヒントを与えるアーキテクチャのCPUに、
いかにヒントを与えるかの研究のほうが・・・。
341 名前：Socket774 ：2005/06/26(日) 04:07:00 ID:exrx8hok: はーい。
ヒント辺りになるとますますサッパリだけど。
342 名前：Socket774 ：2005/06/26(日) 12:52:18 ID:GAj1+1TU: 日本はもうまともなCPUは開発できないから学ぶだけ無駄
おとなしくPentium買っとけ。
343 名前：Socket774 ：2005/06/26(日) 12:57:36 ID:hO0lIagR: >>342
コンパイラを作るための勉強だと思うけど。プロセッサを作るためではなくて。
344 名前：Socket774 ：2005/06/26(日) 15:04:16 ID:9nokd9+W: ただ、そこまでやるなら自分で低級言語で書いて実験せねば。
345 名前：Socket774 ：2005/06/28(火) 00:34:37 ID:O6puUi53: 80bitの精度を持つFPU（x87）と、64bitのSSE2では、
ハードウエアの負担はどのぐらい違うもの？
346 名前：Socket774 ：2005/06/29(水) 22:01:51 ID:7R3z84rb: >>342
富士通のSPARC64 VはまともなCPUだと思うが・・・
347 名前：Socket774 ：2005/06/30(木) 00:48:15 ID:uj2DJzne: まともなCPUだ！と言い切れｗ
348 名前：Socket774 ：2005/06/30(木) 01:15:13 ID:5yaDKM/i: VRもTXもそれなりに元気だけど、独自アーキはぱっとしないよね。
FRVとかどうなるのかねぇ。
349 名前：Socket774 ：2005/07/01(金) 02:14:09 ID:G20kzk6q: SPARCっていつから富士通のものになったのさ。
350 名前：Socket774 ：2005/07/01(金) 07:00:00 ID:Uq03nn3k: 太陽が沈みかけたからｗ
351 名前：MACオタ＞349 さん ：2005/07/01(金) 12:41:44 ID:kxUint/1: >>349
SPARCの命令セットや仕様わオープンす。
http://www.sparc.org/japanese/faq.html
　　------------------------
　　･ SPARCの命令セットはIEEE 標準1754-1994 として公開されている。

　　・ SPARCは，誰でもでもどのような会社でもライセンスを受けることが出来，自分自身に適したものを
　　　作れる柔軟性と自由度がある。

　　・ SPARCアーキテクチャの決定権は，独立した非営利組織であるSPARCインタナショナルが持って
　　　おり，誰でも会員になって仕様決定に参画できる。
　　------------------------
352 名前：Socket774 ：2005/07/01(金) 19:05:34 ID:Uq03nn3k: >>351
国際スパーク株式会社。ｗ
たのむから日本語のページは紹介しないでくれｗ
353 名前：Socket774 ：2005/07/01(金) 20:25:37 ID:il8N4rvA: 富士通、2GHzを超えるSPARC64 Vを搭載したSolarisサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2005/05/17/5266.html

IBM eServer p5 595 (1900 MHz, 1 CPU)
http://www.spec.org/osg/cpu2000/results/res2005q1/cpu2000-20050207-03774.html

Fujitsu Limited
PRIMEPOWER900 (2160MHz)
http://www.spec.org/cpu2000/results/res2005q2/cpu2000-20050419-04024.html
354 名前：Socket774 ：2005/07/04(月) 15:09:58 ID:hIVQSzBb: Itanium 2 is obsolete.
good bye, Itanium series.

LOL
355 名前：Socket774 ：2005/07/18(月) 01:25:29 ID:oJPwbFHN: lol
356 名前：age ：2005/07/18(月) 02:29:13 ID:Jb8woOuV: Intel迷走中
357 名前：Socket774 ：2005/07/18(月) 12:41:35 ID:63B9YiaX: もう迷走はしてないでしょ
着地点（PenM系）はわかってるわけだし
着地するまで、どうごまかしてPen4系を売るかってだけ
358 名前：Socket774 ：2005/07/27(水) 22:59:13 ID:VywuF5hR: LoL
359 名前：Socket774 ：2005/07/27(水) 23:10:24 ID:yKse69dX: ↑って何？
360 名前：Socket774 ：2005/07/28(木) 00:23:42 ID:TeMyC6T4: Lack of Love

てゲームがあったな。
361 名前：Socket774 ：2005/07/28(木) 01:10:21 ID:XtfZr9cj: LoL
362 名前：Socket774 ：2005/07/31(日) 09:59:23 ID:PyOY58Sb: >>357
それに加えてPentium M系がEM64T対応ではないことをどうごまかして売るかってのもある
来年、Meromが出荷されたとたんEM64Tマンセーの宣伝しそうで怖い
363 名前：Socket774 ：2005/07/31(日) 13:13:32 ID:mSGfXCuq: MeromのEM64Tはまともな実装になってるのか？
364 名前：Socket774 ：2005/07/31(日) 14:12:40 ID:0wGqPjDc: Meromはコアが２個あるので64bit級！！！
365 名前：age ：2005/07/31(日) 20:17:57 ID:5tDriXKS: >>364
S○GAのSSみたいだな。
366 名前：Socket774 ：2005/07/31(日) 20:45:38 ID:g4ElSpe+: コア二つなら2倍でしょ？
33bitじゃん
367 名前：Socket774 ：2005/07/31(日) 21:02:18 ID:0wGqPjDc: 32bitCPUが何個集まろうと32bitだろうがばーか
368 名前：Socket774 ：2005/07/31(日) 21:07:08 ID:X29KdiLk: >>367
>>364
369 名前：Socket774 ：2005/07/31(日) 21:21:49 ID:00eAeZGj: Transmetaも
「32bitVLIW実行ユニットが4個あるから128bit」
なこと言ってなかった?
370 名前：Socket774 ：2005/08/01(月) 11:19:13 ID:pW0x/agg: あれは命令幅のことだろ。
371 名前：Socket774 ：2005/08/09(火) 01:53:01 ID:pUSmb4LI: 「製造プロセスルール」って言う場合、
「描画チャネル長」と「実効チャネル長」のどちらを言ってるのでしょうか？
372 名前：Socket774 ：2005/08/09(火) 02:43:42 ID:7bLTSME3: ちゃんと決まってはいない。

○○ミクロンっていうのは、
その工場のデザインルールを識別するためのタイトルみたいなものだから。

A社の90nmのデザインルールと、
B社の90nmのデザインルールは、
まるで違っていると思ったほうがいい。
へたしたら、A社の90nmはB社の130nmに近かったり・・・。
373 名前：371 ：2005/08/09(火) 16:05:50 ID:gik7J98P: >>372
thx。驚きました。
ってことは異なる企業が90nmプロセスルールと言ってても比べる事できないって事ですね。
でも推測くらいはできるのかな？？
374 名前：age ：2005/08/09(火) 19:57:03 ID:eQ2JgaMp: 貴重なスレだ
勉強になるので上げます
375 名前：Socket774 ：2005/08/10(水) 00:02:57 ID:QqxTC8ER: >>373
ttp://www.atmarkit.co.jp/fsys/keyword/015silicon_basic/015silicon_basic.html

普通はリソグラフィをいうから、比べられないってことにはならんと思うが。
比べたらいろいろ違うけどね。ウエハサイズ、素材、実効ゲート長、速度、
リーク、などなど・・・。
376 名前：Socket774 ：2005/08/20(土) 14:22:55 ID:5UKmmvIc: 保守
377 名前：Socket774 ：2005/08/24(水) 23:41:49 ID:SidhEu1L: VLIWについて、聞きたいです。

知ってる方　何かもってる情報・知識を話してください。
378 名前：Socket774 ：2005/08/25(木) 00:03:01 ID:r3oOBIvV: いくらなんでも漠然としすぎ
379 名前：Socket774 ：2005/08/25(木) 03:33:52 ID:+CPA8G/J: >>378
それを承知で言ってます。
380 名前：Socket774 ：2005/08/25(木) 04:11:44 ID:yuCFk0dY: VLIWについては教科書にも書かれているくらい歴史のある技術だから、
まずは学校の図書館にでも行ってみよう。
381 名前：Socket774 ：2005/08/25(木) 07:28:00 ID:3yZ5lggj: >>379
>>>378
>それを承知で言ってます。

http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=VLIW&num=50
382 名前：Socket774 ：2005/08/25(木) 12:36:50 ID:+CPA8G/J: >>380,381

寒っ。。
話題ねーから、話題ふってやったのに。
383 名前：Socket774 ：2005/08/25(木) 16:33:08 ID:3yZ5lggj: >>382
>378
384 名前：Socket774 ：2005/08/25(木) 16:40:50 ID:+CPA8G/J: >>383
>379
385 名前：Socket774 ：2005/08/25(木) 16:59:49 ID:/6/hrw1R: 話の振り方が下手くそだったんで誰も食いつかなかっただけだろ。
次はがんばれ。面白いのを期待している。
386 名前：Socket774 ：2005/08/25(木) 17:10:56 ID:w3ah+h9z: 前スレのトイレ解説だっけ?
そんな感じでVLIWについて書いてくれｗ
387 名前：Socket774 ：2005/08/25(木) 17:11:12 ID:+CPA8G/J: 所詮　自作PC板って事だな。
一般的なアーキテクチャの話ができず、メーカー厨の煽りあいしか　できねーってことがよくわかったぜ。
糞だな
388 名前：Socket774 ：2005/08/25(木) 18:25:59 ID:3yZ5lggj: つまんないオチだな。
389 名前：Socket774 ：2005/08/25(木) 19:55:58 ID:eVhobJxe: >>387
データフローマシンについて語ってください。
390 名前：Socket774 ：2005/08/25(木) 23:29:36 ID:yuCFk0dY: マルチメディア処理をなんとかしろ! といいたいよ。
ハードウェアエンコーダ・デコーダとの性能差がありすぎ。

GPUでやりましょうっていう話もあるけど、
普通のプログラムから気軽に使えないので嫌なんだよね。
391 名前：Socket774 ：2005/08/25(木) 23:53:28 ID:S8ksatFn: >>382
宿題は自分でやろうな。

>>387
語りたいなら存分に語ればいいよ。
それを聞く香具師はいくらでもいる。
おまいのはメーカー厨の煽り以下だってこと分かってる？
392 名前：Socket774 ：2005/08/26(金) 00:46:53 ID:GsSFm8Q0: 糞スレええ　うぜええええええええ！！！！

ふきだまりだなああ
まともな奴でてこいよおおお
393 名前：Socket774 ：2005/08/26(金) 00:59:34 ID:jIxN5rMc: まぁ、夏休みも残りすくないしなぁ…。
お子様うざいなぁ…。
394 名前：Socket774 ：2005/08/26(金) 06:15:49 ID:2Y7Ru3Dt: >>392
>385
395 名前：Socket774 ：2005/08/27(土) 01:09:35 ID:mxFQ9jE4: ほんとに糞だなｗ
会話またとまっちゃったよｗ
自作スレじゃＬＶ低すぎて何も話できないから、終了だな。もう保守するなよ。

モンクあるやつは、スレタイにあるように何かアーキテクチャ語ってからモンク言えっ！！
396 名前：Socket774 ：2005/08/27(土) 01:24:57 ID:A2RSkTEJ: >>395
オマエモナー
397 名前：Socket774 ：2005/08/27(土) 01:34:10 ID:mxFQ9jE4: >>396
>モンクあるやつは、スレタイにあるように何かアーキテクチャ語ってからモンク言えっ！！
398 名前：Socket774 ：2005/08/27(土) 02:43:13 ID:YEAWLYeH: >>397
>397
399 名前：Socket774 ：2005/08/27(土) 07:47:17 ID:/6t/AN7R: >>395
じゃ、シストリックアレイについて語ってください。
400 名前：Socket774 ：2005/08/27(土) 13:00:50 ID:P+Z19tR2: 400
401 名前：Socket774 ：2005/08/28(日) 17:46:20 ID:hpuhoBZG: >>396　>>398 >>399
おまえら、頭低すぎ、釣られすぎww
402 名前：Socket774 ：2005/08/28(日) 23:22:20 ID:/5iihENP: んじゃ Merom か Yonah では？
403 名前：Socket774 ：2005/08/30(火) 21:32:18 ID:oYzKcivp: >>401
この板に来るような奴がメル欄に気付かないわけないだろw
吊られてるって
404 名前：Socket774 ：2005/08/30(火) 22:28:56 ID:PmyjXVLf: あーあ、言っちゃった
お前の負け>>403
405 名前：Socket774 ：2005/08/30(火) 22:41:17 ID:/dDaovI5: >>404
いいから、スタックマシンについて語れや。
406 名前：Socket774 ：2005/08/30(火) 22:45:41 ID:gIjVpYu7: push >>404
407 名前：Socket774 ：2005/08/30(火) 22:59:13 ID:gyVB6JAT: もう釣りごっこは要らね。
話題が無いなら無いで構わん。
良スレつぶすのは勿体ない。
408 名前：Socket774 ：2005/08/31(水) 01:23:01 ID:xIj/vopf: Meromのパイプラインやけに短いけどあれで2GHz超えって
かなり頑張ってるんじゃあるまいか
409 名前：Socket774 ：2005/08/31(水) 08:18:41 ID:L5J2Vfle: 2GHz超えのﾄﾞﾀｰﾝよりは長いだろw
410 名前：Socket774 ：2005/08/31(水) 16:51:34 ID:iXjjqEne: >>408
14段がやけに短いって？
4段で2GHz超えしてるCPUもあるんですがｗ

14段深すぎだろｗｗｗｗｗｗ
411 名前：Socket774 ：2005/08/31(水) 22:30:59 ID:LNl6w4/x: >>410
ちなみにその4段のCPU名は？
x86系はデコーダ(及びアウトオブオーダ)が複雑な関係で段数が長くなることが宿命付けられてるけど
412 名前：Socket774 ：2005/08/31(水) 23:34:11 ID:MMMx5ObO: http://pcweb.mycom.co.jp/news/2002/10/28/16.html
http://web.archive.org/web/20041123080253/http://ne.nikkeibp.co.jp/NE/2002/021202/gp.html
halla ARM V5 samsung 1.2GHz

日経エレクトロニクスの記事は
> ARMのシフトと加算を同時に行う命令を、1クロックで実行する必要がある（ライセンスの関係でパイプラインを変更できない）
> ので演算ユニットが倍速で動いている。
という内容だった.。

演算ユニットは2GHzを超えているが,、CPUとしては1.2GHzだ。

#K8がfetchからL1キャッシュアクセスまでで12段なので、14段は特に短いとは思わない。
413 名前：Socket774 ：2005/09/01(木) 03:59:59 ID:B+RcZj3F: >>412
K8だって浅い訳じゃないだろ。
12段だってかなり深い。

Netburstのせいで、感覚が麻痺してきてるんじゃないのか？
414 名前：Socket774 ：2005/09/01(木) 10:49:06 ID:Te3vy7Tv: ちなみにPentiumIIIが12段、Itanium2が8段。

Itanium2はOOOやらないので、他よりも段数少な目。
Itaniumでは10段だったのが、2段減ってクロックが若干上がった。
これはどう見るべきだろう。
415 名前：Socket774 ：2005/09/01(木) 22:38:14 ID:P/29cqnb: IA64はまず実機が存在しないところから始まったので、Itaniumは出来るだけ
早期に実機環境を整備することを目的に工程最優先で開発したため、設計の
最適化は手付かずだったということだと思うけど。
実際Itanium2はItaniumの改良ではなく、平行して開発が進められたという話
だったはず。
416 名前：Socket774 ：2005/09/02(金) 01:03:47 ID:Gyg4GUt2: Itaniumのスケジュールが遅れたから、
Itaniumの出荷前にItanium2の話が出てたような気がするし、
Itaniumの出荷からわずか1年後にItanium2が出荷されたよね。

Itaniumはサンプルが出てから出荷まで数年かかってて、
トラブルの対処に関係ないスタッフは次の仕事に取り掛かれたはず。
417 名前：Socket774 ：2005/09/07(水) 23:04:53 ID:9hL8i7Dl: >Itaniumの出荷前にItanium2の話が出てたような気がするし、
>Itaniumの出荷からわずか1年後にItanium2が出荷されたよね。
これって常にIntelにある話で、且つIntelのCPUの値段を吊り上げてる原因の一つなんだよね
418 名前：Socket774 ：2005/09/08(木) 00:11:02 ID:/rD8T99y: 出荷前に、
ソケットが変わる
内部ユニットの構成が変わる
なんてアナウンスしたら、そりゃぁもう。

Windowsを動かすデモしてから、出荷まで何年かかったんだっけ?
419 名前：Socket774 ：2005/09/15(木) 15:19:52 ID:3qx5dZUp: 学校の宿題なんですけど・・・

IBM System 360

特徴　　

Model 30 Processor cycle time 1.0 Relative speed 1
------------------------------------------------
Model 75 Processor cycle time 0.2 Relative speed 50

問題
　　　　Model75　のパフォーマンス(Relative speed )が　
　　　　Model 30の50倍であるのに対し、
　　　　Model75 の Processor cycle time は　たったの5倍である。
　　　　この矛盾をどう説明しますか？

　　という問題なんですけど。

この矛盾説明できますか？
　　
420 名前：Socket774 ：2005/09/15(木) 15:37:46 ID:aCDUaMy8: 矛盾つーかパラメータが足りないだけじゃん

ｽｰﾊﾟｰｽｹｰﾗとかﾍﾞｸﾀﾗｲｽﾞとか
421 名前：Socket774 ：2005/09/15(木) 15:58:12 ID:T9nqgnft: 基礎中の基礎だな。CPI
422 名前：Socket774 ：2005/09/15(木) 16:12:58 ID:H5VJPH4R: >>420
360だぞ
423 名前：Socket774 ：2005/09/15(木) 16:41:39 ID:4Y7qc6rU: >>419
そうしないと売れないから
424 名前：Socket774 ：2005/09/15(木) 16:42:10 ID:PM4DatQM: >>419
宿題は自分でやれ。
425 名前：Socket774 ：2005/09/15(木) 20:06:36 ID:hHxsuCER: どっちかのタイマが狂ってる。