CPUアーキテクチャについて語れ 22

1 ：Socket774：2012/04/11(水) 07:21:08.26 ID:KsJ1mwiy

2 ：Socket774：2012/04/11(水) 08:13:17.50 ID:KXV+ghBM

おっぱい

3 ：Socket774：2012/04/11(水) 10:32:50.37 ID:Ln/wjDs6

おっぱいおっぱい

4 ：Socket774：2012/04/11(水) 13:50:23.67 ID:m+Ccjxy7

おっぱいいっぱいおっぱい

5 ：Socket774：2012/04/11(水) 14:43:49.64 ID:x2UMAo/y

ゆっぱい

6 ：Socket774：2012/04/11(水) 20:23:45.94 ID:gPxdpkz3

いちもつ

7 ：Socket774：2012/04/12(木) 08:34:02.22 ID:cvF5KVBd

荷物

8 ：Socket774：2012/04/12(木) 10:01:27.63 ID:1Sergi5U

み物

9 ：Socket774：2012/04/12(木) 11:48:26.00 ID:vYR6XOMy

臓物

10 ：Socket774：2012/04/13(金) 02:43:22.89 ID:UnhlnMy7

ハスウェル期待

11 ：Socket774：2012/04/13(金) 13:09:09.44 ID:uHLk5neR

テスト

12 ：Socket774：2012/04/14(土) 16:58:23.97 ID:XjzgVPtn

（」・ω・）」うー！（／・ω・）／にゃー！

13 ：,,・´∀｀・,,）っ-○○○：2012/04/15(日) 00:58:53.80 ID:FE/2aiP2

> 998 ：Socket774 [sage] ：2012/04/10(火) 16:01:40.56 ID:DCw9rvKM (2/2)
> >>991
> >>973のrestrict云々のとこはエイリアシングのことを言ってるが
> 前半はキャストの話だからpointer masqueradingのことじゃないの

ますます聞かない単語が出てきたぞ

14 ：Socket774：2012/04/17(火) 01:45:50.92 ID:jwRXifmx

結局　IvyBridge　の出荷が遅れているのは、歩留りのせい。それともsandayの在庫が多いから？
なんかinteも3Dトランジスタに苦しんでいるようだけどこの先大丈夫かな。
3Dトランジスタが順調だったらAMDもARMもぶっちぎりになったんだろうけど。

15 ：Socket774：2012/04/17(火) 03:01:59.66 ID:Reud9Zy7

90nmのときと似ているね。
これで本当にTDPが95W、アイドル時の消費電力増加、OC耐性の低下が本当なら
プレスコットほどにはないにせよドタン並みのトラブルに現場はなってそうだな。

16 ：Socket774：2012/04/17(火) 03:48:51.08 ID:9WqsSSOo

ステッピング変更を待つべし
Tri-gateがいきなり上手くいったらリアルにAMDが逝ってしまうかもしれないんだから
初めの躓きは丁度良いくらいだよ
intel的にはtick-tuckモデルがうまく機能してる実証になるだろうし

17 ：Socket774：2012/04/17(火) 15:56:21.19 ID:IOhn/7h4

プログラミングモデルに関してこれくらい努力すれば
Cellももう少し上手くいったのかもしれない

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20120417_526857.html

18 ：Socket774：2012/04/18(水) 16:15:03.49 ID:WDby/O8p

19 ：Socket774：2012/04/18(水) 18:10:55.06 ID:Pg1rJi7e

The AMD's Cafe
IvyBridgeはTDP最大95Wとなるが実際はTDP 77W以下で動作する、6コアモデルも登場する？
http://blog.livedoor.jp/amd646464/archives/52272471.html
IvyBridge最上位モデルとなるCore i7 3770KのパッケージにTDP 95Wと書かれていましたが、実際にIvyBridgeの上位モデルはTDP 95Wとして販売されるとのこと
スペック上はTDP 95Wですが、実際には最大TDP 77Wで動作するとのこと

なぜスペック上TDP 95Wとしておくかと言うと、互換性のためにマザーにTDP 95Wに対応させることと、将来製品でクロックを向上させたり6コアモデルを出せるようにするためのようです
実際に6コアが計画されているかは分かりませんが、是非期待したいところですね

後半の意味がわからない

20 ：Socket774：2012/04/18(水) 20:34:29.74 ID:evQ4Fd07

>>19
1.「実際は減少したが書類上は95W」としておけば、
メーカーはSandy(あるいはそれ以前の95W級)向けの廃熱設計を使い回して
開発費用・期間を削減できる。
これまでにないTDP帯が設定されると、たとえ減少方向でも検証からやり直し。

2.GPUをCPUブロック2つに置き換えた新ダイか、Sandy-E叉はIvy-Eのアンコアを1155相当に殺したものを使った
95W級6コア1155を計画している可能性を指摘している？
流石にこれは考えにくいような…

21 ：Socket774：2012/04/20(金) 22:47:12.40 ID:b3kO876a

単純に高クロック品を投入するためのマージンだろう。

22 ：Socket774：2012/04/21(土) 07:38:33.04 ID:/2zKEB1n

なんか印刷ミスって話も出てきたぞｗ

23 ：Socket774：2012/04/21(土) 22:28:30.06 ID:5Mb3u5w9

E-450レベルで、ファンレス可能なギリギリのチップと
sandyレベル以上の作業用チップのデュアルチップ構成にして欲しいな

ファンレスはやっぱ重要だよ
集中できるもん

24 ：Socket774：2012/04/22(日) 04:02:12.94 ID:uIENijpA

アイドル時は無音で負荷がかかったら爆音でもいいということか？
ノートはみんなそんな感じだと思うが

25 ：竹島は日本領土：2012/04/22(日) 20:46:20.13 ID:s3JookxF

Raspberry PiのReviewはいかが
http://www.bit-tech.net/hardware/pcs/2012/04/16/raspberry-pi-review/1

26 ：Socket774：2012/04/23(月) 09:16:51.41 ID:QdoHkK5f

作業用ってヘビーな作業用ね

27 ：Socket774：2012/04/23(月) 21:27:21.10 ID:6RKpEob3

1.6万ピン、ワロタ

>ハイエンド・ロジック・パッケージの一例として富士通からスーパーコンピュータ「京」の
>心臓部であるCPUパッケージの詳細が発表された（講演番号FB1-1）。
>45nm世代の8コア・ロジック・チップは、チップ当たり1万6000ピンの
>接続端子を、176μm間隔で配置したはんだ接合フリップチップ技術により
>実装している。低誘電率（low-k）半導体絶縁層（inter layer dielectric：ILD）への
>アセンブリ・ストレスを緩和するとともに、高い伝送速度を実現するため、
>19層のガラス・セラミックス基板を採用した。
ttp://techon.nikkeibp.co.jp/article/NEWS/20120421/214271/

28 ：Socket774：2012/04/23(月) 22:07:41.18 ID:YUKvrd1r

世界一のスーパーコンピュータ「京」の高速演算を支えるプロセッサ等の展示について
http://www.pref.mie.lg.jp/TOPICS/2012040229.htm

29 ：Socket774：2012/04/24(火) 04:01:33.37 ID:mNz/UYLe

ベクトル型CPUなんてそんなもんだろ

30 ：Socket774：2012/04/24(火) 05:07:59.17 ID:v4kvuLEg

AVX 8コアのx86 もSPARCVIIIfx と総ベクトル長は変わらないぞ

31 ：Socket774：2012/04/25(水) 13:13:00.53 ID:VZ5dU6XP

SX-9の倍か

32 ：Socket774：2012/04/25(水) 17:22:45.72 ID:UnJZRQTA

Cool Chips XV - 「京」のTofuインタコネクトの詳細が明らかに
ttp://news.mynavi.jp/articles/2012/04/25/coolchips_xv_tofu/index.html

インターコネクトの遅延時間とか今後のロードマップとかなかなか興味深い

33 ：Socket774：2012/04/26(木) 19:05:40.70 ID:cc0bJccw

Cool Chips XV - 基調講演で明らかとなったIBMのBlueGene/Q
ttp://news.mynavi.jp/photo/articles/2012/04/26/coolchips_xv_bgq/images/015l.jpg

故障/（TFLOPS*月）
　0.1-1.0　　 Cary　XT3、XT4
　2.6-8.0　　 x86 cluster
　0.01-0.03　BlueGeneL、BlueGeneP

京が話題になって、スパコンのスレが各所に立ちまくってた時、
x86 のコストパフォーマンスが高いからそれ以外を作るのはバカ、みたいな
ことを言うやつがわんさかいた。しかしこういうデータを見ると
x86 の汎用鯖を汎用ネットワークでつなげただけみたいなシステムが
HPC用途ではゴミだというのがよくわかる。

（x86 を使って信頼性の高いシステムを作ることはできるが
そうするともうシステム全体の価格優位は僅少になる。
しかも優位は初期費用だけだ）

34 ：Socket774：2012/04/26(木) 19:12:54.05 ID:/aFGeYgB

>>33が知恵遅れだという事が解る

35 ：Socket774：2012/04/26(木) 19:20:38.20 ID:cc0bJccw

>33　リンク先から

BlueGene/Q
・1.6GHz は公開されていたが電圧が初公開　0.8V
・L2　がMulti-Versioned Cache
・4スレッド/コア　これは既知かな
・インターコネクトバンド幅は京に負けるがレイテンシは京より少ない

36 ：Socket774：2012/04/26(木) 19:24:42.58 ID:cc0bJccw

>>34
そういう内容のないレスは感情に対しては効果あるけど
論理というか、情報の中身？には効果がないな

37 ：Socket774：2012/04/26(木) 20:55:04.21 ID:G+qWD61q

京がtop500のベンチを取ったときは無故障で28時間完走したのこと
壊れてみないとわからんが、とりあえずBGに負けてはいない

BWの代わりはCrayらしいが、上の故障率で10PFは厳しいね

38 ：Socket774：2012/04/26(木) 22:51:47.13 ID:MayJlQPL

x86は市販品使ってとりあえず自分で直せるというメリットがあるのがでかいけどね

39 ：Socket774：2012/04/27(金) 11:55:14.77 ID:zpNqDSBK

高価なコンピュータ使ってる、恐らく重要な計算するのに素人修理はありえないし
それなりの技術者を用意しておくならパーツも用意しておくだろ常識的に

40 ：Socket774：2012/04/28(土) 07:48:53.92 ID:KSxOPHbP

>>39
全くだ。自分で直せるメリットだとか、一体どこの世界の話をしてるんだか。
メモリのECCエラーでもまずは設置業者に連絡するのが当然だってのにCPUを自分で交換だなんてw

41 ：Socket774：2012/04/28(土) 09:22:16.72 ID:Tk0LGzK3

これからはPC用のCPUはモバイル重視
サーバやHPC向けのCPUはコアが16、32と増える傾向にある
Xeonの中でも安い方のラインナップのような
PC向けのチップをサーバ向けに流用するやり方が成り立たなくなってくるんだろうな

42 ：Socket774：2012/04/28(土) 11:24:02.50 ID:5aXyOZUf

なんかすっかりHPC信者の希望的観測&関係者の宣伝スレになっちゃったな。
HPC専用スレはハードウエア板にあるのでそっちでやってほしい。

43 ：Socket774：2012/04/28(土) 14:19:59.06 ID:yzth+tvF

　モバイル、ハイエンドHCP：消費電力性能
　デスクトップ：シングルスレッド性能
と、デスクトップが孤立を深めていくような気がする

44 ：Socket774：2012/04/28(土) 14:30:24.40 ID:yzth+tvF

>42
因果応報かもな。京関連で立った多くのスレがパソコンを知っていれば
コンピュータを知っていると勘違いしている人間のレスで埋まっていたのだから

45 ：Socket774：2012/04/28(土) 17:17:29.52 ID:qcKp2Xax

>>27
パッケージから出ているピンは2408ピンだった
http://pc.watch.impress.co.jp/img/pcw/docs/396/621/html/252.jpg.html

そのうち信号ピンは1271ピンだそう
http://www.ssken.gr.jp/MAINSITE/download/newsletter/2009/20091125-sci-2/lecture-4/ppt.pdf

16,000ピンの大半は電源関係？

46 ：Socket774：2012/04/28(土) 17:41:50.80 ID:BtYvwkvC

>>45
GND

47 ：Socket774：2012/04/28(土) 18:21:20.37 ID:V4l297/I

553 名前:Socket774 :2012/04/28(土) 16:46:43.98 ID:vz2/P9f4

IvyBridge整数/FP除算平方根が早くなってるわ
intel史上最速かもな
http://www.intel.com/content/www/us/en/architecture-and-technology/64-ia-32-architectures-optimization-manual.html
あとムーブの消尽がxmmとymmだけじゃなく、movとMOVZXでもやるみたいだな
AMDブルはxｍｍしかやってない(ymmはやってない)から汎用レジスターはivyが初じゃね

48 ：Socket774：2012/04/28(土) 19:52:28.96 ID:RPjj84Gd

ゼロ拡張でも消せるのか、zeroing idiomの発展で上位nビットクリアとかができるのかな?
ソースがr16の場合に言及がないけど

49 ：Socket774：2012/04/29(日) 10:05:15.13 ID:ap1XSGXU

>>33
超ハイエンドではメリットあるだろうけどそれでは商売にならないのが問題だな。
実際京ですら全体を使うことは少ないし。そんな極々一部のジョブに向かないから
といってHPC用途で汎用鯖がゴミだということにはならないね。

50 ：Socket774：2012/04/29(日) 10:12:46.99 ID:tLF1sN56

■画質比較

intel ivy-QSV＞＞＞＞＞＞＞＞＞NVENC＞x86ソフトウェア＞＞＞越えられない壁＞＞＞AMDボケボケ

x86
http://images.anandtech.com/reviews/cpu/intel/ivybridge/review/QS/x86.png
gtx680
http://images.anandtech.com/reviews/cpu/intel/ivybridge/review/QS/nvenc.png
hd7970
http://images.anandtech.com/reviews/cpu/intel/ivybridge/review/QS/amd.png
Intel ivy QSV
http://images.anandtech.com/reviews/cpu/intel/ivybridge/review/QS/better.png

51 ：Socket774：2012/04/29(日) 18:25:22.17 ID:321cJoi/

>>49
まあ確かに>33　はハイエンドHPCと書いたほうがいいかもな。

#ハイエンドはエンドだから超はないかと

52 ：Socket774：2012/04/29(日) 18:30:13.25 ID:321cJoi/

やっぱり気が変わった
まあ確かに>33　は中大規模HPCでは～と書いたほうがいいかもな。

53 ：Socket774：2012/04/29(日) 20:40:53.13 ID:+W2PIR6L

今も昔もx86のメリットはソフトの方なんだろうな…

54 ：Socket774：2012/04/29(日) 23:24:50.68 ID:aHlZ6KeU

国策半導体の失敗、負け続けた20年の歴史、親会社・国依存から脱却を
http://www.toyokeizai.net/business/industrial/detail/AC/e6237d9352e5e6259eeeb878b1586b1d/

55 ：Socket774：2012/04/30(月) 01:35:49.39 ID:+5a4aN4r

国策でグローバル競争に勝ったものって何かある？

56 ：Socket774：2012/04/30(月) 04:29:43.54 ID:ICKo7GnC

SPARC64 VIIIfxやSPARC64 IXfxのようなCPUを作れる国は少ないんじゃね？
命令セットはSPARCだけど独自拡張してるし今は命令セット以上にマイクロアーキテクチャの方が重要だし
それだけ技術力はあるということだよ

57 ：Socket774：2012/04/30(月) 04:52:51.62 ID:ke9hs+Po

日露戦争

58 ：Socket774：2012/04/30(月) 06:37:09.44 ID:FZStEKiQ

通商産業省時代にいくつか。ただし当時は
”グローバルなんとか”と呼ばれるようになっていなかったと思う

59 ：Socket774：2012/04/30(月) 11:46:52.59 ID:Pf0EIAAv

国策主導だろうと民需主導だろうと円高に進む限りどの産業も先は見えてる

60 ：Socket774：2012/04/30(月) 14:52:34.21 ID:eaSW03Wd

日本製DRAMが席捲した頃とかかね。

61 ：Socket774：2012/05/01(火) 23:17:11.02 ID:AE1Pch10

POWER でも↓みたいなシステムだと
>33 の数字はあまり良くないかもしれない

ttp://cloud.watch.impress.co.jp/img/clw/docs/529/478/html/04.jpg.html
ttp://cloud.watch.impress.co.jp/docs/news/20120426_529478.html

62 ：Socket774：2012/05/01(火) 23:31:40.22 ID:ZZIDDU7S

価格強調してるけど、IBMはがっつりサポート料いただきますなソリューションだしなあ

63 ：Socket774：2012/05/02(水) 02:15:23.25 ID:TEZYBIab

え、IBMってサポートが売りでしょ

64 ：竹島は日本領土：2012/05/02(水) 04:58:58.76 ID:VI+Pqks4

こういうのを読んでると，1位じゃ無きゃダメどころか，1位でもまだ足りないと実感させられる
「スパコンがもたらすエンジン革命」
http://www.nationalgeographic.co.jp/news/news_article.php?file_id=20120501002&expand#title

65 ：Socket774：2012/05/02(水) 23:27:06.14 ID:/OgXTm65

節子その記事あんま大したこと書いてない

66 ：Socket774：2012/05/03(木) 01:45:03.57 ID:IYCHpWI4

内燃シミュレーションの話じゃないが、空力シミュレーションを高精度で
やるようになってから、自動車のデザインがつまらなくなった。
物理的な必然として仕方がないんだろうけどな

67 ：Socket774：2012/05/03(木) 08:24:54.05 ID:OfrOW6FC

単に時代の雰囲気だろ＞自動車の外形
空力なんて最後の最後に味付け壊さない程度にしか介入できないって話だぜ
室内空間どれだけ取れるかとか、流行のデザインにするとかが優先
そりゃもちろん、横風くらったら横転やスピンするとかの無茶なデザインだったら空力屋が止めるだろうけど

68 ：Socket774：2012/05/03(木) 10:06:47.77 ID:IYCHpWI4

とてもそうとは思えない。どう見ても没個性が進んでる

昔
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Toyota_Celica_Coupe_A60.jpg
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Isuzu_117_Coupe_005.JPG
↓
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:2006-2008_NISSAN_SKYLINE.jpg
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Toyota_Corolla_Axio_0901.jpg

69 ：Socket774：2012/05/03(木) 11:30:22.41 ID:OfrOW6FC

空力優先なら、みんなプリウスやインサイトみたいになるだろｗ

117クーペはイタリアのデザイナーに外注した車で、そのセリカとは時代もけっこう違うぞ
どっちかというと初代セリカあたりのほうが時代的に近い
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:1970_Toyota_Celica_01.jpg

70 ：Socket774：2012/05/03(木) 13:12:12.45 ID:GEy3F1lO

衝突安全の絡みもあるだろうな
この辺の縛りは地味に強くてリトラクタブルライトは完全に消滅してるし

71 ：Socket774：2012/05/03(木) 13:23:56.61 ID:IYCHpWI4

>69　それと同時期、例えば
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Datsun_Bluebird_Coupe_%28510%29_001.JPG

72 ：Socket774：2012/05/03(木) 13:47:05.39 ID:OfrOW6FC

>>71
最初から同年代出しておけばいいんだよｗ　10年ほど違うのだったら、今の国産車でもかなり変わってくると思うよ俺はｗ
というか、その約10年後のセリカと比べたら、やっぱり似てるでしょ117クーペと初代セリカと、そのブルーバード

73 ：Socket774：2012/05/03(木) 15:39:36.99 ID:IYCHpWI4

＞やっぱり似てるでしょ
ぜんぜん

74 ：Socket774：2012/05/03(木) 16:39:45.71 ID:OfrOW6FC

時代の雰囲気みたいなのわからないかなあｗ

ま、スレ違いの話題でもあるし、君の言う「没個性が進んでる」に
俺からも「ぜんぜん」で応えて終了ってことにしとこうｗ

75 ：Socket774：2012/05/03(木) 17:38:50.50 ID:+HjpkDM2

板間違えたかとｗ

76 ：Socket774：2012/05/04(金) 19:45:59.99 ID:b3gBT18D

NextXboxの開発キットの続報
http://www.computerandvideogames.com/345882/features/microsoft-durango-is-the-next-xbox-more-powerful-than-we-thought/

・CPUはPowerPC16コア
・GPUはHD7000シリーズ

どれくらいのサイズになんだろ

77 ：Socket774：2012/05/04(金) 21:06:24.68 ID:JGgMYzyQ

コア強化出来る程の開発費は出せないから数だけ増やしました的やっつけ感がある

78 ：Socket774：2012/05/04(金) 22:19:31.69 ID:MKPQ6E/H

実際欲しいのはsimd性能だけだから
xbox360,ps3よろしく整数はin orderか

79 ：Socket774：2012/05/04(金) 23:01:28.78 ID:NkDZyWTZ

Macオタさんの推測どおりPowerPC A2なんじゃない？

80 ：Socket774：2012/05/05(土) 00:19:50.15 ID:ZzKyk+JW

Bulldozerのカスタムってのはどこに行ったんだろ

81 ：Socket774：2012/05/05(土) 01:12:46.70 ID:LTvtk+sB

それはPS4の方

82 ：Socket774：2012/05/05(土) 01:22:27.05 ID:EPVZgIhl

PS4はBullじゃなくてK10って噂だ

83 ：Socket774：2012/05/05(土) 01:27:59.85 ID:T/OpKA1K

>>81
次世代XBOXだったはず
予定にあったブルの16コアIBM製だったら燃えそう

84 ：Socket774：2012/05/05(土) 04:13:15.11 ID:YLYSSC3J

世の中、プログラマブルシェーダがすべてじゃない。
プログラマブルシェーダを採用していないところは結構ある。サーバーなんてのもそう。

ここのhttp://www.axell.co.jp/のAG10とか、パチスロとかで使われているが、
プログラマブルシェーダではない。

後、VIAの組み込みプロセッサーとかMatroxのGPUもプログラマブルシェーダを使ってない。

85 ：Socket774：2012/05/05(土) 05:21:37.06 ID:yxmMUM8w

PowerPC A2 コアのCPUは通信用のPowerENとBG/QのCPUが有名だけど
片やPBus、片やクロスバーでチップとしては全然違うものだな。
A2コアが本当だとしてもチップ全体はどちらとも似ていないのかも

86 ：Socket774：2012/05/05(土) 06:40:29.46 ID:9dOFcIHv

viaのigpはdx9対応で
matroxもvsはdx9対応

87 ：Socket774：2012/05/06(日) 02:06:12.53 ID:JajpV5Dz

>>84
そもそも、「世の中○○が全てじゃない」の使い方すら分かってない池沼だということはよく分かった。

88 ：Socket774：2012/05/06(日) 21:32:38.40 ID:wOW3Cb9b

日本語の問題とかの細々した話は別にして、コンシューマゲーム機ではCPUを中心とした
コンピュータアーキテクチャでは冒険はしない時代になったってことでしょうね。

ヘテロジニアスコンピューティングが流行るためにはソフトウェア側のサポートが
どうにかならないとどうにもならないってことですかね。

89 ：Socket774：2012/05/07(月) 00:58:25.54 ID:4zNQsJt2

ゲーム機がプログラマブルシェーダー搭載しないこととヘテロジニアスはあんまり関係がない。
後ろ2行には同意。

90 ：Socket774：2012/05/12(土) 17:01:37.72 ID:6mLG2Yyg

　1960年代　たぶん20～30um
　1971年　10um　Intel 4004

　2008年　18um　スパコンMB
　2013年　30um　スマートフォンMB
ttp://news.mynavi.jp/photo/articles/2008/11/25/sx-9/images/017l.jpg
ttp://news.mynavi.jp/news/2012/05/11/105/index.html

91 ：Socket774：2012/05/22(火) 23:06:15.29 ID:4JD3YFAl

エルピーダに続き…「日の丸半導体」苦境鮮明に

http://headlines.yahoo.co.jp/hl?a=20120522-00000120-mai-bus_all

ルネサス終わったな

92 ：Socket774：2012/05/23(水) 00:41:52.19 ID:nozLsOhK

ルネサスもか･･･ orz

93 ：Socket774：2012/05/23(水) 16:40:03.23 ID:Ispz4Dwa

XBOX360後継機はPowerPC-AC2のカスタム搭載予定とのことだが、
このCPU16コアで1コアあたりの性能はPPE並(Pentium3クラス？）で
スレッドのスケジューラー機能を持ってるらしい。
もしかしたら、Sandyやivy並みの性能があるとか？

94 ：Socket774：2012/05/24(木) 00:30:50.48 ID:vIanoTOT

昔CPU2つ積んでるけどバス競合で一方が動いている時にはもう一方は止まってるゲーム機があったな。
16coreあってもバスネックで実質4coreしか動かないんじゃないか。

95 ：Socket774：2012/05/24(木) 09:16:56.87 ID:Q3MCnmpR

最近のPowerPCはキャッシュが混載メモリらしいから、これはちょっとやっかい
だな。今のx86のキャッシュの帯域では対抗できない。
多分、キャッシュの帯域では数倍上だろう。

96 ：Socket774：2012/05/24(木) 10:14:12.02 ID:vIanoTOT

混載メモリってMCM?
まあオンダイでもオンダイで大容量キャッシュ積んだx86には遠く及ばないことは確かだな。
でもうまくいけばi3位の性能は出るかも。ゲーム機に使える値段でそれならすごいな。

97 ：Socket774：2012/05/24(木) 10:20:13.61 ID:LINn1mA+

モノもでてないうちから確かだなとかｗ

98 ：Socket774：2012/05/24(木) 10:22:54.32 ID:Q3MCnmpR

ゲーム機は、ソフトメーカーからのライセンスで利益上げるから
ある程度、コストのかかるパーツが採用できる。PS2のGPUの混載メモリなど
こういう、小規模だが帯域が広かったりするパーツがあるから
PCとのスペック比較のさいに部分的に優位になってしまう。

99 ：Socket774：2012/05/24(木) 11:43:30.72 ID:3LfDl2Lx

今更そんな古いやりかたしてくるかねえ

100 ：Socket774：2012/05/24(木) 17:47:41.74 ID:Q3MCnmpR

混載メモリは演算で使うロジックICの素子とメモリーICの素子を混合させて
帯域を上げる方式。Power6だかPower7とXBOX360のGPUについてる混載メモリ
で帯域256Gbyte/秒ある、x86CPUのキャッシュもDDRやXDRに比べたら
帯域があるが100Gbyte/秒の帯域まではなかったはず。
それに大容量のキャッシュと言っても32MBや64MBもの容量はない。
あくまでもゲーム機と比較して多いだけ。それにFPU性能は帯域広い方が
優位になりやすい。
Power6 Power7 XBOX360GPUキャッシュ　256Gbyte/秒
ハイエンドGPU 150-200Gbyte/秒
x86CPUキャッシュ 50Gbyte/秒？

101 ：Socket774：2012/05/24(木) 18:45:46.11 ID:s5HaHz17

XBOX360の混載メモリは別ダイ、製造はNEC
当時のATI資料からGPUとの接続部は22～32GB/s、内部256GB/s

102 ：Socket774：2012/05/24(木) 18:46:09.37 ID:vIanoTOT

>>100
頭が数年前で止まってるんとちゃうか。
http://news.mynavi.jp/photo/special/2012/ivybridge/images/graph008l.gif
ここ見てみ。桁が違うから。

103 ：Socket774：2012/05/24(木) 18:56:53.05 ID:g9oeItp9

Sandy・IvyのL3の構成からすると、2MB辺りがローカルL3へのキャッシュの帯域で、
8MB辺りはリングバスの帯域になってるんじゃないの？

104 ：Socket774：2012/05/25(金) 06:06:15.07 ID:YTMlf0Xs

ゲーム機の話になったらやたら伸びるな

105 ：Socket774：2012/05/25(金) 07:22:35.38 ID:3n9AjsZv

というか逆に、x86だと伸びないっていうか話が出尽くしてるからな

106 ：Socket774：2012/05/25(金) 07:49:40.60 ID:QfF548fw

x86なんて終わりと言われて十余年、その間にRISCが終わってVLIWも失敗。命令セットの汚いトップ３が残りましたとさ。

107 ：Socket774：2012/05/25(金) 08:49:49.10 ID:by1jFYKH

Itanium…

108 ：Socket774：2012/05/25(金) 11:38:18.62 ID:aDpEf1ah

据え置きゲーム機はPCの敵みたいなもんだからな。
自作民としては、安物ゲーム機ごときの技術に負けはせんという気持ちがあるからな。

109 ：Socket774：2012/05/25(金) 12:06:15.74 ID:j5MiU2fX

RISCが終わったというよりはRISC、CISCというカテゴライズが
終わったんじゃないか

110 ：Socket774：2012/05/25(金) 12:13:08.85 ID:lkB9r+sw

だがVLIWだけは絶対に許さない

111 ：Socket774：2012/05/25(金) 12:40:57.63 ID:g1G/n7f3

>>110
x86みたいに、デコードに余計な手間かけるのよりはマシ。

112 ：Socket774：2012/05/25(金) 12:48:12.97 ID:aDpEf1ah

IvyやSandyでキャッシュ帯域500Gbyte近くあるのか、へたな混載メモリや
GDDRより性能あるんだな。

113 ：Socket774：2012/05/25(金) 13:19:07.54 ID:aDpEf1ah

トランジスタが100万程度しか詰め込めない時代に性能上げるにはRISCの方が
良かったんだろう。

114 ：Socket774：2012/05/25(金) 14:02:01.44 ID:QfF548fw

>>112
いやキャッシュだからオンダイなんだが。メモりはDDR3-1600が2chで25.6GB/Sだ。
ただ1coreあたり256KBのキャッシュがあるから4coreで1MB、下手なSOCでは話にならない。

115 ：Socket774：2012/05/25(金) 19:03:10.99 ID:Z/xkRB/F

MIPS、新プロセッサコア「Aptiv」ファミリーを発表
http://pc.watch.impress.co.jp/docs/news/20120525_535532.html

116 ：Socket774：2012/05/25(金) 19:30:15.45 ID:ai8aC18W

>>112
なんか認識間違ってない？

性能的(帯域、レイテンシ)には、
オンダイSRAMキャッシュ→オンダイ混載DRAM→MCM DRAM→別チップDRAM

容量や歩留まり対策で、混載DRAMやMCMがいい場合もあるけど、基本オンダイSRAMキャシュが最速だと思う

117 ：Socket774：2012/05/25(金) 19:37:57.75 ID:zOUU2P5a

>>115
>CoreMarkの方が現実的として、今回はCoreMarkのスコアを前面に打ち出してのプレゼンテーションとなっている

L1内しから図らないCoreMark
完全に無意味なベンチ
まぁARMもCoreMark推してんだけど

118 ：Socket774：2012/05/25(金) 21:28:29.92 ID:9awJpHP8

よく知らないんだが、組み込み系はDhrystone/CoreMarkが標準ってことなのかね
組み込みといってもスマートフォンに使われるような処理になってくると
SPEC CPUのほうがより適切じゃないかと思うけど

119 ：Socket774：2012/05/26(土) 10:00:21.55 ID:l5rgp8UK

IntelはItaniumの時のように全く違うアーキテクチャに移行するのではなくて
基本は一緒で命令フォーマットだけ
よりデコードの負担の少ない効率的な新しい命令フォーマットを用意すればいいのでは？
そしてARMのARM命令とThumb命令のように切り替えられれば
徐々に、よりデコードの負担が少ない効率的な命令セットに移行できそう
移行期間が10年くらいあれば完全に移行できるでしょう

120 ：Socket774：2012/05/26(土) 10:06:21.58 ID:6zWxUld6

おまえ、頭いいな

121 ：Socket774：2012/05/26(土) 10:07:34.28 ID:naCsyxDg

>>119
AVX

122 ：Socket774：2012/05/26(土) 11:19:20.08 ID:gU+dIX0q

>>119
天才あらわる

123 ：Socket774：2012/05/26(土) 12:09:01.56 ID:fEgxGUsK

このスレはPart 1の最初からみているけど、
>>119のアイデアは他にみたことがないし、なかなか面白いとおもう。

124 ：Socket774：2012/05/26(土) 12:21:56.31 ID:5TBE5pMy

やだ >>119 が素敵すぎて濡れちゃう

125 ：Socket774：2012/05/26(土) 12:23:12.78 ID:jlYD/e6v

>>119はイケメン。

126 ：Socket774：2012/05/26(土) 12:24:07.29 ID:XvDB1GSl

デコード負荷が変わるだけなら
特定CPUでしか動かないソフトを
作るメリットがないよね

127 ：Socket774：2012/05/26(土) 12:27:45.38 ID:fEgxGUsK

あ、でもアドレッシングモードやMMUの互換性は変えられないから、
あまりメリットでなさそうw

128 ：Socket774：2012/05/26(土) 12:34:10.95 ID:UXu7OKvS

PCのような過去からのソフト資産が大量にある場合はそうかもしれないが
だからこそ>>119は移行期間が10年っていってるんでしょ
今後CPUの使い道として汎用機であるPCの割合はもっと減っていくんじゃないかな
PCにしたってMACの68→PPCの移行とかの事例もあるし

129 ：Socket774：2012/05/26(土) 12:49:50.74 ID:jlYD/e6v

Intel ：青
AMD ：赤
NVIDIA ：緑

もう二色ほしいな。

130 ：Socket774：2012/05/26(土) 13:41:09.02 ID:QW4YnYuB

ピンクは全業種で探してもなかなかないぜ

131 ：Socket774：2012/05/26(土) 13:53:03.26 ID:jlYD/e6v

>>130
LGなんかどうすかｗ

132 ：Socket774：2012/05/26(土) 15:53:26.37 ID:CR8o5SF/

VLIWは将来ビッグになるとうそぶくフリーター男

133 ：Socket774：2012/05/26(土) 18:18:08.63 ID:nnUobCOn

でもイエール大学出てるVLIWは

134 ：Socket774：2012/05/27(日) 00:42:12.02 ID:sCm+JEul

だんごさん、最近見ないなぁ･･･

135 ：Socket774：2012/05/27(日) 15:04:57.20 ID:tXBO5xPZ

>>129
VIAとSIS(RISE買収)が遠い目をしています。

136 ：竹島は日本領土：2012/05/31(木) 09:32:54.34 ID:AwRuMDSJ

結局行き着くところはここなんだろ
Supercharging the nervous system with biological, ion-transistor computer chips
http://www.extremetech.com/extreme/130111-supercharging-the-nervous-system-with-biological-ion-transistor-computer-chips

137 ：Socket774：2012/05/31(木) 10:41:03.02 ID:lpmnSo1f

化学・バイオコンピューターは電気だけじゃなくて、ご飯も食べさせないと動かないからなあ

138 ：Socket774：2012/05/31(木) 17:36:11.58 ID:Uv6NkNpC

それなんて人間

139 ：Socket774：2012/05/31(木) 18:33:34.60 ID:HIDhL49b

カレンデバイスと申したか。

140 ：Socket774：2012/06/01(金) 18:43:11.01 ID:dgi8bPKx

バイオコンピュータの出力デバイス
ttp://akiba-pc.watch.impress.co.jp/hotline/20120602/image/sfnec2.html

141 ：Socket774：2012/06/01(金) 23:35:01.90 ID:R/W1tCUi

やはり脳のクロックアップか

142 ：Socket774：2012/06/02(土) 10:40:57.79 ID:my1ThkhU

マジレスすると酸欠で死ぬ気が。

143 ：Socket774：2012/06/02(土) 12:55:07.19 ID:QgjXyAwS

TurboBoostと同じ原理で死ぬ前に短時間でやめる。世代を超えて
やり続けるとそのうち進化して脳の酸素と糖分の備蓄が増加

144 ：Socket774：2012/06/02(土) 13:00:40.40 ID:A3Fwdyk+

格闘ゲームの超上級者になると、集中力を高める瞬間を適切に振り分ける「意識配分」なんて概念があるくらいだからな。

145 ：Socket774：2012/06/04(月) 11:23:52.87 ID:8ydXytm2

PS4のCPUはpowerからx86に移行するらしいけど、互換性がなくなるからあまり良くないと思うんだよなあ
power7 4コアとPPE 1コア+SPE 8コアを載せたCELLBE互換のヘテロ構成でやってほしい
とにかく互換性がないのは売り上げ的にやばいよ

146 ：Socket774：2012/06/04(月) 11:31:06.57 ID:DyasCUo5

SPEとかゴミじゃん

147 ：Socket774：2012/06/04(月) 11:50:37.23 ID:8ydXytm2

案1:SPEを強化してゴミと言われないようにする
案2:コスト増を我慢してPS3のパーツを搭載
案3:互換性を無くしvitaの二の舞にならないことを神に祈る
案4:テレビゲーム事業から撤退!

148 ：Socket774：2012/06/04(月) 12:00:59.10 ID:c9QyjASz

x86はないでしょ。やったら本格的に終了

149 ：Socket774：2012/06/04(月) 13:45:29.64 ID:rw2q95DQ

とにかくPPEは捨てだろうなあ
今となってはGPUでやる方が安上りだし

150 ：Socket774：2012/06/04(月) 13:46:07.46 ID:rw2q95DQ

まちがえた、SPEだ

151 ：Socket774：2012/06/04(月) 15:22:47.93 ID:DIR9fOFO

何をするにしてもPPEが一番いらんだろ

152 ：Socket774：2012/06/04(月) 21:21:14.65 ID:28R2C3ux

>>147
SPEを強化したらバスがもっと混雑しそう。。。

153 ：Socket774：2012/06/05(火) 03:10:40.74 ID:unh+ZoZD

つなぎ方が重要でコアなんかなんでもいいんじゃないのか。
Intelの最新チップみたいなリッチな前段を積まないのなら
他はドングリの背比べだろう

154 ：Socket774：2012/06/05(火) 04:54:11.52 ID:2koUFPhh

スループットが必要なタスクはnVidiaかAMDのGPUにおまかせ
CPUはx86でもPPCでもARMでも何でも良い
今はSonyにも東芝にもEEのVUやCellのSPEみたいなバブリーなコプロを新規設計する体力なんかないし
夢もキボーもない時代になったもんだ

155 ：Socket774：2012/06/05(火) 06:26:37.23 ID:IvNCedxs

>>154
いや、メリーちゃんだけはかわいい

156 ：Socket774：2012/06/15(金) 00:54:11.60 ID:5zDnvMoc

ST、FD-SOI技術を用いた28/20nmデバイス製造でGFと合意
http://prtimes.jp/main/html/rd/p/000000314.000001337.html

157 ：Socket774：2012/06/15(金) 08:59:35.03 ID:Oe1rUq9A

intelはFD-SOIの採用をコストの観点から渋ってるけど
実際に採用してみたら今よりさらに省電力になるのかね?

158 ：Socket774：2012/06/15(金) 12:52:12.34 ID:/UvhY1mC

trigateで完全空乏にできるから要らんでしょ

159 ：Socket774：2012/06/15(金) 13:36:11.71 ID:Oe1rUq9A

すでに実現してるんだね
Fin-FET全般の特徴なら今更SOIとか言ってみても微妙な感じなのかな

160 ：Socket774：2012/06/15(金) 14:43:40.83 ID:T0Sel5gJ

アホを真に受けない方が良い

161 ：Socket774：2012/06/19(火) 01:34:51.97 ID:ENq4sKZa

top500 の150番目にE5 + MIC のシステムが載ってる。

ダイ上のCoreを全部は使ってないみたいだな。コア数が半端。
電力効率はnv 搭載システムと似たような値

162 ：Socket774：2012/06/19(火) 07:58:37.38 ID:z8MoCrr3

MICの売りはx86コードが動くことか

163 ：,,・´∀｀・,,）っ-○○○：2012/06/19(火) 08:05:32.58 ID:MDLM5KM0

規模が大きくなるほどノード間のインターコネクトやそれにともなう冷却コストで電力効率は悪化するから
同じクラスのスパコンと比べるがええよ。

164 ：,,・´∀｀・,,）っ-○○○：2012/06/19(火) 08:17:01.81 ID:MDLM5KM0

>>162
開発に本物のC/C++が使えることじゃねーの？
CUDAやOpenCLのようなまがい物じゃなくてね。
多倍長整数とか扱うのに便利なベクトル整数命令もあるし使い勝手はかなりよさげ。

165 ：Socket774：2012/06/19(火) 10:30:53.40 ID:YSPfR2eE

使い易さという面では、ヘテロ構成を意識しないと性能が出ないって点で
あんまりアドバンテージにならない。

166 ：Socket774：2012/06/19(火) 12:40:11.75 ID:ENq4sKZa

MICに最適化するなら、512bit ベクトルへの最適化も必要だろう？
そんな資産はないじゃないか

167 ：Socket774：2012/06/19(火) 12:48:59.17 ID:SHVQkmVA

Top500から逆算するとKnights Cornerは
54core
1.11GHz
960GF
消費電力はXeon E5-2670 * 2 + Knights Corner * 1で720W

Top500の消費電力はいい加減なこともあるけどこれが本当だとまずい。

168 ：Socket774：2012/06/19(火) 13:14:48.75 ID:ENq4sKZa

同じtop500 に
2xE5 + 2xM2090 766Wとか4xE5 + 4xM2090 1.56kW とかあるからな

169 ：Socket774：2012/06/19(火) 13:15:53.54 ID:ENq4sKZa

×4xE5 + 4xM2090 1.56kW
○2xE5 + 4xM2090 1.56kW

170 ：Socket774：2012/06/19(火) 15:02:23.61 ID:ouND9VlY

DangoCornerに期待。

171 ：Socket774：2012/06/19(火) 15:47:48.00 ID:dbbHnxaJ

>>167
空調コスト込みで考えてる？

172 ：Socket774：2012/06/19(火) 16:31:19.16 ID:dbbHnxaJ

IntelのクラスタはInfiniband-FDR使用。
HPLはQDRどころかGbE程度でもFLOPS数だけは稼げるから、単純に割って比較はできない。
・・・にしてもBlueGene/Q強いな。京の電力効率の3倍とか。

173 ：Socket774：2012/06/19(火) 16:53:17.98 ID:cQ4EYT2f

セコイアのpdfの中にCellの名前がでてくるけど、どういうことです？
ttp://graphics.stanford.edu/papers/sequoia/sequoia_sc06.pdf

174 ：Socket774：2012/06/20(水) 03:34:54.88 ID:xfSqutHQ

>>173
マジレスなのかネタなのかわからないけど、
固有名詞がかぶっているだけじゃないのかな

Sequoia is a programming lanaguage
for writing portable and efficient parallel programs.
http://sequoia.stanford.edu/

175 ：Socket774：2012/06/20(水) 05:46:26.21 ID:ntG0e7KK

おいらも詳しくは読んでないけど
一応「Cell Broadband Engine」って出てるし、SPEがどうこうって話もあるから
たまたま同じ名前の別のものってことはないんじゃね？

176 ：Socket774：2012/06/20(水) 16:31:19.47 ID:x8/fDXhf

Sequoiaは最初CBE用から作り始めたみたいね
分散メモリシステムを対象にしてるんだから時期を考えると妥当なとこだろう

177 ：Socket774：2012/06/20(水) 18:22:30.05 ID:vvNN3OmJ

どういうことやって、早いって言ってるんだろうね
ベンチマーク用のコードは公開されてないの？

178 ：Socket774：2012/06/20(水) 23:22:54.27 ID:t3HtLCUN

Sequoia language という言葉が出てくるからプログラム形式みたいなものかな。
これを使うとCellで頭打ちのSGEMVとかHMMERがコア数に対しリニアになるのか…

179 ：Socket774：2012/06/21(木) 18:12:01.53 ID:delJKLyl

【VLSI 2012レポート】Intel、IBM、STMicroの最先端ロジック技術
http://pc.watch.impress.co.jp/docs/news/event/20120621_541584.html

180 ：Socket774：2012/06/26(火) 23:38:50.43 ID:JSzi8W7U

AMDのメニーコア路線がオワコンて言われてるけど、あれはなんでなん？
HWが並列処理バッチコイになっても、今までのSWじゃ性能を使い切れないってこと？

181 ：Socket774：2012/06/26(火) 23:46:40.74 ID:DEb2xyqK

低脳バカが何人いても意味なし
烏合の衆

182 ：Socket774：2012/06/26(火) 23:47:22.89 ID:czxiAKyt

単にシングルコア性能がほしいってだけでは？
コアたくさんがいいようなソフトではちゃんと性能出てるように思うよベンチマークとか見てると

183 ：Socket774：2012/06/26(火) 23:49:55.04 ID:JSzi8W7U

なるほどのう…
まあ烏合の衆って意味じゃGPUこそは池沼がワラワラいるような感じか
結局ソフト屋が頑張ってCUDAとかOpenCLみたいなのでソフト作ってくしかないのかのう
もしくはもう並列処理を投げ捨てるか

184 ：Socket774：2012/06/27(水) 00:12:40.64 ID:flifPpxL

AMDはM$から公式に偽デュアル宣告されたからな

185 ：Socket774：2012/06/27(水) 00:38:03.89 ID:STlQTMGD

windowsは逝ってる向けにチューニングされてるからじゃあ
amdのlinux環境で適当なのビルドするとクアッドコアの性能出てるけど
GUIなアプリをマルチコアで負荷分散みたいなことやるほうが難しいんじゃないの？

186 ：Socket774：2012/06/29(金) 01:12:38.45 ID:7zw8OWyc

＞新製品の「i-PX9800/A100」は、「ACOS-4シリーズ」の大型機
＞「i-PX9000/A300」の後継製品。新開発したNEC製プロセッサ
＞「NOAH-6」を搭載し、CPU性能を現行機比最大3.5倍に向上した

NOAH-6って何れすか？

187 ：Socket774：2012/06/29(金) 08:33:30.12 ID:KSoewZpv

>>186
1994年にメインフレームをCMOS1チップ化してNOAH(-1)、
2001年のNOAH-5 まで発展。その後Itaniumuへ移行するプランを
開始したが、Itaniumの先が不透明になったからNOAH-6 が復活
という感じらしい

188 ：Socket774：2012/06/29(金) 11:19:09.16 ID:Fh2coCy+

またNECの病気が始まったかーと記事見たら早速突っ込まれててﾜﾛﾀ
もう駄目だろこの会社・・・

189 ：Socket774：2012/06/29(金) 18:05:33.85 ID:baw4/RlY

Itaniumがあの有様じゃ何か代わりがいるし、仕方ないだろ
この分野にXeonとか使うわけにもいかないしな

190 ：Socket774：2012/06/29(金) 18:23:01.29 ID:KSoewZpv

まあでも前世代からシュリンクしてマルチコア化や
クロックアップをしただけなら、それほど開発費はかかってないかもね。
NOAH-6は不明だがNOAH-5 は150nm らしい

ttp://www.nec.co.jp/press/ja/0106/1201-02.html
ttp://www.nec.co.jp/press/ja/0106/1201.html

世界のメインフレーム市場は伸びているがIBMの一人勝ち。
国内メインフレームは縮小傾向、1142億円（2010年）、
NECのシェアが7%だとすると約80億円か。

ttp://ascii.jp/elem/000/000/119/119669/img800.html
ttp://pr.fujitsu.com/jp/ir/library/databook/2011pdf/5.pdf
ttp://pr.fujitsu.com/jp/ir/library/databook/

191 ：Socket774：2012/06/29(金) 18:37:01.64 ID:baw4/RlY

とはいえ、そこからつながっていろいろ売れるしな

192 ：Socket774：2012/06/29(金) 19:05:40.83 ID:KSoewZpv

メインフレームは色々入っている料理の具の一つみたいな感じなのかな

193 ：Socket774：2012/06/29(金) 20:00:25.95 ID:baw4/RlY

そういや、富士通や日立はIBM互換機（PC互換機じゃないｗ）、日電は独自機って感じじゃなかったっけメインフレーム
今でもそうなのかな?

194 ：Socket774：2012/06/29(金) 20:10:23.77 ID:5c38d9d3

プログラム系を一から作るのは大変だから
土台になる完全オリジナルなアーキテクチャはどうなのかな

クロスな開発環境作るのは２０世紀末にくらべて楽になったけど

195 ：Socket774：2012/06/30(土) 00:06:08.98 ID:esprzcYF

ACOS6は由緒正しいMulticsの系統だな
と思ったら4か

196 ：Socket774：2012/06/30(土) 05:34:37.54 ID:h7HIn11Q

そういや番号が9800だな。

197 ：Socket774：2012/06/30(土) 21:03:32.92 ID:iimeZpEr

なんかみんな活き活きしてきたねｗ

198 ：Socket774：2012/07/03(火) 00:39:01.35 ID:DdZR9B+c

プロセッサのキャッシュに不揮発性メモリを使う
http://pc.watch.impress.co.jp/docs/column/semicon/20120703_544296.html

199 ：Socket774：2012/07/03(火) 11:16:23.88 ID:UYtmE0zK

MRAMは組み立てる時HDDとの不意な接近とか心配だけど磁気シールドしとけばどうにかなるかな

200 ：Socket774：2012/07/03(火) 11:37:26.95 ID:twWwMO5L

アホか…

201 ：Socket774：2012/07/03(火) 12:10:04.20 ID:Hji+3S0n

熱とか電場磁場とか目に見えないものの話になるとアホになる

202 ：Socket774：2012/07/04(水) 19:26:11.30 ID:Nw/AzJHo

メインフレームは、富士通もIBMも完全独自のCPUだな。
x86でもなければ、ARMでもないし、PowerPCでもない。
そんな汎用じゃないCPUを使うメリットはなんだろうね

203 ：Socket774：2012/07/04(水) 20:35:04.89 ID:O05aOh8S

いわゆる「汎用機」のCPUが汎用じゃないとはこれいかに

204 ：Socket774：2012/07/04(水) 23:28:22.87 ID:nxnCKAYV

「メインフレーム終焉」のウソ
http://ascii.jp/elem/000/000/409/409322/
http://ascii.jp/elem/000/000/425/425923/

>レガシー＝メインフレームだと思ったら大間違いで、オープン系の世界にも
>レガシーがあり、そちらのレガシー化のスピードが早いし、深刻だと私は思いますね。

205 ：Socket774：2012/07/05(木) 07:47:33.41 ID:gsI2zW1D

要約すると「オープン系分かんねえから汎用機でいいよ」ってことね

206 ：Socket774：2012/07/05(木) 17:49:37.53 ID:cbrXy6l2

違う。適材適所。

207 ：Socket774：2012/07/05(木) 21:16:08.73 ID:H+p8FvP2

cobol言語にどっぷり依存してるところもあるから、メインフレームってのは亡くならないんじゃね
一時、cobolマンセーやってたな

新規のスパコンは使う用途が違うみたいだし

208 ：Socket774：2012/07/07(土) 01:25:32.45 ID:mzgaWBgS

COBOL.netの時代がそこに

209 ：Socket774：2012/07/07(土) 02:22:40.81 ID:n8hEwDm9

.netの先行きも見えてきたような？

210 ：Socket774：2012/07/07(土) 06:34:47.13 ID:Fuyhurjo

COBOL++

211 ：Socket774：2012/07/08(日) 11:47:26.86 ID:BliILcdQ

graph500でBG/Qがぶっちぎりみたいだけど、理由はなんだろう。
トランザクションメモリ型のL2 とか関係してるのかな。
ttp://www.graph500.org/results_june_2012

Hot Chips 23 BG/Qチップ L2キャッシュでトランザクションメモリをサポート
ttp://news.mynavi.jp/articles/2011/09/08/hot_chips23_ibm/001.html

BG/Qと関係ないけど
トランザクションメモリのサポートが明らかとなったIntelのHaswell
http://news.mynavi.jp/articles/2012/02/16/transaction_memory/index.html

212 ：Socket774：2012/07/08(日) 23:42:15.83 ID:8NUGGOQT

>>211
ぶっちぎりで大規模だから
まあ、ちゃんとスケールしてるんなら偉い

213 ：Socket774：2012/07/09(月) 04:13:42.90 ID:UDSQ9Wlf

一般にGreen500は小規模システムの方が有利なんだけどねぇ
インタコネクトを内蔵してるのが効いてるのか？

214 ：Socket774：2012/07/10(火) 19:19:54.27 ID:Wuj9hChu

IntelがASMLの株式を買ったそうだ
ファウンドリによる半導体製造装置メーカーの囲い込みが始まるのか？

215 ：Socket774：2012/07/10(火) 20:17:44.96 ID:XaTwclvQ

自由経済だとどうしてもそうなるのかもしれないが、
弱いところが力を付けることよりも
強いところがさらに強くなることの方が楽なルールになっている気がして
Intelとか見ていてつまらないな。

逆にするうまい方法ってないのかな。メジャーリーグの新人獲得
（前年低迷したチームに翌年優先権がある）みたいな

216 ：Socket774：2012/07/10(火) 21:13:25.15 ID:G7x2caW8

>>214
ニコン終了のお知らせ？

217 ：Socket774：2012/07/11(水) 13:10:33.97 ID:q6/IQRB2

canonとnikon合わせても届かないんだからnikonというより日本勢がとっくの昔にオワコンなんだろう

日本の半導体産業なんて所詮国策電機とセットで生まれた昭和の無駄遣い放漫財政の申し子
身の程知らずに輸出で稼いでるなんて法螺吹き続けた結果がこのザマだよ

218 ：Socket774：2012/07/11(水) 13:26:31.34 ID:HoW01ovN

日本のエレクトロニクス産業が強かったのは本当だよ。
”だから”米欧を本気にさせてしまい、反撃食らって今の苦境がある。

米欧のやり口はいつもと同じ。勝てないのなら勝てる
ルールに変えてしまう。産業構造を徹底分析して米欧が負けない
ルールを「スタンダード」「オープン」などと称して公平であるかのように
理屈をつけて押し付ける。

219 ：Socket774：2012/07/11(水) 13:30:03.30 ID:HoW01ovN

日本はいつも、バカ正直に既存の慣習を尊重して
戦略を練り戦術を鍛え、勝てるようになったら
戦場のルールをひっくり返される、の繰り返し

220 ：Socket774：2012/07/11(水) 15:12:35.29 ID:8JSxOZOc

>ルールに変えてしまう
目先の利益だけ考えてる
先がどうなるかは考えていない

221 ：Socket774：2012/07/11(水) 15:23:44.57 ID:pliU+94r

日本が強ければ欧米は協力
米が強ければ日欧は協力
欧州が強ければ日米は協力
日米欧で綱引きしてるだけだろ

222 ：Socket774：2012/07/11(水) 17:16:19.15 ID:zDEAQNcF

なんという三国志

223 ：Socket774：2012/07/11(水) 17:27:13.71 ID:wkAbhQQI

じゃあ中国は匈奴あたり？時代が違うけど

224 ：Socket774：2012/07/19(木) 21:06:33.76 ID:T/KGwQhQ

ぼちぼちですね。

AppliedMicro launches first 64-bit ARM server chip
http://www.bit-tech.net/news/hardware/2012/04/27/advancedmicro-64-bit-arm-chip/1

Linux、64ビットARMに対応するためのパッチを公開
http://headlines.yahoo.co.jp/hl?a=20120711-00000003-mycomj-sci

225 ：Socket774：2012/07/20(金) 04:06:10.84 ID:BHxRUtEG

何故にLP64にしたんだろう

226 ：Socket774：2012/07/20(金) 13:06:28.74 ID:M8shOern

LLP64なんてMSぐらいじゃね

227 ：Socket774：2012/07/20(金) 14:19:51.29 ID:dVjuuaRm

なかなかナイスなボケだな

228 ：Socket774：2012/07/20(金) 16:31:45.28 ID:JCgbIEeH

Linuxではx64もLP64だよ
ARMのLinuxがLP64でも問題なし

229 ：Socket774：2012/07/27(金) 09:00:02.27 ID:PwXjz4z1

ARMの64bit版は20nmスタートなのかな…

TSMCは2013年中に20nmプロセス製品の生産を少量開始する
http://www.xbitlabs.com/news/other/display/20120722131156_TSMC_Confirms_Plans_to_Start_Low_Volume_20nm_Manufacturing_Next_Year.html

ARMとTSMC，20nmプロセス技術以降の協力体制に関する複数年契約を締結
http://www.4gamer.net/games/143/G014356/20120723037/

TSMCの20nmプロセスは1種類、微細すぎて製品間の差をつけられず
http://eetimes.jp/ee/articles/1204/23/news044.html

230 ：Socket774：2012/07/27(金) 09:47:33.53 ID:f4L0TWJV

そろそろ限界が見えてきたような気もするんだが、まだしばらくは上積みできるし停滞しないだろうな

231 ：Socket774：2012/07/29(日) 17:10:00.50 ID:6jJT2olj

後藤弘茂のWeekly海外ニュース■
モバイルSoCにおけるダークシリコンの呪縛
http://pc.watch.impress.co.jp/docs/column/kaigai/20120726_549137.html

232 ：Socket774：2012/07/29(日) 23:19:17.84 ID:X+5Q0NUu

電圧は落とせないの？

233 ：Socket774：2012/07/29(日) 23:46:30.61 ID:zjjcHDa9

電圧落とすのも可能だけど技術難度は結構高いんでしょ

intelなんかも今年のIDCかなんかで
しきい値の近辺まで電圧を落とせるって新しい回路技術を
画期的で今後もっとも重要になる技術の一つとかって触れ込んでたし

234 ：Socket774：2012/07/30(月) 02:01:59.23 ID:JkjyvLxz

電圧落とすと歩留まりが

235 ：Socket774：2012/07/30(月) 02:47:07.30 ID:jRonWgqi

>駆動電圧(Vdd)も70%へと下がり
>トランジスタが1.4倍の高速動作が可能になる。
1/0.7≒1.4
Vdd?

236 ：Socket774：2012/07/30(月) 15:34:44.39 ID:YQIV6nH0

ARMの64bit化2015年とかマジ？
遅すぎて話しにならんじゃん

237 ：Socket774：2012/07/30(月) 23:29:02.47 ID:LcVwLuAg

>>236
何に比べて？　236の寿命？

238 ：Socket774：2012/07/31(火) 02:26:44.47 ID:BZ3JgZSH

> ARMv8の実際の製品は2014年ぐらいになるそうです。
これのことじゃね？
遅れてる？

239 ：Socket774：2012/08/03(金) 20:05:23.92 ID:qS1TaNyx

Appleは自社のプロセサにx86/PPC/M68000のデコーダを組み込む気はないんかね｡
トランジスタ余りまくりなんだろ？

240 ：Socket774：2012/08/03(金) 21:13:24.95 ID:u6Dux4Z9

今更そんな物作っても需要ないだろ。

241 ：Socket774：2012/08/04(土) 13:23:14.94 ID:VFxbSvLc

Crusoeが草葉の陰から>>239を見つめています。

242 ：Socket774：2012/08/04(土) 16:44:12.26 ID:PB1j7v/B

Transmetaﾅﾂｶｼｽ。

243 ：Socket774：2012/08/04(土) 20:37:29.21 ID:skfL48v2

68kならデコーダじゃなくて実物組み込んだほうが早くないか

244 ：Socket774：2012/08/05(日) 01:21:10.70 ID:+pIjAn0S

ＥＵＶ絶望だって（ ´Д⊂ヽ

http://jbpress.ismedia.jp/articles/-/35780
＞
＞40年以上ムーアの法則を牽引してきた半導体の微細化がスローダウンし始めた。
＞今後5～10年間で本当に止まるかもしれない。
＞
＞その原因は、次世代のリソグラフィEUV（Extreme UltraViolet）の開発が
＞絶望視されていることにある。
＞
＞リソグラフィの歴史を見てみると、常に「もう限界だ」「微細化はもう止まる」
＞と大騒ぎが起きたが、結果的にその壁は突破されてきた。
＞しかし、今回に限って言えば、どうやら本当に困難な壁に突き当たっている。
＞少なくとも、2013年に量産機完成、2016年に量産適用という目論見は実現不可能である。

245 ：Socket774：2012/08/05(日) 03:11:53.21 ID:iWH4rQB3

うわぁ･･･

246 ：Socket774：2012/08/05(日) 05:21:20.75 ID:8X1y+irc

TSMCがリソグラフィの関係でコストが見合わないなら、
20nmの次は14nmじゃなくて、16nmか18nmを挟むって去年言って、
今年になってから20nmの次は16nmって話が出てきてるからなー。
EUVは間に合わないんだろう。
x86なんて高単価なチップ売るintelは液浸でゴリ押しするのかな。

247 ：Socket774：2012/08/05(日) 06:50:14.31 ID:AKqX9W2/

MIPS,PowerPC,AlphaAXPをサポートしたNT4がさりげなくディスられている件について。

248 ：Socket774：2012/08/06(月) 09:18:24.47 ID:Po6qqwvT

NTカーネルは移植性と互換性を兼ねた良い設計だな
まだ箱の中でPowerPC版動いてるし

249 ：Socket774：2012/08/06(月) 14:16:59.15 ID:XZjzWU26

今度ARM版が出て
かつてClipper, SPARC, PA-RISC版が存在あるいは計画されて
i860が初期のターゲットだったわけか

250 ：Socket774：2012/08/06(月) 14:48:23.88 ID:Po6qqwvT

IA64忘れるとか許さんぞテメー

251 ：Socket774：2012/08/06(月) 16:43:32.09 ID:8mRkqiHJ

Yamhillが草葉の陰でハンカチを噛んでいます。

252 ：Socket774：2012/08/06(月) 23:09:52.63 ID:XZjzWU26

>>250
忘れてはないが現役なので含めなかった

253 ：Socket774：2012/08/07(火) 07:32:56.15 ID:AKbwGR2o

そろそろ退役だな

254 ：Socket774：2012/08/07(火) 09:21:52.58 ID:ttMjwZI8

インテルはNASAと異星人から技術協力を得ているから問題ない｡
ただ今の人類には手に余る代物だから出せないだけで｡

255 ：Socket774：2012/08/07(火) 21:15:49.14 ID:Bx7cIvZO

なるほどな。

256 ：Socket774：2012/08/15(水) 02:59:17.70 ID:UcknJ9uk

スレ違いかもしれないが一応CPUアーキテクチャということでここに書かせてもらう。

wikipediaのIntel 80386　ttp://ja.wikipedia.org/wiki/Intel_80386　に
>x86アーキテクチャCPUとしては初めてパイプラインを採用し高速化を図っている。
>80386のパイプラインは4段で構成されている。

とある。これが以前から気になっている。

私の記憶が確かなら、Intel 80286は386と同じ4段のパイプラインだった記憶がある。
そうでないとIntel 80286　ttp://ja.wikipedia.org/wiki/　のIntel_80286の記述中の
>特にAMDとハリスは、ライセンスが受けられない80386に対抗するため、16、20MHz、ハリスは25MHz、といった、より高クロックの80286を市場に投入した。
>後述するようにDOSで動作させる限り、同一クロックの80386よりも高い実行速度が得られたからである。
と言う事実と併せて考えると386の記述が正しければ、80286はパイプラインを使わずに16bit演算では同一クロックの80386と同等かより高い性能が出たことになる。
さすがのintelでもそれは無理な気がする。

8086が命令フェッチと実行の2段、80286と80386は4段のパイプラインだった記憶があるのだが、記憶違い？？？

（wikipediaはアンチｉｎｔｅｌがインテル製品の不当に低い評価で書いている気がする）

257 ：Socket774：2012/08/15(水) 05:52:30.84 ID:kATpCqeU

80286には４段どころかパイプラインそのものが存在しないよ

258 ：Socket774：2012/08/15(水) 09:29:38.40 ID:4pTALQ3f

8086がフェッチと実行の二段とか言ってる時点で信用に値しない。

259 ：Socket774：2012/08/15(水) 11:27:40.23 ID:eQsu5Xcx

初期インテルのCPUは互換性重視、新技術とかあんまり手を出さないって類だったからな

Wikipedia見てないけど今の最新技術てんこ盛り最先端CPU!みたいなのに慣れてると
ちゃんとした記述だったとしてもアンチが書いたみたいな感じもするだろう

260 ：Socket774：2012/08/15(水) 11:52:10.17 ID:SyizMoLy

>>256
たしかにアンチが変な文章を書いているwikipediaの記事は特に日本の比較的新しいCPUの記事でよくみかけるが、
その記事は変ってわけでもないな。そもそもIntelのアンチって世代的にあまり昔のこと知らんし。

261 ：Socket774：2012/08/15(水) 16:15:52.87 ID:ePnYGhOP

80286は4ステージパイプラインが正解
http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=1457135

8086は命令プリフェッチがあるので2段パイプラインと言えなくもない

262 ：Socket774：2012/08/15(水) 17:35:37.11 ID:4pTALQ3f

アホかｗ

263 ：Socket774：2012/08/15(水) 17:53:06.58 ID:GGPvUH2M

>>256
CPU高速化の常套手段パイプライン処理の基本【その1】
http://ascii.jp/elem/000/000/552/552029/

高速化の常套手段パイプライン処理の基本【その2】
http://ascii.jp/elem/000/000/553/553627/

264 ：Socket774：2012/08/15(水) 20:44:47.33 ID:ePnYGhOP

>>262
夏休みは有意義に過ごしたほうがいいぞ

8086のマニュアルにプリフェッチと実効はin a pipelined mannerと書いてあった

265 ：Socket774：2012/08/15(水) 23:52:26.91 ID:UcknJ9uk

>261
ですよね。　AMDが386のセカンドソースのライセンスをもらえなかったとき、286は同一クロックの386と16bitコードなら同じかより高速と宣伝していた。
286がパイプラインなしで4段パイプラインの386と同等の性能が出るはずがない。

wikipediaの記述は286と386で矛盾している。

>x86アーキテクチャCPUとしては初めてパイプラインを採用し高速化を図っている。
の部分が、パイプラインの有無が実際には高速化に役に立っていないことになる

266 ：Socket774：2012/08/16(木) 00:37:10.54 ID:8DRKDaWW

図っただけなので失敗して高速化できてなくてもおｋという論理

267 ：Socket774：2012/08/16(木) 09:58:29.94 ID:Euf/+aU0

wikipediaに書いてるじゃんか
>同クロック、同等構成のPCで、MS-DOSなど16bit OS、またプログラムを動作させる場合、構造が32bit化されたことや高機能化のために複雑化した80386よりも、構造がシンプルでオーバーヘッドなどが少なくて済む80286の方がいくらか高速であった。

268 ：Socket774：2012/08/16(木) 11:43:15.24 ID:z7UZ46gS

>>264
馬鹿がｗ

269 ：Socket774：2012/08/18(土) 09:58:02.04 ID:7bLMl/IK

http://en.wikipedia.org/wiki/Intel_80286
の方にははっきり
It had 134,000 transistors and consisted of four independent units: address unit, bus unit, instruction unit and execution unit, which formed a pipeline significantly increasing the performance.
と書いてある

270 ：Socket774：2012/08/18(土) 10:00:26.72 ID:7bLMl/IK

>>264
in a pipelined manner と書いてあることが pipeline ではないことを示している
ということが分からないのか？

271 ：Socket774：2012/08/18(土) 10:25:45.62 ID:VfhcAGE/

そなの？
in a pipelined manner
ならパイプラインであることを示してるんじゃね？

272 ：Socket774：2012/08/18(土) 11:13:27.78 ID:Oc68uz8q

パイプラインは分かれているけど並列して動作できないって事？

273 ：Socket774：2012/08/18(土) 13:55:17.58 ID:GdcyUyBM

だから実行とプリフェッチじゃなく実行とBIUなんだって。

274 ：Socket774：2012/08/18(土) 19:10:44.95 ID:r019eSG+

翻訳しやすいように（）を追加して　google翻訳
It had 134,000 transistors and consisted of four independent units:(address unit, bus unit, instruction unit and execution unit,)
which formed a pipeline significantly increasing the performance.

それは134000のトランジスタを有しており、4独立したユニットから成っていた：（アドレスユニット、バスユニット、命令ユニットと実行ユニット）
これは、パフォーマンスが大幅に増加するパイプラインを形成した。

やっぱり4段パイプラインだね
google先生が正しい。

275 ：Socket774：2012/08/18(土) 19:25:55.43 ID:r019eSG+

google 翻訳

in a pipelined manner 　->パイプライン化された方法で

>268、>270　は初歩の英語も読めない馬鹿

　 .ｎi 7　　　　／ノ　　　ヽ＼　　バーカｗｗｗ　バーカｗｗｗ
l^l | | ｌ ,/) 　／／ﾟヽ　／ﾟヾ＼　　　　　 .ｎ
', U ! ﾚ' / ／　　　⌒　　　⌒　　＼　　 l^l.| | /）
/　　　〈　|　　（＿＿__人＿＿）　　| 　 | U ﾚ'/／)
　　　　　ヽ＼　　　　|lr┬-l|　　　／　　ﾉ　　　／
　／´￣￣ノ　　　　ﾞ=ニ二"　　　＼ｒニ　　　　|

276 ：Socket774：2012/08/18(土) 20:12:19.40 ID:L+C/hdGC

http://download.intel.com/jp/developer/jpdoc/IA32_Arh_Dev_Man_Vol1_Online_i.pdf
によると、386で並列ステージのサポートって書いてあるから、
286までは、ユニットは独立しているけど、パイプラインは処理してなかったってことだろうか。

277 ：Socket774：2012/08/18(土) 20:39:45.67 ID:r019eSG+

ステージとパイプラインは別物。これが誤解されていると思う。

1999版のインテル・アーキテクチャ・ソフトウェア・ディベロッパーズ・マニュアル上巻：基本アーキテクチャ（資料番号243190J）
では>276よりも詳しく書かれているので引用する。

インテル・アーキテクチャでは、当社の顧客の膨大なソフトウェア資産を保護するため、オブジェクト・コード・レベルにおける下位互換性の維持に全力が注がれてきた。
同時に、アーキテクチャの各世代において最速、最強のプロセッサを製造するため、常に最新かつ最高効率のマイクロプロセッサ・アーキテクチャとシリコン製造技術の導入が図られてきた。
インテルは何世代にもわたり、メインフレーム・アーキテクチャが持つ洗練された技法をマイクロプロセッサ・アーキテクチャに導入することに努力を傾けてきた。
これらの技法のなかで性能の向上に最も寄与したのが、並列処理用の各種ユニットである。
Intel386?プロセッサは、複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった。
並列ステージに含まれるのは、バス・インターフェース・ユニット（他のユニットのメモリやI/O にアクセスする）、
コード・プリフェッチ・ユニット（バス・ユニットからオブジェクト・コードを受け取り、それを16 ビット・キューに渡す）、
命令デコード・ユニット（プリフェッチ・ユニットから受け取ったオブジェクト・コードをマイクロコードにデコードする）、
実行ユニット（マイクロコード命令を実行する）、
セグメント・ユニット（論理アドレスをリニア・アドレスに変換するとともに、保護チェックを実行する）、
およびページング・ユニット（リニア・アドレスを物理アドレスに変換し、ページ・ベースの保護チェックを実行し、
最近アクセスされた最大32 のページに関する情報を持つキャッシュを格納する）である。

続く。

278 ：Socket774：2012/08/18(土) 20:43:23.68 ID:r019eSG+

>277の続き
Intel486 プロセッサは、基本的にはIntel386?プロセッサの命令デコード・ユニットと実行ユニットをパイプライン化された5 ステージとすることで、さらに並列実行処理機能を改善したものである。
各ステージは必要に応じて、異なる実行ステージにある最大5 つの命令を他のステージと並列に処理する。
各ステージは、クロックあたり1 命令を処理できるため、結果としてIntel486? ではCPU クロックあたり1 命令を処理する速度で動作する。
また、8K バイトのL1 キャッシュをオンチップでプロセッサに追加したことで、クロックあたりのスカラ・レートで実行可能な命令の割合が大幅に増大した（オペランドがL1 キャッシュにある場合は、メモリ・アクセス命令も含まれる）。
Intel486 プロセッサはまた、浮動小数点ユニットをCPU と同一チップ上に統合することでも、インテル初のプロセッサとなった（この後の2.3. 節「インテル・アーキテクチャの浮動小数点ユニットの変遷」を参照）。
さらに、ピン、ビット、および命令を新たに追加したことにより、L2 キャッシュやマルチプロセッサなどのより複雑で強力なシステムをサポートできるようになった。

よく読んでもらうとパイプラインとステージが異なるのがわかると思う。
286にパイプラインがないと言っている人は、パイプラインとステージを混同している。

上記に従えば、
＞Intel386? プロセッサは、複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった。
ただし4段パイプライン。

279 ：Socket774：2012/08/18(土) 20:51:17.57 ID:L+C/hdGC

>>278
パイプラインの段数として数えるときは、命令デコードのステージから数えてるからじゃないの？
486は386にあるバス・インターフェイス・ユニットとか含めてないじゃない。
286がパイプライン化されているのか、されてないのかは、俺にはよくわからんけど。
そもそも、各ステージが並列処理できないと、パイプライン化しているとは言えないと思うんだが。

280 ：Socket774：2012/08/18(土) 20:51:58.18 ID:GdcyUyBM

だれも286云々に突っ込みを入れてはいないんだがなｗ
そもそも英訳なんかどうでもいいｗ
本当、馬鹿ばっかｗ

281 ：Socket774：2012/08/18(土) 21:22:33.71 ID:r019eSG+

>280は　8086は命令プリフェッチと実行　ではなくバスインターフェースユニット(BIU)と実行ユニットの２つだと言いたいの？
バスインターフェースユニット(BIU)が、現在実行中の命令の次の命令を読み込めばそれは命令プリフェッチだと思うけど。

ttp://ascii.jp/elem/000/000/552/552029/index-3.htmlの図５がパイプライン化されていない構造だけど、
writebackの前にfetchするれば
＞古いCPUでは、DecodeとData Fetchが一緒になって4ステージとか、
＞ExecuteとWritebackを一緒にして3ステージとか、
＞FetchとDecodeも一緒にして2ステージとか、いくらでも簡単にはできるのだが、
＞機能で分割すればおおむねこの5ステージとなる。
の2ステージのパイプラインで、8086がそうなんだろ。

>280は8086のBIUと実行ユニットは並列動作しないと言いたいの？
それとも名称がおかしいからバカと言いたいの。

282 ：Socket774：2012/08/18(土) 21:36:13.23 ID:GdcyUyBM

パイプラインって何ですか？　レベルの馬鹿は救えないな。

283 ：Socket774：2012/08/18(土) 22:45:26.97 ID:r019eSG+

>>279
386のデータシートが見当たらないので、Intel386? EX EMBEDDED MICROPROCESSOR USER’S MANUAL
から抜粋する。

3.2 Intel386 CX PROCESSOR INTERNAL ARCHITECTURE　
Figure 3-1. Instruction Pipelining（図を再現できればいいが）

BusUnit　　　：Fetch1| Fecth2 ｜Fetch3　｜Fecth4 | StoreResult1| Fecth5 |
DecodeUnit ：　　 | Decode1 ｜Decode2 ｜Decode3 | Decode4 |
ExectionUnit ：｜ Execute1 ｜Execute2| Execute3|
MMU ：　　　 | Adrr&MMU | 　　　 |

のように　Fetch1の命令がパイプラインでExecute1に進んだ後、Execute1実行中にAdrr&MMUが並列実行される。
これが「各ステージが並列処理」の意味のはず。
Execute1と Adrr&MMU が並列に実行できなくてもパイプラインは成り立つ。

資料がないので推測だけど　DOSのプログラムなら、 Execute1の実行後Adrr&MMUを実行しても,MMUが関係しない分、速度が低下しないのでは。

80386の後、平行に実行できるユニットが複数あるようなアーキテクチャが続くから、
「複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった。」
と記載されているのだと思う。
ステージと言うのが紛らわしいけど、ユニット数とパイプライン段数は当然異なるし、
同じパイプライン段数でも並列実行可能なユニットは当然異なる（スーパースカラ）。

284 ：Socket774：2012/08/18(土) 22:46:51.52 ID:r019eSG+

＞283
図が全然ダメでした　orz

285 ：Socket774：2012/08/18(土) 22:53:38.26 ID:r019eSG+

これで見れるでしょうか？
ttp://iup.2ch-library.com/i/i0720365-1345297964.png

286 ：Socket774：2012/08/19(日) 04:14:27.26 ID:kAnF1FLC

80486からはキャッシュが内蔵されたので
プリフェッチやMMUなどはパイプラインに数えなくなったのだ

簡単な命令は1クロックで実行できるようになったので
RISC的な、1ステージ1サイクルのパイプラインになった

287 ：Socket774：2012/08/19(日) 11:11:28.70 ID:3Ym2w6t3

IA-32 インテルR アーキテクチャソフトウェア・デベロッパーズ・マニュアルのIntel386に関する記述は、
・Intel386?プロセッサは、複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった。・・・・・・・

から
･最大4G バイトの物理メモリをサポートする32 ビット・アドレス・バス
･セグメント・メモリ・モデルおよび「フラット」1 メモリモデル
･4K バイトの固定ページサイズによって仮想メモリ管理を実現するページング
･並列ステージのサポート
に簡略化された。

＞277,278と同様の記述があるpdf(英文,1997年）
ttp://download.intel.com/design/intarch/manuals/24319001.PDF

ところで、＞277に記述されているセグメント・ユニットとページング・ユニットは通常はMMUと呼ばれるから、
「Intel386?プロセッサは、複数の並列ステージ　云々」の部分は、「intel386にはCPUとMMUが含まれ、CPUとMMUは並列動作可能。」ぐらいの意味になる。

同様に
8086,286＝CPU
80386＝CPU+MMU
80486＝CPU+MMU+FPU+キャッシュコントローラ＋キャッシュメモリ
・・・・・・・・・・・・・・・・・
core i7＝CPU+MMU+FPU+キャッシュコントローラ＋キャッシュメモリ+???+メモリコントローラ+GPU

という流れからすると確かに、”複数の並列”ステージを持つ最初のインテル・アーキテクチャ・プロセッサになる。

「x86アーキテクチャCPUとしては初めてパイプラインを採用し」や「80286には４段どころかパイプラインそのものが存在しないよ」というのは
「Intel386?プロセッサは、複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった」
の”複数の並列ステージ”の部分を”パイプライン”と解釈した誤解だよ。
（この文だけを読むとそう誤解するのも無理はないけど）

288 ：Socket774：2012/08/21(火) 20:59:09.41 ID:kHly37Z9

RISCvsCISCと聞いて飛んできましたｗ

289 ：Socket774：2012/08/21(火) 21:16:04.59 ID:dpvDsJ3N

団子さん曰く、CISCのコード密度の高さは大きな利点。
そう思う。

290 ：Socket774：2012/08/21(火) 22:15:42.78 ID:C1I/qY3b

236 名前：不明なデバイスさん[sage] 投稿日：2012/08/18(土) 11:29:58.87 ID:60SXhEqU
GRAPE-DRベースの新チップ試作がほぼ決定したっぽい
http://zaimuhp2.sec.tsukuba.ac.jp/public/data/1344408659924310.pdf
http://www.mext.go.jp/b_menu/shingi/chousa/shinkou/028/shiryo/__icsFiles/afieldfile/2012/08/14/1324574_3_1.pdf

291 ：Socket774：2012/08/22(水) 04:55:02.51 ID:8kL+RV0w

>>289
V850やARMのthumb2のように2バイト命令と4バイト命令2種類あるだけでかなり高度密度は高くなる
MIPSにもmicroMIPSがあるし、組み込み向けで使われるCPUでは当たり前になりつつあるね

292 ：Socket774：2012/08/22(水) 19:40:19.02 ID:NQs1dxBC

>>291
x86の存在意義が薄まるねｗ

293 ：,,・´∀｀・,,）っ-○○○：2012/08/22(水) 23:01:57.47 ID:wjf2WpES

まったく目的が違うけどな
それは単にRAM容量の少ないマイコン向けに平均コードサイズを小さくするためであって
性能を稼ぐためではない。

x86は1命令あたりの演算密度にフォーカスしている。
SPARC64 VIIIfxのHPC-ACEでは、実質1命令あたり6バイトに拡張しているし
POWERも8バイト命令を用意している。
オペランド空間を拡張するために命令長を長くすることは悪ではない。
1命令あたりで出来る演算が高機能され、結果的にコード密度が小さくなる。

294 ：,,・´∀｀・,,）っ-○○○：2012/08/22(水) 23:05:12.22 ID:wjf2WpES

＞コード密度が小さくなる。
コード密度が高くなる／コードがコンパクトになる

295 ：Socket774：2012/08/23(木) 01:16:44.71 ID:GaSQtO/W

＞x86は1命令あたりの演算密度にフォーカスしている。

16bitの頃からの互換性を引き継いでるだけじゃん
その16bitの命令も8bitの8080頃からの互換性を引き継いでいて
機械的な変換で8080の命令から8086の命令へ変換できた

296 ：Socket774：2012/08/23(木) 05:57:38.05 ID:f4erpdTo

だな。恐竜の尻尾を美化してもダメだよｗ

297 ：Socket774：2012/08/23(木) 09:14:53.40 ID:DZlo11N5

CISC vs RISCって次元の話じゃねえのかよ

298 ：,,・´∀｀・,,）っ-○○○：2012/08/23(木) 11:22:04.87 ID:6xJW9hE1

> その16bitの命令も8bitの8080頃からの互換性を引き継いでいて
> 機械的な変換で8080の命令から8086の命令へ変換できた
これもアセンブリニーモニックの互換性であってコード体系ではないはずだが・・・

299 ：,,・´∀｀・,,）っ-○○○：2012/08/23(木) 11:43:35.25 ID:6xJW9hE1

> CISC vs RISCって次元の話じゃねえのかよ
サーバやメインストリームPC向けの高性能CPU（ラージコア）には、複雑な演算ユニットを持ち
各演算用途に特化した命令を追加していくCISC的アプローチのほうが有効で
（命令を単純化してクロックあげるのもあるいはパイプライン並列化でIPCあげるのも既に限界）

組み込み向けのスモールコアには2バイトワードのコード体系が向くというだけでは？
でもx86のパフォーマンスの要ってアドレッシングモードなんだよね。

どっちかというとパフォーマンスの要になってるのはModRM (+ SIB + DISP) によるアドレッシング
だと思ってるんだけどな。RISCのコード体系ではほぼ不可能だし。
演算値はレジスタに置け？アホかと。

こうかな？
8086　　　　　　ModR/Mによるレジスタ／メモリアドレッシングモード
80386　　　　　SIBの追加
Opteron　　　　REXの追加
Sandy Bridge　VEXによる固定長プリフィックスおよび3レジスタオペランド化

300 ：Socket774：2012/08/23(木) 18:06:02.32 ID:DZlo11N5

>>299
下はよく分からんけど、上4行は分かった

301 ：Socket774：2012/08/23(木) 22:22:36.20 ID:L/Ww7Uir

＞どっちかというとパフォーマンスの要になってるのはModRM (+ SIB + DISP) によるアドレッシング

x86の利点はロード命令と演算命令もしくはストア命令と演算命令が1命令で実行できること
RISCにはこれはできないからコードサイズが大きくなる
ARMやPowerPCのメモリアドレッシングモードはそれほど貧弱じゃない

PowerPCのロード命令、ストア命令では16bitDISP+ベースレジスタのアドレス指定
またはベースレジスタ+インデックスレジスタのアドレス指定ができ
ベースレジスタ＋インデックスレジスタのアドレスでメモリからロード後
ベースレジスタ＋インデックスレジスタの値をベースレジスタに代入するモードもある

ARMはもっと複雑で12bitDISP(ローテート可能)+ベースレジスタ
またはベースレジスタ+インデックスレジスタ(5bitまで左シフト可能)でアドレス指定ができ
PowerPCと同様にロード後にベースレジスタとインデックスレジスタを足した値で
ベースレジスタを更新することが可能
また、ベースレジスタをアドレスとしてロードした後に
ベースレジスタとインデックスレジスタを足した値で
ベースレジスタを更新するアドレッシングモードもある

逆にRISCの欠点はロード命令、ストア命令を使わないとメモリにアクセスできず
演算命令はレジスタ同士の演算しかできないことでコードサイズが大きくなること

x86の欠点は場合はDISPに8bitか32bitしか指定できず
一番使用頻度が多そうな16bitDISPが使えず
8bitの範囲に収まらない場合にコードサイズが大きくなる

302 ：Socket774：2012/08/23(木) 22:31:33.14 ID:txzXhO7E

SIBまでつくと命令が中途半端にでかくなるしな

ロードした値は一回だけ使うケースが多いのでレジスタメモリ間演算命令は効果は大きい
それゆえx86のレジスタの少なさは見かけよりはマシだ

偶然の産物だとは思うが、68厨が叩くほどx86は悪くない、つか68より上だね
まあちょっと命令セットは整理した方がいいと思う

303 ：Socket774：2012/08/24(金) 01:01:24.46 ID:xzNCuR/V

>>299
まったく理解できない（汗）
レベル高すぐるｗ

304 ：Socket774：2012/08/24(金) 01:07:25.31 ID:xzNCuR/V

>>302
x86の呪縛から解放されて、さいきょうの命令セットを作ればすごいのできる？？
（IA64のことは忘れて）

305 ：Socket774：2012/08/24(金) 02:40:34.78 ID:I9t+1OrJ

>>304
x64の完成度はかなり高いのでたいしてすごくはならないと思う
プリフィックスの山だけはどうにかしたほうがいいとは思うんだけどね

306 ：,,・´∀｀・,,）っ-○○○：2012/08/24(金) 03:28:54.92 ID:m6Ip1J2e

1バイトOpcodeの空間がけっこう無駄かなあと思う。
たとえばadd eax, ecxが1バイトで済むけど、destがeaxのときだけコードサイズが小さくなって
どれだけメリットがあるのか？
大して無いんだよね。
1バイトOpcodeを廃して、全ての命令がModRMを持つようにしたほうが、もっと
デコーダはシンプルにできそうだね。

あと、シフトの変量も*CXじゃなくて任意のレジスタを指定できるようにして欲しいとか
アセンブリレベルでコーディングしてるとモヤっとすることは多いね。

307 ：Socket774：2012/08/24(金) 07:21:36.15 ID:fC925VGp

必要もないのに、汗で汗かくことに精出してるんかね

308 ：Socket774：2012/08/24(金) 10:56:06.02 ID:B+3QSp2M

POWER7+ のL3は80MB （10MB/core）だってさ

309 ：Socket774：2012/08/24(金) 20:21:41.64 ID:gpU7FEnH

ダイ写真にはそんな大きなメモリ領域無いから、eDRAMをWide I/Oみたいなので
接続したのかな？
http://www.theregister.co.uk/2012/08/20/ibm_power7_plus_processor_preview/

310 ：Socket774：2012/08/24(金) 20:30:09.65 ID:gpU7FEnH

今年は新CPU発表の当り年なのね。
プロセサの発表がホットなHot Chips 24 - 8月27日～29日に開催
http://news.mynavi.jp/articles/2012/06/05/hotchips24_preview/index.html

311 ：Socket774：2012/08/24(金) 21:29:11.47 ID:Dv95QjXh

IBMもTSVの研究やってるが、見る限りそれらしきパッドはないしPower6（L3外付）→Power7（L3チップ内に内蔵）という経緯があるから7+も内蔵だろう。45nm→32nmと微細化もあるからな。
あまりメモリ面積がないように見えて、eDRAMはSRAMと比べてチップ面積に対し大きな容量を持つ。ただし恐ろしいほど手間がかかるから贅を尽くせるメインフレーム向けと言ったところだ。

312 ：Socket774：2012/08/25(土) 18:11:16.78 ID:00pqu2ox

大原さんの記事って後藤ちゃんの記事くらいに信用できるレベル？

313 ：Socket774：2012/08/26(日) 20:13:04.04 ID:bF8mqi5x

気象情報と地震予知くらいかな

314 ：Socket774：2012/08/27(月) 13:34:25.31 ID:LtbXOZs2

話のまとまらなさで言ったら大原さんの右に出る人はいない
あれだけ資料用意するのは偉いと思うけど
最後のページだけ話半分で読んでおけば良し、という…

315 ：Socket774：2012/08/27(月) 18:48:26.54 ID:/I2yBbAW

大原さん、思い込みで書いて確認せずに間違えることも目につく

316 ：Socket774：2012/08/27(月) 21:46:09.09 ID:i2GIQO/w

この記事の間違いの原因は何なんだろう
http://ascii.jp/elem/000/000/718/718826/

YonahのSIMD演算器が128bit化されたと勘違いして、内部もMeromと同じだと思ったのだろうか

317 ：312：2012/08/27(月) 22:13:57.33 ID:wjQmxQsV

参考になった。㌧。

とりあえず、黒歴史シリーズはおもしろいので読むｗ

318 ：Socket774：2012/08/29(水) 05:05:08.67 ID:sG2Y7tuV

PS VitaがWide I/Oを採用していた模様
Wide I/O採用機の量産はこれが史上初か？
TSVでは無くCPUダイとDRAMダイの配線層を対面させた形のものだった
http://www.chipworks.com/en/technical-competitive-analysis/resources/technology-blog/2012/07/sony%E2%80%99s-ps-vita-uses-chip-on-chip-sip-%E2%80%93-3d-but-not-3d/

319 ：Socket774：2012/08/29(水) 20:15:56.35 ID:1JULdMLw

http://news.mynavi.jp/articles/2012/08/28/hot_chips24_tutorial/
29日の午後に、データセンターチップのセッション、
それに続く最後のセッションがビッグアイアンと題するセッションである。
この2つのセッションはサーバ用のプロセサのセッションで、
IBMのPOWER 7+、
IntelのXeon E5 2600、
AMCの64bit ARMプロセサX-Gene、
富士通の16コアのSPARC64 X、Oracleの16コアSPARC T5、
IBMの次世代メインフレームプロセサのzNextと盛り沢山の発表が行われことになっている。

320 ：Socket774：2012/08/29(水) 20:58:30.21 ID:vhtfC1aY

>>318
もともとCLIEやPSPでカスタムDRAM使ってWide I/Oもどきやってたんだから、
当然の流れだろうね。

321 ：Socket774：2012/08/29(水) 21:08:18.23 ID:lBbohDrv

PSPでさえ180nmのカスタムDRAMを積層させて
21GB/sも出してたらしいが
今度のはどれくらいの帯域になるんだろうか？
http://www.sony.net/Products/SC-HP/cx_news/vol50/featuring1_3.html

322 ：Socket774：2012/08/30(木) 16:01:08.53 ID:sdXArB4c

PSPが当初の予定どおり8MBのEDRAMのみだったら
世紀のクソハードになってたろうね

323 ：Socket774：2012/08/31(金) 20:29:48.91 ID:aHPyONn8

x86 CPUの弱点が浮き彫りになったNehalemマイクロアーキテクチャ
http://pc.watch.impress.co.jp/docs/2008/0428/kaigai438.htm

＞例えば、オペランドやアドレスのサイズを変化させる命令プリフィックス「LCP(Length-Changing Prefixes)」が
＞あると、プリデコードが極めて遅くなる弱点。
＞Core MAは、通常なら最大6命令を1サイクルでマーキングできるが、LCPがつくと効率が落ちてしまう。

なんでこんなアホな命令作ったの？

＞ちなみに、プリデコード全般について見ると、
＞Intelの次の命令拡張「Intel Advanced Vector Extensions (Intel AVX)」の「VEX(Vector Extension)」
＞エンコードフォーマットが、有利になるかもしれない。VEXでは最初の1byteで、
＞命令オペコードの位置がわかるため、命令マーキングがより容易になる可能性があるからだ。

はじめからこうしとけばイイのに、
Intelのアーキテクトってアホなん？

324 ：Socket774：2012/08/31(金) 20:35:45.09 ID:FXvFG9sk

>>323
> なんでこんなアホな命令作ったの？

実装の都合

> Intelのアーキテクトってアホなん？

君の夜郎自大ぶりには恐れ入る

325 ：Socket774：2012/08/31(金) 20:47:02.19 ID:65vyZY9r

これはREX prefixをネタにAMDを叩く流れか

326 ：Socket774：2012/08/31(金) 20:58:52.72 ID:FXvFG9sk

LCPは32ビットセグメントから16ビットセグメントのデータを手軽にアクセスするためのものなので
win95時代はともかく今日日なんのメリットもない

327 ：Socket774：2012/08/31(金) 23:54:58.49 ID:aHPyONn8

>>326
なんだ。
じゃぁ、遅くても問題ないね。

328 ：Socket774：2012/09/01(土) 00:52:06.95 ID:8dZqw/zn

>>327
問題なくもないが
16bit演算を行うとLCPプレフィックスが命令に付く
CWDEというAXレジスタを符号拡張した結果をEAXレジスタに格納する命令
MOVSXという8bitを16bitに符号拡張したり16bitを32bitに符号拡張する命令
MOVZXという8bitを16bitにゼロ拡張したり16bitを32bitにゼロ拡張する命令
これらの命令があるから16bit整数を32bit整数に符号拡張やゼロ拡張して
32bit整数として演算することでLCPプリフィックスの使用頻度はかなり減らせる
ただ、16bit整数をメモリに保存するときにLCPプリフィックスが必要
LCPを使わない16bitレジスタ→16bitメモリの命令もあったらよかったのに

329 ：Socket774：2012/09/01(土) 00:57:40.01 ID:8dZqw/zn

x86に限らず、RISC CPUでも
16bit整数は32bit整数に符号拡張やゼロ拡張して
32bit整数として演算する

330 ：Socket774：2012/09/01(土) 02:10:35.90 ID:uvkf2WvV

4年以上前の記事今更持ってくるところに白々しさを感じる

331 ：Socket774：2012/09/01(土) 02:13:20.37 ID:IXkObz28

>>330
今も同じでしょ？

332 ：,,・´∀｀・,,）っ-○○○：2012/09/01(土) 03:39:41.96 ID:kAQ/Rvz6

μOPs cacheがあるので利用頻度の高いコードでのLCPストールは滅多に起きません

333 ：Socket774：2012/09/01(土) 04:04:14.08 ID:wuIQXWZl

AgnerはSandyではLCPストールの発生は確認できないと書いてるね
まあLCPストールが有ろうと無かろうとどのみちpartial register accessを無くすためにmovsx/movzxを使ったほうがいい

334 ：Socket774：2012/09/02(日) 00:05:44.37 ID:cGf/QWo2

μOPs cacheがないAtomは？

335 ：Socket774：2012/09/02(日) 00:43:53.55 ID:YIOaSTYG

Atomは現役のIntel CPUで唯一LCPストールが発生しない

336 ：,,・´∀｀・,,）っ-○○○：2012/09/02(日) 04:56:59.30 ID:2DlnZNLD

2並列デコードだから命令の頭出しはそんなに複雑じゃないからね。
LCPストールは回路をケチってデコーダの並列度をあげるためのトレードオフでしょ

337 ：Socket774：2012/09/02(日) 05:21:47.67 ID:HPduOin+

μOPs cache
の中身見たことあるんだ

338 ：Socket774：2012/09/02(日) 21:17:38.93 ID:V3tnVWKJ

Ivy Bridgeの細長いチップの写真を見ていると、なぜｉｎｔｅｌはキャッシュをsａndyの1.5倍にしなかったのだろうと思う。
22nの歩留りが悪いのかとも思ったが、そうでもないらしいし。
キャッシュを1コア３ＭＢ（４コア１２ＭＢ）にすれば、性能はもちろん向上し、放熱も楽になったと思う。
ＧＰＵにももう少し面積を割り当てて性能向上できたと思う。

339 ：Socket774：2012/09/03(月) 04:07:13.97 ID:KowMRegP

Tickだし

340 ：Socket774：2012/09/03(月) 08:07:01.11 ID:hDJQ5K0H

CPUはAtomみたいなシンプルなコアにして、
あとはＧＰＵ部分にトランジスタ割り当てた方がいいんじゃないか。

341 ：Socket774：2012/09/03(月) 09:34:16.93 ID:P95UcuLe

それじゃ結局AtomであってCPUとしてただの大劣化
インテルがやる事じゃないしその価値はないね

長期的にはビッグコア少々＋シンプルコアのMICで
GPU部分を取っ払ってシンプルIAコアの出番って長期計画じゃん

342 ：Socket774：2012/09/08(土) 19:03:02.14 ID:+DNIFqad

委託生産でもライセンス必要なのか。（GFの自社開発はないよね。）

ARM Adds Globalfoundries to 64-bit SoC Manufacturers
http://www.tomshardware.com/news/arm-globalfoundries-soc-fab-chips,16871.html

343 ：Socket774：2012/09/08(土) 20:13:51.40 ID:K4Kh6CcP

ちょっと違う

344 ：Socket774：2012/09/08(土) 20:15:35.89 ID:QZ9ChF2F

どうなってんだよおおお

345 ：Socket774：2012/09/08(土) 21:41:38.84 ID:OopjSW6L

自社ファブに最適化されたコアを用意しておいて
ASIC デザイン会社に売り込むんじゃね？

346 ：Socket774：2012/09/08(土) 21:48:08.18 ID:DeYHJ09i

ARMとファウンダリは協力して、各ファウンダリごとに合わせたのを作って、
それをファウンダリ負担で、設計会社はライセンス料フリーで使えるってライセンス形態があるから、
64bitのARMでも同じようなことやるんじゃないの？

347 ：Socket774：2012/09/10(月) 03:43:52.71 ID:xiE7nU/5

大原のNehalemの記事を今更見たが相変わらず妄想全開だな
LSDをバッファの名前かなんかだと勘違いしてるし
そもそもLSDはCore2にもあるっての
そしてmacro fusion可能な組み合わせが増えたことや
movups/movdquが改善したことには全く触れないという

コイツはIntelのマニュアルすら読む気がないのか？

348 ：Socket774：2012/09/10(月) 12:46:09.90 ID:saThhqR0

読まずに書いても仕事がなくならないんだもん

349 ：Socket774：2012/09/10(月) 13:00:59.59 ID:x9ZiGITl

別に仕様書の手引きじゃないんだから触れないとこころがあってもいいと思うし
LSDはIntelがバッファと言っているんだからそれを尊重してもおかしくない

350 ：Socket774：2012/09/10(月) 13:44:36.98 ID:Ui+LLcS2

マニュアル読む奴はゴミなんか参照しないから問題無し

351 ：Socket774：2012/09/11(火) 02:15:38.61 ID:IgwQgiIf

それもそうだなｗ

352 ：Socket774：2012/09/11(火) 23:47:43.82 ID:OGrwqlRe

データシートやマニュアルを読んでも、「Intel386?プロセッサは、複数の並列ステージ（Intel386 では6 ステージ）を持つ最初のインテル・アーキテクチャ・プロセッサとなった」を
「x86アーキテクチャCPUとしては初めてパイプラインを採用し」などと誤解するバカやアホが大勢いるから、わかりやすい解説は必要。
大原さんの記事が「わかりやすい解説」かどうかは別にして。

353 ：Socket774：2012/09/12(水) 03:26:34.37 ID:w2vr+1Jq

大原はバスの専門家ではあるがロジックの素人であり理解のレベルは読者と大きく違わない。その上でやたらと推測で記事を書く。推測の根拠は思い込みとベンチマーク結果だ。
だからいろいろ間違ったことを書いては訂正を繰り返すことになる。

354 ：Socket774：2012/09/12(水) 10:33:34.86 ID:4PpRTmDb

プロトタイプだがサーバの形にして年末には出るみたい。

Early ARM 64-bit prototype servers could come by year's end
http://www.pcworld.com/article/262122/early_arm_64bit_prototype_servers_could_come_by_years_end.html

355 ：Socket774：2012/09/16(日) 11:52:44.51 ID:2RFRrm3k

MRAMの使い方はこういう方向か…

業界初のMRAM搭載SSD、バッファローが産業向けに製品化
http://eetimes.jp/ee/articles/1205/08/news057.html

356 ：Socket774：2012/09/16(日) 19:44:23.75 ID:mhwxlh4t

HDDと組み合わせても利点になりそうだけどMRAMって磁気に弱いんだっけか

357 ：Socket774：2012/09/16(日) 21:09:47.56 ID:m1fz6Xrx

wikipediaにはっきり弱いと書いてあるな

358 ：,,・´∀｀・,,）っ-○○○：2012/09/16(日) 23:30:19.22 ID:HY713TAZ

ロボット向けだな

359 ：Socket774：2012/09/17(月) 10:00:12.02 ID:a1l5kqR6

>>358
なにが？どのへんが？

360 ：Socket774：2012/09/17(月) 10:03:10.80 ID:mzpZG8pZ

弱点があるほうがヒーローの話は作りやすいんだよ！

361 ：Socket774：2012/09/17(月) 11:02:13.17 ID:tQBqw4tp

結局WiiUってPowerG7？

362 ：Socket774：2012/09/17(月) 14:19:54.61 ID:joK0Ycmn

>>361
カスタム 45nm power7 chip 同じSOIデザイン
https://twitter.com/Xbicio/status/247078734027431937
https://twitter.com/IBMWatson/status/247460688283463680

363 ：Socket774：2012/09/17(月) 15:35:18.60 ID:L8JcM27n

iPhone 5のGreekbench，A6チップはデュアルコア1GHz

iPhone 5についてです

・iPhone 5 Benchmarks Appear in Geekbench Showing a Dual Core, 1GHz A6 CPU　　by　MacRumors

iPhone 5のGreekbench結果が掲載されていますスペックも出ており，
ARMv7ベースの2コア@1GHzと判明しました
メモリも情報通り1GBとなっていますね

スコアは1601と出ており，
新型iPad(A5Xチップ，2コア1GHz)のちょうど2倍程度，
iPhone 4S(A5チップ，800MHz)の2.5倍程度となっています

Androidと比較すると4コア1.3GHzのGoogle Nexus 7とほぼ同等となっており良さそうですね
Cortex A9と比較するとIPCがかなり高そうで，どのようなコアを使っているのか気になるところです

364 ：Socket774：2012/09/17(月) 16:02:56.57 ID:joK0Ycmn

>>363
iPhone5は世界初Cortex-A15のデュアルコアCPU搭載であることが判明
http://ggsoku.com/2012/09/iphone5-cortex-a15/

ARMの開発スケジュールの関係で、今年の前半迄はCortex-A9のクワッドコアCPU
が最強で、今年の後半からCortex-A15が利用可能で搭載メモリ量も4G超が可能。
次は2014年のARM 64bitで、それ迄はあまり進歩が無い。

心臓部がサムソン製なので銀河3SにはハードスペックでiPhoneは勝てない。
iOSの優位が崩れたらあっという間に…

365 ：Socket774：2012/09/17(月) 16:37:27.73 ID:/L4yMRR3

Cortex-A15だと言ったのはAnandtechで、後にA15ではなく独自のコアかもしれないと訂正している

366 ：Socket774：2012/09/17(月) 16:58:31.31 ID:joK0Ycmn

独自のコアだとしても、ARMv7ベースは忘れないでね。
Cortex-A15は電気食いで嫌われていて、Cortex-A9を改良してCortex-A15の機能
をカバーしようとするメーカーもあるみたいだが、Cortex-A9のコアは非力だか
ら2コアのままで倍速ならCortex-A15ベースだと思う。

367 ：Socket774：2012/09/17(月) 17:44:16.10 ID:fjuup27f

AppleがA4を出したのは2年前だからその頃から独自コアの開発をしていた可能性も否定できない
QualcommのKraitと同じように完全な独自コアかもしれないよ

368 ：Socket774：2012/09/17(月) 18:01:18.18 ID:mzpZG8pZ

それなりの実力のあるところ買収してるんだし、金も余ってるし、独自コアに行っても不思議はないんだよな確かに

369 ：Socket774：2012/09/17(月) 18:56:56.63 ID:hJ4v8lFZ

ID: joK0Ycmn
脳内発酵

370 ：Socket774：2012/09/17(月) 20:01:39.90 ID:J56zNDNs

>>362
Thank you so much!

371 ：,,・´∀｀・,,）っ-○○○：2012/09/17(月) 21:00:32.44 ID:lVNEtUEj

>>359
ライン向けのアームの制御

372 ：Socket774：2012/09/18(火) 11:09:32.38 ID:UFX6+dco

IBM once again explains Wii U's connection to Watson
http://www.gonintendo.com/?mode=viewstory&id=185647

373 ：,,・´∀｀・,,）っ-○○○：2012/09/22(土) 17:37:12.54 ID:IMmXM5Df

ルネサスの動向を見届けたい

374 ：Socket774：2012/09/23(日) 10:28:01.09 ID:t4lt875a

会社買うよりは品数減らしてライブラリ揃えさせた方が良いんジャマイカ。

375 ：Socket774：2012/09/26(水) 17:09:42.37 ID:dcxIU8kr

DDR4は1600MHzからスタートっていらないだろ
3000MHzくらい出せるようになってから商品化しろよと思うんだが

376 ：Socket774：2012/09/27(木) 19:03:58.19 ID:aVJkMJVb

JEDECも、もうデスクトップはついででモバイルにばかり熱心な感じ

377 ：Socket774：2012/09/29(土) 01:21:25.02 ID:FxjFOLhO

Fused Multiply Addって何がうれしいの？？
積和算ならdppsがあるじゃん？

378 ：Socket774：2012/09/29(土) 03:05:40.01 ID:phvCJnJd

まあこれでも見といたら
ttp://news.mynavi.jp/articles/2012/09/18/idf03/images/002l.jpg
ttp://news.mynavi.jp/articles/2012/09/18/idf03/images/010l.jpg

そもそもdpps/dppdの加算はエレメントの総和だからHaswellで追加される積和命令とは別だし
スループットが良くなるかも怪しい

379 ：377：2012/09/29(土) 12:58:07.91 ID:FxjFOLhO

>>378
なるほど。
たしかにdppsとは違うね。

http://pc.watch.impress.co.jp/docs/2008/1017/kaigai_05b.gif

しかし、この図のように、AVXに匹敵するようなレベルのトピックではないような気がする･･･

380 ：Socket774：2012/09/29(土) 19:53:35.72 ID:phvCJnJd

ピークFLOPSを倍にするという意味ではAVXと同じインパクト。
スカラ演算にも効くという意味ではAVXより有用かもしれない。

381 ：377：2012/09/29(土) 22:15:32.04 ID:FxjFOLhO

>>380
あ、スカラでも効くのか。

Intelの次世代主力CPU「Haswell」がついに明らかに
http://pc.watch.impress.co.jp/docs/column/kaigai/20120912_559065.html

たしかにピークFLOPSも大幅に上がるね。
（AVX乗算ができるポートが2つになったこともデカそうだけど）

あー、早くGPUとメモリ空間共有して、
プログラミングもし易い環境作ってくんねーかなぁ･･･

382 ：Socket774：2012/09/29(土) 22:59:51.06 ID:phvCJnJd

BulldozerがSandyより良くなるなベンチで良くC-Rayが挙げられるけど
あれはソースがスカラの浮動小数点演算のみで書かれてて
コンパイラがスカラのFMA4命令を生成すると速くなる、というからくり
Haswellでは逆転するだろうね

383 ：Socket774：2012/09/30(日) 00:17:47.70 ID:brtVVMvc

スカラFPじゃなくて、SIMDだとどうなんの？
ああいう分野のアプリケーションってベクトル化が非常に有効そうな
イメージがあるんだが

384 ：Socket774：2012/09/30(日) 00:58:19.89 ID:tEQW44dv

SIMD使えばBulldozerとSandyのピークFLOPS/clk自体は同じだから
手動で最適化すれば近いスコアになるんじゃない

C-Rayにコンパイラの自動ベクトル化が効くかどうかは知らんが
ともかくアセンブリコードが一切入っていないのは事実

385 ：Socket774：2012/10/01(月) 13:46:08.86 ID:B2BVrJuG

大原がNetBurstの記事でまたアホなことを...

>この倍速ALUは、一度にデータ処理できる幅は16bit分しかない。
>そのため32bit命令を処理すると、等速のALUと同じ処理性能にしかならない。

コイツは32bitだろうが0.5サイクル毎に入力できるごとを理解できんのか?
演算器自体は0.5サイクルのレイテンシ、2基で4命令/clkのスループットだ
まあ実際はトレースキャッシュとリタイヤの帯域が3uop/clkだから4uop/cycleは維持できんがな

386 ：Socket774：2012/10/01(月) 14:20:20.30 ID:N9FRsK/B

http://www.realworldtech.com/isscc-2001/7/

387 ：Socket774：2012/10/01(月) 20:18:48.63 ID:/Vsn3mDi

大原さんの記事って嘘ばっかなのか。
ここまで言われると信用できなくなるね･･･

もう、団子さんが記事書いてよ。

388 ：Socket774：2012/10/02(火) 00:02:03.83 ID:sMfNMItX

昔xbitlabsだったかどっかに載ってたネトバのreplayに関する日本語解説まだー？

389 ：Socket774：2012/10/02(火) 04:56:45.92 ID:QYjGymGa

団子ｗ

390 ：Socket774：2012/10/02(火) 11:48:57.89 ID:kfcsZcQE

Oracleと富士通がタッグ、DB処理アシスト機構をCPUに組み込む次世代サーバ「Athena」開発
http://www.itmedia.co.jp/enterprise/articles/1210/01/news079.html

391 ：えるえる：2012/10/02(火) 22:43:13.79 ID:DB3oVCBP

>>388
こんなの見つけたにょ。
http://ja.wikipedia.org/wiki/%E3%83%AA%E3%83%97%E3%83%AC%E3%82%A4%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0
http://applause.elfmimi.jp/diary/m200506.shtml

392 ：Socket774：2012/10/05(金) 21:09:52.07 ID:HF+JjCbu

>>130
そうやってすぐに「GPUだけの勝負」に持ち込んで勝ち誇るしかなくなったのか。
なんでCPUなのにCPUvsCPUで評価しないんだ？
100％負けてしまうからだろ？

アム猿はブーメランになることしか言えない池沼
「「「「「「「「CPU性能はもう十分とかチンケな言い訳で即逃亡」」」」」」」」」」」」
3770や2600買うような奴らが単体GPU持ってないとでも思ってんの？ｗ
貧乏人だから2600すら買えませんって正直に言えばいいのにｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ブル土下座なかったコトにしてんじゃねーよ生ゴミ野郎ｗｗｗｗｗｗｗｗｗｗ
まぁ底辺のカスにはお似合いだしお布施してあげればいいよAMD株価瀕死だしｗｗｗｗｗｗｗｗｗ

393 ：Socket774：2012/10/05(金) 22:48:07.42 ID:ks7xrKQN

>>391
その記事が出た時まさにここかIntelスレでその解説そのまんまの書き込みを見た気がする

394 ：,,・´∀｀・,,）っ-○○○：2012/10/06(土) 00:11:22.72 ID:D3oqgAgc

NetBurstのL2キャッシュの実効レイテンシがパイプライン段数と一致してることについて
俺も持論述べたことあったかな

また、だからL1Dは自動プリフェッチが強力なんだと、たるさんあたりも書いてた気が

395 ：Socket774：2012/10/06(土) 10:26:28.77 ID:G8J5YFx8

>>394
その話ｋｗｓｋ

396 ：Socket774：2012/10/06(土) 22:16:17.17 ID:ke+Fh38k

どんどん高性能になっていくよなぁ・・・
でも、どこかの記事で見かけた、科学技術演算系の教授の言葉が印象的だった。

今のパソコンって、CPUはいいけど、ソフト・制御がダメ。
いわゆる頭はいいけど、その頭の使い方が追いついていないって言ってた。

頑固になっちゃってるのかな、今のコンピュータって。

397 ：Socket774：2012/10/06(土) 22:25:46.42 ID:ta0MYF0S

ハードとして見るなら、速くなってればそれでいいんじゃね？

速さがなければどうしようもない分野ってのはあるわけだし、速くなれば速くなるほど使える分野も増えてくる
まず速さってのは間違ってないと思うね。

398 ：Socket774：2012/10/07(日) 00:06:05.85 ID:J7OTY8WN

その話は間違いではないが
並列処理は50年前からの課題です

399 ：,,・´∀｀・,,）っ-○○○：2012/10/07(日) 00:07:04.77 ID:YwnVQghP

簡単にいうと、NetBurstのスケジューラは、データがL1キャッシュ（レイテンシ2）に
ヒットするという前提で組まれててμOPsの実行順もそれで決めてる。

で、キャッシュミスは分岐予測とミスしたミスと同等のペナルティが生じるんだ
μOPsではなく「実行トレース」をキャッシュするNetBurstならではの問題だね。

このへんはたるさんのページの過去ログにもあったと思う。

400 ：Socket774：2012/10/07(日) 09:48:40.07 ID:n/t7j+aj

>>399
ありがと

401 ：Socket774：2012/10/07(日) 10:00:48.92 ID:G2hyX/B4

>>398
昔からの課題だけど、啓蒙活動や利用促進がなかなか進んでいないってのが何とも…

さすがにマスチタスクOS自体は普及した物の、未だにシングルスレッドしか組まない人多い気が…
関数とかをスレッドとして書き易くするとかじゃ駄目で、関数を強制的にスレッド扱いしちゃうコンパイラとかが普及しないと駄目なのかもな…

402 ：Socket774：2012/10/07(日) 11:15:33.17 ID:GLY9iMvY

パフォーマンス上げようとマルチスレッドでループ分割したら謎のオーバーヘッドで逆に遅くなる。
非同期なタスクを分けるのには効果的だけど、タスク間でのデータの受け渡しのコード記述が煩雑で可読性も著しく悪い。
この点についてはトランザクショナルメモリで解決される？？

403 ：Socket774：2012/10/07(日) 11:26:30.93 ID:ZUOC6n36

インテルコンパイラは自動でマルチスレッド化する機能あるけどイマイチ
かえって遅くなったりするから自分で組むほうが良い

でも正直マルチスレッドプログラミングは難易度高いので
そこらじゅうにいるプログラマーにやらせようとしても無理

結果スレッド化はなかなか進まない

404 ：Socket774：2012/10/07(日) 11:48:39.67 ID:GLY9iMvY

激しく同意。

405 ：Socket774：2012/10/07(日) 13:26:49.48 ID:S72Phl5p

マルチスレッド化が進まないのは、人間の本質から来るものじゃないかな
仕事をチームでやるより、一人でやったほうが楽だもん
人間の社会（生態）が、粘菌みたいに「全にして個、個にして全」だったら自ずとマルチスレッドのスタイルになると思う

根拠のない想像だけど、リーダー的気質の人はマルチスレッドが得意そうな気がする
仕事の全体を捉え、要素に分割して、個々のメンバーに仕事を割り振るのが得意な人が

406 ：Socket774：2012/10/07(日) 13:35:13.27 ID:GLY9iMvY

なるほどね。

シングルスレッド性能がどんどん向上していた時代は一人の優秀な人間がどんどん仕事をこなしていくイメージ。
しかし、仕事の規模が大きくなてくると、一人ではどうしても効率が悪くなるため、チームを組むことになる。
ILPや電力の限界に達してマルチコア路線に転換したのがこの状況。
仕事の細分化はどんどん進んでいき、GPUコア的な限られた専門分野の仕事を効率よくこなす兵隊さんが
増えるという、大企業の様相を呈するようになっている。
無論、それらをまとめるアーキテクト的存在が最も重要。

407 ：Socket774：2012/10/07(日) 14:34:04.46 ID:M+OGKbDa

ロシアのElbrusがARM用のx86エミュレータを開発
http://www.geocities.jp/andosprocinfo/wadai12/20121006.htm
http://www.eetimes.com/electronics-news/4397620/Russian-software-runs-x86-code-on-ARM

408 ：Socket774：2012/10/07(日) 23:17:21.22 ID:G2hyX/B4

>>402～406
そうグダグダ言ってるから導入が進まないのだ…
自動スレッド化をデフォルトにして、遅くなる部分が何処になるのかに慣れて逝く方が
マルチスレッド化は早く進む筈!!!

と言うことで、自動スレッド化コンパイラがさっさと普及してしまえば良いと言う事にwww

409 ：Socket774：2012/10/08(月) 06:38:04.94 ID:a8WhMOtx

Elbrusって99年ごろに、IA-64より高性能な独自アーキのサーバCPU
E2Kを開発したと言ってたとこだよな。
あれって、仕様書どうりに作ったらIA-64上回っていたのかな？

410 ：Socket774：2012/10/08(月) 08:58:18.65 ID:+/Rh6pQx

エミュレータの理屈がいまいち分かってないのだが、
x86のCISCのCPUは複合命令セットで動くが、効率化のために今では中身が
縮小命令セットで計算するRISCチップになっている。
x86チップは複合命令セットの変換機構をハードで実装しμOPという縮小命令
セットに変換してRISC演算回路で計算する。
x86のCISCの複合命令セットをARMのRISCの縮小命令セットに変換するソフトを
作ればエミュレータができる。今は、マルチコア時代だから休んでいるコアに
変換の仕事を割り振れば結構早いよ。　…という事で良いのかな？

411 ：Socket774：2012/10/08(月) 09:27:40.44 ID:XpcGAePg

どこのHotSpot VMだよ

412 ：Socket774：2012/10/08(月) 10:24:15.58 ID:wyRIr/jR

0.5クロック
半周期で動く回路がこの世にあるんだ
宇宙人？
未来人？

413 ：Socket774：2012/10/08(月) 10:25:24.23 ID:694OqsHu

x86エミュレータがARMでできただの速くなっただの言ってもねえ
「PC-AT互換機エミュレータ」が速くなきゃ意味が無い

414 ：Socket774：2012/10/08(月) 10:37:15.44 ID:AOVn6SYX

マルチスレッドはコンテキストスイッチのオーバーヘッドがでっかすぎてやる気うせる

415 ：Socket774：2012/10/08(月) 10:45:02.47 ID:7BiTReNf

そういう問題をうまく隠蔽してプログラミングすることが必要なんだけど
一般プログラマにはできないなだよな、これが
こういうのは、むしろプログラミングを手段として使用する技術者研究者の方が上手くプログラミングできちゃうんだな

416 ：Socket774：2012/10/08(月) 11:09:47.39 ID:F3AZpD+C

隠蔽っつってもなぁ、コア数とかCMTとかHTとか、OSカーネルの賢さ賢く無さとか、
そういう外部ファクターで実行速度があまりにも変化するんだよマルチスレッドプログラムは
CPUコアのシングルスレッド性能は、コアアーキ、クロック、L2容量、DRAM容量・速度である程度読めるし、変化量も小さいんだけど

417 ：Socket774：2012/10/08(月) 11:20:36.06 ID:wyRIr/jR

アプリレベルのコンテキストスイッチのオーバーヘッドって、なんのことだ？

418 ：Socket774：2012/10/08(月) 13:06:45.38 ID:tpssSR6L

GPUみたいにハードウェアスレッド制御で切替コスト0にしてほしいし、
それができないなら、OSがちゃんとしてほしい。
ただでさえアムダールの法則に制約されちゃうのに、
ムダを増やしてどーすんのよ。

419 ：Socket774：2012/10/08(月) 13:26:25.76 ID:61XmGDSC

今週の大原は冒頭で>>385の言い訳をしているように見えるが
その言い訳すら滅茶苦茶でもはや読むに耐えない

420 ：Socket774：2012/10/08(月) 14:11:25.45 ID:NC3QT/P6

> ただしこの倍速ALUは、一度にデータ処理できる幅は16bit分しかない。そのため32bit命令を処理すると、等速のALUと同じ処理性能にしかならない。

16bit命令ならフルに倍速が出るとしか読めないよね
で、今週は

> 誤解しやすい点であるが、この仕組みでも16bit演算のスループットは変わらないわけだ。

しれっとこんなことを言っているわけだ

421 ：Socket774：2012/10/08(月) 14:21:34.49 ID:tpssSR6L

大原ェ･･･

422 ：Socket774：2012/10/08(月) 15:05:09.20 ID:q7dnGO+u

http://ascii.jp/elem/000/000/733/733015/
まともなことを言ってるように思うが

423 ：Socket774：2012/10/08(月) 15:12:18.79 ID:DgvgFQGa

えっ

424 ：Socket774：2012/10/08(月) 18:16:43.94 ID:ot2Lgu3m

Willamette/Northwoodのfast ALU1個は、2個の倍速16bit サブALUで構成されている。
1命令を実行する際は、最初の0.5サイクルで下位16bitを、次の0.5サイクルで上位16bitを計算する。
当然パイプライン化されており、上位16bitを計算している間に下位用のサブALUでは
次の命令の下位16bitを計算できるので、0.5サイクルおきに命令を発行できる。

結果的にfast ALUに発行できる命令間のレイテンシは0.5サイクル
スループットも0.5サイクルというのがWillamette/Northwoodの実装なわけだ。
(Prescottではフォワーディングパスが一部省略されたのかレイテンシは1サイクル)
32bitの等速ALU1個ではそれぞれ1サイクルにしかならない。

425 ：Socket774：2012/10/08(月) 18:26:26.39 ID:tpssSR6L

ドミノ回路ってヤツか。
電力喰うみたいで、もうやめちゃったね･･･。

426 ：Socket774：2012/10/08(月) 18:40:08.98 ID:NC3QT/P6

> NetBurst ArchitectureのALUの構造。図では下と上、2つのALUが配されているように見えるが、実際はひとつの16bit ALUが2倍速で動いている。上位16bit側のALUは入力の手前にラッチが用意され、下位16bit分のALUが動作している間は、上位16bit分のデータを保持している

427 ：Socket774：2012/10/08(月) 18:50:14.60 ID:ot2Lgu3m

>もし倍速で命令を発行しようとするとこのFast ALUのみならず、SchedulerやRegister Fileなども倍速で動かないと間に合わなくなる
こういう妄想が酷い。当然倍速で発行するためにそれらも倍速化されている。
ちゃんと論文も出してるのにねえ
http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=1705373

428 ：Socket774：2012/10/08(月) 18:52:29.01 ID:ot2Lgu3m

>>426
こういう前提からして間違った理解をしてるからあんなアホな内容になるんだろうなｗ
事実の確認より自分の妄想をいかに正当化するかで文章を書いてるとしか思えない

429 ：Socket774：2012/10/08(月) 19:00:48.34 ID:NC3QT/P6

>>428
思い込みが激しいくせにアホでセンスもないから、サブALUのフィードバックを見ても何とも思わないんだろうねw

430 ：Socket774：2012/10/08(月) 19:11:47.25 ID:tpssSR6L

安藤先生、頼んます。

431 ：Socket774：2012/10/11(木) 21:59:40.37 ID:2aC78nxl

ARM Announces On-Chip Interconnect Technology, Memory Controller for Many-Core, Heterogeneous Chips.

ARM Introduces 1Tb/s On-Chip Interconnect for Many-Core, Heterogeneous Microprocessors

http://www.xbitlabs.com/news/cpu/display/20121010230349_ARM_Announces_On_Chip_Interconnect_Technology_Memory_Controller_for_Many_Core_Heterogeneous_Chips.html

432 ：Socket774：2012/10/14(日) 10:54:26.51 ID:FI1BlI6q

AMDの統合型チップのCUP面積はAtomより小さいのだね。
nmは違うが、L2キャッシュ面積からはそれ程シュリンク進んでないが、
性能はどうなのだろう…
http://i.imgur.com/ygXKz.jpg

433 ：Socket774：2012/10/18(木) 10:52:03.10 ID:lc9BRIxm

Silverthoneの時代はCPU（L2含む）単体でバスの幅を確保しないといけなかったし
あとのノース統合版AtomはそのSilverthoneのマスク設計をそのまま使いまわして
ワンチップ化してるから当然でしょ。
しかもその頃にはもうメインストリームCPUでは32nmの量産が始まってて
45nmのFabリソースは腐るほどあった。
コアを小さくする理由も無かったわけだ。

最初からGPU統合前提で極力小さくなるように組まれてるBobcatと比べれば面積の
差が出てもおかしくないでしょ。
それでなくともTSMCに生産委託して作ってるから1枚のウエハから
たくさん取れるようにする必要はあった。

434 ：Socket774：2012/10/19(金) 15:08:15.55 ID:fCi8yzQc

脱x86化加速

Google、ARM搭載の新型「Chromebook」を投入
http://itpro.nikkeibp.co.jp/article/NEWS/20121019/431022/
http://japanese.engadget.com/2012/10/18/google-11-249-chromebook-cortex-a15-exynos-5/
従来の Chromebook がいずれも Atom などインテルベースだったのに対して、
新 Chromebook はARMベースの Exynos 5 Dualプロセッサを採用します。

435 ：Socket774：2012/10/19(金) 15:11:50.67 ID:MIqw7Ip5

やっとx86のこと好きになったのに･･･

436 ：Socket774：2012/10/19(金) 15:35:20.05 ID:JwXOu3R+

Chrome搭載PCみたいなもんだろうけど、以前売ってたやつって売れた気がしないんだが・・・。
今度こそ成功するのかねぇ・・・。

437 ：Socket774：2012/10/19(金) 16:20:46.01 ID:wwkOJ1ub

そもそも店頭で売ってるところを見たことがない

直販オンリーとかだったんだろうか
でもそういうのって、ピピンとかガラパゴスとか、まともに売れずに
撤退や方針転換ってのがお決まりのパターンだからなあ

438 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/19(金) 20:59:07.44 ID:+YmB7zMK

ガラパゴス懐かしいなぁ
NetWalkerも思い出してあげてね

439 ：Socket774：2012/10/19(金) 21:21:58.95 ID:wIhe7THf

おっとラリー・エリクソンが毎回挑んでは失敗するシンクライアントをディスるのはそこまでだ

440 ：Socket774：2012/10/20(土) 03:23:38.91 ID:N/IlYFKQ

CE系とかLinux系とか、webさえ何とか見たいな奴は、まぁ出来ては消えて、だよな…
webブラウザだけで良いってならタブレットでも我慢できる訳で
キーボードが欲しいって事は、入力仕事…
つまりは文書作成含めた、何らかのoffice系スイートを使いたいって欲求が多い訳だから…

>>439
wwwwwwwwwwwwwwww

441 ：Socket774：2012/10/20(土) 04:29:40.58 ID:uIb0ZsdA

>>439
仮想化デスクトップなら着実に普及してます

デスクトップ仮想化を選択するユーザーが増加、2016年までは30％成長続く
http://japan.zdnet.com/virtualization/analysis/35019995/

442 ：Socket774：2012/10/20(土) 09:22:07.30 ID:4glRDm/g

というか、その「タブレット」にキーボードつけた奴ってことだろこれ。ARMで出してきたってことはいよいよ本格的にさ。

443 ：Socket774：2012/10/20(土) 18:45:43.05 ID:Ucf8WJ2Y

Androidで充分だろ。

444 ：Socket774：2012/10/20(土) 19:26:57.32 ID:N/IlYFKQ

>>442
東芝AZとかNEC lifetouch Androidは爆死したけどな。

「ちょいパソ」なら、まだ売ってはいるが
こいつは根本的にCPUパワー不足だから…
AllwinerA10積んだバージョンもあるにはあるが。

445 ：Socket774：2012/10/24(水) 15:28:33.65 ID:cmLyPp/J

パワーといえばA6はどのくらいあるんだ
コア数同じでA5の倍速ってことは、そう悪くないよなあきっと

446 ：Socket774：2012/10/24(水) 18:26:19.26 ID:SCLN6Yrj

A6とかまぎらわしいです

447 ：Socket774：2012/10/24(水) 18:28:02.68 ID:K/NHhzFY

ベンチではかなり早い
http://kettya.com/2012/log100310006.htm

448 ：Socket774：2012/10/24(水) 18:37:17.01 ID:kEB9tYf5

攻撃機なのか基板のピン番号なのか
一目では区別つかないかもー

449 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/24(水) 18:41:12.19 ID:6yOxAW3x

Cortexもあるし次からは"Apple A7"って表記しないと
どっちのA7だよってことになりかねないわな

450 ：Socket774：2012/10/24(水) 18:45:51.61 ID:0WV7Hk3Z

もしかしたらA6のAがAppleの意味なのか、
もしそうだったら頭痛が痛い状態になるのかとか考えたりする

451 ：Socket774：2012/10/24(水) 18:47:04.53 ID:kEB9tYf5

放送作家で作詞家のA6輔さんのことかもしれないじゃないですかやだー

452 ：Socket774：2012/10/24(水) 19:11:10.94 ID:cmLyPp/J

ややこしい書き方してすまん　AppleA6ってことで

しかしもうAtomに匹敵か凌駕ってとこまで来てるのか。
バッテリ駆動あきらめてクロック上げたら、そろそろデスクトップもいけるんじゃないかって気はするな

453 ：Socket774：2012/10/24(水) 19:19:37.40 ID:kJYfydTD

Allwinner A10

454 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/24(水) 19:21:57.34 ID:6yOxAW3x

そーいやAMDのもあったな。空気だから忘れてたが。

455 ：Socket774：2012/10/24(水) 20:39:01.12 ID:y0YO4VPr

団子さんはIntel信者だからねｗ

456 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/24(水) 22:38:58.14 ID:6yOxAW3x

いや、正直次のJaguar(28nm)はヤバイと思う（魅力的な意味で）

AMDのラインナップの中で一番買う気起きるのはEシリーズだからね。
現行のはSSEがAtomより遅いケースがあるから購入を見送ってるが
弱点を潰されたら買わない理由がなくなる。

457 ：Socket774：2012/10/25(木) 07:38:12.61 ID:P0Fi3p1V

未だ団子をNGしてない奴がいるのかｗ

458 ：Socket774：2012/10/25(木) 14:11:05.04 ID:33uZaiYQ

bobcat世代より更に組み込み用に特化されるjaguar世代にSSE128bit化なんて無用の長物

459 ：Socket774：2012/10/25(木) 15:08:42.26 ID:8o2Au81c

組み込み]用途は完全に切り捨てです

460 ：Socket774：2012/10/25(木) 15:33:50.07 ID:E1vl8nMw

>>458
Cortex-A15もApple A6もわざわざNEONを128bit化してきたのにそれはない

461 ：Socket774：2012/10/25(木) 21:26:29.95 ID:oIhC7MQL

団子さんのレスはためになるよ。

462 ：Socket774：2012/10/25(木) 21:34:21.55 ID:48bHZIP/

大原はこのままばっくれるつもりのようだな

463 ：Socket774：2012/10/26(金) 02:11:39.70 ID:2vlqWn+I

大原今回の記事も酷いなｗ

>簡単な演算命令「だけ」ならば1サイクルあたり2命令となるが、
>一般的な「ロード＋演算」命令だと、1サイクルあたり1命令が現実的なスループットである。

>しかし前述のとおり、一応2命令同時実行の実行ユニットを持っているとは言え、
>実質は1命令/サイクルの処理しかできなかった。3命令同時実行のPentium Mと比較すれば3分の1で、
>4命令同時実行のCore 2以降と比べればさらに性能は劣る。

突っ込みどころは
・「ロード＋演算」命令が一般的かはまあ置いておくとして
Sandyより前の世代もこれらの命令は1命令/サイクルしか出ない
・そもそもAtomはP6系とは異なり「ロード＋演算」命令を複数uopに分解せずに実行するので
「ロード＋演算」命令はport0のみを使い、port1でその他の命令を同時実行可能
すなわち「ロード＋演算」命令と演算命令の組み合わせでもちゃんと2命令/clkが出せる
これはPenMまでと同等のスループット、uop fusionの無いPen3までと比べるとデコーダの制約がない分有利

Atomがピーク2IPC+インオーダで実効IPCがかなり低いと言う点は誰もが認めるところだと思うけど
その論拠を全く見当違いの理由で片付けるのがいかにも大原らしい
こんなのちょっとコード書いて回してみれば分かるのにね

464 ：Socket774：2012/10/26(金) 10:45:02.77 ID:L0bxcQ5M

全部文章じゃなく、図かなんか書いて、その補足を文章にしてくれるとありがたい

465 ：Socket774：2012/10/26(金) 19:01:03.71 ID:JSQQ+vhS

>>463
自分で

> ちなみにインテルによれば、一般的なプログラム実行時の動作状況を検証してみると、平均で96％の命令が、ひとつのμOpにそのまま変換できるという。

と書いてるくせにねえ

レジスタと書くべきところまでRegister Fileと書いてるし、そもそも意味不明な記述が多い

466 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/26(金) 19:39:44.26 ID:c8Gvi8BP

「もうすこし」のころから老害化してたような

467 ：Socket774：2012/10/26(金) 19:55:15.56 ID:7o0JjDq0

Core MAの内部は3IPCだとか随分必死に主張してたな。

468 ：Socket774：2012/10/26(金) 20:05:32.50 ID:JSQQ+vhS

> 続く「Register File」は、実際に命令を処理するにあたって、どのRegister Fileを使うか割り当てる部分だ。

>　「AG」「DC1」「DC2」と続くのが、データキャッシュからのデータ取り込みである。「Address Generator」によって取り込むアドレスを確定し、それに相当するデータを2サイクルかけてDC1/DC2のステージで取り込み、先にIRFで確定したRegister Fileに格納する。

大原よ、IRFステージでレジスタを読まずにどうやってアドレスを生成するつもりだ
途中のステージでレジスタに書き込んでどうするんだ

大原はAGUが一つしかないと思い込んでいるようだが(ポートごとにある)
http://origin.arstechnica.com/news.media/sv-diagram.gif
それで

> Issueでは、どちらの命令ポートで実行するかが決定される(後述)。パイプライン図ではここから線が2本出ているように見えるが、実際は「どちらの命令ポートで処理するか」を示す1bitのタグがμOpに付加されるだけで、物理的にはまだ一本化されている。

こんな妄想を炸裂させているのか

469 ：Socket774：2012/10/28(日) 05:26:19.29 ID:Cu20Jkz3

団子が言うな
お前も大原と大差ない

470 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/28(日) 10:42:51.22 ID:l25aju+u

>>468は俺じゃないしｗ

471 ：Socket774：2012/10/28(日) 11:43:31.01 ID:Cu20Jkz3

>>468と>>469は俺だよ
やっぱり団子は大原と大差ないことが証明されてしまった

472 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/28(日) 14:04:44.20 ID:l25aju+u

んなもん手前がドヤ顔で説明しなくてももっと正確な資料あるわいな
Atomは4年は使ってるしな

473 ：,,　・´　∀　｀・　,,）っ-○○○：2012/10/28(日) 14:07:04.68 ID:l25aju+u

まだ気付いてないのかな
その突っ込みには重大な誤りがあるんだけど

474 ：Socket774：2012/10/29(月) 00:18:40.77 ID:QcX2K2eD

団子さん、かっこいい･･･

475 ：Socket774：2012/10/29(月) 00:52:51.46 ID:eBaA10oc

濡れちゃうよね

476 ：Socket774：2012/10/29(月) 10:50:55.64 ID:i+JRvDIE

団子はいつもドヤ顔だｗ

477 ：竹島は日本領土：2012/10/29(月) 23:13:53.96 ID:Pk6lCYbJ

IBM creates first high-density, self-assembled carbon nanotube computer chip
http://www.extremetech.com/computing/138995-ibm-creates-first-mass-producible-self-assembled-carbon-nanotube-computer-chip

478 ：Socket774：2012/10/30(火) 14:03:15.61 ID:zgvBwPI9

AMD、「ARMベースのOpteron」開発を表明
http://www.itmedia.co.jp/pcuser/articles/1210/30/news051.html

開発中の製品
64bitARM
Steamroller
Jaguar

だからちっこい会社が何個もアーキテクチャ並行させるなと小一時間

479 ：Socket774：2012/10/30(火) 14:08:34.30 ID:Dm7FAXOR

完成する頃にはARMが今より
下火になってそうな気がしてきた

480 ：Socket774：2012/10/30(火) 16:10:18.85 ID:6xL0tk+D

ARM参入で株価がどうなってるか確認したら大型ハリケーンの影響でNYSEはお休みでした

ＮＹＳＥが31日の電子取引対応を準備、取引フロアに損害なし
http://jp.reuters.com/article/jpnewEnv/idJPTYE89T04F20121030

481 ：Socket774：2012/10/30(火) 20:02:35.36 ID:m7DlHCSM

opteronて事はarmサーバーが想定商品？

482 ：Socket774：2012/10/30(火) 21:47:43.88 ID:lYID08Zs

そ

v8は最後のメジャーISAになるかもしれないのに、全く面白味に欠ける

483 ：Socket774：2012/10/31(水) 17:49:37.32 ID:kvz+FRns

64bit ARMの情報が出てきたね
http://www.anandtech.com/show/6420/arms-cortex-a57-and-cortex-a53-the-first-64bit-armv8-cpu-cores

484 ：Socket774：2012/10/31(水) 23:21:52.86 ID:xqiac3fx

http://images.anandtech.com/doci/6420/Screen%20Shot%202012-10-30%20at%2012.22.04%20PM%20copy.png
だが、逐次部分に差し戻しパスがあるのが興味深いね
投機実行用かな
A15にこんなんあったっけ

485 ：Socket774：2012/11/01(木) 00:03:17.63 ID:rclStHLd

loop bufferでしょ
http://pc.watch.impress.co.jp/img/pcw/docs/554/303/html/9.jpg.html

486 ：Socket774：2012/11/01(木) 21:56:11.74 ID:EduZWS62

http://www.eetimes.com/electronics-news/4400351/ARM-A57-core-detailed-in-technical-session
Cortex-A57のSPECint2000のスコアは[email protected]
クロックあたりで言うとBanias/Dothanと同じぐらい

http://www.arm.com/images/performance.jpg
この図によるとA15はこれより20%遅いということで、イマイチだな

487 ：Socket774：2012/11/01(木) 21:58:58.59 ID:EduZWS62

スコアが書いてあるスライドはこれhttp://eetimes.com/ContentEETimes/Images/ARM7.jpg

488 ：Socket774：2012/11/01(木) 22:33:26.44 ID:REoMzzvG

int2000というちょい古めのベンチなのが、まあいかにもARMだなｗ

489 ：Socket774：2012/11/02(金) 00:11:21.51 ID:ImjMObMs

当然、2006を使わないのはなぜ？という話になっちゃうわな

490 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/03(土) 11:03:29.47 ID:W+oNa/Z6

2006は2000よりメモリを食うからじゃないの？

Cortex A5xは4GB以上のメモリをサポートするけど実際に4GB以上のメモリを積んだ環境では
電力効率のスイートスポットを外してしまうという微妙なプロセッサだと思ってる

491 ：Socket774：2012/11/03(土) 11:24:17.65 ID:Nk5fcVxf

3年後に8GbitのDRAMを4個繋いだら電力効率のスイートスポットを外す? そんなバナナ

492 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/03(土) 15:58:27.81 ID:W+oNa/Z6

3年後かぁ。20nmってそんな先の話なんだな。

Microsoft的は64ビットARMはあまり好きではないようだけど。

493 ：Socket774：2012/11/03(土) 16:26:42.87 ID:7bm0Adk3

そりゃ、MSの資産はx86に大部分寄ってるから
別のアーキテクチャが台頭したらMSの価値はその分下落することになる。
かといって64bitARM版Windows Server出したところで市場性はないから、
手をこまねいて見ているしかない。
面白いはずはないな。

494 ：Socket774：2012/11/03(土) 18:11:11.03 ID:c9W8tt4O

armはタブレットやＣＥ機器専門で棲み分けでええやん

495 ：Socket774：2012/11/03(土) 18:11:48.09 ID:h4SfPSOH

おっと、NT4をディスるのはそこまでだ。

496 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/03(土) 18:26:02.22 ID:W+oNa/Z6

NT5カーネルはXbox360にも移植されてるけどね

497 ：Socket774：2012/11/03(土) 18:40:54.10 ID:E9tLDRpO

後藤ちゃんのCortex-A57の詳報がきてる。
2014年のハイエンドスマートフォン&タブレットのCPUコア「Cortex-A57」
http://pc.watch.impress.co.jp/docs/column/kaigai/20121102_570458.html

結構性能が良さそうだが、コア単品の性能はAMDのコアで言うとどの位だろうか？
Atomよりはかなり良いから、Bobcatコアより上で、Piledriverコアに近い？

498 ：Socket774：2012/11/03(土) 19:59:41.76 ID:ZBBl1Yr/

AtomとBobcatの丁度中間あたり

499 ：Socket774：2012/11/03(土) 20:21:47.29 ID:RWbBRxoB

>>498
AtomとBobcatってCPUコア単品の性能はそんなに変わらんやん

>>497見るとA57は同クロックのシングルスレッドで倍くらい出てねー？
Pentium MとかAthlon IIに近いコア性能なんじゃ？

500 ：Socket774：2012/11/03(土) 20:26:05.25 ID:DePyE/1n

まずIPCだけを比べたいのかターゲット周波数も含めた総合的な性能の話をしたいのかをはっきりしないと

501 ：Socket774：2012/11/03(土) 20:32:17.34 ID:RWbBRxoB

IPCは高そうだし750mWで2.5GHzって計画通りに行くなら結構性能高そう

502 ：Socket774：2012/11/03(土) 20:50:40.50 ID:E9tLDRpO

知りたいのは周波数を合わせたときのIPCです。
ARMのコアは発熱を気にしないなら結構周波数を上げられるので。

503 ：Socket774：2012/11/03(土) 21:05:56.01 ID:UB6TrUMo

>発熱を気にしないなら結構周波数を上げられる
何を根拠に

504 ：Socket774：2012/11/03(土) 21:13:05.23 ID:E9tLDRpO

>>503
Cortex-A15の例しかないけど。「big.LITTLEの電力と性能」参照。
http://pc.watch.impress.co.jp/docs/column/kaigai/20120214_511793.html

505 ：Socket774：2012/11/03(土) 21:22:58.95 ID:q/OkaFXR

>>504
その図は電圧上げて周波数を上げれば性能は向上するという
定性的なアタリマエの話を説明しているだけ。
多少はあれどどんなプロセッサだってそうでしょうよ、
定量的なグラフではないので概念図以上の意味は無いね。

506 ：Socket774：2012/11/03(土) 21:23:01.06 ID:UB6TrUMo

そのグラフをどう読むと「発熱を気にしないなら結構周波数を上げられる」になるんだ

507 ：Socket774：2012/11/03(土) 21:23:37.14 ID:UB6TrUMo

おっとかぶった

508 ：Socket774：2012/11/03(土) 21:23:52.65 ID:7bm0Adk3

君が考えているような意味ではない

509 ：Socket774：2012/11/03(土) 22:06:11.51 ID:RWbBRxoB

でも電圧上げれば3GHz超とか出てるから
結構周波数を上げられる、って言い方も
そう間違いでもないような？

510 ：Socket774：2012/11/03(土) 22:32:01.20 ID:E9tLDRpO

>504の図は概念図だったのね。
Cortex-A15の2コアは4GHzまで上がるとTIは言っているような気がするのだが…
http://www.tij.co.jp/lsds/ti_ja/arm/overview.page

511 ：Socket774：2012/11/03(土) 22:45:57.11 ID:q/OkaFXR

なんか勘違いしているようだな
ARMはライセンス形態にもよるが基本シンセサイザブルIPだから
ライセンシ側でパイプラインきり直せば周波数なんぞ
いくらでも変えられる。結局はバランスの話なのでそれに
意味があるかどうかの判断は別。

ttp://www.arm.com/ja/products/processors/cortex-a/cortex-a15.php
ARMが想定しているのは2.5GHzでハードマクロはそこをターゲットに
している事は伺える。
TIが4GHzと言ったからと言って全てのA15が4GHzで動くわけではない。

512 ：Socket774：2012/11/03(土) 23:11:13.05 ID:NX+usrED

で、いつになったらARMでお手軽自作できるようになるの？
自作板でひたすらARMの話題を振り続けるくずぅさんｗ

513 ：Socket774：2012/11/03(土) 23:11:54.75 ID:P0pRaKsP

ARMなど、絶対性能ではx86の足元にも及ばん。

514 ：Socket774：2012/11/03(土) 23:30:14.15 ID:E9tLDRpO

一寸前にこんな話があったけど。
http://news.mynavi.jp/news/2011/08/23/079/index.html

515 ：Socket774：2012/11/03(土) 23:41:34.02 ID:kSAWMn2l

まあ喚いてもまだA15自体の製品出荷されてないからなぁ。
どれも発表どまり。

516 ：Socket774：2012/11/03(土) 23:45:14.21 ID:RWbBRxoB

>>511
でもTIもただ闇雲に4GHzとか書いてる訳じゃないだろうし
結構クロック耐性ありそうな感じがするけどね
TSMCの28nmで2.9GHzが3Wちょっととかって書いてるし

517 ：Socket774：2012/11/03(土) 23:49:49.61 ID:JmzpKyeg

>>515
あと10日でnexus10が来るぜ

518 ：Socket774：2012/11/03(土) 23:51:27.03 ID:DePyE/1n

>>515
Chromebookは買えるんじゃね

519 ：Socket774：2012/11/04(日) 00:09:45.35 ID:nsPRnlbk

>>516
何が闇雲なのか意味不明。
全然理解していないようなので、誤解を恐れず書きなおすとTIのA15と
ARMのA15は初期設計図が同一なだけの別モノだと言っている。

520 ：Socket774：2012/11/04(日) 00:20:42.30 ID:+WSedgzv

いわゆるラボでの話だろうね＞4GHz

521 ：Socket774：2012/11/04(日) 02:34:10.92 ID:OYYC1abL

>>519
どう別モノなのか知らんがTIが物理設計を最適化してても
それを含めてARMアーキの高周波数特性じゃん
A15だからステージ数が15+ってのは変わらんし
かなり高クロック志向なコアに仕上がってると言って差し支え無い
用途がマイクロサーバーとかなら3GHz超も普通に出てきそう

522 ：Socket774：2012/11/04(日) 03:42:58.93 ID:nsPRnlbk

>>521
>それを含めてARMアーキの高周波数特性
4GHzのTI版A15とARMリファレンスの電力特性は同一ではないだろう。
スピードビンの違いだけで2.5－4.0のばらつきはあり得ない。
よって、それらをひとくくりに語ることが適当だとは思えない。

実際、オレが関わったA9はローパワーに振った為、X00MHzしか出ないが、
だからと言って2.5GHzのA9と同列に扱ったらおかしな話になるだろう？

523 ：Socket774：2012/11/04(日) 04:00:18.71 ID:GU4gNHZ6

まあ、魔改造品がどこまでオリジナルかって気はするな
むかしサムスンがARMを無理やり1GHz越えで動かしたときのことを思い出す

524 ：Socket774：2012/11/04(日) 08:43:35.09 ID:OYYC1abL

>>522
物理設計やファブが違えば電力特性が同一なんてありえんが
そんな話よりアーキテクチャ的にはパイプライン段数が15～だから
P6の10、NetBurstの20、Prescottの31、Core MAの14で
高周波数との親和性は概ねCore MAクラス
あとはプロセスとか物理設計次第って考えりゃいいんじゃねーの？
実際リファレンスのA15がTSMC20nmなら2W以下で3GHzってかなりじゃん

525 ：Socket774：2012/11/04(日) 11:08:19.24 ID:Cz1HklCY

>>511
わかっちゃいるとは思うが、合成可能なソフトマクロIPのライセンスと言っても
パイプライン切りなおせる程に中身さわれるライセンスと、手を入れちゃ駄目ってライセンスがあるからな。

TIは命令セット含めて中身に手を入れられるライセンスだけど、中身に手を入れたコアなら
クアルコムのSNAPDRAGONみたいに別の名前で呼ぶのが通例だし、
Cortex-A15と言ってる以上は中身には大きく手を加えていないと考えるべき。

526 ：Socket774：2012/11/04(日) 11:11:34.07 ID:Cz1HklCY

でも、>>510の端に書いてあるup to 4Gってのは
ぶっちゃけカタログスペ(ryだと思ってた方が無難だよww

527 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/04(日) 11:16:00.07 ID:hX3rLMq2

現行のA9もカタログスペック上では40nmでupto 2GHzだしね

528 ：Socket774：2012/11/04(日) 11:28:20.09 ID:nsPRnlbk

>>524
>リファレンスのA15がTSMC20nmなら2W以下で3GHz
そこからTIは4GHzと言っているから、一律A15は高周波数だと
なるのはおかしいと言っている
大本の話の流れ>発熱を気にしないなら結構周波数を上げられる
という話にはどう転んでもならない

ちなみにARMの出す消費電力はキャッシュ抜きの値だからな

529 ：Socket774：2012/11/04(日) 11:55:21.70 ID:WERwcUbM

その観点では、もはやSoCの時代なのでキャッシュだけといわず周辺全込みの電力で比較しないと意味はないかもね。

530 ：Socket774：2012/11/04(日) 12:01:28.67 ID:Cz1HklCY

>>528
合成可能ソフトコアは、キャッシュ量がユーザー設定だからな～

>>529
ARM自体はIP屋だから、SoC単位になるとねぇ。
用途違いのSoC比べてもってなっちゃうから…

531 ：Socket774：2012/11/04(日) 12:10:29.34 ID:OYYC1abL

>>527
TSMC40nmA9クアッドのTegra3も当たりだと
カスタムカーネルのオーバークロックで2GHz逝っちゃうらしいぜ
不安定で1.8GHzに抑えた方がいいって言ってるけど
http://androidcommunity.com/nexus-7-quad-core-overclocked-to-2-0-ghz-shatters-benchmarks-20120825/

532 ：Socket774：2012/11/04(日) 12:15:21.06 ID:OYYC1abL

>>528
まったく同一条件でもクロックイールドみたいな話でバラつきは出るだろ
一律とかそんな話はしてないつもりなんだが？

電圧やTDPを上げられる用途なら周波数もそりゃ上がるだろ？？
よく判んないんだけどそれを否定してんの？？

533 ：Socket774：2012/11/04(日) 14:58:57.32 ID:EDV1W4IQ

売りに出せる(買い手が見つかる)レベルで無理、眉唾って言ってるんだろｗ

534 ：Socket774：2012/11/04(日) 21:48:38.09 ID:nsPRnlbk

>>532
>クロックイールドみたいな話でバラつき
スピードビンの話は既にした。その喩は不適当

>よく判んないんだけどそれを否定してんの？？
というか、判断するだけの情報はまだ出てきていない。
律速要因はTDPや電圧だけとは限らない
そしてパイプ段数のみから推し量れる物でもない。

Ivy登場前にパイプラインはSandyから引き継ぎで22nmで
トランジスタが高速化しているから、Ivyはクロックアップ
し放題だぜIYH、と言っていた輩と何も変わらない。
同程度に愚かな話だ。

535 ：Socket774：2012/11/05(月) 02:41:20.40 ID:rPKPny/Y

電圧上げるなら数割くらいのクロックの伸びしろはあるにきまってんだろｗ

536 ：Socket774：2012/11/05(月) 22:28:01.19 ID:L02TRUaC

このスレでいいのか分からんけどたるさん閉鎖

537 ：Socket774：2012/11/05(月) 22:31:02.21 ID:b5b6EKSp

あらぁ･･･。
楽しく読ませてもらってました。
お疲れ様でした。

538 ：Socket774：2012/11/05(月) 23:56:59.09 ID:1HVkcN8f

突然だったのでビビった
寂しくなるな・・・

539 ：Socket774：2012/11/06(火) 09:34:00.82 ID:yZdjrOVG

過去の記事まで消すことなかろうに・・・

540 ：Socket774：2012/11/06(火) 10:04:30.27 ID:aQWOZpCN

過去の記事まで消さなくてもよいな…

「A53の性能からすると、A9プロセッサの後継としての資格は十分あるだろう。」とか。

ARM TechCon 2012　/　Cortex-A53編
http://news.mynavi.jp/articles/2012/11/01/arm01/001.html

541 ：Socket774：2012/11/06(火) 10:10:25.97 ID:cc30NzJr

うわーまじだ
これは残念だなぁ
まぁいずれ復活してくれることを信じてるよ

542 ：Socket774：2012/11/06(火) 10:23:05.69 ID:aQWOZpCN

ARM TechCon 2012　/　Cortex-A57編
http://news.mynavi.jp/articles/2012/11/05/arm02/index.html

543 ：Socket774：2012/11/06(火) 10:49:24.73 ID:aQWOZpCN

アップルの技術者らは自社モバイル端末に使用している半導体デザインでも
デスクトップやラップトップ型のパソコン用として十分なパワーがあるとの確信
を強めつつあると、事情に詳しい３人の関係者が、計画が秘密事項であることを
理由に匿名で語った。

米アップル、Ｍａｃ用半導体のインテルからの切り替えを検討
http://www.bloomberg.co.jp/news/123-MD199C6S972D01.html

544 ：Socket774：2012/11/06(火) 12:48:33.43 ID:EdFbq4Sw

>>536
あんな手前味噌全開の妄想文章をいままで楽しく読めてたなんて……凄いなｗ

545 ：Socket774：2012/11/06(火) 17:17:47.72 ID:JNSBCZw+

>>543
また…
あの68kからPowerPCに移った時の悪夢を
あのPowerPCからIntelに移った時の悪夢を
繰り返すのか…

こりないねぇw

546 ：Socket774：2012/11/06(火) 17:26:50.06 ID:4N4rB8z6

Jobsがいない今の経営陣じゃ
そう直ぐには移行の決断はできないだろ

547 ：Socket774：2012/11/06(火) 19:09:19.39 ID:L3r8bdCu

信仰心の見せ所だろ、いわゆるビッグウェーブ
外野は黙って信者のおもしろ行動に期待してるだけでいい簡単なイベントでございます

548 ：Socket774：2012/11/06(火) 19:56:17.11 ID:3V3YMm47

御神体たるジョブズが居なくなったわけだからな。

549 ：Socket774：2012/11/06(火) 20:49:48.82 ID:xH7y2By0

移行したから生き残れているというわけ。

550 ：Socket774：2012/11/06(火) 20:54:58.38 ID:Kd0CHMZ1

メリットが伴っての移行なら分からない話ではないが

551 ：Socket774：2012/11/06(火) 21:00:17.50 ID:xH7y2By0

いつか寄生している宿主の勢いがなくなったときには
そこから出て行かなくてはならないので、そのときの対策は打っておくって感じ。

552 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/06(火) 22:02:48.78 ID:rA1mXodc

ジョブズはAppleの創設者にして経営難を立て直した実績があるからこそ慕われてるわけで
そういう人物って皆無だよね

クックは優秀ではあるだろうけど技術畑を知らないからね

553 ：Socket774：2012/11/07(水) 01:06:53.60 ID:su6KSplo

>>544
雑誌やネットの記事だけから知識を得てましたって感じだったよね

554 ：Socket774：2012/11/07(水) 01:15:09.80 ID:O2VweBVv

そうでもない

555 ：Socket774：2012/11/07(水) 01:43:12.25 ID:RxVd+6vL

X-Geneの4命令同時実行OoO3GHzのARMv8コアって素敵そう
2012年末までに製品化って当面は最高性能のARMチップになりそうじゃん

556 ：Socket774：2012/11/07(水) 02:21:32.16 ID:kEVJmg9O

16コア、メモリ4ch、チップ全体で50Wぐらい？RASまでついてればそう安くはないよな。

557 ：Socket774：2012/11/07(水) 10:07:12.25 ID:mGnj3jOz

MIPS、ASTに大半の所有特許を売却 - IMGによる買収に合意
http://news.nicovideo.jp/watch/nw422256

558 ：Socket774：2012/11/07(水) 21:11:15.27 ID:p65ig870

>>513
消費電力１ｗどうしで比べてそんなに差があるとは思わないけど

medはスマホ分野で全然期待どおりに採用進んでないようだけど

559 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/07(水) 21:26:28.07 ID:iPnw+suZ

メモリ積層化は22nmのPenwellから。
CloverTrail+もまだだし今の段階で採用機種がいくつか出てること点、企業は採用に前向きだな。

560 ：Socket774：2012/11/08(木) 01:44:25.98 ID:yS91N/vS

メモリ積層化のSoCで、しかも標準品ってさ
スマホ作る側からしたら、採用しにくい製品だろ。

Android2.3からAndroid4みたいに、とりあえず基板そのままで
メモリだけ増やせばなんとか動くってのを作るとき、SoCごと買い換えろ!ってな話で
ぶっちゃけSoC作って売る側にとって有利になるだけだよな?

561 ：Socket774：2012/11/08(木) 01:47:01.03 ID:C07SZvn0

性能も上がって小型化もできる
コストが妥当なら積層しない理由は機器メーカーにはない

562 ：Socket774：2012/11/08(木) 02:32:35.70 ID:i78ss2Hk

PoPのDRAM積層なんて普通に採用してるやん
AppleもA4,A5,A6と全部PoP使ってる

563 ：Socket774：2012/11/08(木) 02:59:06.52 ID:+lKVfT4Q

>>561
コストが妥当なら

ここが最大の難関だな

564 ：Socket774：2012/11/08(木) 03:32:05.19 ID:+lKVfT4Q

Core i7 3970Xは6-coreでHyperThreading technologyにより12-thread駆動に対応する。
L3キャッシュ容量は15MB 、メモリコントローラはQuad-channel DDR3に対応する。
周波数は定格3.50GHz / Turbo時4.00GHzとなる。

対応Socketは今までの“SandyBridge-E”同様LGA2011であるが、
TDPは150Wとなり、今までのモデルと比較すると20W高く設定されている。

ttp://northwood.blog60.fc2.com/

565 ：Socket774：2012/11/08(木) 09:38:20.43 ID:x1g8fyFd

Winが要らなくなる？
Microsoft will allow iOS users to purchase an Office 365 subscription within the app, or let organizations distribute codes to enable Office Mobile editing for users.
The apps will allow for basic editing, but we're told this won't go very far in attempting to replace regular full use of a desktop Office version.

Exclusive: Microsoft Office for iPhone, iPad, and Android revealed
http://www.theverge.com/2012/11/7/3612422/microsoft-office-mobile-ipad-iphone-android-screenshots?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+WinRumors+%28WinRumors%29&utm_content=Google+Reader

566 ：Socket774：2012/11/08(木) 11:10:29.12 ID:Xq/L4M24

幸か不幸か、ARMではまともに動かんよ

そんなARM要らないという人もいれば、
そんなOffice要らないという人もいるだろう

567 ：Socket774：2012/11/08(木) 11:25:19.86 ID:uWrcicjt

へえ、そんなにマイクロソフトの技術は低下してるのか

568 ：Socket774：2012/11/08(木) 11:36:04.49 ID:Xq/L4M24

創業者で大きくなった会社は、創業者が手綱握ってないと、
客の誰も望んでいない、仕事のための仕事をし始めてしまうのだよ。
スタートボタン取り除いてみたり、野菜を売り始めたり。

569 ：Socket774：2012/11/08(木) 12:00:25.16 ID:evaXojQf

花柄のマッキントッシュと申したか。

570 ：Socket774：2012/11/08(木) 15:32:18.03 ID:uWrcicjt

それは創業者の仕業

571 ：Socket774：2012/11/09(金) 00:31:18.75 ID:Gy45DcGY

>>564
基本クロックが0.2GHz伸びてTB後クロックが0.1GHzしか伸びない
その上TDPが20Wも上がって150wとなると訴求力が足りない気がする
OC耐性もそう変わらなさそうだ

だって

572 ：Socket774：2012/11/09(金) 16:10:43.87 ID:BXme4qhV

http://pc.watch.impress.co.jp/docs/news/20121109_571911.html
IA-64も後継機がやっと登場するみたいだね
IA-64がPCに乗る日は永久にやってきそうも無いが

573 ：Socket774：2012/11/09(金) 16:40:44.16 ID:+I/c5MD/

新itaniumは動作周波数が一気に上がったな
歴代の製品を見ると10年の間まったくクロックが上がってなかったんだよな

574 ：Socket774：2012/11/09(金) 20:17:35.79 ID:jUDwPLA0

素朴な疑問。

Out-of-Oderでなく、In-Oderでも、
コンパイルの時点で並列に実行できる命令を近くしておけば、
同等性能まで持って行けるのでは？

複雑なスケジューラを搭載しなくてイイ分、
ダイコスト的にも消費電力的にもウハウハじゃん。

575 ：Socket774：2012/11/09(金) 20:25:22.38 ID:5bDA3jaI

μアーキテクチャごとにアプリを最適化する気か

576 ：Socket774：2012/11/09(金) 20:44:49.88 ID:24fxGFye

OoOはキャッシュミスした場合でも後続の命令を実行でき、これがプリフェッチ的に働くので強い

577 ：574：2012/11/09(金) 20:45:53.55 ID:jUDwPLA0

>>575
あ、そうか。
OoOするのはuOpsか･･･

じゃぁ、こんなのはどうだろう？
uOpsの命令列がバイナリになった実行ファイル（以後uOpsExe）を実行するとして、
最初からuOpsに対応した高効率CPUだったら、そのままバイナリを流してやればイイし、
旧式のx86バイナリからデコードするタイプのCPUだったら、
ランタイムやドライバで一旦RISC->x86にコンバードする。

578 ：574：2012/11/09(金) 20:46:33.30 ID:jUDwPLA0

オーバーヘッドはデカいが、動かないことはなくて互換性は維持できるし、
新しい「最初からuOpsCPU」に買い替えればとても快適になりますよ！(ﾟ∀ﾟ)
ってな具合で購買意欲も煽れる。

579 ：574：2012/11/09(金) 20:50:22.33 ID:jUDwPLA0

>>576
それはキャッシュミスによるメモリアクセスを他の命令実行で隠ぺいするってことだよね？
インオーダーでも命令ウィンドウを相当広くしてやれば大丈夫じゃないのかなぁ？
それに今はハードウェアプリフェッチも活躍できるし、そもそもキャッシュサイズも膨大だ。

580 ：Socket774：2012/11/09(金) 20:53:23.53 ID:Z18vxTxs

インオーダーでCPUをシンプルに保ち、コンパイラで色々頑張って並列処理させるというのを目指したCPUというのは
そのものずばりでItaniumなわけですが・・・

581 ：Socket774：2012/11/09(金) 20:54:15.97 ID:fCYbi34y

μopsは命令長が長くコード密度が低いのでコアの外に出すとフェッチがたいへん

582 ：Socket774：2012/11/09(金) 20:57:06.28 ID:24fxGFye

インオーダーで命令ウィンドウというところからして理解が間違っている

583 ：574：2012/11/09(金) 21:03:28.01 ID:jUDwPLA0

>>580
Itaniumは何で覇権をとれんかったん？？

>>581
なるほど･･･
x86はデコードが大変だけど、コード密度は高い。
RISC的命令はデコードは簡単だけど、コード密度は低い。
どっちもどっちや。

>>582
すんません、よく分かってないｗ

584 ：Socket774：2012/11/09(金) 21:10:47.69 ID:fCYbi34y

>>583
その発想が間違ってたので覇権がとれなかった

585 ：Socket774：2012/11/09(金) 21:23:05.90 ID:iBtUKuIn

せめて予定通り出てればまだ目があったものを
あとあの糞みたいなx86コア無くして今みたいなソフトエミュレーションモード最初から持つとか

まあそれにしたってレジスタが多過ぎてダイコストが半端ないしそもそもパイプラインが全然埋まらないから
空命令を発行し続けるVLIW/EPICの弱点をいつまでも克服できないとか開発が遅れに遅れてパフォーマンスが全然上がらないわで
そりゃユーザーも開発側も見限るわ、Oracleより先にMSが見限ったのは予想外だったけど

586 ：Socket774：2012/11/09(金) 21:23:26.45 ID:RxuU7xvG

昔から互換性の高いほうが勝ってきたからなあ
x86とほぼ同等なAMD64が出たところでIA64の命運は尽きた

互換性に対抗できる数少ない勝利の条件「安さ」なんてのもあるけど、IA64はむしろ高い側だった

587 ：574：2012/11/09(金) 21:28:04.81 ID:jUDwPLA0

やっぱりインオーダーはダメかぁ･･･

こりゃ、ヘテロジニアスコアでがんばるしかねーな。

588 ：Socket774：2012/11/09(金) 21:36:51.77 ID:24fxGFye

コンパイラの問題として、分岐をこえたスケジューリングが非常にやりにくいというのもあるね

589 ：Socket774：2012/11/09(金) 21:44:52.65 ID:iBtUKuIn

結局ヘテロコアもプログラミングモデル変わらないといけないし既存コードでパフォーマンスが上がるわけでもなし
AES-NIやVTみたいにアクセラレータが付加されたリッチなコアが4～16コア並ぶ状況が当分続くんでねえかなあ
GPGPUがHPCでしか普及しないのも要は「普通のプログラマ」が書けないからだし

もっとFlopsが欲しい並列問題ってならKnightsに放り投げりゃ取りあえずそのまま動くわけだしな

590 ：Socket774：2012/11/09(金) 21:45:08.15 ID:wNtU4pPb

基本ブロックを超えたスケジューリングは
できるだけ勘弁してくださいっていう感じ

591 ：Socket774：2012/11/09(金) 22:03:24.81 ID:24fxGFye

ハイパーブロック変換がんばってv(^^)v

592 ：Socket774：2012/11/10(土) 00:55:20.82 ID:TGw4RXng

VLIWとOoOの二種類のコアを用意しておいて、
どちらで実行するか、コード部分の特性に応じて切り替えるとかいう
論文を読んだ気がする

593 ：Socket774：2012/11/10(土) 01:23:39.76 ID:ZQqnZnWt

意味がわからん
VLIWの命令を分解してOoOで実行するのか？
それともVLIW用とOoO用に別のバイナリを用意するのか？

594 ：Socket774：2012/11/10(土) 01:50:41.90 ID:iu6POb/X

Thumbみたいに普通にモード切り替えでいいんじゃない
メリットは薄いと思うけど

595 ：Socket774：2012/11/10(土) 01:53:33.76 ID:U+mrnvzS

VLIWの命令充填率の低さ補いたいならItaniumみたいにハードウェアマルチスレッドするとか
投機実行スレッドで並列実行させてあたった方採用とかすればええねん

596 ：Socket774：2012/11/10(土) 02:03:40.23 ID:TGw4RXng

>>593
うろ覚えだけど、確か仮想マシンが噛ませてあって
通常はOoOコアを使い、プロファイル結果を元に
コード片をVLIWへ変換するって方法

597 ：Socket774：2012/11/10(土) 02:23:33.58 ID:ZQqnZnWt

intelのPARROTみたいなもんかな

598 ：Socket774：2012/11/10(土) 10:16:48.18 ID:Wxh36A1l

Transmetaが健在ならばよもや･･･

599 ：Socket774：2012/11/10(土) 11:52:23.63 ID:KL3LFHfo

よもや？

600 ：Socket774：2012/11/10(土) 16:26:17.28 ID:ZQqnZnWt

実際問題として、今のOoOコアは効率もいいし、分岐予測次第だがIPCも限界に近い
長いトレースを動的に最適化するアプローチも電力的にも労多くして益少なしだ
当面はマルチコアメニーコア以外にはなさそう
コア間の同期と通信が貧弱なのは困り者だが、そのうちなんとかなるだろう

601 ：Socket774：2012/11/10(土) 18:43:16.92 ID:Wxh36A1l

もうプログラマに負担かけてもいいから、
超効率が良くてオーバーヘッドも小さいプロセッサ作ってくれよ。
がんばってプログラムするから。
飯のタネにもなるしねｗ

602 ：Socket774：2012/11/10(土) 18:51:01.86 ID:ZQqnZnWt

応用にもよるがFPGAでがんばってくれ

603 ：Socket774：2012/11/10(土) 18:54:08.58 ID:Wxh36A1l

FPGA遅いよ･･･（涙）
125MHzくらいで悲鳴あげやがるｗ

並列度で稼ごうとするも、
内部RAMやDSPはすぐ使い果たしてしまう。

やはりASICでギュウギュウに詰め込まれたCPUやGPUが一番だ。

604 ：Socket774：2012/11/10(土) 19:13:15.50 ID:ZQqnZnWt

じゃあ、リコンフィギュラブルもぱっとしないし
Tileraとか

605 ：Socket774：2012/11/10(土) 20:20:37.93 ID:iu6POb/X

>>601
CellのSPEだね

606 ：Socket774：2012/11/10(土) 21:17:59.83 ID:V8ydeK/Z

>>603
それはだいぶ旧い世代のFPGA使ってるんじゃ
Virtex-5(スピードグレード-1)でも250-300MHzぐらいは狙えた
最新世代なら500MHz前後は行けるんじゃね

607 ：Socket774：2012/11/10(土) 21:42:55.83 ID:Wxh36A1l

>>606
うん、Virtex5は高性能だった。
でも、量産向けのCycloneとかで作らんといかんのよ（涙）

608 ：Socket774：2012/11/10(土) 21:43:40.94 ID:Wxh36A1l

あ、Xilinxの場合はSpartanだったか。

609 ：Socket774：2012/11/10(土) 21:44:51.81 ID:V8ydeK/Z

初代Cyclonは100MHzぐらいが限界だったな。

610 ：Socket774：2012/11/11(日) 08:03:03.01 ID:NhbTOrhL

>>601
東芝のSpursEngineだね。

611 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/11(日) 10:45:05.13 ID:LP/Es3mT

> 超効率が良くてオーバーヘッドも小さいプロセッサ作ってくれよ。

これCellだと矛盾してるんじゃね？
たとえば8ビット値のロード・ストアのコード書いてみればわかるけど何命令もかかって決して効率はよくないよ
向いてる演算が限定的。

プログラマに負担がかからないのと高効率は両立しうると思っている。
高クロックはリーク電流が増えてダメ、高IPCも4並列程度で実用上の限界。
そして第三局は「高オペレーション密度」。

よく使う演算に特化した専門の演算ユニットを作って複数オペレーションを1つに纏め上げることで
性能を引き上げる。
命令数こそ増えるが高度なビット演算が1サイクルのスループットで可能になる。

最近のFPGAも単純なビット論理だけじゃなくて加算器見たいなよく使うのは
あらかじめ用意してるし。

612 ：Socket774：2012/11/11(日) 11:02:42.94 ID:zwLRpsmS

CISCの王道だね。今はマイクロコードによる実装にはならないと思うが。
省電力目的ならgoogleがAndrod の頻出コードのハード化を研究していたような。

613 ：Socket774：2012/11/11(日) 17:00:22.81 ID:3YCPBqNF

>>611
それっぽい書き込みしてるけど、その辺によくいるチンピラ程度なんだね

614 ：Socket774：2012/11/11(日) 17:24:32.05 ID:KGCC7hBS

団子は結果ありきだから持ち出す例がいつも極端なんだよ

615 ：Socket774：2012/11/11(日) 17:32:22.38 ID:I8SEkGam

団子は大原といっしょで願望や妄想にあわせて事実をねじ曲げるタイプだな

616 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/11(日) 17:43:10.26 ID:xz3gPmow

↑どこぞのARM厨と一緒で単発IDで事実を捻じ曲げるタイプだな

617 ：Socket774：2012/11/11(日) 18:41:36.84 ID:qjzIdmrQ

団子さんも単発IDじゃないですか～ｗ　やだ～ｗ

618 ：Socket774：2012/11/13(火) 14:58:38.99 ID:vAlDkzfd

top500 にXeon Phi のシステムが7位を含めて
7つほど入ってるね。LINPACKなら理論値の70%くらいか

619 ：Socket774：2012/11/13(火) 15:05:40.95 ID:/ff9gB/z

寧ろ気になったのはopteronとケプラーで一位になった機種
価格も一番安そうじゃないか？

620 ：Socket774：2012/11/13(火) 16:30:58.17 ID:m9WR6sOX

DOEすごいなー

621 ：Socket774：2012/11/13(火) 18:12:35.94 ID:rHYWsGI1

ジョブズ一周忌だけはPPC搭載花柄iPadで追悼したいな

622 ：Socket774：2012/11/13(火) 20:56:43.39 ID:vAlDkzfd

60コアのXeon Phiは62コア製造、2冗長コアのようだな
http://pc.watch.impress.co.jp/img/pcw/docs/572/526/html/00.jpg.html

top500 にランクインしたシステムは61x枚数と60x枚数の二通りある

623 ：Socket774：2012/11/13(火) 21:40:39.96 ID:fF4QY4ND

実アプリで実行効率どんぐらい出るもんかね
DGEMMだとCypressで90%、Tesla（G200）70後半ぐらいって記憶があるが

624 ：MACオタ：2012/11/13(火) 22:08:05.84 ID:Ho/6lUh2

IBM がロシアで行ったPOWER7+発表のプレゼンにPOWER8の開発状況の記載があります。
www.ibm.com/ru/events/presentations/astana2012/boyko.pdf (P.8)
　・More Cores
　・Larger Cache
　・4th Gen SMT
　・Reliability ++
　・Accelerator ++
　・22nm
　・High Level design complete and in implementation phase

625 ：MACオタ：2012/11/13(火) 22:32:53.30 ID:Ho/6lUh2

こちらも POWER8 の話。このプレゼン、主に IBM 謹製 HPC 向けシステムをネタにしてハードウェアの実装のせいでプログラマが苦労する…という話題なのですが、P17に POWER8 における VSX ISA の改良が示唆されています。
xsci.pnnl.gov/PPME/pdf/Almas_pres.pdf
　　--------------------
　　■No instructions to communicate between VSX vector registers and fixed-point registers
　　　- Units designed by two different committees
　　■Solutions: bounce through altivec registers; bounce through cache
　　■Power8 will fix this
　　--------------------

626 ：Socket774：2012/11/13(火) 23:40:40.11 ID:yLPwxO10

まあいくらGPR-VR間の転送命令があってもBulldozerみたいにround-tripで20サイクルぐらいかかるようなタコ実装じゃ困るんですけどね

627 ：Socket774：2012/11/13(火) 23:44:11.69 ID:yLPwxO10

それよりAltiVecは即値でシャッフル/シフト/ローテートができないのがすげー使いにくかった記憶があるけど
そのあたりは改善されたのかな

628 ：Socket774：2012/11/14(水) 03:16:37.58 ID:epmZll45

>>627
イミディエイトがなくてレジスタのみ？
PPCは結局使わなかったのでわからん。

629 ：Socket774：2012/11/14(水) 04:07:24.15 ID:MZaUAe5u

そ。まあ5bitのimmを全レーンにbroadcastする命令はあったから
シフト/ローテートはまだマシだったけどね

シャッフルに関しては1バイト単位でpermuteする命令しか無かったから
そもそもimmでは不可なんだが、4バイト単位で並べ替えたい時も
わざわざメモリ上にpermute vectorを用意せにゃならんので面倒な事この上なかった

調べてみるとVSXでは倍精度のみimmでシャッフルできるようになったみたいね

630 ：Socket774：2012/11/14(水) 04:17:53.02 ID:epmZll45

>>629
解説ありがとう。
まーRISCらしいって言えばそうだけど、アレだよね。

631 ：Socket774：2012/11/14(水) 08:53:03.25 ID:gSKd4TM2

そんなことで面倒くさがっていたらSHなんて…ブツブツ

632 ：Socket774：2012/11/14(水) 20:13:40.82 ID:8EoCo0Xw

めんどくさいプログラミングは悪だ。

633 ：Socket774：2012/11/14(水) 21:41:13.12 ID:nEBuPaCG

>>632
ARMのアセンブラはめんどくさいですよ…

634 ：Socket774：2012/11/14(水) 22:01:31.85 ID:8EoCo0Xw

>>633
今度の仕事はARMで組まないといけないかもしれない･･･
RISCのアセンブラとかヤダｗ
x86ラブｗ

635 ：Socket774：2012/11/14(水) 22:52:44.97 ID:epmZll45

x86ラブって……おまｗ

636 ：Socket774：2012/11/15(木) 00:09:02.10 ID:J8cdqmP/

アセンブラに関してはx86-64はかなーり天国だと思う
windowsだとcalling conventionがちょい嫌な感じだけど

ARMはまだやりやすい。PPCは最初スタックフレームが訳わからんかった。

637 ：ﾚﾄﾘｯｸ君：2012/11/15(木) 19:57:49.95 ID:lDjGfbb0

>>636
x86_64のABIはLinux(のgcc）もけっこう複雑だよ。
ｸﾞｸﾞﾚばpdfの仕様書が見つかると思う。

638 ：Socket774：2012/11/15(木) 20:03:15.86 ID:/kDPL343

単に慣れじゃないの('A`)
x86に慣れてる人がいじったら、そりゃx86が一番楽だろ('A`)

639 ：Socket774：2012/11/15(木) 20:26:45.99 ID:BWLrlDdg

RISCは書くときはもかく読むときは辛いね

640 ：Socket774：2012/11/15(木) 20:44:15.46 ID:J8cdqmP/

>>637
ABIといってもcalling convention以外は特に意識する必要はないでしょ。
x86-64のスタックフレームの制約はスタックトップのalignmentがある程度。

そこそこレジスタが多く、そこそこの数の引数をレジスタ渡しできて
スタックフレームの構築が楽で、IP相対アドレッシングが出来るのでPICなコードの記述も楽。
定数の扱いが楽だし、多くの命令でメモリオペランドを使える。
慣れ以外の理由でx86-64が他と比べて天国だと思うのは以上の点。

641 ：ﾚﾄﾘｯｸ君：2012/11/15(木) 21:44:27.15 ID:B9kFYm8U

>>640
g++-4の途中で仕様が変わったc++のシンボルのnamespaceあたりの複雑さは別格として、

いろいろな型の引数を持つ関数はどれがどのレジスタでどれがスタックに渡ってくるか、
構造体の渡し方や返し方、いわゆるcalling convention、
少しでも性能上げるため効率よくすることが目的なんだろうけれど、結構めんどくさかったがなー。

まあセンブラで書く面から見たアーキテクチャとしては、書きやすい方だと思ったけれど。

642 ：Socket774：2012/11/16(金) 01:20:18.45 ID:lKFy7n26

TIはアプリケーションプロセッサ市場から撤退
http://japan.cnet.com/news/business/35024468/

携帯機器向けARM SoCはQualcomm vs Samsung vs NVの3強か

たかだか数万円の製品向けだとPC用のCPUと違ってそこまで付加価値高めては売れないから
SoC自体を主軸として戦うのは難しいのかね
結局儲かるのはロイヤリティが確実に入るARMだけというオチか

643 ：Socket774：2012/11/16(金) 01:30:38.08 ID:fgIgXh86

え、OMAPなくなるのかよ

644 ：Socket774：2012/11/16(金) 01:33:14.54 ID:voxlx7eE

>>642
Samsung いれるならAppleも。

そしてルネサスェ……

645 ：Socket774：2012/11/16(金) 01:39:11.15 ID:lKFy7n26

Appleは他社向けには作ってないので除外しといた
あそこの場合作ればiデバイスという超高付加価値製品に入るから気楽だな

646 ：Socket774：2012/11/16(金) 01:44:14.61 ID:voxlx7eE

Samsung って外販してたっけ

647 ：Socket774：2012/11/16(金) 01:55:31.92 ID:lKFy7n26

売っとるよhttp://www.samsung.com/global/business/semiconductor/product/application/overview

648 ：Socket774：2012/11/16(金) 02:15:49.06 ID:V6U4fx4k

>>642
omap高速だったのに残念だな

しかしＬＧもサムに対抗して独自チップ出すそうだから商売的には正解かも

649 ：Socket774：2012/11/16(金) 04:15:40.40 ID:oagjxqwR

完全に傾く前に撤退する判断の速さは見習いたい

650 ：Socket774：2012/11/16(金) 07:57:46.88 ID:voxlx7eE

>>647
デザインウィン的な意味で

651 ：Socket774：2012/11/16(金) 08:57:57.80 ID:LIciVzSR

>>642
Tegraちゃんをディスるなよ

652 ：Socket774：2012/11/16(金) 09:01:10.98 ID:LIciVzSR

>>642
って、NVってあったわ。すまん。
俺がNVをディスってた

653 ：Socket774：2012/11/16(金) 09:54:08.91 ID:pgPCXTOP

>>642
アマゾンがTIのモバイルチップ部門買収するかもって報道が出てたけど、関連するのかね?

654 ：Socket774：2012/11/16(金) 10:01:50.64 ID:voxlx7eE

>>653
もちろん。製品が売れるなら事業は売られにくい。

655 ：Socket774：2012/11/16(金) 10:34:51.62 ID:voxlx7eE

もちろんAmazonはTIの代わりにOMAPを売りたいのではなく、KindleとデータセンタにARM SoCを最適化させたらどんな価値が生まれるかを考えている。
CPUコアはかつて半導体の中心だったが、いまや関心はその周辺に何をどう組み合わせるかに移った。

656 ：Socket774：2012/11/16(金) 10:52:31.42 ID:+OF1/1xp

近いうちに中華SoCにみんなしてやられたりして

657 ：Socket774：2012/11/16(金) 18:44:11.93 ID:V6U4fx4k

>>655
intelは莫大な市場を失いそう

Itのリーディングカンパニーの一つamazonが成功すれば他所もマネするだろうしamazonは実績作って大規模システムも売る気かもね

658 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/16(金) 23:11:35.71 ID:/mHHxkpq

Amazonは絶賛赤字計上中ですが

クラウド市場にVMware自ら参戦
そのCEOが元Intelのゲルジンガーってのが面白いな。

659 ：Socket774：2012/11/16(金) 23:16:20.09 ID:+OF1/1xp

amazonって創業以来赤字続きだったはずだが、黒字になった期間あるんだっけ

それにしてもPhiはすばらしいな

660 ：Socket774：2012/11/16(金) 23:24:09.16 ID:V6U4fx4k

営業利益862 Million US$ （2011年12月期）[4]
純利益631 Million US$ （2011年12月期）[5]
総資産25,278 Million US$ （2011年12月31日時点）[6]

661 ：Socket774：2012/11/16(金) 23:38:10.02 ID:9KM/cln2

>>658
ああx86対ARMっていう構図でいうと、
VMWareはx86陣営にあたるわけか

662 ：Socket774：2012/11/17(土) 00:52:08.71 ID:o+kLNkTL

べつにx86上でARMマシンのVM大量に走らせるとかでもいいんじゃね
んなことするぐらいならネイティブ実行できるx86仮想化のほうが効率いいけど

663 ：Socket774：2012/11/17(土) 01:10:22.30 ID:x3x/2Q83

龍芯でx86エミュを

664 ：Socket774：2012/11/17(土) 02:06:44.68 ID:Isty86Zj

AtomにAVXが実装されるのはいつ頃になるんですかね・・・

665 ：Socket774：2012/11/17(土) 02:28:11.45 ID:QhosfUvj

amazonに対抗して、Koboちゃんがi.MXを買い取る展開に期待

666 ：Socket774：2012/11/17(土) 02:47:07.86 ID:SY13E3XV

まさか自前のCPUぐらい持ってないとIT企業として素人という時代が来るとはな

667 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/17(土) 10:44:01.78 ID:Oq279gwn

http://pr.fujitsu.com/jp/news/2012/11/14-1.html

FFT版のTop500って必要だと思います

668 ：Socket774：2012/11/17(土) 11:00:26.34 ID:JBg39g3g

団子はFFT使用することあるのか？
こんなのかなり特殊用途でしか使わんと思うが・・・
確率密度求めるとかやるのかな

669 ：Socket774：2012/11/17(土) 11:16:58.99 ID:60+dqELx

信号処理でよく使うよ。

670 ：Socket774：2012/11/17(土) 11:23:14.97 ID:O0wNmtah

>>668
大規模な振動解析とかやる人達いるから

671 ：Socket774：2012/11/17(土) 12:06:48.05 ID:JBg39g3g

>>670
団子はそんなことやってないはずだぞｗ

672 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/17(土) 14:25:03.11 ID:Oq279gwn

まー確かに俺個人で一番使うのは単精度の4x4行列積を大量に・・・とか？ｗ
Phiだと基本これで良いから楽なんだけども（インターリーブする必要があるが）

vloadps zmm0, zmmword ptr [A]
vloadps zmm1, zmmword ptr [B]
vmulps zmm2, zmm0, zmm1{aaaa}
vmadd231ps zmm2, zmm0, zmm1{bbbb}
vmadd231ps zmm2, zmm0, zmm1{cccc}
vmadd231ps zmm2, zmm0, zmm1{dddd}
vstoreps zmmword ptr [C], zmm2

HaswellってFMA2個に対してshuffleユニット足りなくないかなと思ってる
LRBniみたいなSwizzleつきFMAがあればレジスタをケチれるんだけど。

673 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/17(土) 15:09:56.43 ID:Oq279gwn

天文関係やってる人のツイート面白いなあ
https://twitter.com/k_nitadori

674 ：Socket774：2012/11/17(土) 20:15:12.77 ID:tP8G/G9H

団子は、あの団子アイコンの死アカ以外のtwitterアカは持ってないの?

675 ：Socket774：2012/11/17(土) 21:07:13.79 ID:60+dqELx

最近のGPU内蔵CPUの場合、ディスクリートGPUに比べてPCIExpressを経由しないで済む分、
CPU->GPUの転送が高速なのかな？
まだメモリ空間までは統合されてないから、形式上、CPUから一旦、GPUに割り当てられたメモリ領域に
コピーされるんだろうけど、LastLevelキャッシュに乗ってれば、短レイテンシでコピー可能で、
ディスクリートGPUへのコピー速度を上回るのでは？

676 ：Socket774：2012/11/18(日) 00:43:44.19 ID:sUzu+rAa

CPUとGPUの間でデータが行き来するケースは少ないので、あまりご利益はない

677 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/18(日) 00:49:44.49 ID:ltoLbOqO

SSEと同じ感覚で使えってのは無理だね。
汎用レジスタ-*MMレジスタ間の転送が1サイクルでできるのはすごい便利なんだけど

678 ：Socket774：2012/11/18(日) 01:19:45.17 ID:4hljzAtk

そもそもGPUで実行すれば速くなるようなものは並列度の分だけ帯域を食うわけで
レイテンシだけ下がってもね

679 ：Socket774：2012/11/18(日) 01:29:45.58 ID:YGY9i+bP

別のものだから別の感覚で使うってことだよな使うにしても

680 ：Socket774：2012/11/18(日) 01:35:02.62 ID:Enz8JGCW

レイテンシが性能に影響するのは隠蔽しきれなかった時なわけで
GPUのように粒度の非常に荒い計算しかできない場合には低レイテンシでもあまり関係がない
Phiならうれしいかも

681 ：675：2012/11/18(日) 11:06:59.43 ID:v1KJItwm

>>676
GPGPUでは一般的じゃない？

>>677
SSEと同じ感覚で使えたら最高なんだけどなぁ。

>>678
>>680
SSEでやるには重すぎで、
dGPUでやるには軽すぎて、カーネル起動に時間がかかり過ぎたり、
スレッドが十分に立ち上がらず、メモリアクセスストールを隠ぺいできない。
そういう微妙な位置付けの演算というのがある。
というか、直面している（汗）

682 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/18(日) 23:21:15.23 ID:ltoLbOqO

次の世代のXeon PhiでP5ベースのx86コアからAtomコアに置き換わるといわれてるけど
そのメリットって何だと思う？
たとえば、より高クロックで動作する。
多分14nmの新Atomコアは2.5GHz程度でも動作すると思うんだ
一方ベクトルユニットはクロックの半速の1.25GHz動作にとどめる。

ベクトルユニット側から見てベクトル演算命令の供給が最大2倍に増え、実効性能比が上がる。

Core*には及ばないまでもそれなりのスカラ性能を発揮する。
そうすると、CPUとPhi側で無理に連携しなくても、まるまるPhi側に投げちゃってもいいことになるよね。
もしこうなれば>>681氏のニーズはある程度は満たせるかもしれない。

683 ：Socket774：2012/11/18(日) 23:41:17.18 ID:Dry18bK/

フロントエンドと演算器で周波数のドメインまで変えちゃうといろいろ厄介な気がする

684 ：675：2012/11/18(日) 23:53:12.57 ID:v1KJItwm

>>682
＞そうすると、CPUとPhi側で無理に連携しなくても、まるまるPhi側に投げちゃってもいいことになるよね。
すばらしい。
たしかにスカラ演算能力がそこそこ高けりゃ、丸投げしたい。
Intelは今もPhiをCPUコアに統合するプランを持っているんだろうか？
統合チップでそこそこの値段で手に入るようになる日が待ち遠しい。

685 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/18(日) 23:54:59.58 ID:ltoLbOqO

>>683
Pentium 4で経験済みだよ。
SIMDユニットはメインクロックの半速、FastALUは倍速。

686 ：Socket774：2012/11/19(月) 00:11:48.04 ID:hSMqPfu9

Phiのコアはどこまでx64なのかよくわからんからな
インテル以外のツールベンダーが参入しやすくなるなら大歓迎

687 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/19(月) 00:51:55.68 ID:6ml5ec7c

ABIについてはGNU binutilsにK1OMの名前でコミットされてる。

そのうちGCCとかの開発ツールも使えるようになるでしょう。
Phi上でLinuxが動くと言うことは事実上オープンソースOSは何でも動くということ。
CellのときはSPUはライブラリを経由して自前で触るしかなかったけど

Phi用のオープンソースの開発ツールは俺も探してる。
命令セットが単純だからわざわざ自前でYASM改造してる最中だけどｗｗｗ

あ、あくまで趣味ね。
Fixstarsあたりが1台単位で買えるカード出してくれるなら個人で購入してみようかしら
なにかしら儲けの匂いがする。

688 ：MACオタ：2012/11/19(月) 06:23:43.44 ID:RjfJdDqk

様々なプロセッサでの実用的ベンチマークとして、7-zip の圧縮/解凍速度を比較したサイトが公開されていました。
結果のMIPS値はCore2/2GHzを 2000 として規格化しているとのこと。FPU, SSE, マルチスレッド対応は無効でコンパイルされているとのこと。
//www.7-cpu.com/
シングルコアの結果をいくつか抽出してみるとこんな感じ。

　　　CPU　　　　　　　　　　　圧縮[MIPS]　　　解凍[MIPS]
　Cortex A9/1.2GHz　　　　　　790　　　　　　　1080
　Cortex A15/1.7GHz　　　　　1850　　　　　　　1830
　龍芯3A/900MHz　　　　　　　476　　　　　　　　650
　POWER7/3.55GHz　　　　　　2700　　　　　　　3350
　AMD K8/2GHz　　　　　　　　1800　　　　　　　2080
　Intel Atom/1.6GHz　　　　　　700　　　　　　　　900
　Intel SandyBridge/3.1GHz　3830　　　　　　　3430 (Turbo disabled)

ソースやバイナリも公開されていますので、自分で試してみることも可能です。

689 ：MACオタ＞団子さん：2012/11/19(月) 06:39:57.05 ID:RjfJdDqk

>>687
Xeon Phi の開発ツールなら、公開されているMPSSに含まれていますよ。
//software.intel.com/en-us/articles/intel-many-integrated-core-architecture-intel-mic-architecture-platform-software-stack
当該サービスを開始すると、良くあるPCクラスタ用OSのように MIC カード側にOSを配布してブートしてくれるとのこと。
起動後は ssh や付属のツールで通信できるようです。

690 ：Socket774：2012/11/19(月) 07:20:21.24 ID:0NdhwniB

ストレージOS専用で使えるようなDSP兼DMAコントローラを備えたASICとかねーのかな？

691 ：Socket774：2012/11/19(月) 09:12:26.08 ID:hSMqPfu9

SandyBridgeはええな
圧縮が速いのはメモリか分岐予測か

692 ：Socket774：2012/11/19(月) 09:54:49.25 ID:cSX45rTc

AES-NIじゃないの?

693 ：Socket774：2012/11/19(月) 10:06:36.04 ID:PAH6tXf4

電力あたりやトランジスタあたりで割ると面白い

694 ：Socket774：2012/11/19(月) 10:07:20.69 ID:JSm2HRG4

A15はCore2並のIPCなのか
そしてAtomェ…

695 ：Socket774：2012/11/19(月) 10:19:06.53 ID:PAH6tXf4

このテストではSSE不使用なのでまだ変身を残しているな。
圧縮はRAMの速度依存(圧縮辞書は32MBでキャッシュに収まらない)、展開は整数演算依存だそうだ。
モバイルは急速にバスを拡大しているので、デスクトップCPUの比較優位は今後揺らぐかもしれない。

696 ：Socket774：2012/11/19(月) 10:32:59.51 ID:o0EU+TNW

命令セットがバラバラなのに
MIPSってどういうこと？

697 ：Socket774：2012/11/19(月) 12:21:04.90 ID:PAH6tXf4

Drystone MIPS から始まって、CPUの相対性能値はMIPSと呼ばれる慣習がある。
この場合のInstructionは、強いて言えばCore 2 2GHzが1クロックに1命令処理するとみなしたときの仮想的な命令のことだ。

698 ：Socket774：2012/11/19(月) 12:55:19.13 ID:IJDPFQrv

>>688
公開されていましたって、ずっと前からあるし
最近Cortex-A15の結果が追加されただけ

699 ：Socket774：2012/11/19(月) 13:37:51.48 ID:IJDPFQrv

しかもその肝心のCortex-A15の数値を写し間違ってるし...
compressionは1850じゃなくて1350な

700 ：Socket774：2012/11/19(月) 19:34:53.68 ID:ns1zexJ1

辞書は全部で32MBかもしれないけど辞書内の語句のヒット率は
偏ってるよな？

701 ：Socket774：2012/11/19(月) 19:55:55.12 ID:sMIphzUx

Cortex-A15の寿命はあまり長く無さそうだな。
本命はCortex-A57だし。
Atomの勢いを止めるために中継ぎで出てきた感じ。

702 ：Socket774：2012/11/19(月) 20:52:13.83 ID:DDXA6xMN

>>699
Samsung Exynos 5250 (Cortex-A15) (2 cores)11700 1350 1830
2 2270 3560
4 2450 3540

４スレッドでi7 3960xの1/10前後か

価格や消費電力も1/10以下だけれども

703 ：Socket774：2012/11/20(火) 01:00:46.78 ID:q8QQTaNf

Imagination，PowerVR Series6の実動デモを公開。
MIPS買収後，次の一手は？
ttp://www.4gamer.net/games/144/G014402/20121118001/SS/013.jpg
ttp://www.4gamer.net/games/144/G014402/20121118001/

704 ：Socket774：2012/11/21(水) 01:36:49.70 ID:bFyLpQ0W

半導体業界の王者はIntelからARM系の連合王国に

http://ascii.jp/elem/000/000/744/744590/

705 ：Socket774：2012/11/21(水) 17:39:54.95 ID:8tzUlHsz

http://www.phoronix.com/scan.php?page=article&item=samsung_chrome_a15
A15のベンチだが、fpは速そうだが整数はパッとせんな。Atom 2C4Tに勝ったり負けたり

fp速いのはFMAのレイテンシが改善したのかな

706 ：Socket774：2012/11/21(水) 17:51:05.07 ID:HYE0//SG

とってもご機嫌ななめだわ！

707 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/21(水) 19:21:48.30 ID:EMzRlJFJ

現行のAtomよりFP速いからFP性能十分だとか思わないけどね
SSE*はSIMDの論理レジスタ少ないから、とくにレイテンシの大きいFP演算は
レジスタリネーミングがないとろくに性能出ないってのはわかりきったことだから

708 ：Socket774：2012/11/21(水) 21:25:52.76 ID:muGf107D

脱半島、脱Ｑ社依存！
国内メーカー連合、アクセスネットワークテクノロジがんがれ！！

ドコモ、日韓のスマホ半導体合弁中止　技術流出懸念
http://www.logsoku.com/r/newsplus/1333377457/
> 富士通など国内メーカーは半導体技術が海外に流出するのを懸念。
> 技術を相互にオープンにしたいサムスン側の条件提示をのめず、交渉が行き詰まった
↓
富士通タブレット「ARROWS Tab」に載る、“国産”通信処理プロセッサ「COSMOS」とは
http://www.itmedia.co.jp/pcuser/articles/1211/20/news092.html
> 国産CP（通信制御プロセッサ）で初めてLTEをサポートした従来チップ、
> 開発コード名：SAKURA＋UBB4の次世代版として展開し、
> GSM（2G）＋W-DCMA（3G）＋LTE（3.9G　FDD、TDDともに対応）の
> マルチ技術を1チップでサポート、100Mbps超のデータ通信に対応
> 「Qualcommの現世代同等性能のCPと比べ、消費電力は2割ほど低い」（説明員）
> 「ANTはアプリケーションプロセッサベンダー（NVIDIAなど）とも
> 協調・連携しながら進めていく。」（ANTの坂田社長）

709 ：Socket774：2012/11/21(水) 22:53:25.26 ID:2WO8E8MC

http://pc.watch.impress.co.jp/docs/column/kaigai/20121121_574241.html
・AMD（の利用するファブ）は28nmプロセスの立ち上げに難航してる。
・したがって次世代ゲーム機も最先端プロセスでスタートできないだろう。
・IBMのファブは新プロセスの立ち上げ時のチェックにCellを使っていたが、32nm以降Cellがなくなったので、立ち上げに難航している。
・現状ではIntelのみ28nmプロセスの立ち上げに成功している。
・AMD（の利用するファブ）は新プロセスの立ち上げ時にFinFET移行も同時に行い、一気に追いつこうとしている。

710 ：Socket774：2012/11/21(水) 22:55:07.52 ID:7nXz5QYK

こりゃIntel独走だな。
ついにプロセス競争で誰も付いていけなくなった･･･

711 ：Socket774：2012/11/21(水) 23:49:48.40 ID:DhPL2XJQ

まずいいつIntelが28nmはじめたのかと
ワシントンリポートのまとめになってないまとめかテメエ

712 ：Socket774：2012/11/21(水) 23:53:54.99 ID:7nXz5QYK

Intel、14nmうまく立ち上げられるのかなぁ･･･

713 ：Socket774：2012/11/22(木) 01:04:43.90 ID:9AZT0w+H

確かにIntelが先行してるからって14nmでつまづかない保証は何もないよなあ

714 ：Socket774：2012/11/22(木) 01:09:53.46 ID:NV0Rr0b/

14nmプロセスに行く前に、21nmプロセスとかの段階があるだろう。

28nmプロセスで先行している以上、14nmプロセスに行く前のひとつひとつのプロセスの課題を
クリアしていけば、躓くことはない。

715 ：Socket774：2012/11/22(木) 01:15:02.46 ID:9xr2Vkan

クリアできればそうだけど、できるとは限らない
どうせどこかで限界にぶつかるわけだし、先行してる分、先に限界にぶつかる可能性は高い

716 ：Socket774：2012/11/22(木) 01:23:46.17 ID:8QBeQocD

既に始めてる他社を巻き込んだCPU以外の省電力化がそれじゃないの
規格みたいになっちゃえばintel以外のCPUに乗り換えられなくなるし

717 ：Socket774：2012/11/22(木) 01:36:07.52 ID:tQ3qOFUJ

今、Intelは22nmじゃないのか？

718 ：Socket774：2012/11/22(木) 04:23:09.39 ID:kV1Oo7gj

>>714
65かその前で躓いたと思うけど

そして今も苦戦してるとか読んだけどライバルよりかなりマシだけど

719 ：Socket774：2012/11/22(木) 04:33:41.52 ID:kV1Oo7gj

>>716
pcで散々苦汁を舐めてるだろ intelだけ儲かって他はどこも儲からないって路線

だからトップシェアのhpですらpc事業を売りたがっていた

スマホ、タブで同じこと繰り返したくないよ他に儲かりそうな逃げ場がないのにもっとも儲かってるのはapple samsungくらいらしいが

そもそもOMAPで15ドル、Tegra3 82mm2で20ドルがラインなのにintelがここに参入して利益を出せるのか

しかし放置していたらそれこそ削り取られて最終的に死ぬだろう
一応流れをせき止めようとはしているみたいだけど、うまくいってないみたいだが

720 ：Socket774：2012/11/22(木) 06:02:09.43 ID:kV1Oo7gj

米ヒューレット・パッカード（ＨＰ）と米デルの２大パソコンメーカーが苦戦している。
米アップルの「ｉＰａｄ」に代表されるタブレット端末の勢いに押され、主力商品の個人向けパソコンなどが売れなくなっているからだ。

ＨＰ・デル、大苦戦　タブレット人気、ＰＣ売れず
http://www.asahi.com/digital/pc/TKY201211210787.html

721 ：Socket774：2012/11/22(木) 21:41:15.60 ID:5rcCmvEK

130、90、65、45、32、22、14、10、7、5、3って完全に70％になってないね。
何で22の次は16じゃないんだ？

722 ：Socket774：2012/11/22(木) 21:46:22.12 ID:f/hrQjwn

>>721
インテル以外では16nmでやるメーカーもあるみたいよ

723 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/22(木) 21:47:31.92 ID:VmXNCnHP

16相当よりもゲートピッチを縮小できたからでは？

724 ：Socket774：2012/11/22(木) 21:48:41.06 ID:W3l7CJb9

結局パソコン市場は、自社製品の差別化ができない市場になっちゃってるからな
Appleは例外として、あとは自社で何か工夫しても、Windows標準と違ってたら不便だから嫌われる
標準の機能だけだったら、素人が組んでさえ十分な性能と耐久性がある
で、価格と納期以外でメーカーが工夫する余地がほとんどなくなってしまった

725 ：Socket774：2012/11/22(木) 21:52:40.42 ID:3+E1Y5OB

>>721
>「15nmないし16nmが14nmになったのは名前だけの話ではなく、
>本当に変わった(Real Change)ということだけは言える。
>スケーリング則から言えば、22nmから14nmというのはおかしいのだが、
>ただ次は14nmになるということは間違いない」
>という、非常に含みの多い返事が返ってきた。
http://news.mynavi.jp/articles/2011/05/09/intel/index.html

というわけで、何かが起きたらしい
また新しいキーテクノロジが導入されるのかね

726 ：Socket774：2012/11/22(木) 22:12:33.81 ID:DNYNnKfe

EUVとは違う何かか！？

727 ：Socket774：2012/11/22(木) 23:35:29.75 ID:PcI+MOIg

富士通＞＞＞Ｑの証明

ドコモ／au版「Optimus G」を比較する（後編）――通信速度やバッテリーの持ちはどう？
http://www.itmedia.co.jp/mobile/articles/1211/22/news064_2.html
> 検証時に限らず、L-01Eでは本来LTEエリアであるはずの場所で、
> スリープ解除後、数分～数十分の間、LTEで通信できない事象がよく
> 見られた。この場合も、F-05Dの方はやはりLTEで通信できていた。
>
> これは筆者が今まで検証してきたXi端末での挙動面での
> 経験則の話になってしまうのだが、L-01Eも含めて
> Qualcomm製のLTE通信チップを搭載しているXiスマートフォンでは、
> 程度の差こそあれ、このような現象がよく見られる。
>
> 一方、他社製のチップを搭載している端末（F-05Dや
> 「ARROWS X F-10D」）では、そのような現象は「弱電界」と
> 言われる電波の弱い状態でない限り起こらない。
>
> ドコモのXi端末の多くがQualcomm製チップであることを鑑みると、
> この現象は看過できないはずなのだが……。

728 ：Socket774：2012/11/23(金) 01:06:36.79 ID:SRGuASZB

やっぱり品質なら日本だな。

729 ：Socket774：2012/11/23(金) 09:31:40.95 ID:lwxzRe/8

450mmシリコンウエハーとEUVリソグラフィーの導入でおそらく3.5nmか2.5nmまでは叶だろう。
でもそれより更に微細化するならカーボンナノチューブ&グラフェンを実用化してシリコンと決別
するしかないね。これが実現したら1nm以下も可能になる。
ただ10年以内に実現する見込みはほぼ無い。20年後に675mmウエハーとEUVリソグラフィーの後継の
組み合わせで1nm以下になるだろう

730 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/23(金) 10:43:15.82 ID:wBb8EgZt

一方TSMCは14nmから16nmに後退した。
28nm ARM vs 32nm Atomでほぼ性能互角とするなら、16nm ARMと14nm Atomなら
理屈上は実質1世代分Atomのほうが引き離すことになる。

731 ：Socket774：2012/11/23(金) 10:47:00.13 ID:G6b/h6tS

狸を皮算用するこの流れはAMDっぽいな

732 ：Socket774：2012/11/23(金) 10:58:18.00 ID:G6b/h6tS

あと、32nmのAtomがいま戦ってる相手って、40nmのTegra3じゃない？

そして、16nm TSMCと14nm Intelであがる収益が同じだったら、
高収益企業を強いられているIntelの負けでしょう。

そもそも、Windows8がご覧の有り様なのに、Windows タブレットは市場あるんでしょうか?

733 ：Socket774：2012/11/23(金) 11:17:30.76 ID:a9D8bSsR

それは28nmの需要が逼迫してて十分に供給できないからだろ？

734 ：Socket774：2012/11/23(金) 11:26:56.88 ID:G6b/h6tS

だから28nmが潤沢でないこの間に
Intelはもっとアゲアゲでいかないといかけなかった。

やっぱり需要ないんですよ、x86スマフォ。ARM Windows と同じくらい。
バイナリ囲い込みの強力さは、まさにx86の歴史が示す通りでしょ。

735 ：Socket774：2012/11/23(金) 13:44:27.82 ID:pXxWAsqW

EUVは実質死んだ

736 ：Socket774：2012/11/23(金) 14:46:01.52 ID:1Z+BBaTL

先月ASMLがCymer買収してたし、まだやる気っぽいけどね

737 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/23(金) 15:01:44.89 ID:wBb8EgZt

TIはスマホ向けから撤退して車載・マイクロサーバ向けのハイエンドに特化するようだけど
こっち方面ならAtomも勝算あるんじゃないかしら？
28nmでSoC1チップ50ドル程度だし。

738 ：Socket774：2012/11/23(金) 19:20:03.37 ID:eUUKmo/z

EUV死んだって事は遅れをとってる日本勢にも勝機がある
かなぁ・・・多分ねーだろうな

739 ：Socket774：2012/11/23(金) 21:23:57.88 ID:O2OYcnDA

EUVはASMLの一人勝ち
日本企業が開発を再開して後追いしようにも半導体メーカーの
ファブレス化で納入先の企業は減り、残ってる企業もASMLと
結びつきが深くなってるところばかり

740 ：Socket774：2012/11/23(金) 22:05:44.70 ID:T8GFok9B

ありゃ大金をドブに捨ててるだけだよ

ニコンやキヤノンはEUVの光源問題がどうにもならないことをよくわかってる

741 ：Socket774：2012/11/23(金) 22:10:15.18 ID:G6b/h6tS

代替なしでそれを言っても詮無いような

742 ：Socket774：2012/11/23(金) 23:19:44.46 ID:SRGuASZB

人類は今、進化の岐路に立たされているのだ

743 ：Socket774：2012/11/24(土) 01:44:32.64 ID:/tQd65RI

EUVは実用化出来ないから
インテルの一人勝ちになっちゃうんだろうな

744 ：Socket774：2012/11/24(土) 02:00:02.66 ID:xOEOy4x+

EB直描の時代が

745 ：Socket774：2012/11/24(土) 11:50:05.53 ID:QIUc+d9+

あと数十年後にはpm時代が来るのかな？

746 ：Socket774：2012/11/24(土) 12:26:20.72 ID:50vHHgc6

>>744
スループット最悪だｗ

747 ：Socket774：2012/11/24(土) 12:41:52.02 ID:E0vmKCpv

パラレルで

748 ：Socket774：2012/11/24(土) 13:11:45.28 ID:50vHHgc6

露光に匹敵する並列度を稼ごうと思ったら、世界中をFabで埋め尽くさないといけないぞｗ

749 ：Socket774：2012/11/24(土) 13:18:39.29 ID:xOEOy4x+

ステンシル使ってスタセルベースの設計を高速に直描する技術なんかも研究されている

750 ：Socket774：2012/11/24(土) 13:23:56.60 ID:50vHHgc6

EBで速く描くことができるのか！？
こりゃサブ1nmも夢じゃないな･･･
ラボレベルとかではそういう超微細なプロセッサとか試作してるんだろうか？
見てみたいぜ･･･ｼﾞｭﾙﾘ

751 ：Socket774：2012/11/24(土) 15:12:28.93 ID:0ndm9v8Q

Intelがスマホ参入するのにARMと同価格帯でSoCを売らないと競争できないが
ARMの高性能化によりそれと競合するAtomも高性能化しないと競争できない
その低価格、高性能化したAtomにPCユーザが流れると
より高価格で売れていたCPUが売れなくなる
そうなるとIntelの利益は激減してしまう

752 ：Socket774：2012/11/24(土) 15:16:42.82 ID:0ndm9v8Q

ARMが64bit化し、スマホに4GBまたはそれ以上のメモリが搭載されるようになると
扱えるメモリ容量を制限するというやり方もできなくなる

753 ：Socket774：2012/11/24(土) 16:26:44.06 ID:5Ux6ns1A

>>752
もう既に来年のモデルで3GBと4GBのスマホを製作しているメーカーがあるようだ。
4GBの方は完全に試作モデルで来年は商品化されることは無いだろうが。

754 ：Socket774：2012/11/24(土) 21:03:19.09 ID:E0vmKCpv

スマフォはこれ以上大容量化するより
不揮発メモリ化したいところだろうな

755 ：Socket774：2012/11/25(日) 11:14:34.01 ID:NUqZagzG

>>754
実用化は64bitARMより後になりそうだがね

756 ：Socket774：2012/11/25(日) 11:18:40.68 ID:NUqZagzG

液浸リソグラフィの次はEUVリソグラフィーに行く前にダブルパターニングを中継ぎに
したほうがいいな。一部の日本企業はダブルパターニングでしばらくしのぐみたいだし

757 ：Socket774：2012/11/25(日) 11:22:42.98 ID:qkwRw7pX

全世界でそうでしょ

758 ：Socket774：2012/11/25(日) 13:27:39.37 ID:q7Ibt3rZ

http://pc.watch.impress.co.jp/img/pcw/docs/394/622/08_s.gif

1サイクル当たり、128bitのロードしかできないということは、
AVXを使った256bitの二項演算のスループットが2になっちゃうよね？
まだ改良の余地あり？？

759 ：Socket774：2012/11/25(日) 13:28:13.58 ID:q7Ibt3rZ

↑ごめん、「1サイクル当たり256bitのロードしかできない」に訂正。

760 ：Socket774：2012/11/25(日) 14:02:27.37 ID:BO/64cyS

そりゃロードと演算の比率次第だな。
ロードの比率が高いコードではSandyだと256bit化しても大した効果は出ないだろうね

>AVXを使った256bitの二項演算のスループットが2になっちゃうよね
そりゃ全ての入力オペランドを毎回メモリからロードしなきゃいけない状況なら
実質的なスループットはそうなるがね

Haswellでは256bitロード2つと256bitストア1つを並列実行できるから
ロードのスループットに対する制限は緩和している。

761 ：758：2012/11/25(日) 14:57:18.41 ID:q7Ibt3rZ

>>760
ありがとう！
やっぱりそうか～。
Haswellでは改善されるんだね。
AVX2で整数演算にも対応するし、
AVX本領発揮だな。

762 ：Socket774：2012/11/25(日) 15:02:45.26 ID:q7Ibt3rZ

http://pc.watch.impress.co.jp/img/pcw/docs/394/622/12.jpg

Sandyとネトバの違いが分からない･･･
ネトバはトレースキャッシュが消費電力を増大させる要因だったと聞いたが･･･

763 ：Socket774：2012/11/25(日) 15:07:37.98 ID:/+RBlYld

それみて解らないとか言われたらどうしようもない

764 ：Socket774：2012/11/25(日) 15:09:22.11 ID:qkwRw7pX

Pentium4ってL1命令キャッシュないんだっけ？そこまで尖ってたかな。

765 ：Socket774：2012/11/25(日) 15:26:00.00 ID:BO/64cyS

つーかSandyのデコーダとuop cacheを縦続接続させてるその図はおかしいよ
それにuop queue+LSDの構造はSandy以降にもあるしな

766 ：Socket774：2012/11/25(日) 15:51:30.91 ID:q7Ibt3rZ

http://pc.watch.impress.co.jp/img/pcw/docs/394/622/06.jpg
Intelのスライド。

767 ：Socket774：2012/11/25(日) 16:14:39.11 ID:1ANO/wJT

SBのはトレースキャッシュじゃないようだ
http://www.realworldtech.com/sandy-bridge/4/

768 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/25(日) 21:44:19.83 ID:byzWFWOT

Nehalemまでは128ビットLoadユニット×1でやりくりしてたので

256ビットロードでも32/64/128ビット値のブロードキャストはロード1回分で済むので
行列積なんかではそれほどLoadユニットのスループットはネックにならない。

769 ：Socket774：2012/11/25(日) 22:09:31.71 ID:q7Ibt3rZ

整数演算パフォーマンスを犠牲にして効率を取るAMDの「Bulldozer」
http://pc.watch.impress.co.jp/docs/column/kaigai/20100205_346902.html

完全なマルチコアとSMTの中間を取ったブル。
どうしてここまで振るわなかったん？？

770 ：Socket774：2012/11/25(日) 22:21:45.73 ID:qkwRw7pX

電力性能もトランジスタ当たり性能も凡庸もしくは劣悪だったから。

771 ：Socket774：2012/11/25(日) 22:25:45.31 ID:q7Ibt3rZ

･･･
ブルのアーキテクトはクビだね･･･^^；

772 ：Socket774：2012/11/25(日) 22:45:43.26 ID:/+RBlYld

CMTとブルの性能は全く関係ない
Atomからi7まで性能全然違うのに全部SMTだからと一括りにするようなもん

773 ：Socket774：2012/11/25(日) 22:51:59.04 ID:1ANO/wJT

ブルができない子なのはツールが悪かったという話も

774 ：Socket774：2012/11/25(日) 22:57:53.79 ID:qkwRw7pX

ツールの選択の時点で勝負はとっくに始まってますがな

775 ：AMD次世代スレから出張＠ニワカ ◆RjPzts7DLUKR ：2012/11/25(日) 23:04:39.32 ID:n8UgAaqK

やろうとしていることは悪いとは思わないし
ある意味成功しているともいえるけど
ピーク性能で見比べると残念だよね

776 ：Socket774：2012/11/25(日) 23:05:02.45 ID:1ANO/wJT

始まったんではなく決まったという意味だよ

777 ：Socket774：2012/11/25(日) 23:49:41.58 ID:q7Ibt3rZ

たしか設計を一部自動化させたんだっけ？
そこが足を引っ張っちゃったか･･･

内蔵GPU性能が高くなかったら息の根を止められてたね。

778 ：Socket774：2012/11/25(日) 23:59:53.70 ID:M6EicK04

自動設計を全く使わないことなんてあるのかね

779 ：Socket774：2012/11/26(月) 00:33:55.04 ID:UjBkUJ04

GPU部門とのクロスエンジニアリングがどうのこうのが言われてたからな
GPUの設計と共有できるブロックはなるべく共有化＋自動化にしてるんだろう
CPUの開発の遅れはGPUとかにも影響する可能性は高い

780 ：Socket774：2012/11/26(月) 16:24:37.29 ID:r2YAqb5H

そもそも1コア当たりのトランジスタ減らして性能と食う電気抑えて、
代わりにコア数増やして勝負するというんじゃなかったっけか。

781 ：Socket774：2012/11/26(月) 21:12:40.95 ID:XIkHTwcW

GPUが場所をとるからCPUをコンパクトにっていうのが最初の着想？なんじゃね
結局Bullの開発が遅れたから、初のAPUとしてk8投入→ハイエンドしか残ってないからコア倍増に逃げた

782 ：Socket774：2012/11/26(月) 21:19:18.47 ID:TlNTbj7N

シンプルなほうが性能それ自体は上げにくいけど効率は上がるから
たくさんのシンプルなコアをってのは、あの当時よく言われていたよね
cellなんかもその流れかな

783 ：Socket774：2012/11/26(月) 22:03:26.00 ID:B1l1pnIr

シンプルな方がってそりゃ当時っつーより今も昔もだろ
GPUやMICなんかはその極地のシンプルコア
ARMのbig.LITTLEなんかはそういう特性を踏まえた性能と効率のバランス取り

問題は汎用処理だと大概アムダールの法則で並列化出来ない処理に引っ張られるってんで
その部分の高速化をどうするかという所で異種コア混合プロセッサーだっつー流れになった

だからAPUがGPU側の高並列コアと処理分担させる展望だったなら
半端にシンプルコアでTLPの高いビッグダイを採用してスループット狙ったのはちょっと意味不明

784 ：Socket774：2012/11/26(月) 23:28:03.50 ID:k7fNeQMB

もうAMDにはbrainiacは無理なのよ

785 ：Socket774：2012/11/26(月) 23:51:30.24 ID:XIkHTwcW

>>783
Bulldozerがシンプルコア？？
いかにCPUとGPUの役割分担が大事だといっても、複雑で高IPCなシングルコア＋GPUなAPUなんて用無しだろ

786 ：Socket774：2012/11/27(火) 00:37:47.66 ID:maqV9qcF

なんちゃって２コアを実現するために、Bulldozer はむしろ複雑になって
しまっていると思うな

787 ：Socket774：2012/11/27(火) 01:37:35.31 ID:X5jRhgOQ

低IPCな整数コア2基とfpコア1基を１つの複合モジュールとしたヘンテコCPU

インテルが2コアの場面で4コア、
インテルが3.xGHzの場面で4GHz、
ってな具合で競合をマーケティング的な論理だけでやっつけようとしたんじゃないかね？

788 ：Socket774：2012/11/27(火) 01:42:11.83 ID:X5jRhgOQ

>>785
とりあえずCore MAとの実効IPC格差を埋めなきゃAPU自体洋梨な状況だが

789 ：Socket774：2012/11/27(火) 03:15:05.41 ID:2RJ8riDU

問題はBullの1モジュールがSandyの1コア(SMT)より遥かに大きく消費電力も食うのに
マルチスレッド性能がせいぜい同程度でしかないこと。
当然シングルスレッド(整数コアの半分が遊ぶ)だとお話にならない。

スループット志向ならシングルスレッドで負けるのは仕方なくても
マルチスレッドで平均2-3割程度は上回らないと割に合わない。

790 ：Socket774：2012/11/27(火) 09:33:26.73 ID:s3lVf7vB

「2コアフュージョンしたらダメだったから戻すね。てへぺろ」まで含めてギャグだったのに
途中で鐘一つ鳴って退場させられたのがAMD

791 ：Socket774：2012/11/27(火) 13:54:58.86 ID:9pp0RE02

http://www.anandtech.com/show/6422/samsung-chromebook-xe303-review-testing-arms-cortex-a15/7

Cortex-A15はデュアルコアでもかなり電気食いっぽいな
5Wぐらいはありそう

792 ：,,　・´　∀　｀・　,,）っ-○○○：2012/11/27(火) 18:38:16.50 ID:xz5kVEa4

Apple A6はPWRficientを作った旧P.A.semiの設計チームが徹底的に電力管理やってるから
消費電力を抑えられてるんであって、魔法でもないと無理ってことでしょ。

20nmの次は20nm+FinFETに過ぎない自称16nm。
どうやら魔法はなさそうですね。

793 ：Socket774：2012/11/28(水) 03:43:12.68 ID:7KXRWmAp

CPU内部も独自設計、半導体専業メーカー並みになったアップル
http://business.nikkeibp.co.jp/article/report/20121121/239698/?rt=nocnt

新型iPad用プロセッサ「A6X」の詳細が判明、4コアGPUで性能を増強
http://eetimes.jp/ee/articles/1211/21/news049.html

Samsung、Galaxy S IVに搭載するExynosプロセッサでbig.LITTLE処理技術を採用
http://juggly.cn/archives/75603.html

Samsung、Cortex-A15クアッドコア「Exynos 5440」を開発中！
http://rbmen.blogspot.jp/2012/11/samsungcortex-a15exynos-5440.html

Samsung、ISSCC2013で新型クアッドコアSoCを発表へ！Exynos 5 Quadの可能性大
http://rbmen.blogspot.jp/2012/11/samsungieee2013socexynos-5-quad.html

MediaTekのクアッドコアプロセッサ「MT6589」を搭載した謎のLenovo端末の詳細情報が流出
http://juggly.cn/archives/75361.html

ZTE、8コアCPU搭載スマホ「Apache」の開発を計画？
http://rbmen.blogspot.jp/2012/11/zte8cpuapache.html

GoogleとApple、特許戦争で和解の兆し。Samsungは孤立？
http://rbmen.blogspot.jp/2012/11/googleapplesamsung.html

アームがプロセッサを64ビット化
Webアプリ高速化狙う、グーグルの要請か
http://itpro.nikkeibp.co.jp/article/COLUMN/20121116/437984/

794 ：Socket774：2012/11/28(水) 19:50:46.40 ID:rJ3BVVvA

EUVリソグラフィーにいきなり行かないでダブルパターニングを中継ぎとして採用しようと言う
メーカーの方が賢い気がするな。インテルなんてダブルパターニングを採用しないで
いきなりEUVに行こうとしているし

795 ：Socket774：2012/11/28(水) 20:00:12.17 ID:77J3xiWb

うまくいけばEUVのほうがお得ってことはねーの？

796 ：Socket774：2012/11/28(水) 21:22:47.46 ID:HXHxhqrD

Intelは45nmからダブルパターニングを採用してますが

797 ：Socket774：2012/11/28(水) 21:23:08.61 ID:4rPQt26m

>>794
Intelは先のIDFで、EUVは当分実用レベルに達しないから
採用しないと言ってたばかりじゃない？

> Bohr said extreme ultraviolet lithography is
> "not quite ready for manufacturing or meeting cost goals".
> He also said Intel is "not betting on extreme ultraviolet for 10nm",
> which is expected to tip up around the 2016 timeframe.

IDF: Intel isn't betting on 450mm wafers or extreme ultraviolet for 10nm
http://www.theinquirer.net/inquirer/news/2205142/idf-intel-isnt-betting-on-450mm-wafers-or-extreme-ultraviolet-for-10nm

798 ：Socket774：2012/11/29(木) 16:10:38.71 ID:z7GVUi1V

EUVや450mmシリコンウエハーは10nmからかな？
2016年とか書いてあるみたいだけど2018年ぐらいになりそうな気がする。
インテルでこれだからTSMCやGFなんかは2020年ぐらいになるんじゃない？
日本メーカーは更に後になりそう

799 ：Socket774：2012/11/29(木) 16:13:47.73 ID:dRkO+9Ad

富士通脱落、ルネサス脱落、エルピーダも東芝も脱落寸前で
日本勢は誰も10nmまで残らないような。

800 ：Socket774：2012/11/29(木) 16:21:32.15 ID:z7GVUi1V

インテルがスキップするのは既に採用しているダブルパターニングではなく
トリプルパターニング。ダブルパターニング→EUVと言うのが数年前からの計画。

>>799
円高さえ是正されればなんとかなると思うよ。今の現状は異常な円高が原因だし。

801 ：Socket774：2012/11/29(木) 16:23:39.37 ID:dRkO+9Ad

円高も要因の一つだが、海外勢にキャッチアップできない大きな問題は別にある。特にルネサス。

802 ：Socket774：2012/11/29(木) 17:16:09.22 ID:C9L6D4Vm

省エネ、節電で今すぐ原発いらないとか言ってる政治家がいるしなあ
原発である必要はともかく電気の安定供給が無くなりゃ
今以上に日本に工場置く必要が無くなる

803 ：Socket774：2012/11/29(木) 17:29:44.52 ID:Tj8q9inG

>>801
ルネサスは、何かもう車載に特化してそれ以外はやる気ナクネ…

804 ：Socket774：2012/11/29(木) 19:19:25.47 ID:R0CMiEf3

>>803
・マイコン、アナログ・パワーは力を入れる
・SoCのホームマルチメディア向けは手を引く
・社会インフラ向けSoCは力を入れる

http://eetimes.jp/ee/articles/1208/30/news045.html
http://eetimes.jp/ee/articles/1209/05/news041.html

ホームマルチメディアは手を引くらしいけど
WiiUのような大型案件は例外なのかな

805 ：,,・´∀｀・,,）っ-○○○：2012/11/29(木) 19:23:24.59 ID:MUp4U8MX

既に成立した契約から手を引くわけないでしょ
新規がないだけで

806 ：Socket774：2012/11/29(木) 19:39:37.73 ID:QLsbbMgb

>>800
http://pc.watch.impress.co.jp/docs/news/event/20120914_559826.html
14nmもArF液浸なのでトリプルパターニングの可能性アリ

807 ：Socket774：2012/11/29(木) 20:16:43.37 ID:R0CMiEf3

いや興味があるのは今後だよ。　「WiiUのような案件」≠「WiiUの案件」

808 ：,,・´∀｀・,,）っ-○○○：2012/11/29(木) 23:05:01.29 ID:MUp4U8MX

売れて数千万台のWiiUがおいしいかどうかわかんないけどね
家電にも載ってゲーム機にも、なら美味しいけど、ゲーム機専用じゃ食えないでしょ

809 ：Socket774：2012/11/30(金) 02:16:55.48 ID:KzBzY9v7

>>808
いつの時代に生きてるんだ？

810 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 04:35:20.75 ID:0LpsBb20

逆に聞きたいけどルネサスってWiiUに利幅とれるようなIP提供してたっけ？

811 ：Socket774：2012/11/30(金) 11:02:28.20 ID:i7L4VFne

WiiUってWiiと互換取るためか知らんけどG3ベースで1.2GHzなんだって？
近年希に見る大失敗になりそう
携帯機器向け載せた方がまだマシなレベルじゃ

812 ：Socket774：2012/11/30(金) 15:33:01.15 ID:15VgnRvt

>>811
まだ未確定情報なんじゃ？

813 ：Socket774：2012/11/30(金) 17:04:21.78 ID:TjgLiWu/

外国でもう売ってなかったっけか。

814 ：Socket774：2012/11/30(金) 17:43:47.87 ID:xv7l1fl7

うーんやっぱり整数がぱっとしないな
http://www.phoronix.com/scan.php?page=article&item=samsung_exynos5_dual

つーか4コアでこれってCortex-A9ってどんだけ遅いんだ

815 ：Socket774：2012/11/30(金) 19:20:57.26 ID:15VgnRvt

ARMはCortex-A15からでしょうね。Cortex-A9はインテルと戦うには力不足。

816 ：Socket774：2012/11/30(金) 19:48:09.85 ID:1OLeU5Wy

A15になっても実際にメモリが繋がってる帯域幅が32bitのままじゃ同等なんてとても無理じゃね…

817 ：Socket774：2012/11/30(金) 19:57:58.99 ID:9KiEjYpb

Appleのはメモリ幅がっぽりとってるんじゃなかったか

818 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 20:11:46.45 ID:TMl+Z+7m

AppleはずっとPCと同じ64bitデータバスだね。

ARMがA9 MPcoreを発表したときはAtomより速いって吹聴してたのになー
レジスタ上でデータをこね回すのだけは得意だけどメモリの読み書きは苦手でしたという
想定どおりのオチがついたわけで。

CPUコアの性能自体は4年前の45nmのN270あたりからほとんど変わってないのに
急に高性能になったになったかのような錯覚を覚える今日この頃。

Atom自体はすげー遅いぞ！

819 ：Socket774：2012/11/30(金) 20:13:17.28 ID:cTYuYvkA

CoreMark(笑)で勝利宣言してたな

820 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 20:20:37.91 ID:TMl+Z+7m

A15もDhrystoneやCoreMarkだけはクロック当たり性能Phenom X4なみですから

821 ：Socket774：2012/11/30(金) 20:23:48.29 ID:9NLPskdq

http://www.phoronix.com/scan.php?page=article&item=samsung_exynos5_dual

Exynos 5 Dual also easily beat out all of the tested Intel Atom processors.

822 ：Socket774：2012/11/30(金) 21:28:28.42 ID:49ecjNdA

まもなく次世代Snapdragon登場：
低消費電力と高パフォーマンスの両立　「Snapdragon」の開発思想
http://www.itmedia.co.jp/mobile/articles/1211/30/news032.html

説明会の冒頭では、2012年3月まで
Intelのシニアバイスプレジデントで
ウルトラモビリティ部門のジェネラルマネジャーを務め、
8月にQualcommのシニアバイスプレジデント兼CMOに
就任したばかりのアナンド・チャンドラシーカ氏が
Qualcommの事業の概要や注力分野を説明した。

同氏はIntelでCentrinoやAtomといった、モバイル向けの
プラットフォームを立ち上げてきた経歴を持つ、
PC業界ではかなり名の知れた人物。
IT業界の時流の変化を如実に感じさせる一幕だった。

823 ：Socket774：2012/11/30(金) 21:29:42.26 ID:SsK1HH+U

>>821
ARM勢の進化はすごいな
ATOM完敗じゃねーかｗ

824 ：Socket774：2012/11/30(金) 22:06:51.62 ID:9KiEjYpb

「よく使うとこだけ強化」ってのは悪くない選択だと思うけどね
ちゃんと「よく使うとこ」になってるかどうかは、タブレットとかのソフトやったことないので知らんけど

825 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 22:11:43.13 ID:TMl+Z+7m

いや、A9出たときに既にAtom負けてたんですが。ARMの大本営発表ではね。

とりあえずA15は20nmにならないとスマホには使い物にならないし
Atomだっていつまでも梃入れしないわけではない。

826 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 22:15:03.66 ID:TMl+Z+7m

>>824
CoreMarkだけ強くて実アプリがボロボロってのはどこが強化されてるんだろうなと思うけどな

消費電力増えるからメモリ帯域控えめ、単価あげられないからキャッシュ容量控えめ
このあたりが大本営ベンチほどにはARMの実効性能が振るわない要因。

逆にスマホ用という足枷をとってやるとそこそこ伸びそうな気はする。

827 ：Socket774：2012/11/30(金) 22:22:55.24 ID:7UJQzolf

>>825
28nmでA15のスマホは来年大量に出てくると思うよ
バッテリーもbig.LITTLEで上手く体裁を整えるだろう

要はファブのスループットの問題でボリュームが確保できれば
タブレットとスマホでチップ選別、振り分けが行いやすくなり
来年はハイエンドスマホからCPUの世代交代が進む

828 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 22:34:21.59 ID:TMl+Z+7m

いま28nmで製造されてるのってApple A6くらいかな？

829 ：Socket774：2012/11/30(金) 22:37:36.03 ID:QT0f5F05

A6は32nmじゃないのか

830 ：Socket774：2012/11/30(金) 22:40:01.42 ID:7UJQzolf

A6は32nmで>>821のExynos5と同じプロセス
まもなく28nm化したExynos5450に移行するらしい

831 ：Socket774：2012/11/30(金) 22:41:15.44 ID:7UJQzolf

KraitはTSMCの28nmだな

832 ：Socket774：2012/11/30(金) 22:51:53.20 ID:15VgnRvt

Cortex-A15でAtomと正面から戦える性能にようやくなる。
そして、大本命のCortex-A57に繋げるわけだ。
Cortex-A9は残念ながら力不足は否定できない。WindowsRTでMSが全然やる気が無いのも
Cortex-A9が低性能だからだろう。Cortex-A15で本気を出して、Cortex-A57で成熟と言うのが
狙いだろう

833 ：,,・´∀｀・,,）っ-○○○：2012/11/30(金) 22:56:24.94 ID:TMl+Z+7m

どの世代のAtomとよ？
今のAtomなら45nmから全く進化していない。
22nmのは最早別物。

834 ：Socket774：2012/11/30(金) 23:15:40.74 ID:smkev8Cj

スマホとかのSoCはな～
特にデバイスがな～
特に中華系とかは…ってか、この手でぶっちゃけ高速汎用バスとして使える奴ってUSBぐらいだからな。
無線LANとかの通信関係をUSB接続で別モジュールにしたら、それこそ実使用性能がどうなるか判ってるだろうとww
アンテナ込みで許認可取ってる別モジュール使う方が手間が無いってのは解るんだが…
かろうじてSDとかフラッシュメモリはインターコネクトでSoC内のIPに繋がってるモノが多いけど
ぶっちゃけ生のSDやフラッシュメモリの速度じゃな。

現実問題として、大手の奴の戦略商品(AppleとかSamsungとか)用SoCでも無い限り、あんまり期待しない方が良いんだぜ…

835 ：Socket774：2012/12/01(土) 00:23:04.64 ID:dDRGmtQT

Itaniumをめぐる不安と期待
http://cloud.watch.impress.co.jp/docs/column/virtual/20121130_576132.html

836 ：Socket774：2012/12/01(土) 03:13:25.81 ID:UUQ//pbm

>>826
>>821
を見るとcoremarkだけとはとても思えないけど

837 ：Socket774：2012/12/01(土) 03:26:15.69 ID:prZZYwvZ

比較対象が古いな。AtomはClovertrailから本気出すだから。22nmからだっけ?

838 ：Socket774：2012/12/01(土) 03:43:35.31 ID:UUQ//pbm

>>837
その間armも進歩するよ

839 ：Socket774：2012/12/01(土) 03:57:48.69 ID:NlBtJuj4

アトミックな処理がしやすいようにコア内部に共有メモリを...

840 ：Socket774：2012/12/01(土) 04:02:45.82 ID:lCRmvJa1

うえのほうで貼られてるx86、A9、A15のベンチみると整数が遅いとはいうが実アプリベンチだとFPでも
絶望的な格差付けられててキャッシュとメモリバンドがしょぼいっつー巨大すぎる弱点がもろに出てるのがなあ
WideIOとか次世代メモリがきてメモリが広帯域大容量になればすこしは改善されるのかねえ

841 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 08:58:02.31 ID:nVYXn2Ur

Appleみたいに高く売れる製品抱えてるならキャッシュも大きくしようがあるし
クロックゲーティングなどの電力管理機構にトランジスタ割いてその分メモリ帯域も大きくしようがあるが
低コストが制約になってるとどうしても難しくなるね

842 ：Socket774：2012/12/01(土) 09:07:32.57 ID:prZZYwvZ

そこでi7で儲けた利益をスマフォに注ぎ込んで
売れてないのに高性能チップヲダンピングできるAtomですよ!

ってことですか?

843 ：Socket774：2012/12/01(土) 12:13:27.37 ID:5l4PBIgV

バッテリの持ちがちょっと悪くても高性能なら売れるって意図があるんだろうからAtomがあ～なんだと思うけど。

外部メモリ帯域幅はコストにも消費電力にも直結する要素だから…
基板にも金が掛かる、と言うかヘタなSoCだと基板の方が高かったりww

844 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 12:24:24.48 ID:nVYXn2Ur

>>842
収益化するまではそうなるね。
それいったらオンラインサービスなんてみんなそんなもんだぞ。
基本無料で赤字垂れ流してある程度ユーザーがついてきたら課金コンテンツで回収する。

AtomはCeleronより安いが小さいので数さえ出せば利益になる。
32nmが意外とうまくいったので22nm投入は後ろにずれこんだようだが

>>843
それA15ではなくて？

845 ：Socket774：2012/12/01(土) 12:27:17.07 ID:p4IAfmN+

CeleronのTがほしいけど全然売ってないな
PentiumならTも在庫潤沢だってのに…

846 ：Socket774：2012/12/01(土) 12:31:23.83 ID:prZZYwvZ

Clovertrailはうまくできはしたけど
うまく売れてる感じは全然しないよ。

847 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 12:34:30.62 ID:nVYXn2Ur

スマホはともかくWin8タブレットはそこそこ高評価を得てると思うけど
あと車載ナビとかでも引きはあるようだし

848 ：Socket774：2012/12/01(土) 12:47:15.72 ID:prZZYwvZ

誰か身の回りで買いました？欲しいなって話題になりました？
NetbookやiPadはそういう肌感覚で、ああ売れてるなって感じたんだけど。
Windows 8はもうダメだし(絶対数は依然として莫大だけど、成長的な意味で)、そこに多くを依存しているIntelは
自社の製品の出来と無関係に火の粉を被るのは免れないかと。

849 ：Socket774：2012/12/01(土) 12:49:31.13 ID:cZADD4w3

Surface Proは非常に魅力的だな
売れるかどうかはともかくとして

850 ：Socket774：2012/12/01(土) 12:59:55.68 ID:prZZYwvZ

考えてみれば、典型的にはMIPSやAlphaですが、CPUはそれ自体の出来不出来よりも、それを採用した製品の市場からの影響を
強く受けてしまう歴史でしたね。

851 ：Socket774：2012/12/01(土) 13:15:01.18 ID:zm8ug6QS

>>835
いつの日かItaniumとXeonが完全に統合（ItaniumにXeonの命令が全て乗って
エミュではなく完全なる互換性を持つ）されて、サーバー用の機能が落とされてPCにも搭載される事を願う。

852 ：Socket774：2012/12/01(土) 13:24:29.44 ID:MeknV32C

IA-64イラネ

853 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 13:24:39.06 ID:nVYXn2Ur

>>848
いやぁ、まず国内じゃ売ってるとこ少ないでしょ。
コンシューマ向け製品ではないところで使われてるとこでは地味に使われてるよ。
（ぶっちゃけ一時期そっち方面の「中の人」やってたし）
要するにVIAの領分が食われてるわけだ。

今のって消費電力こそ劇的に落ちたにせよ絶対性能は4年前に大ヒットになったEeePC 901Xと
大して変わってないわけで、個人的には22nm次第かなあと思う。

854 ：Socket774：2012/12/01(土) 13:50:44.69 ID:/07IU4iZ

縛りがいろいろときついモバイルでatomがやって行けるだろうか？
Kraitなんて28nmでもHKMG使って無いという話だし
高額なintelプロセッサだと苦しい気もする

855 ：Socket774：2012/12/01(土) 13:54:44.81 ID:pmI73zrk

まあ出来ると言っているようだからあとはばんばん製品が出れば
市場が判断するんじゃね

856 ：Socket774：2012/12/01(土) 14:01:25.12 ID:a7Et2Di1

WiiUのCPUとGPUについてはどう？
GPUまで、PS3や360よりも性能が下というわけではないよね

857 ：Socket774：2012/12/01(土) 14:10:18.48 ID:/07IU4iZ

安藤さんの所で知ったんだけどintelの今のTri-gateって消費電力的にモバイルでは使えないらしい
FinFETもコスト上の理由でモバイルで使うのは難しいとの意見もあるそうだ
ともあれ、atomがこの先どうなるか興味深く見守るとしよう

858 ：Socket774：2012/12/01(土) 15:29:24.42 ID:UUQ//pbm

>>847
armで基盤整ってるのにわざわざatom採用する奇特な本当に会社があるのかねコスト厳しいだろうに

859 ：Socket774：2012/12/01(土) 15:31:50.12 ID:UUQ//pbm

>>851
itaniumに夢持つど素人乙

860 ：Socket774：2012/12/01(土) 16:44:09.69 ID:0HHLO3C7

スマフォの電力バジェットのままARMより二倍速ければ採用されるかもですな。無理だけど。

861 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 17:34:01.61 ID:nVYXn2Ur

AtomならWindows Embedded for x86が動く。
VC++で動くWindowsアプリケーションをそのままもってきて動かせるの。
開発終盤まで「実機」を用意する必要がないので短期間・低コストで開発が可能。

産業向け組み込み方面は、PCベースの機器を流用してるものが多いよ。
蓋を開けてみたらIntel謹製のD525のマザーボードがそのまま入ってるなんてこともよくある話。
少量生産品はわざわざ１から作るより市販品を使ったほうが安くつく。

あとFPGAボードなんかのコントローラでも採用製品が増えた。
こっち方面はPowerPCなんかが使われてた分野だね。

862 ：Socket774：2012/12/01(土) 17:40:59.12 ID:0HHLO3C7

書いてて気付いてると思うけど、それ「少量生産品」だから
VIAにはいいけどIntelには辛くない?

863 ：Socket774：2012/12/01(土) 18:04:23.55 ID:MeknV32C

書いてて気付いてると思うけど、「少量生産品」が「様々な企業から多種類」販売されているから
総計だとそこそこの数になるよ。

864 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 18:09:01.23 ID:nVYXn2Ur

> VIAにはいいけど

少量生産なりの価格をふっかけてるからいいんでしょ。
Atomが出てきたからうまくいかなくなった。
VIA製で今出回ってるのはAtomが出てくる以前にオーダー確定したものが大半だよ。
組み込みは10年は提供しないといけないからね。

> Intelには辛くない?

こっち方面はIntelは自作ユーザー向け需要を兼ねてmini-ITXボードを売ってるだけで
組み込み向け専門に特別何かコストをかけてやってるわけではない。
PCI/PCIe/USBなど一通りの拡張性はあるから後はお好きに、でしょ。
また、自作向けに売れなくなったら売れなくなったで価格をふっかけることもできる。

スマホ・タブレットはまた別問題。
でもタブレットはおおむね成功じゃないかな。
あとはそのタブレットを使ってどう業務に活用するか。このへんはアプリ屋次第だ。
Windows 8タブレット向けのアプリはiPadのようなObjective-Cではなく、VBやC#で開発できるし
高価なエミュレータなど要らない。

865 ：Socket774：2012/12/01(土) 20:19:27.67 ID:q7o+kqUP

ルネサスも客の要望で少量生産品を多数抱えてきつかったと書いてあったな

866 ：,,・´∀｀・,,）っ-○○○：2012/12/01(土) 20:30:27.93 ID:nVYXn2Ur

汎用性はもたせてるから量産品を少量ニーズに役立ててくれというのが
Atomの組み込み市場の戦略でしょ。

IntelはCortex-Aなみのハイエンド組み込みかそれ以上の単価で売れる市場にだけ進出するだけなので
そんなに幅広くやるつもりはない
個々の産業別にSoCをつくろうってわけじゃないし、それこそ各用途に応じた
コンパニオンチップを乗せたほうがかえって低コストになるでしょう。

ルネサスはそれこそ単価100円以下のワンチップマイコンも含めても少量生産多数だし
統合しても製品ラインをうまく整理できなかったのが破綻の原因かと。
円高の影響ももろにうけてるしね。

867 ：Socket774：2012/12/01(土) 21:35:09.84 ID:5l4PBIgV

まぁ統合時の品種統合が中々上手く逝かなくて、合併前に比べてシェアを落としているからな…
会社組織統合に伴っての品種統廃合を想定したユーザーが安全策に走るのは当然なので
シェアを一時的に落とす事自体は想定されていた事の筈だけど、それにしても…

まぁ震災時の生産遅れってのが今の苦境の直接的原因だろうけど。

868 ：Socket774：2012/12/02(日) 09:08:11.04 ID:e1/m1xCP

インテルは将来的にはSoCを更に進めて、無線用LSIまでも一体化するようだ。
この次はオーディオアンプも完全にデジタル化して一体化してしまえばもうメモリー
以外は全て1チップ化できるな（メモリー自体もTSV技術の導入でかなりの部分が1チップ化できるから
以前ほどには外付けのメモリーは重要じゃなくなる）

869 ：Socket774：2012/12/02(日) 09:09:44.18 ID:e1/m1xCP

ルネサスは異常なまでの円高の影響をもろに被った形だな。
エルピーダも遭難だけどさ。
個人的にはモバイルSH-G5を復活させて64bitCPUにも再参入して欲しいが・・・・

870 ：Socket774：2012/12/02(日) 10:03:03.61 ID:zt20yuoy

小泉時代のドル円120円に戻ればルネサスは加齢によみがえりますよ

871 ：Socket774：2012/12/02(日) 10:08:43.38 ID:yPHJjA0G

時代に見合ったCPUを供給し続けるのにどんな人材がどれくらい要るのかな。
才能ある若い人から見て、日本発でこれまで続いてきた
いくつかのCPUに携わることは魅力的だろうか

872 ：Socket774：2012/12/02(日) 10:31:31.57 ID:nEq7SytZ

加齢かあ
定年延長？

873 ：Socket774：2012/12/02(日) 17:04:33.95 ID:yPHJjA0G

ando さんのところで
adaptevaがEpiphany の出資を集めることに成功した記事を取り上げてるな

ttp://www.adapteva.com/support/docs/e3-reference-manual/

874 ：Socket774：2012/12/02(日) 17:14:14.05 ID:nwJM4uRy

>>873
これだっけか。

ttp://gigazine.net/news/20121007-supercomputer-parallella/

10月終わりには目標金額が集まったって話が出てたね。

875 ：Socket774：2012/12/03(月) 01:34:08.82 ID:tlHgJvO2

クアルコム「Snapdragon」の将来像
━━チップセットで一人勝ちを続けるQ社の次の一手
http://sp.ch.nicovideo.jp/article/ar20333

876 ：Socket774：2012/12/03(月) 01:55:05.20 ID:zLehOhEo

なんでえ、有料記事の宣伝かYO

877 ：Socket774：2012/12/03(月) 18:10:13.14 ID:quiIfcFm

>>873

ARMとIntel x86だけになるのはさびしいから、第三のプロセッサーがもっと成長していってくれることを願う。

878 ：Socket774：2012/12/03(月) 18:27:19.44 ID:qPbmA1by

VIA「…………。」

879 ：Socket774：2012/12/03(月) 19:08:12.39 ID:0sx1qfnJ

IBM、MIPS、サンマイクロ「・・・・・・」

880 ：Socket774：2012/12/03(月) 20:01:21.07 ID:yB18kLyl

VIAはx86とARMじゃん

881 ：Socket774：2012/12/04(火) 05:21:54.18 ID:I8OnRpra

ルネサス「………」

882 ：Socket774：2012/12/04(火) 12:42:54.18 ID:ZCUtcd1k

ARMの時価総額は107億ポンド
1ポンド130円として
1兆3900億円
ARMは簡単に買収できない規模の企業になってきたな

883 ：Socket774：2012/12/04(火) 12:44:54.45 ID:ZCUtcd1k

逆にARMを買収できるような企業は独禁法の制限を受けるような企業のみ
ヨーロッパ企業だから余計にARMを簡単に買収できるIT企業はない

884 ：Socket774：2012/12/04(火) 12:47:01.06 ID:4HmunQzd

そもそもARMの価値はライセンシーにアーキテクチャが公開されていることなのに
買収する動機ってある?

885 ：Socket774：2012/12/04(火) 14:48:48.78 ID:MU59yWjb

armの資産価値はライセンシーの多さ以外何も無いだろ。
ライセンシーが多い理由も先端プロセスファブの建設費高騰により半導体生産が水平分業に以降した波にうまく乗れただけで、性能とかは儲かって開発費を掛けられるようになったつい最近までゴミレベルだったし。

886 ：Socket774：2012/12/04(火) 15:13:37.63 ID:oNmvF87i

50億円(最大100億円)でIGZOをQualcommにプレゼント
・・・ってアホだろ、安売りしすぎ
鴻海との交渉を延々と引き伸ばしてきた結果がこれかよｗ

シャープが米クアルコムと次世代パネル開発へ、出資受け入れも
http://headlines.yahoo.co.jp/hl?a=20121204-00000029-reut-bus_all

素晴らしい出来のSH-02E、神機決定か？
http://suzunonejh.blog15.fc2.com/blog-entry-3144.html

【超速報】シャープ新機種「AQUOS PHONE ZETA SH-02E」が神機すぎると話題に
http://kizitora.doorblog.jp/lite/archives/20852517.html

887 ：Socket774：2012/12/04(火) 16:26:22.24 ID:dwxJqz+z

StrongARMが当時としては性能が頭一つ抜けてたな
ライバルはSH3とMIPS R4x00

888 ：Socket774：2012/12/04(火) 20:27:12.02 ID:xfN09of7

>>887
SH-G5の復活と再開された新MIPS64が対抗してくれない物か

889 ：Socket774：2012/12/04(火) 20:35:34.38 ID:P17rnMb+

>>887
StrongARMが出てきた時にはSH4があったよ…
日立本体から出たSH4搭載コンシューマ向けCE機はHPW-600系のHandheld PC Pro3.0機だけで終わったけどさ。
せめてHandheld PC 2000で作って欲しかった…

890 ：Socket774：2012/12/04(火) 20:39:10.35 ID:y4C8mb90

SH4はDreamcastに載ってなかったっけか。

891 ：Socket774：2012/12/04(火) 20:44:06.94 ID:dwxJqz+z

SA110が出荷されたのが1996年半ば
SH4は1998年12月

SH4はちょっとハイエンドすぎて直接のライバルにはならない

892 ：Socket774：2012/12/04(火) 20:51:27.86 ID:wO53ZiRg

NEC VシリーズのWikipedia
＞各種多様なオペレーションに人知れず大量採用されている。
ﾜﾛﾀ

893 ：Socket774：2012/12/05(水) 01:51:19.23 ID:yUTr6vHW

とりあえず、StrongARMがなかったらどうなっていたかはわからんね
StrongARMがいかに画期的に速かったかはNewtonユーザーが証言してくれるでしょう

894 ：Socket774：2012/12/05(水) 22:30:53.58 ID:GslMNZNT

とりあえず14nm世代で現状のCPU＋GPU＋ノースブリッジに加えてサウスブリッジも
内蔵されるわけだ。SoCを完全にするには次はメモリーを内蔵することになるだろう。

895 ：Socket774：2012/12/05(水) 22:37:35.30 ID:9t0Ge1ey

DRAMよ･･･次はおまえだ･･･

896 ：Socket774：2012/12/06(木) 00:28:52.05 ID:SgPJKvTI

MRAMだったかナンだかがお安くなってくればDRAMも引退できるんじゃないか

897 ：Socket774：2012/12/06(木) 00:30:14.23 ID:4tfZ/uAY

DRAM「我が生涯に一片の悔いなし！！」

898 ：Socket774：2012/12/06(木) 08:21:18.19 ID:e/jY09aY

SRAMはついにメインメモリにはなり得ないのか。

899 ：Socket774：2012/12/06(木) 08:54:43.06 ID:WKKrIjpd

＞SoCを完全にするには次はメモリーを内蔵することになるだろう。

eDRAMとどう違うの？

900 ：Socket774：2012/12/06(木) 09:33:18.02 ID:EQ4mXbne

eDRAM = CPUダイの一部をDRAM化。
SoCを完全にするには次はメモリーを内蔵 = TSVによるDRAMの統合

901 ：Socket774：2012/12/06(木) 15:15:44.26 ID:dAGA7CAd

eDRAMはCPUダイに内蔵だけど、TSVは上から貼り付ける感じかな？
eDRAMは横でTSVは上と言うイメージなんだが。
もしくは水平がeDRAMで垂直がTSVと

902 ：Socket774：2012/12/06(木) 18:06:29.75 ID:vmSosKTn

モバイルとサーバの2正面作戦を展開するARMの64bitコア「Cortex-A50」
http://news.mynavi.jp/articles/2012/12/06/arm_cortex-a50/

903 ：Socket774：2012/12/06(木) 18:48:27.41 ID:dAGA7CAd

インテルのCPUはサウスブリッジも内蔵されるとDMIやQPIやFDIも要らなくなるから
更にダイサイズは小さくなって余裕が出来ると思う

904 ：Socket774：2012/12/06(木) 19:07:06.83 ID:3hARN45x

今度はピン数が増えるな

905 ：Socket774：2012/12/06(木) 19:22:05.08 ID:HzAvH/uq

何でもかんでも1チップにまとめるとピンも足りないしバリデーションコスト上がるし廉価版作りづらいしダイサイズ上がってエラー率も上がるし
IOの高電圧とか入ってくるのでトランジスタの種類変えにゃならんしであまりいいこと無いよ

906 ：Socket774：2012/12/06(木) 19:59:38.97 ID:EQ4mXbne

>>905
減らないか？

907 ：Socket774：2012/12/06(木) 20:02:01.16 ID:4tfZ/uAY

増える分→もともとPCHから出ていたピン数
減る分→DMIのピン数、PCH用電源関連ピン

増える分のほうが多いんじゃね？

908 ：Socket774：2012/12/06(木) 20:08:51.57 ID:3hARN45x

とりあえずHasswellのモバイル向けSKUについてはMCMだからバリデーションとかダイサイズは気にしなくていい

909 ：Socket774：2012/12/06(木) 21:37:27.77 ID:+ujPeixj

>>898
今のCPUってキャッシュミスが続いたら極端に遅いし、
実質キャッシュをメインメモリとして動作してるようなものじゃないか。

揮発、不揮発の違いはあるけど、キャッシュとDRAMの関係は
限られたDRAMにHDD仮想記憶を加えていたのと本質的に同じだろう

910 ：Socket774：2012/12/06(木) 22:00:10.79 ID:Lhm9V3Rc

アドレッシングが違う

911 ：Socket774：2012/12/06(木) 23:31:16.02 ID:EQ4mXbne

>>909
目的が違わなく根

912 ：Socket774：2012/12/06(木) 23:36:14.45 ID:NA1wgCER

大雑把にいえば、どちらもアクセス時間を犠牲にして空間の広さを得ている。本質的に同じと言って良いだろう。

913 ：Socket774：2012/12/06(木) 23:39:49.01 ID:Lhm9V3Rc

>>912は半分だけ正解
キャッシュはふつう物理アドレスだが、HDDは違う
単一アドレス空間OSもあるけど、あんまり一般的じゃないよね

914 ：Socket774：2012/12/06(木) 23:45:39.99 ID:350QldSt

>>913
論理アドレスキャッシュだってあるし、違いを言ったらミスヒットの処理・管理主体から何から何まで違う。
そこは「本質」の話じゃない。

915 ：Socket774：2012/12/06(木) 23:53:31.65 ID:Lhm9V3Rc

>>914
論理アドレスキャッシュが実装の容易さとうらはらにあまり使われていないのは
まさに「本質的な」使いにくさによる

916 ：Socket774：2012/12/06(木) 23:53:55.47 ID:TvUfb9yK

キャッシュと仮想記憶を混同してはいかんな。
似てるのは階層構造になってる所だけだし。
キャッシュ＝ハードウェアが制御＝高速SRAM＞低速SRAM＞DRAM/ROM
仮想記憶＝OSが制御＝DRAM(主記憶)＞SSD＞HDD＞磁気テープor光ディスクwithオートチェンジャー

917 ：Socket774：2012/12/06(木) 23:55:58.37 ID:Lhm9V3Rc

ハードウェア制御の仮想記憶も過去にはあったんだけど
パソコンでは見かけないよね

918 ：Socket774：2012/12/06(木) 23:59:25.14 ID:Lhm9V3Rc

で、>>914の好きな論理アドレスキャッシュはOSが制御しないと使い物にならないわけだが

919 ：Socket774：2012/12/07(金) 00:05:15.29 ID:mmBvZfQZ

まさに階層構造こそがコンピュータのメモリの本質、「空間と時間のトレードオフ」を表しているのだよ。

逆の質問をしてみよう。909のいうキャッシュとDRAMの関係と「本質的に同じ」ものの例として、他に何を挙げる?

920 ：Socket774：2012/12/07(金) 00:19:33.37 ID:rBqk2kwp

CPUの性能指標がほぼキャッシュに依存している。
ほぼノーヒットのケースでは指標が全く大嘘になる。

こんな状態でDRAMを”メイン”メモリと呼んでいる方がおかしいんだよ

921 ：Socket774：2012/12/07(金) 00:27:07.01 ID:vJFSzfgc

主記憶の対義語は外部記憶、キャッシュもDRAMもBIOS ROMもCPUから直接アクセスできるものは全部主記憶だ。
大元の発想が局所性を利用して高速化を図るためのキャッシュと
速度を犠牲にしてアプリケーションからの使い勝手と大容量を目指した仮想記憶は目的が違うだろ。
キャッシュならメモリに限らずネット関係でいくらでも実装例があるから自分で調べろ。

922 ：Socket774：2012/12/07(金) 00:32:36.92 ID:LSwWJtEc

君が概念と実装の区別がついてないだけだよ
キャッシュと仮想記憶は別の実装から同じ概念に到達しただけのこと

923 ：Socket774：2012/12/07(金) 00:35:13.03 ID:LSwWJtEc

なんつかこう、間違ってはいないんだけど、半分だけ正しいって感じか

924 ：Socket774：2012/12/07(金) 01:01:58.40 ID:rBqk2kwp

目的の話でネットを持ち出すのは適切なのかな。
ネットのキャッシュの目的はトラフィックの軽減が主で
レイテンシの短縮はおまけだろう。

CPUキャッシュはレイテンシの方が主。
どうせバンド幅は外部チップとのバンド幅で制限されてしまう

925 ：Socket774：2012/12/07(金) 01:05:59.78 ID:v6sqJJ4H

>>924
>どうせバンド幅は外部チップとのバンド幅で制限されてしまう

まぁそうなんだけど、キャッシュのラインフィル動作が主メモリのバースト転送機能を利用する事によって
主メモリのバンド幅を有効に利用しているという側面もあるから…

926 ：Socket774：2012/12/07(金) 05:50:11.80 ID:vJFSzfgc

>>924
何言ってんだ？CPUキャッシュの帯域がどれだけ広いか知らないのか。
一次キャッシュは命令と複数のデータアクセスを同時に行えて、二次キャッシュもCPUコアと同一クロックで動作する。外部メモリとは桁が違う。
メモリアクセスがキャッシュ内で完結して外に出さないからそれだけ広い帯域が有効利用できる訳で、ネットと本質は同じじゃん。

927 ：Socket774：2012/12/08(土) 03:45:42.81 ID:T8QChHh/

昔話をすると1990年代のスーパコンピュータはＳＲＡＭがメインメモリ。
SX2とかVPとか。
アクセス速度10-15nsecぐらいの非同期ＳＲＡＭだったと思う。

928 ：Socket774：2012/12/09(日) 00:18:21.95 ID:JbIqQeQr

金田研にお邪魔した時はメインメモリはDRAMだとおっしゃっていたのでS820だと思う
VPPもDRAMです

929 ：Socket774：2012/12/09(日) 19:29:20.10 ID:4FSK1PWm

じゃあもっとキャッシュたくさん積めばいいんじゃね（提案

930 ：Socket774：2012/12/09(日) 19:44:10.89 ID:zDVLMXJw

たくさん積むにはキャッシュが足りない（予算

931 ：Socket774：2012/12/09(日) 19:52:41.21 ID:4FSK1PWm

キャッシュを積めばキャッシュを積んでくれるんですね？

932 ：Socket774：2012/12/09(日) 20:14:47.08 ID:JbIqQeQr

ベクトルスパコンの主記憶はバンクインターリーブしているので
少々遅いDRAMでもかまわないのです

933 ：Socket774：2012/12/09(日) 20:25:43.43 ID:rNYZaEJy

キャッシュ容量を無闇に増やしてもレイテンシが増えて効果がないからな。容量が一桁違う複数の階層に分けて、さらにスコープも分けるのが効率が良い。
L0：数KB：デコード済実行順命令
L1：数十KB：命令、データ独立
L2：数百KB：コア独立
L3：数MB：複数コア、GPU共有
coreMAだとコア数が増えるとL3の容量が増えるとともに近接コアからのレイテンシが小さく、遠隔コアからのレイテンシが大きくなって、実質的にL4を兼ねる動きになるよう考えられている。
少なくともキャッシュに関してはcoreMAは最先端を行っている。

934 ：Socket774：2012/12/09(日) 21:15:35.94 ID:9QTqMkTs

L4キャッシュ＝eDRAM
L5キャッシュ＝TSV

が理想L1～L3まではSRAM

935 ：Socket774：2012/12/09(日) 22:18:05.19 ID:MsPaJnsC

eDRAMはSRAM比で2倍程度の容量しかない
そもそも存在価値が殆んど無いから浸透していない
やるならPowerのようにL3を入れ替えるとかであって

容量も大差ないのにL3とL4の併設など馬鹿らしすぎる
ついでに3Dや2.5Dで大容量広帯域が来ると益々存在価値がなくなる

>>934など完全な無駄

936 ：Socket774：2012/12/10(月) 02:27:31.91 ID:09glrnBd

BG/QはL2が32MBのeDRAMだな

何にせよワークセットを考慮せずに階層だけ増やしても有害無益
キャッシュのオーバーヘッドは小さくない

937 ：Socket774：2012/12/10(月) 07:47:25.40 ID:bQiiN55C

扱うデータによって最適な設計は異なるけど、現時点でCPU外部にキャッシュを設けるのはNGじゃないか。オンダイでキャッシュをある程度載せてしまえば後はレイテンシ、スループットとも中途半端な外部キャッシュよりもスループットの高いメモリがあった方がいい。　　
キャッシュ用のSRAM繋ぐ位ならDRAMのバス幅広げた方がいいってこと。

938 ：Socket774：2012/12/10(月) 09:02:40.48 ID:LpVPjIG/

Alpha21064だか21164だかはレイテンシ抑えるためにL1を4KBに抑えてた記憶。

939 ：Socket774：2012/12/10(月) 09:17:14.69 ID:09glrnBd

I/Dともに8KBだけど？
ページサイズもそれにあわせて8Kになっている

940 ：Socket774：2012/12/10(月) 09:19:38.78 ID:LpVPjIG/

記憶違いか。すまん。

941 ：Socket774：2012/12/10(月) 09:25:20.82 ID:09glrnBd

もっとも、一般的な4KBページではないのは
ダイレクトマップにしたかったからかもしれん

942 ：Socket774：2012/12/10(月) 14:59:16.99 ID:fny08dgE

>>935
GPGPUとして考えるならeDRAMもありなんでは？CPUだけ見てたらそんなの要らないけど
内蔵GPUの為にL4キャッシュとしてeDRAMを搭載するはいいんじゃない？
CPUはこれまでどおりL1～L3のSRAMを使用したらいいしさ。
一応はeDRAMはSRAMの倍程度の容量は搭載されるしGPUには有効かと

943 ：Socket774：2012/12/10(月) 16:16:13.51 ID:3A1Mur09

>>942
相変わらず馬鹿だなぁ
2倍程度しか違わないってのは
SRAM20M積める所をSRAM10M+eDRAM20Mになる訳
密度が2倍じゃ2倍すら詰めないの
こんなんで階層増やす意味ないの
せめて1桁違う位じゃないと存在意味無いの

eDRAMが全然広まらないのは意味がないとお前以外みんな解ってるから

944 ：Socket774：2012/12/10(月) 17:01:15.03 ID:09glrnBd

>>943
インクルーシブキャッシュだと容量変わらんw

945 ：Socket774：2012/12/10(月) 18:44:56.85 ID:Xt2voFvH

>>944
はっきり遅くなるだけと言ってやれよ。

946 ：Socket774：2012/12/10(月) 21:04:45.86 ID:JJ5UPZp8

POWER7の記事によると

ttp://news.mynavi.jp/news/2010/02/09/051/index.html
ttp://www-06.ibm.com/systems/jp/power/info/pdf/power_guru_seminar01.pdf
＞CPUに組み込まれたeDRAMにより、
＞L3キャッシュへのアクセス速度（レイテンシ）は
＞（POWER6のMCM eDRAM L3比）6倍にまで向上（バンド幅はx2）。
＞SRAMに比べて、スペースは3分の1、
＞待機消費電力は従来（SRAM）の5分の1、
＞ソフトエラー発生率は（SRAMの）250分の1に抑えられている。

947 ：Socket774：2012/12/10(月) 21:13:05.92 ID:JJ5UPZp8

ttp://news.mynavi.jp/articles/2009/09/16/hot_chips21_power7/index.html
＞eDRAMテクノロジを使って3次キャッシュをCPUチップに
＞内蔵したことにより、3次キャッシュのアクセスが高速となり、かつ、
＞バンド幅も大きくすることが可能になった。そのため、各コア内蔵する
＞2次キャッシュは256KBと（POWER6の4MBから）サイズの縮小が可能となり、

948 ：Socket774：2012/12/10(月) 21:32:59.97 ID:JJ5UPZp8

＞eDRAMが全然広まらないのは意味がないとお前以外みんな解ってるから

ttp://toyokeizai.net/articles/-/9575?page=2
＞鶴岡が持つ低消費電力の混載ＤＲＡＭ技術は、
＞世界でもルネサスとＩＢＭしか持たない。

949 ：Socket774：2012/12/10(月) 21:36:07.01 ID:09glrnBd

eDRAMがそんなにいいものなら、今頃ルネはウハウハだな

950 ：Socket774：2012/12/10(月) 21:56:00.90 ID:znte52Je

よく新しいCPUが発売される半年くらい前から、アーキテクチャの詳細を発表したりするけど、
あれって、他社に知られて損にならないのかな？
何も言わなければマネされることもないだろうに。

951 ：Socket774：2012/12/10(月) 22:31:48.35 ID:xKcAT9/l

発表ったって概要だけで設計や製造のノウハウを公開してる訳じゃないし
マネされても完成するまで何年も掛かって完成したころには時代遅れになってる

952 ：Socket774：2012/12/10(月) 22:36:43.04 ID:GO0r7PoY

Intelの最新CPUを真似て何年もかけて作ったら大変なことになったAMDですねわかります

953 ：Socket774：2012/12/10(月) 22:40:30.70 ID:znte52Je

なるほど。
開けてびっくり玉手箱、むしろ競合相手に自分たちの優位を見せつけるくらいなんだね。
今から追いつけるもんなら追いついてみろよ、ってか。
まぁ、逆の立場になる可能性もあるけど･･･。

ブルをドヤ顔で発表してた人の心中は如何ほどだったか･･･ｗ

954 ：Socket774：2012/12/10(月) 22:41:32.73 ID:8v75Edbz

eDRAMが広まらないのは製造コストがかかるからだろう

955 ：Socket774：2012/12/10(月) 22:46:52.03 ID:xKcAT9/l

>>952
AMDのAMD64をマネたら糞遅かったC2D、AMDのメモコン内蔵をマネたらメモリの相性が出まくったNehalemなら知ってるが、
その逆は知らんなぁ。

956 ：Socket774：2012/12/10(月) 23:31:24.71 ID:upvVTxLO

グリスバーガーでも5年以上先行してたAMDの製造技術は世界一ぃ～

957 ：Socket774：2012/12/11(火) 00:06:18.13 ID:Q6r6o0Bf

>AMDのメモコン内蔵をマネたら
こんなこと言うから信者扱いされるんだ

958 ：Socket774：2012/12/11(火) 00:08:08.81 ID:jejP0Dj6

Intelも早々にノースとメモコンを統合したかったけど、
RambusがCSI関連の特許でゴネて見送りになったんだよね。

959 ：Socket774：2012/12/11(火) 03:57:29.83 ID:z1dtlc+F

発表される程度のネタなら発表待たなくても知ってるだろ
実際に作られる以前に理論とか構想は出るもんだし
製品でいきなり画期的なものが出てきた例なんて、あってもわずかだろう
もちろん「競合他社が製品に突っ込んでくる」ってのは貴重な情報だろうけど

960 ：Socket774：2012/12/11(火) 11:55:22.34 ID:jRa9+bx5

インテルもCPUと内蔵GPUの橋渡しの為にL4キャッシュを搭載する事を検討しているようだが
またSRAMなのかな？eDRAMが無いとしたら

961 ：Socket774：2012/12/11(火) 12:44:46.12 ID:Mt5B2aNm

今からやるならTSVじゃね

962 ：Socket774：2012/12/11(火) 21:33:33.52 ID:jejP0Dj6

>>959
理論として構築されてるものがほとんどだろうけど、
それを製品として投入したかどうかを知られるのがどうかと思うんだけど。
今度のHaswellだって、早速パイプを増やしたって言っちゃってるけど、
秘密のベールに包んでおけば、
いざ製品が出てきたときにめちゃくちゃ速いとなれば、
なぜなんだろう、と競合他社があたふたするじゃん。
パイプ増やしたって知ってたら、
「よし、じゃぁ、うちらもパイプ増やそう」って簡単にマネされちゃうじゃん。

963 ：Socket774：2012/12/11(火) 21:44:33.34 ID:cIgqsYbA

競合他社が不甲斐ないから

964 ：Socket774：2012/12/11(火) 21:50:24.55 ID:jejP0Dj6

AMDは存続そのものがヤバそうだもんね･･･
APUやHSAの志はすばらしいのに、どうしてこうなった･･･

965 ：Socket774：2012/12/11(火) 22:20:52.60 ID:hKJFdvYL

>>962
逆に考えるんだ
パイプを増やしたのとは別に
速くなった真の理由がありそれは隠されているんだ、と

966 ：Socket774：2012/12/11(火) 22:27:27.53 ID:jejP0Dj6

>>965
そういうことか！
Intelは試合巧者だね！

967 ：Socket774：2012/12/11(火) 22:28:41.24 ID:qbAZBF6P

>>962
パイプラインを増やすってのは変わった発想じゃないからなあ

968 ：Socket774：2012/12/11(火) 22:32:52.10 ID:fgP25WPd

AMDこんなざまの最大要因はキャッシュ制御機構のシパーイでしょ

969 ：Socket774：2012/12/12(水) 00:44:20.29 ID:oaLkn3AZ

>>968
Duronの時はキャッシュ機構に救われたのにねぇ…

970 ：Socket774：2012/12/12(水) 08:57:23.19 ID:HWwhEOfo

キャッシュも戦犯だが戦犯の一人に過ぎない

971 ：Socket774：2012/12/12(水) 10:39:47.79 ID:fEeXdGBP

AMDは外人部隊が持ち込み案件一回だけしか仕事できない体質を改めない限りダメだろう。K7からK8は頑張ったけどまとめて単一マイクロアーキテクチャーで括っていいし、それ以後は御察し下さいだし。

972 ：Socket774：2012/12/12(水) 11:11:24.47 ID:64kE2sZR

技術力やら技術者の責任にしていいのは製品の良し悪しまで
会社が傾くのは100%無能な経営陣のせい

973 ：Socket774：2012/12/12(水) 18:58:56.41 ID:q/FTgbi8

>>961
TSVはまだ無理なんじゃない？

974 ：Socket774：2012/12/12(水) 20:24:04.14 ID:qMXMiJ2k

今からeDRAMを開発するよりは確実に早い

975 ：Socket774：2012/12/13(木) 08:03:42.87 ID:srSc/XNr

atom押しの皆さんへ

米モトローラ、携帯端末の生産撤退　Google「特許吸い取れたから、工場イラネｗｗｗｗｗｗｗ」
http://hayabusa3.2ch.net/test/read.cgi/news/1355290383/

976 ：Socket774：2012/12/13(木) 11:49:52.79 ID:PMq/q26z

>>974
L4キャッシュも普通にSRAMでいいだろ

977 ：Socket774：2012/12/13(木) 11:56:18.85 ID:Ct3LFf6B

占有ダイ面積が大きいわりに効果が薄い、という評価になるであろう

978 ：Socket774：2012/12/13(木) 16:36:17.57 ID:QZDPAKDy

容量増やしすぎるとこんどはレイテンシ上がってキャッシュの意味なくなるし…

979 ：Socket774：2012/12/13(木) 18:28:33.84 ID:oLl/teKl

一方で、鶴岡が持つ低消費電力の混載ＤＲＡＭ技術は、世界でもルネサスとＩＢＭしか持たない。
現在は任天堂向けが大半だが、モバイルなど低消費電力への需要増で世界有数のＩＴ企業から
の引き合いが急速に増えている。

いずれはeDRAMが日の目を見るときがくるってことか

980 ：Socket774：2012/12/13(木) 20:31:54.93 ID:PMq/q26z

L4キャッシュは内蔵GPUとCPUとの橋渡しでどうしても必要になってくる。
TSVはすぐには無理だし、eDRAMはダメだというしSRAMしか道は無い
インテルはどうするかな？eDRAM採用したらルネサスを救う事になるが
eDRAMは技術的に意味が無い物らしいから無いのかな？

981 ：Socket774：2012/12/13(木) 20:57:32.39 ID:acXK/a2J

あ

982 ：Socket774：2012/12/13(木) 23:58:55.93 ID:+UZmNSCD

い

983 ：Socket774：2012/12/14(金) 01:02:34.66 ID:cstwxphk

う

984 ：Socket774：2012/12/14(金) 01:52:32.85 ID:M/NmaA3m

eDRAMって『えどらむ』？

985 ：Socket774：2012/12/14(金) 01:55:14.98 ID:ZP4pWKaX

え

986 ：Socket774：2012/12/14(金) 01:55:51.38 ID:cstwxphk

江戸RAM

987 ：Socket774：2012/12/14(金) 03:15:10.29 ID:gcthcCCX

えっドラム？

988 ：Socket774：2012/12/14(金) 04:48:19.64 ID:9hFLZ+sq

次スレは？

989 ：Socket774：2012/12/14(金) 08:47:54.74 ID:ZXCEtQ5a

>>984
EDO-DRAMがどうした。

990 ：Socket774：2012/12/14(金) 20:28:15.38 ID:5FdxVIcj

>>989
懐かしのSIMMか・・・・

その後継はDIMMだがDDR4移行は行き詰っているな。RIMMの復活を願うばかりだ

991 ：Socket774：2012/12/14(金) 21:09:58.63 ID:EIFndgxp

あ

992 ：Socket774：2012/12/14(金) 21:18:40.91 ID:P05Wb7vT

うめ

993 ：Socket774：2012/12/14(金) 22:27:18.42 ID:vYCvx4aC

>>990
RIMMは高性能だとしても広がらなければ淘汰されると言う現実を魅せつけてくれたな

994 ：Socket774：2012/12/14(金) 22:34:19.78 ID:Uv0tdv5y

RIMMは全然高性能じゃなかったから
すぐ後に出たDDRに負けてたし価格は10倍
売れるわけねぇ

995 ：Socket774：2012/12/15(土) 00:12:52.18 ID:khu6oI0N

次スレ

CPUアーキテクチャについて語れ 23
http://anago.2ch.net/test/read.cgi/jisaku/1355497868/

996 ：Socket774：2012/12/15(土) 02:06:12.32 ID:KiAeOdSF

RIMMは性能よりも空きスロットにも信号雑音抑えるためにダミーカードささなきゃならんかったのが一番の問題だったな
いまだとボード上のターミネータで済むけど当時はまだまだそういう実装できなかったからねえ

997 ：Socket774：2012/12/15(土) 05:17:26.03 ID:aWXET/zo

性能が出てればC-RIMMぐらいは文句出なかったような気がする

998 ：Socket774：2012/12/15(土) 07:52:15.68 ID:Fhezr51i

999 ：Socket774：2012/12/15(土) 07:52:47.34 ID:Fhezr51i

1000 ：小倉優子 ◆YUKOH0W58Q ：2012/12/15(土) 07:53:20.33 ID:Fhezr51i

　　∧,,,∧　
　( 　・∀・)　1000ならジュースでも飲むか
　 (　　　)　
　　し─J　

1001 ：１００１：Over 1000 Thread

1台のマシンが組み上がりました。。。
新しい筐体を用意してくださいです。。。。

　　　　　　　　　自作PC板＠2ch http://anago.2ch.net/jisaku/