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


CPUアーキテクチャについて語れ 4
1 名前:Socket774 :2006/07/01(土) 14:37:07 ID:QiF8+/BN
お前らいい加減、無能なAMD房・Intel房・GKに振りまわされず、
エンコ時間がどうとかPIがどうとかPS3がどうとかじゃなく、
CPUコアのアーキテクチャについて語りましょう。

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

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

さあ、不毛な争いを止めてCPUアーキテクチャについて語ろう!

前スレ
Part 1 http://pc5.2ch.net/test/read.cgi/jisaku/1082357989/
Part 2 http://pc7.2ch.net/test/read.cgi/jisaku/1101041110/
Part 3 http://pc7.2ch.net/test/read.cgi/jisaku/1139046363/

2 名前:Socket774 :2006/07/01(土) 14:45:27 ID:XCmzbXCY
Core Microarchitectureマンセー

3 名前:Socket774 :2006/07/01(土) 15:05:54 ID:UObMJ6ya
CELLネタは基本的に禁止。
ゲハ板の専用スレでやるように。

4 名前:Socket774 :2006/07/01(土) 15:06:50 ID:VlCqRPp1
Intel dual-core Itanium due in July
ttp://www.eetimes.com/news/latest/showArticle.jhtml?articleID=189601970
改良され続けてきたコンパイラ
L1やレジスタの拡張 ハーバードアーキでリッチなロジックを備えるL2
パイプラインは8段,動作クロック1.6Ghz DualCore-4TLP
12MB*2のL3Cache 高い耐障害性 独立したCacheを備えるアービタ
仮想化技術との相性の良さ
等々間違いなく年内最強のCPU

5 名前:Socket774 :2006/07/01(土) 21:26:17 ID:rB/pAWo5
>>3
お前に命令する権限はないよ。

6 名前:Socket774 :2006/07/01(土) 21:29:17 ID:jqiuVn6C
>>3
了見が狭い人よ。

7 名前:Socket774 :2006/07/01(土) 21:31:24 ID:SOJXD1BY
x86でCellみたいなのはないの?

8 名前:Socket774 :2006/07/01(土) 21:50:11 ID:bVUYpu9L
さっそくGKが涌いてきました

9 名前:Socket774 :2006/07/01(土) 21:52:18 ID:DCJz0vQT
>>1

cellの話題飽きた…。

10 名前:Socket774 :2006/07/01(土) 22:20:53 ID:2ApgzCkq
まともにスレが機能していたPart1 Part2のころが懐かしい

前スレからGKとCell房が来て無茶苦茶にされちまった

11 名前:Socket774 :2006/07/01(土) 22:31:59 ID:ACwZ/vuV
最近のCPUはピンが多くていかんな
GNDピンを減らすような技術はないの?

12 名前:Socket774 :2006/07/01(土) 22:34:48 ID:I8+TndkL
気がついたらGKとか脂肪とか、その手の厨房が占拠するクソスレになってましたとさ

13 名前:ヽ(,,゚∀゚)ノ ◆uuussBh4TI :2006/07/01(土) 22:44:15 ID:9H0WSK6B ?#
前スレでダニーハケーンwww

14 名前:Socket774 :2006/07/01(土) 23:40:37 ID:cQ9PABGU
ダニ・ペドロサ?

15 名前:Socket774 :2006/07/01(土) 23:42:52 ID:jqiuVn6C
もしくは、ケーシー・ストーナー

16 名前:Socket774 :2006/07/02(日) 03:29:32 ID:c64oh0nW
>>11
結局1箇所に落としてるんだから板ピンみたいのGNDにすればいいんじゃね?

17 名前:Socket774 :2006/07/02(日) 03:42:48 ID:y+GNJx42
>>10
そうだな。
荒れ防止の意味でもcellネタ禁止でおk。
話題にしたいならゲハ板誘導推奨。

18 名前:Socket774 :2006/07/02(日) 05:17:43 ID:dct456OQ
>>5-17
>>1
CPUアーキテクチャについて語れ

19 名前:Socket774 :2006/07/02(日) 05:18:05 ID:S2nN3e0Q
>>5-17
>>1
CPUアーキテクチャについて語れ

20 名前:Socket774 :2006/07/02(日) 09:56:51 ID:/Ky1zIRq
結局NetBurstってどうなの?

21 名前:Socket774 :2006/07/02(日) 10:10:19 ID:UZhPAlXG
驢馬

22 名前:Socket774 :2006/07/02(日) 12:52:49 ID:/dkEiDHC
前スレ999,1000にワロタ

23 名前:Socket774 :2006/07/02(日) 13:16:02 ID:IyB7j/ql
みっぷすみっぷす

24 名前:Socket774 :2006/07/02(日) 13:23:21 ID:X5QZ/kVU
前スレ998のでたらめもひどすぎる。
スレを読んでないのが明白。

25 名前:Socket774 :2006/07/02(日) 13:32:20 ID:Dv8Mhrlf
すぱ〜くすぱ〜く

26 名前:ヽ(,,゚∀゚)ノ ◆uuussBh4TI :2006/07/02(日) 13:44:55 ID:dOqBkNTA ?#
ダニー ●◎○-ヽ(,,゚∀゚)ノ-○◎● ダニー

27 名前:Socket774 :2006/07/02(日) 15:57:03 ID:IyB7j/ql
MIPS64R 20Kc? コア

プロセス 0.13 μm
動作周波数 最適:600 MHz
定格:533 MHz

性能 整数演算:1020 DMIPS (インライニング無し)
浮動小数点演算(ピーク時):2.4 GFLOPS

ジオメトリ:30M ポリゴン/秒

http://www.mips.jp/02products/Cores/64_20Kc_core.html

みっぷすみっぷす

28 名前:Socket774 :2006/07/03(月) 15:18:58 ID:aFbsJAZ2
>>16
そういうCPUもある。

インテルだと、Itanium2がそう。
ttp://commons.wikimedia.org/wiki/Image:Itanium2.JPG
この写真の右端の端子が電源。


29 名前:Socket774 :2006/07/03(月) 19:28:45 ID:lWttNUMx
Itanium2とPOWER5ってどっちが強いの?

30 名前:Socket774 :2006/07/03(月) 19:40:06 ID:78VR63lB
AthlonXPとCore2 Duoくらいの差があるな。
もちろん、Itanium2がAthlonXPなのは言うまでもない

31 名前:Socket774 :2006/07/03(月) 21:20:28 ID:RyHplAfc
アハハハハ

32 名前:Socket774 :2006/07/04(火) 00:29:40 ID:wfOcnR+t
>>28
itaniumはCPUモジュールにも電源回路が載ってる
ダイにはピンで電源引いてる



33 名前:Socket774 :2006/07/04(火) 01:37:24 ID:YFBpZvzq
 また、PCI-Xバス対応の浮動小数点演算アクセラレータ
「Dual CSX600 PCI-X Board」を360枚装着している。
このアクセラレータ1枚で、96GFLOPSの演算性能を持ち、
360枚で約35TFLOPS。CPUの50TFLOPSと合計すると、
論理ピーク性能は85TFLOPSとなる。
アクセラレータは1ノードあたり1枚装着されているため今後も増設が可能で、
すべてのノードにアクセラレータを装着した場合には100TFLOPSを超える計算になる。

http://pc.watch.impress.co.jp/docs/2006/0704/titech.htm

CELL\(^o^)/オワタ
\(^o^)/オワタ\(^o^)/オワタヨー

34 名前:Socket774 :2006/07/04(火) 03:40:42 ID:77kjaFTG
Itaniumの失敗から学び取れる事ってなんだろう。x86マンセーの巣窟でネタ振っても無駄かもしれんが

CPUの中にデコーダーが当たり前のように実装されてる現在
デコーダに食わすOPを機械に分りやすく整備して、ワンOPでアクセラレータに仕事を廻したりする実装出来ないかね

35 名前:Socket774 :2006/07/04(火) 03:49:52 ID:eN5+fdCE
>>29
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2598&p=4


36 名前:Socket774 :2006/07/04(火) 04:04:46 ID:zrWN7Di3
IA-64は(日本では)大成功!!

EPICの素晴らしさを理解できる日本のシステム屋の先見性は素晴らしい!

37 名前:Socket774 :2006/07/04(火) 06:47:57 ID:/8l1EkGa
開発の遅れを取り戻すには100億ドルの投資が必要だ>>34
既に3年以上遅れてるIA-64は完全に時間との勝負になるね
とりあえずMontecito(2006/7/18)がスリップしたら(まずあり得んけど)IA-64死亡
Tukwilla(2008)が2009年前半にスリップしても厳しいな
逆に2007年のMontvaleや2009年のWhitefield(CSI実装版Xeon)が遅れることなく世に出たら先は明るい

38 名前:Socket774 :2006/07/04(火) 06:49:30 ID:/8l1EkGa
×Tukwilla
○Tukwila

39 名前:Socket774 :2006/07/04(火) 16:12:57 ID:J4H6Wyig
IA-64は(日本以外では)大失敗!!

40 名前:Socket774 :2006/07/04(火) 19:14:12 ID:cQ3IKzei
AltiVecすら無いPowerPC440のクラスタに負けてる東工大なわけだが、x86しか使えないことをウリにしている技術者しかいないのか?

41 名前:Socket774 :2006/07/04(火) 19:28:24 ID:n5pP2ATu
x86は普及しているから出来る人が多い=人件費や開発コストが安い
となるわけだが・・・

もっと効率がいいやつないかなーとは思う

42 名前:Socket774 :2006/07/04(火) 20:03:12 ID:RGT4nN1I
IA-64は戦略的には大成功だろ?
戦わずしてRISC勢を自滅に追い込んだのだから。
IBMやSUNはしぶとく残ってるけど。

性能的には未だ???かも知れないが(w

43 名前:Socket774 :2006/07/04(火) 20:16:16 ID:cQ3IKzei
>>41
>x86は普及しているから出来る人が多い
x86しか使えない人間が集まってるからx86のシステムしか作れない。

>>42
IA-64はインテルが切ったらそれで終わりだから、RISCが1つ2つ消えるより危ないがなw



44 名前:Socket774 :2006/07/04(火) 21:10:31 ID:quQi3lU4
>>40
学生に開放するんだからx86が妥当だろ。
「スーパーコンピュータをPCのように使いこなす計算科学者を育成したい」というのも目的みたいだしな。

45 名前:Socket774 :2006/07/04(火) 22:01:31 ID:7xwnF0yk
>>42
>戦わずしてRISC勢を自滅に追い込んだのだから。

つ[POWER5]
つ[PowerPC]

46 名前:Socket774 :2006/07/04(火) 22:48:33 ID:9Mz5wzm2
>>40
人を馬鹿にした態度で言うと、何を言っても、まともに相手されない。

47 名前:Socket774 :2006/07/05(水) 00:03:48 ID:Flk4WY/X
Itanium2は絶対的な性能は高いよ

RASではItanium2はかなり優位に立っていたりして
各社各様の理由があって採用しとるわけだが

SPARC64もよくできてるよ

どうせ実機を見たこともさわったこともないんだろうがな

48 名前:Socket774 :2006/07/05(水) 00:22:27 ID:heHlLGra
RISCというよりRISKといわれたPowerPC。

49 名前:Socket774 :2006/07/05(水) 00:29:21 ID:nSLTShlI
動いているマシンの、いくつかのCPUのうちの1つのCPUのクーラーを外した場合、
Itanium2やSPARC64なら、
まともなOSを積んでさえいれば、自動的に縮退してノーダメージで動き続けるだろうね。

現状のXeonやOpteronの鯖では、そういうのは、ムリなんじゃないかと。

50 名前:Socket774 :2006/07/05(水) 01:22:57 ID:uqSYrw+g
それってCPUがというより、システム次第では!?

51 名前:Socket774 :2006/07/05(水) 01:47:23 ID:nSLTShlI
そっか。誤動作するまえに過熱を検出しちゃうか。

じゃぁ、何らかの方法で、CPUのダイの回路がある側に対して、
誤動作するほどの強力なα線を打ち込んだ場合、ってことにしよう。

52 名前:Socket774 :2006/07/05(水) 02:14:20 ID:ol0G3crJ
あらゆるCPU命令(x86,PowerPC,ARM,MIPS,SuperHなど)を
変換してマイクロフュージョンして実行するようなCPU作ればいいんじゃね?
もうマンドクセwwwwwww

53 名前:Socket774 :2006/07/05(水) 02:54:48 ID:IVAiG1oE
>>42
なくなったのPAくらいだと思うんだど…

54 名前:Socket774 :2006/07/05(水) 02:57:44 ID:0Slg5kCl
非現実的な仮定は無意味だな。

55 名前:Socket774 :2006/07/05(水) 04:37:07 ID:Flk4WY/X
AlphaとハイエンドMIPSも

56 名前:Socket774 :2006/07/05(水) 07:23:29 ID:uuddj+fC
>>53
ItaniumはPA-RISCの互換性持ってなかったか。

57 名前:Socket774 :2006/07/05(水) 07:36:35 ID:W+1HGZ8f
触れてやるなよ

58 名前:Socket774 :2006/07/05(水) 07:55:27 ID:uuddj+fC
>>52
それなんてEfficeon?

59 名前:Socket774 :2006/07/05(水) 12:45:56 ID:pJpwx8pN
>>58細かすぎるツッコミ入れてみるテスト

確かEfficeonは割り込みがハードウェアでx86仕様だから
その例えCrusoe(ソフト割り込み)のほうが(・∀・)イイ!!かも

60 名前:60 :2006/07/05(水) 18:02:30 ID:FjZF3kbg
うぬぅ、そこまでは気付かなかったぜ。

61 名前:60 :2006/07/05(水) 18:03:48 ID:FjZF3kbg
非x86としてはほとんど使われなかったんだっけ。
非x86の技術者の数は以下略なのか。

62 名前:Socket774 :2006/07/05(水) 19:19:19 ID:Di//G9id
面接時のアピール「私はx86しか使えないのが自慢です!是非採用してください」

63 名前:Socket774 :2006/07/05(水) 20:19:56 ID:/5aKi3So
>>60
組み込みに使うには消費電力が大きすぎだし
用途がなかった

64 名前:Socket774 :2006/07/05(水) 20:22:32 ID:Di//G9id
>>63
組み込みに使うには消費電力が大きすぎ、PCに使うにはパワーが無いGeodeシリーズが、Efficeonの跡を継ぐ!

65 名前:Socket774 :2006/07/05(水) 21:58:10 ID:C/AwRyY+
intelが非最新コアを無料でライセンスしてれば
今頃組み込みもARM以外はIAだったと思う

66 名前:Socket774 :2006/07/05(水) 22:02:32 ID:C/AwRyY+
68020のころに、286を32bitで出して、8086を公開してれば今頃IA一色だったろうに

67 名前:Socket774 :2006/07/05(水) 22:36:56 ID:ol0G3crJ
でもアーキテクチャのライセンスだけの会社だと、儲からないんじゃない?
ARMでもMIPSでも、インテルと同じぐらいの高性能プロセッサはないわけだし・・・

68 名前:Socket774 :2006/07/06(木) 08:28:24 ID:hlemrxpC
486出たてのころはMIPSやSPARCの方が倍くらい速くなかったか。
そして他のCPUが3桁目指してた頃、いきなり200で登場した
AlphaAXPの化け物っぷりに俺は惚れ込んだわけだが…。

69 名前:Socket774 :2006/07/06(木) 10:15:49 ID:0aB02WxT
すげぇ大雑把に言えば、ネトバの先祖みたいなもんだよな

70 名前:Socket774 :2006/07/06(木) 11:22:14 ID:SngWnK73
すげえ大雑把に言えば、K8の先祖でもあるな
すげえ大雑把に言えば

71 名前:Socket774 :2006/07/06(木) 11:31:04 ID:pmldpzOG
21164まではそういうクロック重視の形ですっ飛ばしてるけど、21264では
高CPI路線に変更しているあたりも踏襲しているのか?<ネトバ→コア

72 名前:Socket774 :2006/07/06(木) 21:31:24 ID:kylpYG9S
クロスバーも Alpha の自慢だよ。
これは AMD の方に受け継がれたけど。


73 名前:Socket774 :2006/07/06(木) 21:37:12 ID:IjIXSO0+
受け継がれたつーか、AlphaのEV6バスのライセンス供与受けてたな。

74 名前:Socket774 :2006/07/06(木) 21:50:46 ID:pmldpzOG
>>72
汎用機やミニコンから降りてきてメーカーは大抵大好き<クロスバー
Intelのようなマイコン上がりのメーカーはそうでもないが。

75 名前:Socket774 :2006/07/07(金) 00:44:48 ID:2/fOMLqN
Alphaの設計チームが分裂してAMDとインテルに

76 名前:Socket774 :2006/07/07(金) 01:43:50 ID:R7z2aUVU
引き裂かれたともいえるな。

77 名前:Socket774 :2006/07/07(金) 07:07:29 ID:zLoOgQD0
つかCompaqが原因で崩壊。

タンデムだけのためにDEC潰しやがって…。

78 名前:Socket774 :2006/07/07(金) 10:05:15 ID:PRiW2ePv
DEC最強伝説

79 名前:Socket774 :2006/07/08(土) 00:12:01 ID:GTbgkej8
P.A. SemiもDECのOBだなあ

もったいない話と思うか、PCにも恩恵がまわってきたと思うか

80 名前:Socket774 :2006/07/08(土) 09:55:11 ID:Egn2UzZg
もうすぐ、Sparcチップも消える?
で、x86が生き残りハイエンドRISCがIBM以外、縮小したのはwindowsのソフト資産
がx86にあった&x86自体の高性能化が原因

81 名前:Socket774 :2006/07/08(土) 14:39:37 ID:nsMrbD57
この流れで読むとSunもSparcやめてP.A.semi採用した方が良いような気もしてきた。

82 名前:Socket774 :2006/07/08(土) 15:19:55 ID:9HBIg9RQ
っていうか、今RISCの利点って何かあるのか?

83 名前:Socket774 :2006/07/08(土) 17:47:45 ID:lURpA0Ro
Niagaraみたいな特殊品に流れるのかね、非x86は。

84 名前:Socket774 :2006/07/08(土) 19:19:46 ID:ef/kocJy
>>82
お前の言ってるRISCって、どういう意味?

85 名前:Socket774 :2006/07/08(土) 20:25:33 ID:0UqxcyYo
>>81
SPARCはSPARCバイナリが動くというただ一点においてその価値が存在するので
P.A.semiがSPARCアーキのチップを作らない限りそれはない。


86 名前:Socket774 :2006/07/08(土) 20:47:57 ID:FBdHpBGd
AMDの製造技術でAPCとかあるようだが、ああいうのインテルから発表がないな。
AMDはデスクトップで35W版とか、いろいろ出してくるみたいだから
インテルも省電力版出して欲しい。というか夏は暑いので涼しいCPUきぼんぬ

また、モジュラー形式で設計できるのは強みではないかと。
SSE関連ユニットてんこもりで、エンコ用CPUとか出ないかな?w
逆に実行ユニットを前世代に戻して面積節約したヘテロでもいいと思うんだよね。

インテルは2コアくっつけた4コアとかピキピキ

87 名前:Socket774 :2006/07/08(土) 20:48:09 ID:H0aOKw0c
TLBエントリを増やすことで、どれくらい性能がupするのか、教えてくれ。

Pentium4のBステップとCステップで、どれくらい性能差あったんだ?

88 名前:Socket774 :2006/07/08(土) 21:29:15 ID:Fonb8ZPn
AMDはAPMな。

IntelにはCopyExactlyというキャッチフレーズがあるじゃない。

89 名前:Socket774 :2006/07/08(土) 22:54:42 ID:GTbgkej8
>>87
TLBの数じゃないが、
ページサイズを1000倍(linuxのラージページ)にすると数値計算で数割速くなることもあるらしい

90 名前:Socket774 :2006/07/08(土) 23:20:07 ID:BVRzlm//
linuxのページサイズ、実は知らないが4KBだろう
この4KBってのは小さすぎる
70年代のマシンのページサイズが1KBだからな
メモりがGB〜TBのシステムでは4MBページが適正だろう

TLB増大の具体的効果はしらんが、TLBミスでメモリアクセス
しかもページテーブルは2段〜4段の階層構造ってのをかんがえると
TLB増大の効果は絶大だよな
ちなみにPPC440はアドレス変換をオンにすると
数割性能が落ちた

91 名前:Socket774 :2006/07/08(土) 23:51:49 ID:9HBIg9RQ
>>83
今は、CPUがメモリーに比べて高性能になりすぎてるから、少ない命令信号でたくさんの処理を行えるCISC型CPUの方が、
高性能なんじゃないか?って話。

92 名前:Socket774 :2006/07/09(日) 00:40:10 ID:gK8zCCdQ
>>90
Windowsも4KBだったと思う。
すくなくともWin32APIでは4KBに見える。

93 名前:Socket774 :2006/07/09(日) 11:01:34 ID:zHgw65Gz
>>80
富士通の SPARC64V が Java 系のベンチマークを荒らしまわった時期があるんだけど。
デュアルコア化が遅れてて今はトップは取れないけど、今年の4Qごろには完了してまたトップに返り咲くような。

94 名前:Socket774 :2006/07/09(日) 11:40:33 ID:afa+AWr/
>>80
句読点の位置が恐ろしく間違ってるんだが
何者?

95 名前:Socket774 :2006/07/09(日) 18:19:31 ID:F4nNByl1
>>89,90
IA32が4KBだから(初代Pentium以降は4MB拡張もあるけど)
x86linuxのページサイズが4KBだったり4MBだったりするだけ

96 名前:Socket774 :2006/07/09(日) 23:39:41 ID:CGErj9H2
windowsも、でかいページを使えるエディションはある

97 名前:Socket774 :2006/07/10(月) 01:08:23 ID:Gh3v0do9
>>86
最近の潮流知ってる?
Core2Duoスゲー
Athlon64なんて目じゃない、より省電力でより高性能

らしいぞ。悔しいことに。

98 名前:Socket774 :2006/07/10(月) 01:11:09 ID:Gh3v0do9
>>96
サーバー版(以上)だけだろ?

99 名前:Socket774 :2006/07/10(月) 01:14:17 ID:Gh3v0do9
また魚竿

日経(土曜)では、DDRのスポット(だったか?)横這いらしい
デジタル放送器機(レコやテレビ)での需要が大きいので、なかなか下がらない。
ってか、非常に緩やかな傾きで徐々に下がってたのが底打ちしたんだと。

100 名前:Socket774 :2006/07/10(月) 01:15:07 ID:Gh3v0do9
スマン、誤爆。魚竿スレの話題だった。

101 名前:Socket774 :2006/07/10(月) 13:48:34 ID:0bjhseFX
「方舟」沈没
http://plusd.itmedia.co.jp/pcuser/articles/0607/10/news025.html

102 名前:Socket774 :2006/07/10(月) 20:06:58 ID:KPj+jMcN
中国製CPUって実際にはどれくらいの性能なの?

103 名前:Socket774 :2006/07/11(火) 02:42:39 ID:xaTktAGy
>>102
リマーク品です

104 名前:Socket774 :2006/07/13(木) 00:26:32 ID:WV7yuJNB
コプロセッサというのは面白いと思うけど、

http://pc.watch.impress.co.jp/docs/2006/0713/kaigai287.htm

コプロセッサ用に新しくアプリケーションのコードを書き直さないといけないわけ?
それは手間だなあ。

105 名前:Socket774 :2006/07/13(木) 00:35:46 ID:jqgn+1CW
逆だ馬鹿

106 名前:Socket774 :2006/07/13(木) 01:37:49 ID:zZyFXA3S
>>104
用途にも拠るだろうケド
ライブラリのAPIや、それぞれのプロセッサに内部特化したラッパクラス呼ぶだけで済むんじゃね?
何年前の方ですか?

107 名前:Socket774 :2006/07/13(木) 10:10:06 ID:7uUJ0np2
流行ればライブラリも山ほど出て活用もラクチンでさらに流行るし
流行らなければ誰もライブラリの対応せずさらに廃れる。
開発が楽になる保証なんてどこにもないわけだが。

108 名前:Socket774 :2006/07/13(木) 10:23:24 ID:6aSIgTqk
きつくなる保証もないがな。

109 名前:Socket774 :2006/07/13(木) 11:41:18 ID:dBmQN98Z
バルマー氏、久夛良木氏、「重要でない10人」に選ばれる
http://www.itmedia.co.jp/news/articles/0606/26/news019.html

110 名前:Socket774 :2006/07/13(木) 12:47:33 ID:vFe3cfiN
104もこんなプログラミングド素人板にレスつけなきゃ罵倒されることもなかったのにな。

111 名前:Socket774 :2006/07/13(木) 13:43:55 ID:/SSe3gZB
2,3年前に発表してれば良かったのにね>>Torrenza
今からじゃPCI-Eベースの次世代バスには勝てないよ

112 名前:Socket774 :2006/07/13(木) 13:52:39 ID:7yuyMrFi
最新バスといえば、Rapid I/0は?

113 名前:Socket774 :2006/07/13(木) 19:18:13 ID:6ejC06qX
INTELは先を越されたな
INTELもそっちを向いてると書いてあるけどね

114 名前:Socket774 :2006/07/13(木) 19:22:18 ID:6ejC06qX
>>111
お前自作erか?

115 名前:Socket774 :2006/07/13(木) 21:52:00 ID:S/PNxTGE
>>111
PCI Expressはそもそも「バス」か?

116 名前:Socket774 :2006/07/13(木) 22:44:35 ID:DbbWxxa1
>>111
だいたいお前はPCに興味あんの?

117 名前:Socket774 :2006/07/13(木) 23:17:31 ID:1FRvWreW
>>114-116
わざわざID変えて何やってんの

118 名前:Socket774 :2006/07/14(金) 03:32:00 ID:4KSEOvuG
>>117
バスとコプロセッサなんて違う概念の話をごっちゃにしてるから突っ込まれてるんだろ…

119 名前:Socket774 :2006/07/14(金) 04:07:58 ID:uQXrLGc5
>>115は変なこと言ってるな。

120 名前:Socket774 :2006/07/14(金) 04:22:39 ID:4KSEOvuG
>>119
細かい事言えば、P2Pだからバスじゃないと強行に主張する一派がいる。

121 名前:Socket774 :2006/07/14(金) 04:49:20 ID:YXpMpDxj
1対1ならポート。

122 名前:111 :2006/07/14(金) 04:53:11 ID:oVC1zLKB
 AMDが想定するコプロセッサの統合形態は次のようなステップとなっている。

(1)PCI Expressなど業界標準バスのスロットにアドイン
(2)HTX(HyperTransportの拡張スロット仕様)にアドインしてCPUとHyperTransportで直結
(3)HyperTransportで接続するチップセットに統合
(4)AMD CPU用ソケットに装着してCPUとCoherent HyperTransportで直結
(5)CPUパッケージに同封してCPUとCoherent HyperTransportで直結
(6)CPUと同じダイ(半導体本体)に統合してインターナルCoherent HyperTransportで直結

単純に(1)と(2)の間に低からざる垣根がありそうだという話だったんだけど
まあ勝てないと言ったのは取り消すよ
「現状明確なアドバンテージが失われつつあり1〜2年後に逆転されるもの」
を如何に売り込むかはAMDの政治力次第なんで先行きは不透明ですが

123 名前:Socket774 :2006/07/14(金) 23:34:51 ID:OahcAgKv
ccHT接続のほうが、はるかに低レイテンシなわけで
性能的アドバンテージはなくならないだろう
でもコプロセッサの普及は難しいよな

ところで最近の携帯のCPUって、IntelXscaleクラスなんだよな
つまり昔のMMXpentiumくらいの速度はあるわけだ
FROMカードもすごい容量だし、おれも歳をとるわけだな

124 名前:Socket774 :2006/07/14(金) 23:36:15 ID:3vxFxa+2
シェーダ搭載の3Dエンジンも載ってたりするらしいしねえ。

125 名前:Socket774 :2006/07/15(土) 12:50:06 ID:YmzvztJE
>>122
コプロ拡張ってのが新しい拡張バス策定と等価だと見る事は出来るし
Intel自体にHTを呑ませる事の困難さは解る。

当初想定してるコプロ用途ってのがビデオかゲーム用途だとするなら
HTを既に実装してるIntel製チップセットを作ってるATIに協力してもらって
チップセット側にコプロを付けて貰おうってのが
AMDの採る道だろうし、それなら今提案ってのは少し遅いタイミングってのも確かだろう。

でも、コプロが普及するなんて、ぶっちゃけ思ってないんじゃ?>AMD

126 名前:Socket774 :2006/07/15(土) 13:52:56 ID:T5PIwXuq
こんなん見っけた
PCI Express x1接続で利用できるH.264のハードウェアデコードボード「MicRacer 1D-X」
ttp://pc.watch.impress.co.jp/docs/2006/0313/cebit09.htm

127 名前:Socket774 :2006/07/15(土) 15:08:10 ID:U44lAwEb
コプロって、現在の拡張カードの延長だろうけど、そもそも敷居の低い拡張カードでさえ
それほど豊富にあるわけでもないし、包含されていってるし(CPUやチプセトとかGPGPUとか)、
拡張カード的じゃダメでコプロじゃないといけないような処理って、あんまないと思う。
それにあんまり汎用化から離れて進んでいくと、
ある処理ごとにコプロが必要とかになって煩雑になるんじゃないか。

128 名前:Socket774 :2006/07/15(土) 19:48:54 ID:3PzvJEJe
AMDがまず狙ってるのはXMLアクセラレータとかの分野だろ。
Opteronサーバのソケットに指すだけってのはコスト的にも楽なもんだ。
今は専用機みたいな感じのをわざわざ用意してるしな。
それに高さ的に拡張カードを指せないサーバもあるし。

129 名前:Socket774 :2006/07/16(日) 14:36:28 ID:qewk/bpf
IBMの半導体部門の副社長、「CELLチップの歩留まりは良くて10〜20%」と発言
ttp://blog.japan.cnet.com/nakajima/archives/002988.html

130 名前:Socket774 :2006/07/16(日) 16:51:18 ID:2mJn/jQ1
>>129
PS3に使用可能なSPEx7のCELL?
それともSPEx8の完全版CELL?

131 名前:Socket774 :2006/07/16(日) 17:06:03 ID:fYN7Tp4F
コプロとしてJavaアクセラレータを想定してるなら
.Netアクセラレータだって十分考えられるわけだ
そしたら.Netアプリ全般が高速化されるわけで、
それなりに意味はありそう。

132 名前:Socket774 :2006/07/16(日) 18:59:40 ID:pwpBwOid
>>131
Javaは基本がインタープリターだから専用アクセラレータ積めば高速化が見込めるし
事実Javaのバイトコードをネイティブ実行するチップなんてのもあったが
.Netは実行時点で各CPUのネイティブコードに変換済みだから、あまり高速化できるとも
思えんが…

133 名前:Socket774 :2006/07/16(日) 22:59:06 ID:SjJTPRjq
x86アクセラレータとかSSEアクセラレータとか積めばいいんじゃね?

134 名前:Socket774 :2006/07/16(日) 23:38:38 ID:BEwLBqoI
積んでるぢゃん。RISCコードに対するx86アクセラレータを。

135 名前:Socket774 :2006/07/16(日) 23:51:36 ID:3V1oL/cf
核となる汎用プロセッサコアが高性能化していくと
コプロでやってた仕事を飲み込んでしまう。

確かに特定用途に特化したコプロを必要に応じて選択できる
という構想自体は良いモンだろうが、実際は普及しないだろう。

136 名前:Socket774 :2006/07/17(月) 12:04:56 ID:2eoB7lp1
物理的に有効なコプロはFPGAだと思うな
プロセッサで少量多品種をを製造するのはつらいでしょ


137 名前:Socket774 :2006/07/17(月) 14:13:13 ID:Y4S0iBfY
FPGAじゃ速度が遅いんじゃないの?

138 名前:Socket774 :2006/07/17(月) 22:25:04 ID:9SxF0/xE
トリップ検索用コプロセッサおながいします。

>>137
最近はそうとばかりも限らない。
FPGA作ってる会社も馬鹿じゃない。

139 名前:Socket774 :2006/07/17(月) 22:32:28 ID:Y4S0iBfY
わざわざコプロでハードアシストがほしいなんて場合に使えるほどは
速くないけど。

140 名前:Socket774 :2006/07/18(火) 04:46:30 ID:hiFvV7mj
トリップ検索ならFPGAが速いだろうな。

141 名前:Socket774 :2006/07/18(火) 16:31:58 ID:zNOaog7r
HTの先につながるFPGAもすでにあるか計画されているかなわけだが
RedStormに載(って)る

142 名前:Socket774 :2006/07/19(水) 10:26:56 ID:AZpjS/YQ
SunのNiagara2搭載マシンが、8スレッド × 8コア × 2CPU で、128スレッドなんだって。
Niagara1に比べて、一気に4倍ですよ。


143 名前:Socket774 :2006/07/20(木) 20:44:10 ID:Xw+uIDZq
http://pc.watch.impress.co.jp/docs/2006/0720/ibm.htm

144 名前:Socket774 :2006/07/20(木) 22:56:58 ID:uoX5Kzqw
各社のチップセット性能も気になるところ
http://enterprise.watch.impress.co.jp/cda/hardware/2006/07/19/8279.html
http://journal.mycom.co.jp/news/2006/07/19/346.html
http://enterprise.watch.impress.co.jp/cda/hardware/2006/07/19/8278.html

145 名前:Socket774 :2006/07/21(金) 00:58:39 ID:M2kzW9RG
そういや↓この連載読んでる人おるん?
http://journal.mycom.co.jp/column/architecture/040/

146 名前:Socket774 :2006/07/21(金) 01:46:16 ID:bDcdwT6u
>>42
確かに、ずっと止める止めるといわれてるがホント終わらないよなwwww
そうこうしてるうちにSunのスパークが先じゃないか

147 名前:Socket774 :2006/07/21(金) 19:16:23 ID:YQLtNT3+
>>145
4004の話なら、設計者本人の本のほうが、面白いと思う。

148 名前:Socket774 :2006/07/21(金) 20:32:26 ID:oHs3Dnyc
80年代にIntelが打ち出したMicro2000って、
どことなくCELLに似た感じしない?

P6コア1または数個に、SPEみたいなコプロつけた複合プロセッサだったろ?

149 名前:Socket774 :2006/07/21(金) 23:46:04 ID:FyCQ9Y4J
スーパースカラのお化けだと思ってたが、マルチコアか? あれは。

150 名前:Socket774 :2006/07/21(金) 23:55:35 ID:57VhZn39
>>148
特に似ていないと思うけど。
異なる種類のプロセッサを集積するってのは最近のトレンドだし。

もしそれが似ているとなると…
CPU+DSPを集積している携帯向けチップはCELLに似ていると言う事になるが、
それで構わないのか?

151 名前:Socket774 :2006/07/22(土) 00:06:34 ID:2C/32zDG
CPUx1+DSPx1では似てないのでは?

152 名前:Socket774 :2006/07/22(土) 00:09:01 ID:iv/+UJ4y
ならEEに似てるって事で決着だな。

153 名前:Socket774 :2006/07/22(土) 00:09:58 ID:VYvPGgth
奇形児ネタ禁止

154 名前:Socket774 :2006/07/22(土) 00:18:44 ID:3/RTY/IU
>>152
EmotionEngineをマルチプロセッサと言い張る人って始めてみた。
あれがマルチプロセッサなら486だってマルチプロセッサだね。

155 名前:Socket774 :2006/07/22(土) 00:26:58 ID:iv/+UJ4y
いきなり沸いて出て何を・・静かに染んで下さい

156 名前:Socket774 :2006/07/22(土) 00:33:10 ID:wSCazEHy
逆ギレみっともない!

157 名前:Socket774 :2006/07/22(土) 01:19:54 ID:Hkd4br+8
80年代に出た方の、「古い方のMicro2000」は、
Pen4やCoreDuo、Core2Duoとは似ても似つかない、まったく別物だったんだよ。

どちらかと言えば、あえて似ているのを探すならば、
CELLが近いかなー、大きく違うけど。

という程度。

Intel発表のMicro2000は、内容がまったく違う二種類があったでしょ。

158 名前:Socket774 :2006/07/22(土) 02:37:57 ID:uM1vWa+z
>>147
まあ、そうなんだろうけど

159 名前:Socket774 :2006/07/22(土) 05:02:22 ID:QzXycmH6
ほんと記事が出ないと考えることもできないクズばかりだな
俺はずっと前からいってたのに
もちろんメーカーや記者が匂わせる発言をしてるからだし前例があったから思ったけど こういう方向にすすむって

160 名前:Socket774 :2006/07/22(土) 05:04:00 ID:QzXycmH6
骨髄反射しかできない低脳にも困るね
どうでもいい物に金払うことに躍起になってるんだからw

161 名前:Socket774 :2006/07/22(土) 05:58:02 ID:NYqoNByH
アーキテクスチャってなんぞや?

162 名前:Socket774 :2006/07/22(土) 08:06:10 ID:p/HsgOWj
骨髄反射

163 名前:Socket774 :2006/07/22(土) 15:07:51 ID:cUishaHo
そんなことより旬なネタ、Montecitoについて語ろうぜ。

164 名前:Socket774 :2006/07/22(土) 15:18:39 ID:5lr+53tE
Montecitoの旬は一年前に過ぎてます…

165 名前:Socket774 :2006/07/22(土) 17:38:34 ID:joqSSF9h
FSBがMadisonより遅くなっているからな。

166 名前:Socket774 :2006/07/22(土) 22:26:35 ID:fWeEDv7a
最近のFSBは俺のCPUのクロックより速いから困る。

167 名前:Socket774 :2006/07/22(土) 22:28:03 ID:IJI2zVDX
XBox360のCPU帯域と、ベースとなったPowerPC970を考えると、FSB1.6GHzだよな

168 名前:Socket774 :2006/07/22(土) 22:29:05 ID:fWeEDv7a
PowerPC970のFSBの実効帯域は8/9になるけどね。

169 名前:Socket774 :2006/07/23(日) 10:28:32 ID:R+YLRXu4
>>165
533MHzまでのチップセットしかないんだから、しかたない。

まぁ533MHzといっても、x86なCPUの倍の幅があるので、1066MHz相当だわな。

170 名前:Socket774 :2006/07/23(日) 13:30:15 ID:i09nuKmR
>>169
Madison FSB 667対応のチップセットがある事をしらんのか?

171 名前:Socket774 :2006/07/23(日) 14:49:10 ID:R+YLRXu4
>>170
知ってるけど、あえて無視した。

サードパーティで勝手に作ってください、インテルのチップセットはサポートしません
っていうのでは、どうもね。

172 名前:Socket774 :2006/07/23(日) 15:21:11 ID:i09nuKmR
>>171
出任せ言うなよ。
Intel製のMontecito用 FSB 533チップセットって型名言えるのか?

173 名前:Socket774 :2006/07/23(日) 16:35:16 ID:R+YLRXu4
ごめん、インテルがサポートしないのは667MHzだけでなく533MHzもだった。
ということで、>>169は、ちゃい。

174 名前:Socket774 :2006/07/25(火) 13:45:31 ID:gRFBG2q2
GPU内臓CPUの発売が決定的になったというのに、その話題出てないのに驚いたsage

175 名前:Socket774 :2006/07/25(火) 16:08:28 ID:c3EwI/4w
AMDは、インテルに対して互換CPUを排除するのはケシカランとクレームつけておきながら自社も同じ戦略をやっている

K8の命令セットを早くから公開せず、公開しても文書にミスがあるなど、インテルが互換CPUを作るのを邪魔してみたり、
今度はコプロセッサという方法で、インテルのSSE2による囲い込みと同じようなことをしようとしている。

ビジネスで勝つためには正しい方法なのだけれども、ユーザからしたら一社独占の危機だ。
それなのに、AMD厨は、いまだにAMDを応援している。もうね、アホかと。

ソフトウェアの互換性を低下させることは、よくないことですよ。

176 名前:Socket774 :2006/07/25(火) 16:17:41 ID:j6PJ8Dav
>>175
妄想はチラシの裏にでもどうぞ

177 名前:Socket774 :2006/07/25(火) 16:49:07 ID:JkUnZnIg
>>175
>インテルが互換CPUを作る

時代も変われば変わるもんだ(しみじみ)

そういえばStrongARMなんてのもあったなー
けどあれは裁判和解のおまけみたいなもんだしなー

178 名前:Socket774 :2006/07/25(火) 17:38:49 ID:rDum/yFu
もうね、現在のIA-32系命令セットは全部オープンソースにすればいいんじゃね?
もちろん、それを利用して作られたものにもオープンソースを義務づける形で。

179 名前:Socket774 :2006/07/25(火) 17:41:16 ID:f8St2oNR
>>177
そうだったんだ。
むしろARM欲しさにDECの半導体部門買ったのかと思ってたが。

180 名前:Socket774 :2006/07/25(火) 19:05:24 ID:c3EwI/4w
>>176
あなたは妄想だと思いたいAMD厨か。
すっかり洗脳されていて、かわいそうに。


181 名前:Socket774 :2006/07/25(火) 19:27:44 ID:/88WeMu/
>>175
> K8の命令セットを早くから公開せず、
してた。
> 公開しても文書にミスがあるなど、
仕様書が古かっただけ。
> インテルが互換CPUを作るのを邪魔してみたり、
古い仕様書を元に実装をしたインテルが間抜けなだけ。
> 今度はコプロセッサという方法で、
HTの仕様は公開されている。
> インテルのSSE2による囲い込みと同じようなことをしようとしている。
ぜんぜん違う。

>>180
やっぱり妄想でね?

182 名前:Socket774 :2006/07/25(火) 19:42:11 ID:K4lsh6JW
>>175
>>180

君がそう思いこみたいのは伝わったけど、
AMDは2000年に既に公開していた。

http://www.itmedia.co.jp/news/0008/10/amd.html
http://www.amd.com/jp-ja/Weblets/0,,7832_8366_7595~56355,00.html

Intelがx86の64bit化に遅れたのは自社技術(Yamhill, IA-64)に固執していて、
それをマイクロソフトに拒否されたのが原因。

ただ、ここ最近の1年ぐらい、AMDがIntelの様にせこくなってきたので
ファンも心配している。


183 名前:Socket774 :2006/07/25(火) 19:59:14 ID:ta+sGwU8
>>179
裁判の和解でその半導体部門(Digital Semiconductor)を買収することになり、
そこに付いてきたのがStrongARM。

184 名前:Socket774 :2006/07/25(火) 21:32:47 ID:/C4wD5fe
今のARM系で最速はP3位はあるのか?

185 名前:Socket774 :2006/07/25(火) 22:39:55 ID:c3EwI/4w
>>182
2000年8月が早いだって?
Opteronの発表(出荷)が2003年4月だぞ。

たった3年で何ができる?
AMDは、たった3年でK8を開発したのか? 違うだろ。

これだからAMD厨は困る。
インテル厨と同じように盲目的だ。

×AMDは2000年に既に公開していた。
○AMDは2000年にようやく公開した。しかも、正式版よりも古い仕様書を。

> ただ、ここ最近の1年ぐらい、AMDがIntelの様にせこくなってきたのでファンも心配している。

AMDは正義の勇者でもなんでもなく、インテル同様に、冷徹にビジネスをする会社だ。
インテルを蹴落とすために、インテルの不正を叩いたりもしているが、それは目的達成のための手段にすぎない。
AMDが8割のシェアを握ったときには、インテルと同じことをするのは目に見えている。


>>181
>> K8の命令セットを早くから公開せず、
> してた。

すでに書いたように、早くからは公開していない。
AMDは、十分な性能の互換CPUを作れるだけの時間を、インテルを含め、誰にも与えなかった。

>> 公開しても文書にミスがあるなど、
> 仕様書が古かっただけ。

間違って古い仕様書を出してしまいましたなんて、そんなのはバレバレの言い訳だよ。

もしくは、チップのバグを、これは仕様です、というために、後から仕様書を変更したのだろう。
そういうのは、どこの会社でも、よくあることだよ。

いずれにしても、本当に正しい仕様書が出てきたのは、もっと後だったわけだ。

>> 今度はコプロセッサという方法で、
> HTの仕様は公開されている。

公開すればいいってものではないよ。

>> インテルのSSE2による囲い込みと同じようなことをしようとしている。
>ぜんぜん違う。

ならば、AMDなPCとインテルなPCで、同日対応になるように、
AMDが発表を見合わるなどすべきだが、そうではないだろ。

明らかに、インテル潰しのための、非互換性を産み出す仕組みですよ。
それだけが目的ではないにしろ、そういう働きをするのですよ。


186 名前:Socket774 :2006/07/25(火) 22:46:10 ID:ta+sGwU8
宗教戦争はよそでやれ

187 名前:Socket774 :2006/07/25(火) 22:46:58 ID:F1pFhyCL
よっぽど辛い目に遭ったんだねえ
こいつは焜炉買うんだろうか?


188 名前:Socket774 :2006/07/25(火) 23:10:54 ID:/uBkyyMs
宗教があるから戦争がなくならないんだと認識させるね。

で、AMDとATIがくっついたからにはどんなんが出るんだろ〜か

189 名前:Socket774 :2006/07/25(火) 23:19:30 ID:rDum/yFu
>>185への論理的な反論は現時点では出ていないようです。

190 名前:Socket774 :2006/07/25(火) 23:25:34 ID:66fZNRqm
そらそもそも>>185が論理的じゃないからなw

191 名前:Socket774 :2006/07/25(火) 23:27:47 ID:sPFAW9ob
気の早い人はさっさとNG指定してるだろうし。
釣りを楽しみたいのなら余所でやって欲しいなぁ。

192 名前:Socket774 :2006/07/25(火) 23:46:58 ID:rDum/yFu
>>190
まあ、根拠を示さずにそう断言するのは非常に楽だよね。
で、具体的に>>185のどこが論理的じゃないの?

193 名前:Socket774 :2006/07/26(水) 00:16:55 ID:7ubZc0Ng
>>192
全部。

194 名前:Socket774 :2006/07/26(水) 00:21:15 ID:4F3/DKYI
なんつーか…必死だな

195 名前:Socket774 :2006/07/26(水) 00:23:35 ID:lfxAv7pb
アーキテクチャを語るor雑談目的での脇の話は"ある程度は"良いんだが、
特定企業の糾弾を目的とした話を始めたり、ここをディベートの場だと
勘違いしてるのは論理性以前に知性が破綻してると思うわけで、
AMDの不当を告発するページでも立ち上げるか、アム厨のブログでも
荒らす旅にでも出ては頂けまいか。

196 名前:Socket774 :2006/07/26(水) 01:02:15 ID:EWD0IMzC
だからあれだろ、
アーキテクチャの善し悪しは、目先の性能よりも、長期的なソフトウェアの互換性のほうが重要である
という話だろ。


197 名前:Socket774 :2006/07/26(水) 01:10:20 ID:4+6UFAK8
>>196
x86の力の源だな。

198 名前:Socket774 :2006/07/26(水) 08:51:38 ID:ogmNoNPT
>>196
今時フルスクラッチで新ソフト作るなんて現実的じゃ無いからなぁ。

ソニーの広報担当、後藤弘茂は

x86と違いCELLは過去のソフト資産に縛られない革新的プロセッサ!!

と寝言ぶっこくのに大忙しだが
現在システムが稼働出来るのはその過去のソフト資産のお陰だと
いう事が分からないらしい。

199 名前:Socket774 :2006/07/26(水) 08:59:13 ID:x5Mp1b+4
>>198
>現在システムが稼働出来るのはその過去のソフト資産のお陰だと
>いう事が分からないらしい。

え?
たとえばどの文章を読んでそう思ったの?
引用してみて。

200 名前:Socket774 :2006/07/26(水) 09:11:39 ID:SWgGvH8M
>>196の2行目だろ

AlphaAXPWinもPowerWinも消えてx86Winが生きてる
最大の理由が互換性だし。

201 名前:Socket774 :2006/07/26(水) 10:16:11 ID:QHI4Uowe
>たった3年で何ができる?
>AMDは、たった3年でK8を開発したのか? 違うだろ。
開発自体は3年、1999から始まって2002年にSledgeHammerのロジックはほぼ出来上がって
いた。1年遅れたのはSOIやらの製造面の問題。1999前だとAthlonUltraて案があった位だ
からそれ以前から開発してたとは考えにくい。

>○AMDは2000年にようやく公開した。しかも、正式版よりも古い仕様書を。
その当時は最新版な資料だった筈。Intelがヤルヒム作るどー!とか言っててAMD64互換命令
セットの開発に遅れたのが原因と思った方が妥当だと思う。

>>> 今度はコプロセッサという方法で、
>> HTの仕様は公開されている。

>公開すればいいってものではないよ。
公開してるだけじゃなくて他の会社に技術面の提供なんかしている。IBMやらHPやらSunやらnVidia
なんかに。巨大半導体メーカでハイパートランスポート使ってない所ってIntel位じゃね?

>ならば、AMDなPCとインテルなPCで、同日対応になるように、
>AMDが発表を見合わるなどすべきだが、そうではないだろ。


  そ  の  り  く  つ  は  お  か  し  い





ほい、論破完了w

202 名前:Socket774 :2006/07/26(水) 10:38:49 ID:jmdDA4/u
>>200
後藤氏がそれを理解してないという根拠を聞いたんじゃないの?

203 名前:Socket774 :2006/07/26(水) 10:48:21 ID:ouHHeuwB
>巨大半導体メーカでハイパートランスポート使ってない所ってIntel位じゃね?

ここが問題
いままでは新しい技術だして牽引してたインテルが
いまじゃ逆にブレーキ掛けてる



204 名前:Socket774 :2006/07/26(水) 12:19:49 ID:NBCEnvY4
CSIを採用したあかつきにはこれでもかというくらい大々的にアピールしてくるので問題ありません。

205 名前:Socket774 :2006/07/26(水) 13:12:15 ID:EWD0IMzC
>>201
> 開発自体は3年、1999から始まって2002年にSledgeHammerのロジックはほぼ出来上がって
> いた。1年遅れたのはSOIやらの製造面の問題。1999前だとAthlonUltraて案があった位だ
> からそれ以前から開発してたとは考えにくい。

ttp://pc.watch.impress.co.jp/docs/2006/0119/kaigai233.htm
によると、K8の開発スタートは1997年だよ。

>>○AMDは2000年にようやく公開した。しかも、正式版よりも古い仕様書を。
>その当時は最新版な資料だった筈。Intelがヤルヒム作るどー!とか言っててAMD64互換命令
>セットの開発に遅れたのが原因と思った方が妥当だと思う。

その当時は最新版であったとしても、
その資料をもとに作ればバグ有りCPUになってしまうことには変わりはない。

>>>> 今度はコプロセッサという方法で、
>>> HTの仕様は公開されている。
>>公開すればいいってものではないよ。
>公開してるだけじゃなくて他の会社に技術面の提供なんかしている。IBMやらHPやらSunやらnVidia
>なんかに。巨大半導体メーカでハイパートランスポート使ってない所ってIntel位じゃね?

コプロセッサで使うのは、コヒーレント・ハイパートランスポートであり、ライセンスする相手はコプロセッサ屋さんだけ。
インテルに対してライセンスしないと、インテルのCPUでは、そのコプロセッサは使えないでしょ?
使えたとしても、AMDのアーキテクチャにベッタリのものだから、パフォーマンスが出るのか怪しい。

>>ならば、AMDなPCとインテルなPCで、同日対応になるように、
>>AMDが発表を見合わるなどすべきだが、そうではないだろ。
>  そ  の  り  く  つ  は  お  か  し  い

反論になってないぞ。

インテルもAMDも、同じスタートラインで競争するのを避けて、
相手が追い付けないくらい前に進んでから公開しているのですよ。

今回のATiの買収で心配なのは、
現状では大半のゲームがnVidiaとATiどちらのチップでも動くことに対し、
今後ATiのチップでしか動かないゲームがたくさん出てくるのではないかということ。
DirectX経由ではなく、直接GPU上で動くコードをゲームが持つようになるのが心配だ。

206 名前:Socket774 :2006/07/26(水) 13:18:11 ID:YF6ukFOY
なんで
ハイパートランスポートを採用しない選択=新しい技術の牽引に対するブレーキ
になるんだ。

厨房のロジックはさっぱり理解できん。

207 名前:Socket774 :2006/07/26(水) 13:38:22 ID:wGM3fsP3
陰謀論は脳が冒される不治の病だからな…。

208 名前:Socket774 :2006/07/26(水) 14:30:50 ID:PRDva93B
>その当時は最新版であったとしても、
>その資料をもとに作ればバグ有りCPUになってしまうことには変わりはない。

資料更新くらい確認しろと。


>インテルに対してライセンスしないと〜

P2以降インテルはバスを特許で固めて互換チップを排除した。
インテルがハイパートランスポートをCPUに使えない(インテルに限らんが)のは、
これと同じ理由だろ。


3番目は、おまえらが何を言いたいのかの段階でわからんw


>今回のATiの買収で心配なのは、
>現状では大半のゲームがnVidiaとATiどちらのチップでも動くことに対し、
>今後ATiのチップでしか動かないゲームがたくさん出てくるのではないかということ。
>DirectX経由ではなく、直接GPU上で動くコードをゲームが持つようになるのが心配だ。

べつに良いだろ。採用するもしないもゲームメーカの胸一つ。
ATIが圧倒的な表現力と簡便なプログラミング環境を両立するなら
そりゃ飛びつく。

そうなったらnVidiaの怠慢だろ。

209 名前:Socket774 :2006/07/26(水) 15:05:50 ID:NBCEnvY4
暑さで頭がやられた人なのかな。
論理的会話ががが。

210 名前:Socket774 :2006/07/26(水) 16:33:43 ID:7ubZc0Ng
>>205
> によると、K8の開発スタートは1997年だよ。

開発開始時に仕様が全部固まってるはずが無いでは?
仕様作成も当然「開発」の一部なんですけどね。
開発チームが直前の仕事を終えたばかりの1997年時点では、
AMD64拡張仕様についてはまったく検討されて無かった可能性が高い。

そんな状態で「公開」なんぞできるわけがない。

> インテルもAMDも、同じスタートラインで競争するのを避けて、
> 相手が追い付けないくらい前に進んでから公開しているのですよ。

仕様がある程度固まってからでないと公開する意味が無いでしょ。
YamhillがEM64Tになるまでかかった時間はどれだけだった?
モノが市場に出る前なら仕様を変えるのはある意味簡単だからねぇ。

ほかのプロセッサだけど物が出てくる前にISAがころころ変えられたって
経験はしたことがあるよw

211 名前:Socket774 :2006/07/26(水) 17:08:15 ID:EWD0IMzC
>>208
> 資料更新くらい確認しろと。

アップデートされた仕様書に合わせて設計変更するのには、それなりに時間がかかる。
また、仕様変更に気がついても、それが軽微な違いであれば、そのまま進めるしかない。

>>インテルに対してライセンスしないと〜
> P2以降インテルはバスを特許で固めて互換チップを排除した。
> インテルがハイパートランスポートをCPUに使えない(インテルに限らんが)のは、
> これと同じ理由だろ。

そうだよ。
ソケット互換のCPUを封じるようにしている、インテルとAMDの両方ともが悪いのです。

> べつに良いだろ。採用するもしないもゲームメーカの胸一つ。
> ATIが圧倒的な表現力と簡便なプログラミング環境を両立するなら
> そりゃ飛びつく。
> そうなったらnVidiaの怠慢だろ。

メインストリームのビデオチップベンダがATi一社になったら困る。
価格は上昇するし、性能upも鈍くなる。
そして何よりも、互換性がないというのは非常に困る。


212 名前:Socket774 :2006/07/26(水) 17:22:48 ID:EWD0IMzC
>>210
> 開発開始時に仕様が全部固まってるはずが無いでは?
> 仕様作成も当然「開発」の一部なんですけどね。
> 開発チームが直前の仕事を終えたばかりの1997年時点では、
> AMD64拡張仕様についてはまったく検討されて無かった可能性が高い。
> そんな状態で「公開」なんぞできるわけがない。

もちろん、そうだ。

かなり設計を進めないと、命令セットの仕様をfixして公開するなんて、できない。
逆のいい方をすれば、命令セットの仕様をfixして公開した時点でかなり設計が進んでいたわけだ。

命令セットを先に決めたけれども、いざ作ってみたらパフォーマンスが出ず、そのネックが命令セットにありました。
すみませんが、命令セットは大幅に変更します。すでにコンパイラを作っていた人たち、ごめんなさい。
なんてことは許されないでしょ。

> 仕様がある程度固まってからでないと公開する意味が無いでしょ。

そう。
しかしそれは同時に、互換CPUへの牽制にもなる。

インテルがYamhillの仕様を公開せずに、量産出荷しているチップに実装までしていたのも、
AMDにYamhill互換のCPUを作らせないための牽制でもあったわけだ。

213 名前:Socket774 :2006/07/26(水) 17:29:21 ID:6VP7apsH
個人的に後藤の論調に違和感を感じるのは
今まで蓄積してきた膨大なソフト資産を(後藤はレガシーと呼んでるが)
CPU性能向上の足枷(デメリット)と書いてるところ。

10数年以上前に書かれたFortranライブラリが無ければ
天気予報一つまともにできないのが現実。
ソフトの継続性を断ち切った自称新機軸プロセッサなんて
数年で淘汰されて終わり。

計算機において重要なのはソフトであってCPUのカタログスペックでは無い。

214 名前:Socket774 :2006/07/26(水) 17:40:29 ID:7ubZc0Ng
>>ID:EWD0IMzC
こいつって何が言いたいの?キチガイ?

215 名前:Socket774 :2006/07/26(水) 17:50:40 ID:NBCEnvY4
さっぱりわからん

216 名前:Socket774 :2006/07/26(水) 17:56:01 ID:QHI4Uowe
>コプロセッサで使うのは、コヒーレント・ハイパートランスポートであり、ライセンスする相手はコプロセッサ屋さんだけ。
>インテルに対してライセンスしないと、インテルのCPUでは、そのコプロセッサは使えないでしょ?
>使えたとしても、AMDのアーキテクチャにベッタリのものだから、パフォーマンスが出るのか怪しい。
はいはい、くまくま、HyperTransportはHyperTransport Technology Consortiumが
ライセンス保持してますが何か?それにAMDアーキテクチャにべったりって言ってるが
XBoXなんかだとCPUはPennIIIなのにHyperTransportを内部バスとして使ってますが?





ボク、もうちょい勉強しようね(pgr

217 名前:Socket774 :2006/07/26(水) 18:02:18 ID:QHI4Uowe
http://www.hypertransport.org/consortium/cons_members.cfm
ついでに張っておくね。コレ見ると唯我独尊な某社以外は有名半導体メーカー
殆ど名前挙がってるのがよく判る。一生懸命陰謀説唱えるのもいいが、もう
ちょい現実に沿った話しようや。嘘ばっかついてないで。




ID:EWD0IMzCに言ってるんだぞ

218 名前:Socket774 :2006/07/26(水) 18:10:39 ID:NBCEnvY4
HyperTransportとCoherent HyperTransportは違うものだ とだけ言っておく…

219 名前:Socket774 :2006/07/26(水) 18:21:26 ID:Mrcbcbe+
535 名前:MACオタ[sage] 投稿日:2006/01/07(土) 13:18:06 ID:1uxKXCR0
虫すら「AMDの次世代」って妄想わ諦めちゃったすか?ここじゃネタになっていない模様すけど、AMDの
新CTO, Phil Hesterの新年インタビューを米zdnetが掲載しているす。
http://news.zdnet.com/2100-9584_22-6018135.html
・coherent-HTのライセンシングについて
 [MACオタ注: HTに関してタダでライセンスするってのわ実わ半分嘘で、Opteronに使用されているFSB用途の
  "coherent-HT"わ今まで「一切」他社にライセンスしていなかった]
 "So the example I'd give you is in the high-performance tactical computing area, where people like Cray
  and others would like to do vector floating-point units."
 Intelの非対称メニイコア路線に対抗するため、Hyper-Transportでベクトル演算や、XML、Java用のアクセラ
 レータチップを接続する道を開くということす。Intelのように専用コアを自社開発する余力も無く、IBMのように
 IPとしてHammerコアを公開するという訳にもいかないAMDとしてわ、ぎりぎりの選択かと思われるす。

220 名前:Socket774 :2006/07/26(水) 18:24:28 ID:QHI4Uowe
あら、その点は俺勘違いしてたっぽ。

221 名前:Socket774 :2006/07/26(水) 18:27:18 ID:GGsbmxy5
>>201
AMDのSOIはIBM、銅配線はモトローラのものだが

222 名前:Socket774 :2006/07/26(水) 18:52:12 ID:EWD0IMzC
俺が言いたいのは、

インテルだろうがAMDだろうが、どこの会社かなんてのは関係なくて、
シェア争いの競争のために、
ソフトウェアの互換性を損なうようなことをしてズタズタにするのは勘弁してくれ
ってことさ。

コプロセッサで特定用途のパフォーマンスを劇的に向上させるのは大いに結構だが、
ちゃんと標準化 & 業界で統一して、インテルとAMDの両方で同じコードは走るようにしろ、と。

223 名前:Socket774 :2006/07/26(水) 18:55:10 ID:sE3H4Ajn
IBMやモトローラが作ってたわけじゃなかろ。
技術のライセンス受けて導入したが、しばらく上手くいかなかった、
つーことで内科医。

224 名前:Socket774 :2006/07/26(水) 19:15:00 ID:nWG8+T9l
>>213
つエミュレータ


横レス>>221
AMDは最初SOI自社開発しようとしてつまずいてそれからIBMに逝ったはず

225 名前:Socket774 :2006/07/26(水) 20:48:50 ID:c1bOF7Py
>>212

そもそもだな。
IntelがYamhil捨ててAMD64互換にしたのは、
AMDが仕様を公開してから何年後の話なんだよ。

たぶん、大急ぎでEM64Tを出せた理由は、
命令デコーダを差し替えるだけで作れる範囲に限ったからじゃないか?

Yamhil用のコアにEM64T用の新しい命令デコーダを組み合わせたせいで、
内部の最適化を行う余裕が無くて性能が落ちただけじゃないか?

>>211
208の文章を誤読してるだろ
>>>インテルに対してライセンスしないと〜
>> P2以降インテルはバスを特許で固めて互換チップを排除した。
>> インテルがハイパートランスポートをCPUに使えない(インテルに限らんが)のは、
>> これと同じ理由だろ。

>そうだよ。
>ソケット互換のCPUを封じるようにしている、インテルとAMDの両方ともが悪いのです。

Intelの事情により、Intellが特許を持たないバスを採用したくない(できない)からハイパートランスポートを使えないんだろ。AMDの囲い込みのせいじゃなく、Intel自信の都合だと思うんだが。
「自分で囲い込めない他社特許は採用したくない」のと区別できてないだろ?

226 名前:Socket774 :2006/07/26(水) 22:07:43 ID:0DQ+fM1L
>>216
しらなんだ!
てっきりハイパートランスポートはノース、サウス間のみだとばかり思ってたよw

227 名前:Socket774 :2006/07/26(水) 22:38:47 ID:0jBTzqeP
何度見ても>198に違和感を感じるので、何と書いてるか調べてみた。
海外ニュースを「資産」で検索すると

次期ゲーム機のカギを握るのはOSとネットワーク
http://pc.watch.impress.co.jp/docs/2004/0323/kaigai076.htm
(次世代Xbox(=Xbox360)のOSに対し)
「ソフトウェア資産やハードウェア資産に縛られることなく、
 決め打ちのハードと新しいソフトのためだけに作られたOSだ。」
「ゲーム機の場合、過去の資産の継承性が失われても、
 致命的な問題ではない。」
「ゲーム機のイノベーションが速いのは、PCのように
 レガシー(旧来の)なソフトウェア資産に縛られないからだ。」

なぜIntelはマルチコア化を急ぐのか
http://pc.watch.impress.co.jp/docs/2004/0812/kaigai110.htm
「ゲーム機がマルチコアへ向かうのもリーズナブルな動きだ。
 それは、ゲーム機にはレガシーソフトウェア資産の足かせがなく、
 コンピューティングの多くがマルチメディア系処理だからだ。」
「それに対して、ゲーム機では世代毎に従来の
 ソフトウェア資産をご破算にして、新しく作り直す。」
「ソフトウェア資産の縛りがゆるいゲーム機は、
 ハードウェア面で革新的なジャンプがしやすい。」
「特に、一から作られたCPUと異なり、多くの資産を引きずる
 IA-32の場合はパフォーマンスチューニングが難しいという。
 この問題は、IntelでPentium III/4などのアーキテクトだった
 Bob Colwell(ボブ・コールウエル)氏が、2004年2月、
 米スタンフォード大学で行なった講演
 「Things CPU Architects Need To Think About」などで指摘されている。」

見えてきたIntelの5〜10年後のCPUアーキテクチャ
〜ホモジニアス命令セット&ヘテロジニアスマイクロアーキテクチャへ
http://pc.watch.impress.co.jp/docs/2005/1110/kaigai222.htm
「シングルスレッド性能が重要となる、既存のソフトウェア資産を
 抱えるIntelにとっては選択できない道だ。」
「IA-32に依存する膨大なソフトウェア資産が、Intelの立場を
 堅固なものにして来た。」

228 名前:Socket774 :2006/07/26(水) 22:57:41 ID:EG0aF7NQ
えーと、ゲーム機は一世代使い捨てで構わんから
ソフト資産無視しても良い、と言いたいのか?

PS2は1のソフト動くが、こういう互換性はどうすんだ。

229 名前:Socket774 :2006/07/26(水) 23:34:42 ID:gT4NzhqH
PS2はPS1のチップも乗ってるんじゃなかったっけ
過去の資産を動かなくした例だとGBAミクロやDSだね
初代GBAはGBのゲームも動くけどミクロやDSだと
GB用の5V系のラインをなくしちゃったからGBのゲームは動かない
その代わり無駄が省けて小さくできた。

230 名前:Socket774 :2006/07/27(木) 00:31:54 ID:FUUNmbl1
>>227
後藤の主張は、強引にまとめると

1.ゲーム機の場合は過去の資産の縛りが緩いので、イノベーティブなことができる。
2.PCの場合は過去の資産が足枷となるが、同時に、Intelの立場を堅固にする武器にもなる。

ということだな。
つまり>>198は完全に的外れ。

231 名前:Socket774 :2006/07/27(木) 00:33:55 ID:SWuzHe2+
今時は、ちゃんとしたSDKが揃ってればの話

232 名前:Socket774 :2006/07/27(木) 01:28:02 ID:8IX+2764
もうめんどくせーからガラガラポンしようぜ

233 名前:Socket774 :2006/07/27(木) 21:12:13 ID:G1C0nFxM
うむ

ガラガラポンでIA-64に統一すべし

234 名前:Socket774 :2006/07/27(木) 22:58:30 ID:y8jOTOR2
Intel64

235 名前:Socket774 :2006/07/27(木) 23:10:42 ID:2FGIaPB3
64bit拡張はIntelがやりました! とか言ってきそうだな
っていうか*Tじゃなかったのか?EM64Tは

236 名前:Socket774 :2006/07/28(金) 00:23:31 ID:Sdsd4ezT
いよいよEPICの時代

237 名前:Socket774 :2006/07/28(金) 00:39:21 ID:Q+c1pT3r
インテル 世界で最も優れたプロセッサーを発表
http://www.intel.co.jp/jp/intel/pr/press2006/060727a.htm

238 名前:Socket774 :2006/07/28(金) 02:13:33 ID:g+v1z7eg
>>221

銅配線もIBMオリジン。Cu ダマシンはIBMが基礎特許抑えてるぽ。

239 名前:Socket774 :2006/07/28(金) 16:56:38 ID:q3HWhpTA
何故x86には、静的分岐予測が無いかについて

240 名前:Socket774 :2006/07/28(金) 18:22:45 ID:GcNhjkfU
コンパイルの時点でやるやつか?
20年以上前にはその技術が無かったからだろ。
IA64が採用しとるが。

241 名前:Socket774 :2006/07/28(金) 18:54:31 ID:EXVxIJ+m
CISCのISAにそんな余計なビットを突っ込む余裕は無いだろう。

242 名前:Socket774 :2006/07/28(金) 20:37:24 ID:jqLIQwli
でもさ、x64は
昔で言えば裏レジスタ指定をするためにプリフィクスのために1バイトも使うんだよ?

243 名前:Socket774 :2006/07/28(金) 21:35:09 ID:q3HWhpTA
x86-64で、入れても良かったんじゃね? > 静的分岐予測

入れる意味が全く無いとは思わないし、
動的分岐予測と静的分岐予測の両方をサポートすれば良い感じなると思うのだが。

どうよ?

244 名前:Socket774 :2006/07/28(金) 22:31:29 ID:EXVxIJ+m
>>243
> x86-64で、入れても良かったんじゃね? > 静的分岐予測
だからその余裕がどこにあるのかと。

245 名前:Socket774 :2006/07/28(金) 22:43:23 ID:q3HWhpTA
>>244
新たにプリフィクスを付けるとか?だめ?

246 名前:Socket774 :2006/07/28(金) 23:32:51 ID:EXVxIJ+m
>>245
あまってるの?

247 名前:Socket774 :2006/07/28(金) 23:40:34 ID:JQyZSelW
分岐使わなきゃいいんだよ。それだけ

248 名前:Socket774 :2006/07/28(金) 23:43:56 ID:q3HWhpTA
あまってないなら、
例のごとく使用頻度が最も低い奴を使ってしまうとか。

249 名前:Socket774 :2006/07/28(金) 23:45:19 ID:q3HWhpTA
>>247
おまえ頭いいな。

250 名前:Socket774 :2006/07/28(金) 23:59:22 ID:jqLIQwli
>>246

>>242

251 名前:Socket774 :2006/07/29(土) 00:02:25 ID:q3HWhpTA
分岐の無い実用的アプリがこの世にあれば見てみたい。

252 名前:Socket774 :2006/07/29(土) 01:28:52 ID:YOWHeoDT
>>250
そのプリフィックスも>248のような感じで無理やり捻出したわけだが。

253 名前:Socket774 :2006/07/29(土) 02:00:11 ID:fzGMKWrD
x64はIntelじゃなくて立場の弱いAMDが提案したインストラクションセット、というか拡張なんだから、
あんまりぶっ飛んだことやるわけにはいかなかったんじゃない?
コンパイラのがんばり前提で拡張しても、
AMDを強力にサポートしてくれるコンパイラベンダがあるかどうか疑わしい。
MSの後押しがあったといえ、IntelをAMDと(ほぼ)バイナリ互換な64bit拡張で
落ち着かせることができたのは、x86への素直な拡張だったからこそ。


254 名前:Socket774 :2006/07/29(土) 02:40:35 ID:7TSH6Ai7
そういえば、FPUが3オペランドの独自命令からSSE互換に変更されたな


255 名前:Socket774 :2006/07/29(土) 02:40:57 ID:13Dhj2xr
>>253
>AMDを強力にサポートしてくれるコンパイラベンダがあるかどうか疑わしい。
gccがあるじゃない。

256 名前:Socket774 :2006/07/29(土) 03:07:09 ID:8L0FmsY+
>>255
あんなクソコンパイラじゃ性能は出ない。

257 名前:Socket774 :2006/07/29(土) 05:07:38 ID:J+zoVu19
どうせ64ビットのモードでは32ビットのバイナリは動かないのだから、
もう少し将来を見据えて命令を割り当てを見直すべきだったろう。

とりあえずは命令セットに盛り込んでおき、
実装としてはヒントを無視するようにしておき、
状況が整ってからヒントを活用するようにしても、
良かったのではないかと。

命令割り当てを見直せば、
それによって命令長が長くなってしまうこともないだろうしさ。







258 名前:Socket774 :2006/07/29(土) 06:46:33 ID:RmhhzGyP
>>257
まあ、デコーダを32bitと64bitで共用するには
仕方なかったんじゃね?

259 名前:Socket774 :2006/07/29(土) 09:22:25 ID:YruJIwLt
>>256
MSに泣き付くよりgccの方が1024倍ましだ。さらにその方が人類にもやさしい。
性能の方は、AMD自身が協力すればいいだけ。

260 名前:Socket774 :2006/07/29(土) 10:47:08 ID:8L0FmsY+
>>257
> どうせ64ビットのモードでは32ビットのバイナリは動かないのだから、
動くよ。


261 名前:Socket774 :2006/07/29(土) 12:38:16 ID:vr2LzIdC
64bitXPで32bit用ゲーム動くしな。

つか16bitはそろそろ切り捨てても良いんじゃなかろーか。
シリコンと場所の無駄だと思ふ。
16bitが要るなら旧来の32bitチップで足りるだろうし。

262 名前:Socket774 :2006/07/29(土) 14:37:07 ID:QT/7/nKT
>>239
静的分岐予測ってP4で追加された分岐ヒントのことじゃなくって?

> Branch hint prefixes (2EH, 3EH) allow a program to give a hint to the processor about the most
> likely code path for a branch. Use these prefixes only with conditional branch instructions (Jcc).
> Other use of branch hint prefixes and/or other undefined opcodes with IA-32 instructions is
> reserved; such use may cause unpredictable behavior.

263 名前:Socket774 :2006/07/29(土) 15:03:39 ID:J+zoVu19
>>260
64ビットのモードでは、1バイト命令のINC r32が使えないだろ。

>>261
64ビット版のWindowsで32ビットのアプリを動かすときは、
64ビットモードではなく、互換モードに切り替えている。

いちおう念の為に書いておくと、
64ビットのモードといっているのはLongモードのことではなく、
Longモードのサブモードの64ビットモードのことだからね。

264 名前:Socket774 :2006/07/29(土) 15:18:37 ID:YruJIwLt
http://gcc.gnu.org/ml/gcc/2004-07/msg01104.html

> Branch hints were put in P4 based on simulation result. But after P4
> was made, Intel compiler people couldn't measure any performance
> befenit with branch hints. It also increases the code size. As the
> result, icc never generates branch hints. This patch disables it for
> P4.


265 名前:Socket774 :2006/07/29(土) 15:42:07 ID:2U+/JyXb
http://www.geocities.jp/andosprocinfo/wadai06/20060729.htm
> 3.Coreアーキチップは64ビットが苦手か?

266 名前:Socket774 :2006/07/29(土) 17:11:24 ID:8L0FmsY+
>>263
> 64ビット版のWindowsで32ビットのアプリを動かすときは、
> 64ビットモードではなく、互換モードに切り替えている。

ちゃんと32ビットバイナリが動いてるじゃないか。


267 名前:Socket774 :2006/07/29(土) 18:47:40 ID:J+zoVu19
>>266
もっかいスレを読み直せ。

268 名前:Socket774 :2006/07/29(土) 20:09:05 ID:8L0FmsY+
>>267
???

269 名前:Socket774 :2006/07/29(土) 22:03:30 ID:qoftElg+
>>266
AMD64には、純粋な64bitモードと、32bitモード、あと32bitと64bitの混在モードの3種類があるんだよ。

270 名前:Socket774 :2006/07/29(土) 22:07:09 ID:qoftElg+
まぁ確かにx86の32bitコードを仮想86モード的に動かせるのなら
64bitモードはもっと思いきってコード割り当てを変更しても良かったんじゃないかとは思うが。

271 名前:Socket774 :2006/07/29(土) 22:51:19 ID:J+zoVu19
>>268
とりあえず
ttp://hp.vector.co.jp/authors/VA003988/asm2.htm
あたりを読んでみようよ。

272 名前:Socket774 :2006/07/29(土) 23:48:40 ID:8L0FmsY+
>>269
> AMD64には、純粋な64bitモードと、32bitモード、あと32bitと64bitの混在モードの3種類があるんだよ。

「純粋な64bitモード」ってなに?
32bitモードがレガシーモード、32bitと64bitの混在モードはロングモードのことだと思うのだが。


273 名前:Socket774 :2006/07/29(土) 23:56:13 ID:hWiH45c0
>272
ロングモードの中にも、32ビット命令だけのルーチンを実行するためのモードと
混在命令実行用のモードがあっただろ。
意外と複雑だよな。

274 名前:Socket774 :2006/07/30(日) 00:18:22 ID:4O3H4A+y
>>273
その言い方だとロングモードに64ビット命令実行モード(64ビットモード)と
32ビット命令実行モード(互換モード)があるだけだから、「混在命令実行用モード」
なんてないってことになるわけだが。

275 名前:269 :2006/07/30(日) 00:39:50 ID:mS9V77Bj
>>272
ごめん、間違えた…。
確かに混在モードなんて無い。
32bitコードを64bit環境に混在させる為のモードだった…

276 名前:Socket774 :2006/07/30(日) 05:28:34 ID:6xh3Nxgo
このスレも、随分とレベルが下がったな。

ID:vr2LzIdC
ID:8L0FmsY+
ID:qoftElg+

こいつら、アホすぎ。

277 名前:Socket774 :2006/07/30(日) 07:57:17 ID:HzdRaIBs
便所の頃よりは随分と上がっとるだろ。
煽りたいだけなら他で頼む。

278 名前:Socket774 :2006/07/30(日) 10:00:29 ID:svJTksZJ
>>276
ID:J+zoVu19 乙

279 名前:Socket774 :2006/07/30(日) 20:00:52 ID:pTmYdQAf
また誰か便所ネタやらんかな

280 名前:Socket774 :2006/07/31(月) 11:01:43 ID:CfpA8W0D
>>279
うほっ

281 名前:Socket774 :2006/08/01(火) 12:31:21 ID:QPxfxnq0
   ;ヾ、,.、,、.、rツ ッッシ、:':' r':' _,、-'゙_,  や 公 帰 そ
 ,、,、,ミッン、,._        _,、-'゙_,、-'゙.   っ 園. り ん
 、ィッ ,:、 ゙''ゞ=ミ、~.: _,、-'゙_,、-'゙  __,  て の 道 な
 }; ヾ ゙' {!li;:,. _,、-'゙_,、-'゙ _,、-'゙,::|_|  来  ト に わ
 ゞァ''゙ぐ _,、-'゙_,、-'゙ _,、-'゙,、-''" .|_   た イ  あ け
 ,ヘ:'_,、-'゙_,、-'゙..::「┴_,エ ┴  ''"_|_|  の. レ る で
  └i'゙-ニ,ニエ,.:|ニ「 _エ ┴  ''"_|_   だ に
    |エ | ニエ, |ニ「 _エ ┴  __.|_|_
    |エ | ニエ, |ニ「 _エ ┴ 「fj.||__|__| _|
    |エ | ニエ, |[8] _エ ┴ └‐_|_|__l__,|⊥ |__
    |エ | ニエ, |二 _.エ 二.._ |__|__| _|_|_
    |エ | ニエ, |┴ _.エ 二.._ |_|__l__,|⊥ |__|
    |エ | ニエ, |工 _.エ 二.._ |__|__| _|_|_
    |エ | ニエ, |工 _.エ 二.._ |_|__l__,|⊥ |__
  -,-=''┷━━|┬ニエ ┬--  .|__|__| _|_|_
   ''ーニ_''ー::、_ ゙┷ 工_二'‐-、,_|_|__l__,|⊥ |__
  二二二`''ーニ`_''ー-、_¨''━、L|__|__| _|_|_
  二二二二二二二`''ーニ_''ー 、_       |⊥ |__

282 名前:Socket774 :2006/08/01(火) 13:28:04 ID:Gwp6Y3TT
便所が違う罠

283 名前:Socket774 :2006/08/01(火) 13:50:07 ID:S/U7ERcv
普通は銀行の窓口で説明するんだけどなぁ・・・。

284 名前:Socket774 :2006/08/01(火) 21:12:10 ID:T7VvwGF1
intelのCPUのFSBが1333MHzになるのはいつ位からなんですか?
やっぱり最初は10万越えモデルからなんでしょうか?

285 名前:Socket774 :2006/08/01(火) 22:44:40 ID:xaQ6BQIa
AMDに追いつめられた時
KentsfieldがXEラインで出るならFSBを1333→1066にするわけにもいかんし

286 名前:Socket774 :2006/08/02(水) 05:14:28 ID:aj1pVy5C
つwoodcrest
いつの時代もメモリが問題なのよ…

287 名前:Socket774 :2006/08/02(水) 08:02:16 ID:FVg2MyPy
RAMBUSの時は期待したが、ボッタだったからな。
帯域2倍で価格10倍って何よ。
あれがSDRAMと戦える価格だったら歴史変わってただろな。

288 名前:Socket774 :2006/08/02(水) 09:25:21 ID:ZUHpfeua
RAMBUSがなくなればいいのにorインテル買収すればいいのに
RAMBUSが業界の発展を阻害してる

289 名前:Socket774 :2006/08/02(水) 16:55:47 ID:LbzQtEdg
http://pc.watch.impress.co.jp/docs/2006/0802/mercury.htm

290 名前:Socket774 :2006/08/04(金) 01:22:25 ID:oCVTFidm
基本的には分岐予測テーブルのコリジョンが激しくなければ、動的分岐予測だけで十分だよ
静的分岐予測ビットは盲腸

291 名前:Socket774 :2006/08/04(金) 02:57:13 ID:Imh5tEeE
>基本的には分岐予測テーブルのコリジョンが激しくなければ
>基本的には分岐予測テーブルのコリジョンが激しくなければ
>基本的には分岐予測テーブルのコリジョンが激しくなければ
>基本的には分岐予測テーブルのコリジョンが激しくなければ
>基本的には分岐予測テーブルのコリジョンが激しくなければ
>基本的には分岐予測テーブルのコリジョンが激しくなければ

292 名前:Socket774 :2006/08/04(金) 03:03:55 ID:9W0ItIey
>>287
440BX+PC100対i820+PC800の時、
理論上の帯域が2倍で価格が5倍で実効性能が同等かむしろ若干劣勢だったよな。
440BXをオーバークロックすると、あっさり負けるというヘタレ。
まあオーバークロック状態と比較するのはフェアでは無いが、
5%でも性能が上がるなら10倍の金を払ってもよいという、ディープな層にソッポをむかれたのが痛かった。


293 名前:Socket774 :2006/08/04(金) 03:23:40 ID:SiirrZrX
>>292
ヒューレットパッカードが、
PC800よりもPC133のデュアルチャネルのほうが、こんなにも速いんだ
という技術解説を出していたなぁ。

294 名前:Socket774 :2006/08/04(金) 06:16:31 ID:oCVTFidm
>>291
何が言いたい?
わかんないなら説明するよ

295 名前:Socket774 :2006/08/04(金) 08:19:59 ID:/4XYANja
>>293
ランバスはFSBを越えるメモリ帯域があっても、クロックがマッチしておらず
レイテンシがでかけりゃ意味が無いどころかマイナスというわかりやすい実例だった。

296 名前:Socket774 :2006/08/04(金) 15:30:13 ID:wrGNkoXH
>>290が孤高の天才だということはわかった

297 名前:Socket774 :2006/08/05(土) 19:27:00 ID:bnSN0s7R
ttp://www.geocities.jp/andosprocinfo/wadai06/20060805.htm

ConroeにはALUは三つしかないのでCMPやNOPのスループットが3命令毎秒なのは当然だとおもうんだが。。。

安藤さんらしくないなあ。純粋にデコーダのみのスループットを計測したと思ったんだろうか。

298 名前:Socket774 :2006/08/06(日) 00:10:28 ID:eHYITCLS
ていうか、大原の記事を真に受けちゃダメだぞ。

彼はXeonを実質的にファンレスで動かして、
熱暴走した、冷却ファンを強化したら音がうるさすぎる
なんてレビューを書いてるのだから。

熱暴走したのも、冷却ファンの使い方が悪くて轟音になったのも、
ケースの設計をした大原本人の責任なんだが、彼はそれがわかってない。


299 名前:Socket774 :2006/08/06(日) 01:00:54 ID:edL7Iznn
まあまあ
それはそれ、これはこれ、で評価しないと

300 名前:Socket774 :2006/08/06(日) 23:14:50 ID:dAnrPgcR
スーパーコンピューティングの将来
26. マイクロプロセッサの歴史
ttp://grape.astron.s.u-tokyo.ac.jp/~makino/articles/future_sc/note027.html

301 名前:Socket774 :2006/08/07(月) 01:21:28 ID:qUIJ+zR0
>>300
> そういったことを考えると、コンパイラはあまり複雑で多機能な命令はどうせ使えないんだから、
> マイクロコード自身みたいな基礎的な命令だけあればいいんじゃないか?ということになります。
> RISC の基本的な考え方はそういうものでした。

そもそもヘネシーのやつは学生プロジェクトだったので、設計コストからRISCにならざるを得なかったわけだが、
作ってみたら速かった。
これはヘネシーにも予想外のことで、論文にも何でこんなに速いのかわからんと書いたりしたのでなかなか信じて
もらえなかったのよ。
(論文も一回落とされたとかなんとか)

> これにより、コンパイラは結局より効率が良いコードを出せるようになり、

これも最初はCISC向けと大差ないコンパイラだったりする。

> 歴史的には、最初にこの方式を導入したのは Nexgen 586 だったようで、

仕組みはちょっと違うがSwordfishが先。

> 難航した一つの理由は、3命令では並列度が足りなくて、スーパースカラな実行方式もとりいれることになった、
> ということでしょう。それではなんのために VLIW にしたのかわからないわけです。

複数バンドル同時発行は、将来の互換性を考えると避けられないのだ。
3命令1バンドルにすることで、多少なりとも複雑度が下がるなら十分意味がある。

開発が難航した理由になるのかどうかは知らない。

302 名前:Socket774 :2006/08/07(月) 01:59:12 ID:qUIJ+zR0
ADENARTという言葉をふと思い出すメランコリックなおれ

303 名前:Socket774 :2006/08/07(月) 03:44:19 ID:SLD1/nIf
EPICのバイナリ互換性を保ちつつ性能向上の余地を残すというのは、
シングルスレッド性能を追求するという前提があったわけで、
それが崩れつつある今となっては、
1クロック1バンドル(=3命令)のコアを複数並べたほうがよかったりしてね。

ちなみに、>>300のリンク先の人は、よくわかってないよ。
> 難航した一つの理由は、3命令では並列度が足りなくて、スーパースカラな実行方式もとりいれることになった
なんて書いてるし。



304 名前:Socket774 :2006/08/07(月) 03:56:34 ID:B06XaoxC
Tukwilaではロードストア増やせ。
過去のバイナリの速度は落ちてもいいからSharedL3にしろ。
以上。

305 名前:Socket774 :2006/08/07(月) 04:37:30 ID:YbSNH20N
>>303
>シングルスレッド性能を追求するという前提があったわけで、
>それが崩れつつある今となっては、

シングルスレッド性能を追求できなくなったが、必要だ

306 名前:Socket774 :2006/08/07(月) 23:15:48 ID:+ju65fuH
Efficeon方式で見かけ上のシングルスレッド性能伸ばせるんじゃないか?
スーパースカラもハードウェアで固定切り分けのコードモーフィングしてる様なものだし

307 名前:Socket774 :2006/08/08(火) 00:52:50 ID:/QevWGCs
メモされてる。
http://grape.astron.s.u-tokyo.ac.jp/pub/people/makino/journal/journal-2006-08.html#7

牧野先生、このスレにまでアンテナを張ってるのね。




308 名前:Socket774 :2006/08/08(火) 00:56:00 ID:MpISHhAq
日本語の文章下手だよね。社会人として

309 名前:Socket774 :2006/08/08(火) 00:59:16 ID:YH4eUhY4
>>306
それが可能だと思われているからIntelやAMDがマルチプロセッサを一つにまとめてって発表をしている訳だが…だが…
まぁアプリケーションによって向き不向きは出るだろうなと。

310 名前:Socket774 :2006/08/08(火) 01:09:33 ID:bUY8PGh0
>>307
うはw

311 名前:Socket774 :2006/08/08(火) 01:26:03 ID:J07VnzjH
http://www.spec.org/cpu2000/results/res2006q3/cpu2000-20060705-06410.html
http://www.spec.org/cpu2000/results/res2006q3/cpu2000-20060705-06408.html

Core2DUO 6400のSPEC2000 int fp共に2000を超えてるこの値は2コア動作させての
結果かな?
UNIX-RISCじゃもう追いつけそうもないな。

312 名前:MACオタ>311 さん :2006/08/08(火) 08:17:28 ID:tlRdnuT5
>>311
  -----------------------
  超えてるこの値は2コア動作させての結果かな?
  -----------------------
Parallelの項目を読めば,不要な恥をかかないかと思うす(笑)

313 名前:Socket774 :2006/08/08(火) 12:32:16 ID:eymQSrX8
おいMACオタ、テープアウトの意味を説明してみろ

314 名前:Socket774 :2006/08/08(火) 17:14:57 ID:DXuKIOSp
>>313
イヤです^^

315 名前:Socket774 :2006/08/09(水) 01:47:10 ID:gbs8V6lj
コプロについてもうちょっと間抜け発言を繰り返して欲しいw

316 名前:Socket774 :2006/08/10(木) 03:54:08 ID:xBvw5gUW
コアの拡大写真見てるとなぜかグーグルマップを見てる気分になる。

317 名前:Socket774 :2006/08/10(木) 05:03:34 ID:bMcegBOH
あるあるw

318 名前:Socket774 :2006/08/12(土) 12:40:20 ID:ya3Pco/3
@http://hotwired.goo.ne.jp/news/technology/story/19990222305.html
Ahttp://pc.watch.impress.co.jp/docs/article/991119/kaigai01.htm
Bhttp://www.ournet.md/~hi-tech/elbrus_e2k.html
上記3つの記事に載ってるロシア製ハイエンドCPU E2Kってどうなった?
Aの記事から転用
>もうひとつある。ロシアのMPUアーキテクトBoris Babaian氏の会社Elbrus
>Internationalでは、Itaniumを上回るパフォーマンスの「E2K」プロセッサを
>開発しているが、これもトランスレーションソフトを使ってx86のコードを
>変換して実行する。このMPUも、VLIWライクな長命令語アプローチを取るようだ。同社の「E2K」のページに概要がある。

アメリカ製ハイエンドCPUと互角以上の性能でおまけにx86コードが実行可能。

製品化させたら面白そうだな。




319 名前:Socket774 :2006/08/12(土) 13:05:52 ID:tVwReb+k
>トランスレーションソフトを使ってx86のコードを変換して実行する。
Alpha?

320 名前:Socket774 :2006/08/12(土) 14:06:03 ID:bG3jrOGD
俺はむしろCrusoeが思い浮かんだが。
つか懐かしいな。金集められなくて頓挫したんだよな。
消費電力Itaniumの6割で性能倍以上だっけか。

321 名前:Socket774 :2006/08/12(土) 14:18:34 ID:2O+fzWdK
Efficeonって鯖用CPUで売り出せば生き残れたかもしれない
Itaは既に死に掛けてたしAMDもx64のバリテーション初めても無かった頃だから

x64のインストラクションをコードモーフィングしたらどんな性能になるかも興味有るな

322 名前:Socket774 :2006/08/12(土) 14:23:35 ID:bG3jrOGD
Effiは剣鯖出てたぞー。

323 名前:Socket774 :2006/08/12(土) 14:44:08 ID:byNSwN+k
鯖に関して言うと、Linkstationが売れてる状況がおかしい。
NASと言われてるけど、中小企業のファイルサーバとして使ってる場合もある。
グループウェアなりSQLサーバなりがどうせ必要になるんだから
Linkstationの1.5〜2倍くらいのサイズのEfficeonサーバがあればそれなりに需要はある。

324 名前:Socket774 :2006/08/12(土) 15:13:49 ID:ss9kETHT
>>323
何がおかしいのかさっぱりわからん。

> Linkstation の 1.5〜2倍くらいのサイズの Efficeon
> サーバがあればそれなりに需要はある。

普通にキューブサイズの PC で十分だと思う。

325 名前:Socket774 :2006/08/12(土) 15:31:59 ID:ya3Pco/3
>>320
ロシアのコンピューター技術が進歩するのをアメリカのハイテク産業界が
恐れて、意図的に頓挫させたのかもな。
ハイエンドクラスに匹敵する高性能でしかもX86コードが実行可能、こんな
CPUが同盟関係では無いロシアから登場し、さらにこれを用いてロシアが自国製
スーパーコンピューターなんか開発したらアメリカの国家安全保障も脅かされる
可能性があるからな。
(核実験シミュにアメリカはスーパーコンピューターを用いている。)



326 名前:Socket774 :2006/08/12(土) 15:51:59 ID:byNSwN+k
>>324
いや、消費電力やメモリがECCに対応していなかったりとかいろいろあるんだよ。
……ECCあきらめて754の省電力マザーとか使えばほとんど仕様は満たせるけどな。
>>325
ロシアでも同様の研究があったのは知っているがTransmetaってロシア系か?

327 名前:Socket774 :2006/08/12(土) 16:17:29 ID:9TPcGlEO
>>325
陰謀論には気をつけろよ。頭が悪くなるから。
もし本当に優れてるならプロジェクトごとアメリカに
引っこ抜いて研究させると思うぞ。

ロシア人の言うことは話半分なことが多い。
タイムマシンを発明したとか超能力を解析したとか。
疑似科学というか詐欺みたいなのがいっぱいある。
もちろん、物理や数学等優れてる分野はあるが
金がかかる研究は基本的に遅れてる傾向がある。
逆に金がかからず金になるハッキングとかは進んでる。

アーキテクチャ以上にプロセス技術の要素が強いから
ファブレスでIntel/AMDに対抗するのは難しい。

特定用途に特化したニッチを狙わざるを得なくなるし
そこもインテルが物量投入してきたら商売にならなくなる。

328 名前:Socket774 :2006/08/12(土) 19:54:17 ID:H9xFtKXQ
TransmetaとElbrusは技術提携してなかったけ?
その後、ElbrusにはIntelが金出したんじゃなかったっけ?

329 名前:Socket774 :2006/08/12(土) 20:07:35 ID:ya3Pco/3
>>328
elbrusってsunの下請けやってなかったか?


330 名前:Socket774 :2006/08/13(日) 10:59:02 ID:pOAfnGT2
i860(サーバチップセットじゃない方)は3D関連の命令セットを持っていたが
このチップの3D性能はどのくらい?


331 名前:Socket774 :2006/08/13(日) 11:23:22 ID:BImB2Iy0
SGIがジオメトリエンジンとして採用したくらい

332 名前:Socket774 :2006/08/13(日) 12:32:37 ID:p7ilQwqh
>>331
ってことはPS1ぐらいの性能は持っていたってことか?i860は
これがこけなかったら、PCゲームはプレステより数年早く3Dゲーム
時代を迎えていたかも。


333 名前:Socket774 :2006/08/13(日) 13:44:48 ID:BImB2Iy0
初代プレステが150万ポリゴン/秒
SGIのOnyxのReality Engine2が100万ポリゴン/秒

ただし、SGIのRE2はi960XPを12個も積んでいた。
ttp://hardware.majix.org/computers/sgi.onyx/onyx.shtml

334 名前:Socket774 :2006/08/13(日) 14:24:31 ID:p7ilQwqh
>>333
PS1の150万Poly/secはジオメトリー演算(PCで言うT&L)での性能。
レンダリング性能は30万Poly/secでこれはテクスチャーなしでの
描画性能。テクスチャー貼り付け時には実質7〜9万Poly/secの
レンダリング性能になる。
当然SGIマシンのPolygon性能はテクスチャー付での性能だろう。
ただしi960を12個積んでこの性能だから、、、、推測するにi860
の3D性能はテクスチャー無しで10万Poly/sec以下かな?ってことは
ゲーム用にテクスチャーを貼り付けたら2万poly/secぐらいが
実効性能なのかも?
ゲーム用に2万poly/sec カクカクポリゴンでアローン1みたいなゲーム
しか作れないかも知れない。

335 名前:Socket774 :2006/08/13(日) 16:02:34 ID:BImB2Iy0
ごめん、>>333で間違えてi960XPと書いてしまったけど、正しくはi860XPです。
※i860とi960は字面が似ているだけで全く違うCPUです。

RE2のi860は、>>333のリンク先の写真を見てもらえばわかると思うのですが、ジオメトリ計算しかやりません。


336 名前:Socket774 :2006/08/13(日) 17:10:33 ID:vj25GfUM
つか、PS1ってZバッファすらないんだよな

337 名前:Socket774 :2006/08/13(日) 17:16:23 ID:p7ilQwqh
そうえいばバーチャファイター1のアーケード基板がi860を使ってなかったかな?

338 名前:Socket774 :2006/08/13(日) 17:23:06 ID:vj25GfUM
PS1はテクスチャの同次座標もないし、カリングもない
テクスチャフォーマットもすんげぇ色数が少なかったよな16色中4色みたいな

ないない尽くしでSGIよりカタログスペックが上で喜んでるやつって・・・w

339 名前:Socket774 :2006/08/13(日) 17:25:41 ID:JehJZv8y
GKの工作活動の賜物だな。

340 名前:Socket774 :2006/08/13(日) 19:07:56 ID:p7ilQwqh
>>338
PS2も7500万poly/secなんて実効性能と凄いかけ離れた数値だしね。
(PS2実効性能は300万poly/secぐらい)


341 名前:Socket774 :2006/08/13(日) 19:21:59 ID:p7ilQwqh
しかしps2のEEはほんとクソなCPUだな。
アウトオブオーダーはないし、プログラム組みにくいし、実効性能は低い
しでPS2にまともなストラテジーないのは整数演算が低いせいらしいからな。


342 名前:Socket774 :2006/08/13(日) 19:23:39 ID:PMAzWecA
ストラテジー的な所は日本のゲーム開発者の頭が悪いだけだろう

343 名前:Socket774 :2006/08/13(日) 19:29:15 ID:z0gclfib
それなら素敵な海外物が作られるはずだが。

344 名前:Socket774 :2006/08/13(日) 21:04:13 ID:K5WSAy29
メモリ2KBのVUにアウトオブオーダーもクソもいらんだろw

345 名前:Socket774 :2006/08/13(日) 22:14:32 ID:i0aER018
>>330-335
i860は40MHzで動作して一つのIntegerのほか、一つの加算と一つの乗算を同時にできた。
つまり秒間4千万回の積和算ができたので、4x4ジオメトリ変換なら秒間250万座標の変換が可能。
ただしi860XRの場合は演算結果のStoreに2clock要してたので実演算性能はその半分。

とはいえ、まぁ100万ポリゴンに対してi860XPを12個は十分な変換能力だけどね。
実際にはラスタライジングとマッピング、Z-buffer処理が足かせだったんじゃない?
5x4の FootPrintに分けて分散処理しててもやぱり重い。

一般に言われる3D命令はこの積和算のほか、メモリ比較ストア命令をもっていた。
つまりZ-Bufferの深度テストが一命令でこなせるため、高価なアキュムレータバッファが
不要になったけど、所詮40MHz駆動、たいした性能ではない。

346 名前:Socket774 :2006/08/13(日) 22:57:40 ID:p7ilQwqh
>>345
登場時期を考えたら凄い性能だと思うが。
まだこの頃は3D機能といったら高価なEWSぐらいにしか搭載されてなかったし。


347 名前:Socket774 :2006/08/14(月) 06:34:13 ID:sU7iC0YJ
発表は1989年だけど、実際製品として使われ始めたのは1990年後半から1991年で、
生粋のVILWアーキテクチャであるi860は最適化コンパイラに恵まれず、結局
論理性能を出せることはなかった。

特にi860単体で座標変換からライティング、ラスタライジング、テクスチャ置換、
そして Z-buffer テスト・書き込みまで行おうとすると、キャッシュのヒット率は
期待できるものではなくなってくるし、複雑なコードをコンパイラが最適化して
120MOPSを埋めるのは不可能だった。

SGIのように単なるマトリックス演算機として複雑なコンテキストスイッチを排して
使うのが結局は関の山で、そうこうしているうちに1992年にはDEC Alpha-AXPが
登場、i860の商業的敗北は決定的になった。

さらに重ねると、マトリックス演算機としての性能としてもインストラクションバスと
データバスを完全に分離した AMD29kシリーズ、特にAM29050と比較して実性能で
及ばず、同時期100万ポリゴンを到達していたKubota G4 Engine は 7個の Am29050で
実現している。

348 名前:Socket774 :2006/08/14(月) 06:58:06 ID:DmXuUco8
>>347
2issueでVLIWというのは限りなく詐欺に近いのでは?
EPICの3issueでさえ詐欺だと思えるのに。


349 名前:Socket774 :2006/08/14(月) 07:49:22 ID:CxLnRZX6
>>348
でもNOPの頻度から言えば短い方が無駄がなくね?
Itanium2はVLIWじゃなくてあくまでEPICですから。

350 名前:Socket774 :2006/08/14(月) 08:11:24 ID:rLuCSLBh
>>347
クボタもi860を3個つかったマシン出してたらしいぞ。


351 名前:Socket774 :2006/08/14(月) 08:27:17 ID:pktmDHO+
>>348
http://pc.watch.impress.co.jp/docs/article/20000302/kaigai01.htm

>VPUの命令セットアーキテクチャはVLIW(very long instruction word)を取る。
>ただし、Crusoeのような4イシュー128bit長の長い命令語ではなく、32bit長の
>命令2つを納めた2イシュー64bit長の命令語となっている。1つの命令語に納め
>られた2つの命令のうち、アッパーインストラクションがFMAC群に対して発行
>され、ローワーインストラクションがFDIVやEFU、ロードストアユニットなど
>FMAC以外のユニット群に対して発行される。図2のような構造となっている。


emotion-engineも2イシューでVLIWを名乗ってる。

352 名前:Socket774 :2006/08/14(月) 08:33:54 ID:sU7iC0YJ
>>350
PortableCで 7〜8Mflops、専用Fortranでも12Mflopsしか出なかったことから
その性能はお察しください。

グラフィックパイプラインはコンパイラ出力を人力で手直ししたアセンブラ、
それでもテクスチャ貼って数万〜十数万ポリゴン毎秒しか性能は出なかった。
>>334の推論は当たらずとも遠からず。>>350

ただし、Steller伝統の球をポリゴン分割せずに描画する機能があったため、
分子設計屋方面にはそれなりの性能を提供できていた(とおもう)。

353 名前:Socket774 :2006/08/14(月) 08:38:52 ID:QL+xma71
世間の注目はcore2duoに集まっているというのにお前らときたら・・・

354 名前:Socket774 :2006/08/14(月) 08:44:15 ID:xUitlLH7
今んとこ単発専用なんで眼中に無い。
いつになるか分からんがむしろ65nmOp。

355 名前:Socket774 :2006/08/14(月) 11:37:20 ID:DmXuUco8
>>351
それは詐欺だね。

ちなみにIntelはi860はLIWだといっていたかと。VLIWといったら詐欺になるなぁ
という自覚があったからだね。

356 名前:Socket774 :2006/08/14(月) 19:20:52 ID:bUKv4q+k
>>337
バーチャファイター1はNEC製32ビット(外部16ビット)CISCプロセッサのV60ですぜ。
i960使ってるのはバーチャファイター2の方。


357 名前:Socket774 :2006/08/14(月) 20:13:55 ID:YwrtAPlV
core2duoの性能はすごいな、
これもintelがRISCの手法をパクッテきたからできた結果なんだけどな
RISC陣営からx86はクソ扱いされながらもintelはいいとこだけパクッテ
x86の性能をあげてきた。

358 名前:Socket774 :2006/08/14(月) 20:14:27 ID:rFmfLl2e
conroe最高!

359 名前:Socket774 :2006/08/14(月) 20:19:01 ID:28m7ys4k
>>357
■後藤弘茂のWeekly海外ニュース■
「Core Microarchitecture」の速さの秘密は“CISCの美”
ttp://pc.watch.impress.co.jp/docs/2006/0626/kaigai285.htm

“CISCの美” >>357

360 名前:Socket774 :2006/08/14(月) 20:25:31 ID:YwrtAPlV
SparcやハイエンドMIPS PA-RISC ALPHAが3Ghzクラスで動作してれば
サーバWSまでx86に侵食されることもなかったのに。

361 名前:Socket774 :2006/08/14(月) 20:35:54 ID:FN0Pqp24
PA-RISCはItaniumに吸収されたから以下略として、
AlphaAXPはコンパックに喰われなけりゃなぁ。
SPARCはULTRA64Vがとてつもない不動小数点数性能だった記憶。
アーキテクチャが面白いNiagaraくらいか、期待は。

362 名前:Socket774 :2006/08/14(月) 20:59:18 ID:7NuvlfWr
そうすると敵はOracleとかのライセンス体系になってくるような

363 名前:Socket774 :2006/08/14(月) 21:39:20 ID:GFerrkGH
見掛け倒しに終わったNiagara。
T2000/T1000はHPの♪鯖とかに対抗できるシステム価格にしないと売れん。


364 名前:Socket774 :2006/08/14(月) 21:48:22 ID:28m7ys4k
インテルはRDRAMで懲りたからメモコン内蔵しないのだろうけど
1.CPUにDDR/DDR2/DDR3のメモコンを内蔵する。
2.もしメモリの規格が変わったりしたら、チップセットにメモコン内蔵する。
っていう手法で実現できないだろうか。FSB足りてないし、それやれば性能もうp!
問題点は
a.半導体面積の無駄遣い
b.2の方法になった場合、レイテンシー隠蔽のためにCPUのキャッシュが大量に必要になる

365 名前:Socket774 :2006/08/14(月) 22:15:19 ID:pIucJwz4
ダイ2つ?げて1パック設計するIntelがメモリーコントローラ内蔵
なんかしたら・・・
楽しいことになりそうですね

366 名前:Socket774 :2006/08/14(月) 22:24:33 ID:CxLnRZX6
キャッシュ山盛り&投機フェッチでレイテンシ隠蔽が基本路線なので
無いかと。。。
CPUコアとメモコン専用ダイのMCM化とかできるようになれば変わるんだろうけど。


メモコン内蔵するのはXeon&Itaniumでそ。
シリアル化するからメモリの標準化動向に左右されないと。

367 名前:Socket774 :2006/08/14(月) 22:45:46 ID:V2Bjzib3
>>360-363あたり

5GHzを視野に入れているらしいPOWER6はどうよ?

368 名前:Socket774 :2006/08/15(火) 02:15:21 ID:fJXnOXR7
>>367
POWER6はPOWER5の高クロック版だと言われてる
まあ、速いんじゃね?

3GHzのAlpha EV8にはそそられるものはあるが、結局はx86よりちょっと速いかも
というところに落ち着いたんじゃないか
昔からAlphaの性能もメモリで決まったようなもんだし

369 名前:Socket774 :2006/08/15(火) 04:21:40 ID:TEiriv19
>>364
FB-DIMM + CSI をセットにしてサーバで動いている以上、よっぽどのことがない限り
この路線を堅持でしょ.

FB-DIMM 化によるレイテンシの増大をメモリコントローラ内蔵のレイテンシ低減で相殺して終わりかしら...
まあ、そっちが主流になったら AMD もやって来ざる得ないからそしたら同じ土俵だからいいんだろうけど.

370 名前:Socket774 :2006/08/15(火) 05:26:58 ID:F6N1fILB
Intelがひたすらメモリ帯域の拡大にこだわる理由
ttp://pc.watch.impress.co.jp/docs/2002/0624/kaigai01.htm

ちょっと古い記事だがこれからはマルチコア・マルチスレッドの時代だしFB-DIMMで桶

371 名前:Socket774 :2006/08/16(水) 02:43:54 ID:kCi6IBeT
>>369
レイテンシもあるがそれより帯域だろ
せっかくの多チャンネル広帯域構成が可能なFBDIMMのメリットもFSBを介す現状だと活かせない
それにCPUと連動して帯域も増えていくつーメリットもあるっしょ

372 名前:Socket774 :2006/08/16(水) 06:13:27 ID:iZlcRjVZ
デュアルコアって□□←こういう風に並列だけど、
積み重ねて、日←こういう風にできないものなのかな。

373 名前:Socket774 :2006/08/16(水) 08:11:53 ID:4U6/qji3
メモリの2階建てみたいなことを言ってるなら、焦げシリコンができるだろうな。

374 名前:Socket774 :2006/08/16(水) 09:09:18 ID:LPk6n0Vp
製造技術的な問題はともかく、
縦方向に数層、横方向には数千くらいトランジスタをならべられるわけだから、
配線の無駄が非常に大きいと思う。二つのコアはそこまで密結合じゃないと思うし。

375 名前:Socket774 :2006/08/16(水) 10:04:32 ID:3ZhHWRUL
完全三次元構造のCPUって無理なのかな? (二次元を数層重ねたというのではなく、立方体みたいな感じ)

376 名前:Socket774 :2006/08/16(水) 10:58:58 ID:eEHx6dD4
>>375
半導体製造プロセスを学べw
NHKの電子立国とかいいんだけどなぁ。
とりあえず立方体半導体は無理

377 名前:Socket774 :2006/08/16(水) 11:05:04 ID:+uAZ/XAx
そろそろ2進数コンピュータじゃなくて
8進数コンピュータを作れ

1ビットで今の1オクテットの情報を扱える

378 名前:Socket774 :2006/08/16(水) 11:13:59 ID:J7VivjxH
そろそろ2進数コンピュータじゃなくて
アナロ(ry

379 名前:Socket774 :2006/08/16(水) 11:18:27 ID:oH/JHaHt
もしあるとしたら、2進数の次は3進数だろ
常識

380 名前:Socket774 :2006/08/16(水) 11:30:42 ID:4U6/qji3
マジレスるとアナログコンピュータはとっくの昔にある。

381 名前:Socket774 :2006/08/16(水) 13:01:46 ID:C38MS+e7
3進コンピュータもとっくの昔にある。

382 名前:Socket774 :2006/08/16(水) 13:17:47 ID:oH/JHaHt
×もしあるとしたら
○もし遷移があるとしたら
存在の「ある」ではなく実現の「ある」ね

383 名前:Socket774 :2006/08/16(水) 13:37:42 ID:yKKRK9Gf
そういや8087はマイクロプログラムのメモリが4進(1セルで4値記憶)
だったような・・・

384 名前:Socket774 :2006/08/16(水) 13:46:36 ID:C38MS+e7
>>382
ttp://www.computer-museum.ru/english/setun.htm
黎明期に実際3値論理コンピュータは作られてそれなりに量産されたわけ。

もし優れているならそっちが広まったと思うんだけど?

385 名前:Socket774 :2006/08/16(水) 13:50:43 ID:nHhAEvsG
>ttp://www.computer-museum.ru/english/setun.htm
日本語でおk

386 名前:Socket774 :2006/08/16(水) 14:15:09 ID:oH/JHaHt
>>384
ごめん、3進がコストと性能の面で最もバランスが良いとかいう内容の本がどっかに有ったはずなんだけど見当たらないわ。
あとリンク先にはその計算機は政治的な理由で流行らなかった側面が有るみたいな行りがあるような?
>Unfortunately the officials of the computer production in the USSR had negative position about non-planned and unusual "fruit of university fantasy".

387 名前:Socket774 :2006/08/16(水) 14:20:16 ID:VPjynlQb
3進ではないが、10年くらい前の日経に、ゼロ、プラス1、マイナス1を認識する半導体を
どっかの大学で作って、これが従来の01の半導体より4割ほど高速という記事を
見た記憶がある。

388 名前:Socket774 :2006/08/16(水) 14:36:34 ID:e1SYYp2K
>>383
いまどきのフラッシュメモリもメモリセルを多値化してるよ。

389 名前:Socket774 :2006/08/16(水) 14:57:26 ID:IJ1/JnrG
自然対数の底に最も近い整数は3だから3進数がいい、ってな話を聞いたことがある。

390 名前:Socket774 :2006/08/16(水) 15:30:57 ID:kq1JDGnc
>>375-376
球体素子は1998年に発表されている。
Ball Semiconductorでぐぐるよろし。

391 名前:Socket774 :2006/08/16(水) 15:59:55 ID:3rhA8snX
>>390
それは球の表面だけど2次元じゃないの?

>>375-376
論理回路では結局シンプルなSi2値がムーアの法則(経験則)パワーで今までは圧倒的勝利
微細化は全てを癒す ってことじゃね?

392 名前:Socket774 :2006/08/16(水) 16:19:57 ID:Dz/OXLkC
>>375
貫通電極を使ってチップを積み重ねる事はできる。
でも冷却が問題になりそうだって事は理解できる?
溝彫って中に液体流して水冷するなんて事を考えてる人達もいるけど。

393 名前:Socket774 :2006/08/16(水) 18:16:29 ID:rEsvYeQd
>シリコン内部で液冷
あーインテルが研究中とかいう記事があったな。

394 名前:Socket774 :2006/08/16(水) 23:57:12 ID:8JXi+h5x
おまえら
>>377の、
> 8進数なら1ビットで1オクテット
とかいうボケにまずつっこんでから3進数云々しろや
って思いながら1オクッテットオール1の>>377に嫉妬


395 名前:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6 :2006/08/17(木) 02:10:22 ID:CNCI5sCi
1バイトが8ビット=1オクテットじゃないアーキテクチャとかなんかの規格とかってあったっけ?

396 名前:Socket774 :2006/08/17(木) 07:48:00 ID:ENH8mIcZ
>1ビットで1オクテット
多値技術の歯無しだね。

397 名前:Socket774 :2006/08/17(木) 11:01:46 ID:VeT5NsTt
>>395
36bit word を 9bit byte × 4 と見なしてたマシンは結構沢山あったし
(Honeywell とか PDP-10 とか)、BBN C-machine なんかは 20bit word を
10bit byte × 2 と見なしてたらしい。

PDP-10 はかなり人気があったので、もし DEC が PDP-11 や VAX-11 に
流れてなかったら、36bit word の世界が来てたかもしれんぞ。

398 名前:Socket774 :2006/08/17(木) 11:11:26 ID:lWaBVxu+
http://acapulco.dyndns.org/doc/CodeAnalyst/simulation.htm

399 名前:Socket774 :2006/08/17(木) 11:33:30 ID:ssfYxnp1
正式には1バイトは何ビットと決まってなかったんだっけ?
1Byte = 8bitsはいわゆるデファクトスタンダードで。

400 名前:Socket774 :2006/08/17(木) 11:35:55 ID:VeT5NsTt
決まってない。
だからこそ
#define CHAR_BIT 8
みたいな定義が <limits.h> に必要となるわけで。

オクテットの方は決まってるが。

401 名前:Socket774 :2006/08/18(金) 07:49:49 ID:++ER7ovM
>>359
Core2に至るまでの過程(P6 NetBurst)では高速化のためにRISC技術の取り入れが
不可欠だったし、Core2でもRISC技術であるスーパースカラ&パイプライン 
投機実行 ハードワイアードロジック(486で採用)を採用している。

もし、intel(x86全体)がRISC技術を一切採用していなかったら今日でもその
性能はSparc Mipsなどの後塵を拝していただろう。

402 名前:Socket774 :2006/08/18(金) 08:47:05 ID:++ER7ovM
>>361
Sprac Ultra64Vの浮動少数点演算性能はSpecCpu2000で2200ぐらいでIA-64 Power5
Core2とあまり大差がない。

403 名前:Socket774 :2006/08/18(金) 09:20:02 ID:MM/1RKrX
明確にRISC、あるいは明確にCISCっていうCPUなんて、現在あるのか?
RISCとCISCのいいとこ取りしたCPUばっかりじゃないの?

404 名前:Socket774 :2006/08/18(金) 09:38:28 ID:vI0XpxeC
純CISCはCyrix3が最後かね。
名ばかりのCentaur版でなく、Cyrixの。

405 名前:Socket774 :2006/08/18(金) 09:48:05 ID:++ER7ovM
>>403
明確なCISCはx86ではPentium時代に消滅したが、明確なRISCは今でもPower Sprac
が残ってるし、ハイエンドMIPS PA-RISC ALPHAもCISC技術を採用しなかった。
(わざわざ採用する必要がない)



406 名前:Socket774 :2006/08/18(金) 10:06:58 ID:yghaxA3s
まあそれでもx86が動く時点でCore2は効率が悪い

407 名前:Socket774 :2006/08/18(金) 10:10:27 ID:kDfty7fM
>>405
現行Powerを「明確なRISC」というあんたのRISCの定義を知りたいね。

408 名前: