AMDの次世代APU/CPU/SoCについて語ろう 206世代©2ch.net

＼.＿　 | 荒らし・煽り・厨房は放置が一番。
／|＿|　| 釣られずにスルーしましょう。
|＿／＼! sage進行でマターリいきますお

荒らしや関係ないコピペな人はNGに入れて無視しましょう。

自作板AMD系スレッド過去ログ保存サイト
http://amd.jisakuita.net/

前スレ
AMDの次世代APU/CPU/SoCについて語ろう 205世代(c)2ch.net
http://anago.2ch.net/test/read.cgi/jisaku/1418944493/

２

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html


AMDの順位ダケが急降下ひとり負け＼(^o^)／

このスレでの質問は禁止とします。

質問禁止といわれたそばから質問（というか疑問）
たるさんの実行ユニットの共有化というのは実現すると思う？
Pile　→　steam でデコーダーを多重化したなから次は、さらに上流のメモリアクセスあたりまで分離（バックエンドもついでに）、
性能を束縛している多重化された実行ユニットは一つに融合にしてSMT実行。
これなら性能は上げつつダイ面積を削れそうだけど実現しそうかな？

>>5
支離滅裂すぎて何を言いたいのかがさっぱりわからない。

>>4
ここは応援スレじゃないぞ

複数コア間での実行ユニットの共有化は実現する（できるの）かどうか

http://www.ne.jp/asahi/comp/tarusan/main136.htm

http://www.ne.jp/asahi/comp/tarusan/main214.htm
めんどくさかったのでタイトルは略

>>8
『ペンを２本使って原稿の執筆速度を上げる』レベルの実現性がありそうだね。
「コア内部で行っている並列化を追加ユニット無し、オーバーヘッド無しでコア外部で行おう」と言ってるようにしか見えない。

>>5
＞実行ユニットの共有化というのは実現すると思う？
とっくにしてるだろ
＞多重化
変な言葉作るな
＞上流のメモリアクセス
メモリアクセスするのは命令のキャッシュ分使い切って次のを持ってくるか
それともデータキャッシュミスして別のをメモリから読み込む場合つまり下流だ
＞分離（バックエンドもついでに）
元からだろ
＞多重化された実行ユニットは一つに融合にして
既に多数が重なっ（融合）たものが新たに融合？どういう言葉の定義だ

2000年 デュアルコアPOWER4
↓
2005年はデュアルコア元年！世界初デュアルコアAthlon64 X2！


2003年 クアッドコアPOWER5、1コア2スレッドSMT
↓
2007年、ついにクアッドコアCPUが登場！Phenom X4！


2010年2月 TurboCoreモードを備えたPOWER7、1コアあたり4スレッドSMT
↓
同年 Turbo CORE実装したPhenom II X6


2007年 オーバー5GHz POWER6
↓
2013年 世界初の5GHz、FX-9590！(定格4.7GHz)


2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初！SMT搭載CPU！なんと！1コアあたり2スレッド処理してしまう！これからはSMTの時代！Intelも後を追ってくるかな？

1スレッドで使い切れないリソースを1コアに集約して複数スレッドで共有するというアプローチなら
POWER8やPoulsonのSMTが既にやってるだろう
コアをまたいで共有ってのは筋が悪いというか、Sunも投げたしAMDも結局投げただろ。

クラスタードがコア課金だからAMDに不利なんてのは後からの話で
そもそもこういう事態を招いたのはAMDだったわけですけど。

AMDのCPUは1ノード最大8CPUに上限が決まってて、MCMで複数ダイを1つにまとめれば、
まとめた分だけ最大ソケット数が減る。
最大8ソケットまで対応してたのがMagny-Coursで4ソケットになったのもそういう理屈。
AMDいわく、ソフトの多くはソケット単位の課金なので、ソフトにかかるコストが約半分にできる、と。

それはAMDのみの都合であって、ソケット単位でSQL Serverなどのライセンスを売ってた
MSは大激怒ですよ。そこで主要ソフトベンダーはコア数による従量課金にこぞって変更。

低性能コア多数のアプローチは逆風になりましたとさ。

「こいつらHyperThreading相当を2コアだと主張してるからそのとおりのコア数で課金してやろうぜ」

MSやOracle、IBMなどの主要DBベンダーは、Sandy Bridge Xeonの8コア16スレッドに対抗できるか
どうかのレベルの自称16コアに2倍のライセンス料がかかるようにした。
サーバでこれは致命的で、この時点でOpteronの凋落が確定したわけです。

MCMならDempsyやKentsfieldが先に存在している訳で
コア課金になったのはAMDの所為とも言えないのでは？

自称コア

Intelの当時のMCMはFSB経由ノースブリッジに接続する形態で、極端な話4ダイでも8ダイでも
ソケット数上限に影響を与えない。
んでCore 2 QuadやAtom 330でも論理的には1CPUだからXP Home(1ソケットまでしか使えない)が
そのまま使えたわけ。

Opteronの場合は最初からメモリコントローラ・HyperTransportをダイに統合してて
ダイごとに列挙子が割り振られるので8ダイを超える構成ができない

AMDはARM系で独自をやろうとしてるしARM系でAPUも予定してるしSkybridgeなんて構想も
主に自分らの都合で商品化を急いでるしAMDのリソース完全にオーバーしてるような
Zenなんてホントに出せるのかいな
出せたとしてもスケジュールはいろいろ全部ズルズル遅れるんだろうな
幸か不幸かコンシューマ向けを独占した状態になってるけど、そっち系の仕事取ると
他の開発は遅れるのが定番だから

継続的にセミカスタム品の仕事は請け負ってるみたいだからリソースは足りないだろうね

極端な話デコーダだけ変えればいい

>>9
このままシングルコアのSMTになるのが少ししゃくなんだよね。
steamでデコーダーも分離したなら次はL1Iキャッシュにフェッチも分離してもおかしくないし
ただの2コアなだけじゃなくその実2コアで実行ユニットを共有化とか面白そうだと思って。

現状Bulldozer系のモジュールは
大きさの割にシングルスレッド性能が低い2スレッド実行可能なコア
でしかないので
コアをワイドにする方向にもモジュールを増やす方向にも行きにくい

あえてBulldozerみたいな路線を続けるなら
big.littleじゃないけどワイドなコア1つとjaguarみたいな小さなコア複数でモジュール組むとかならありだと思う
まあ非対称な構成はOSの対応が面倒だからAMDはやりにくいだろうけど

というかMicrosoftが嫌ってる
Windows RTで使われてるSoCもAndroidではbig.LITTTE対応してるのにRTでは無効化されてるとか
今はRT自体が事実上終わってしまったから過去の話ですけどね。

>>17
おいおい、なんのためにネイティブ2コアのPentium4とか
ネイティブ6コアのCore2とかいうチップが鯖向けだけに
作られたと思ってんだよ

FSBの制限でダイ上に何個もどころかソケット数にもろに
ひびいて最終的にFSBを増やすという力業で解決してたじゃん

ネイティブ2コアのPentium4？

Tulsaの事では

なんだXeonか

>>24
知ってるよ。
FSBを共有することで、パフォーマンス上のデメリットがあるだけで、
ソケット個数そのものに制約があるわけではない。
プロセッサ間のメモリコヒーレンシをノースブリッジに移譲してるから
ノースブリッジの制限内でコア数を増やすことができる。

でもね、AMDのOpteronの場合はプロセッサ番号に割り当てられるビットが3ビットしかなくて、
MCMで統合してもそれぞれのダイが別々のプロセッサ番号を持つ。
だから４ソケットまでしか対応できない。

対応したノースを無理やり出してしのいできただけだろ
CPUを共有するはずのFSBを4本出してCPU1個ずつぶらさげるとかあほとしか思えん

:473 名前：Socket774[sage] 投稿日：2014/06/08(日) 02:14:14.40 ID:KXR8ESOI
＞:774 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 21:20:40.57
＞「AMDマシンだけはLANに繋ぐな」って言われるしな
＞:778 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 21:32:54.97
＞「明確な理由がない限りAMDのマシンを社内に入れるな」だよ。
＞:780 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 21:41:14.97 ID:+WKxBJ8a [11/36]
＞そもそもの問題としてNECも富士通も法人向けPCにAMDのモデルないけどな

＞:801 名前：Socket774[sage] 投稿日：2014/05/31(土) 22:28:13.21
＞企業じゃないんだが、公的機関の窓口PCで、2コア2スレッド〜4スレッドの
＞マシンが使われててさ。　仕事中にウイルスチェックが裏で走ると、なんと、
＞業務用システムの動作が中断〜破棄されるらしいんだわ

＞:802 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 22:34:21.61 ID:+WKxBJ8a [18/36]
＞それは単純に性能足りてないだけだ
＞AMDかIntelかなんて全く関係ない次元の話だろ
＞システム導入で飯食ってる人間からすればずいぶん稚拙な話だな

＞:808 名前：Socket774[sage] 投稿日：2014/05/31(土) 22:50:46.66
＞これ　↑　　有名メーカ製PCを扱ってる、システムベンダ様と
＞そちらが選定をされたところの、メーカ様製のプロセッサの性能が
＞貧弱で足りてない・・・と
＞で、そういうところには、AMD製品はない…と
＞性能足りないものでシステムを組んで、平気で納入するのは幼稚だね

:474 名前：Socket774[sage] 投稿日：2014/06/08(日) 02:16:51.88 ID:KXR8ESOI
＞:802 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 22:34:21.61
＞それは単純に性能足りてないだけだ

＞:809 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 22:54:30.30
＞いったいいつ納入されたシステムにケチをつけてるんだ貧乏空想ボボッタ君は

＞:811 名前：Socket774[sage] 投稿日：2014/05/31(土) 22:58:05.62
＞公的な環境だと耐用5年くらいじゃないの？
＞そんなことも知らないの？
＞:819 名前：Socket774[sage] 投稿日：2014/05/31(土) 23:04:25.11
＞幼稚呼ばわりしたのも
＞性能足りてないって明記したのも
＞耐用・償却年書けと言ったのもあんたなんだけど？
＞何処の公的機関か、もし少しでも書けるなどと思ってるなら
＞少しは各省庁や役所の情報セキュリティポリシーでも読んできな

＞:827 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 23:14:54.20
＞マシンのスペックも調べずに
＞性能不足だなんだとわめいて

自分でわめいておいて、他人を貶してトンずらしたけどさ

＞:802 名前：,,・´∀｀・,,）っ-○○○[sage] 投稿日：2014/05/31(土) 22:34:21.61
＞それは単純に性能足りてないだけだ
＞AMDかIntelかなんて全く関係ない次元の話だろ
＞システム導入で飯食ってる人間からすればずいぶん稚拙な話だな

この、単純に性能の足りてないだけの幼稚な話　って断言の詳細を書いてよ
明確な答、まだかな?　＞名前：,,・´∀｀・,,）っ-○○○

自ら、説明も証拠も求めずに断言
その後遁走
開き直って実例提示連呼

卑怯者の無責任、虚言癖と言われても仕方ないね
＞名前：,,・´∀｀・,,）っ-○○○

つまりFX-4000やA10-8850K以下は事務にも使えんってことか

>>33
使えなかったのは、Intel のマシンだと思うよ
AMDの製品ならどうだったかは、現場に存在しない（と本人が断言してる）から
判らない

FX-4000やA10-8850が事務に使えないとか、聞いたこともないし、
もっと前のAMD環境でも、手元じゃ動画編集にも使えているからね
多分、AMDについて貶したいがための、いつも連呼してる雑言虚言の類だろう
あなた＞ID:RZjVdkoPも、決めつけ発言には気をつけた方が良いですよ

＞企業じゃないんだが、公的機関の窓口PCで、2コア2スレッド〜4スレッドの
＞マシンが使われててさ。　仕事中にウイルスチェックが裏で走ると、なんと、
＞業務用システムの動作が中断〜破棄されるらしいんだわ

ウナギはまずこれの証拠を出さないと、卑怯者の無責任、虚言癖と言われても仕方ないよ

>>34
揶揄い甲斐のあるやつだな

>>34
OS何？
Windows 8.1の7850Kだと動画編集しながら裏を触るとカクカクするのは仕方ないと思ってるが、
10.10.2のSandy 2コア2.3GHzではiMovieエンコしながらでもカクカクしない

妄想ウナ銀河乙〜

>>37
裏ってなに？
ケースの裏？

>>34
そりゃ聞いたことないだろ
そもそもAMD使う人が稀なんだから

日本人ならインテルゲフォ一択だねｗ

A-8000の次は
A12-A 295Kとかになるんか？
AMD A A 200シリーズってか？

とりあえず三桁になると思う。
それとA-8000じゃなくA10みたいな感じで数字がついてるよ。

>>43
Ax-8000と書きたくなくてな

>>28
APICを拡張したので8ダイ以上は扱えるようになったんですがね。
問題は、Oracleに買収されてAndy Bechtolsheimも辞めちゃったSunからも、大口ベンダーであるhpからも、8ソケット要らない、って言われちゃったことだよね。

>>37
やっぱりOSの問題だったんだな

それOSの問題じゃ……

不都合バグてんこ盛りアムチョンｗ
日本人ならインテルゲフォ一択ｗ

日本人ならゲフォチョン！

マカチョンも混じっててオールスターだな

Windows信者は帰れ
ここはノート用エクスカベータを眺めて失禁するスレだ

ISSIみたいなやつはいつから？

AMDファン
http://www.amd.com/ja-jp/markets/digital-fan-kit/

>>53
壁紙のサイボーグっぽいねーちゃんとロボもメインチップはAMDかしら？

日本人ならインテルゲフォ一択だね

AMDロボ！ぶっちぎりバトルジサッカーズ

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

次世代だと、ARM cortex-A72のあれも含むのか?

出荷に問題が出ず正常販売できたらtegra死亡でﾇﾋﾞ危篤になりそうな出来映えだよな。



ホントに無事に出荷できるだろうか心配だが。
あと、自作板の対象外の製品で板ﾁなのが最大の問題か。

ｽﾏﾝ、ニュースの誤読だな
AMDが生産する予定に入ってるのはA57であってA72の予定は出てない、A72はARMによる発表だけだで生産ベンダ未定だな

>>59
AMDはさっさと世界初のARM 64bitを発売しろ

2016年は64bit ARM元年！

某特定名無しはさっさと世界初の連続レスを継続しろ

2016年は包茎の連ポリオン元年！

Seattleの後のARMではHSA対応のAPUだったりSkybridgeだったりなんだし
AMDはCortex-A72を採用しないだろ

ライセンスは受けるでしょ
わざわざa57をシュリンクするとは思えないし

NVIDIAはもうDenverリリースしてるのにK12は2年も先でしかも鯖向けとかいう
まともな需要があるのかも怪しいところ向けだからね

やっぱり日本人ならインテルゲフォ一択だねｗ

全世界のAndroidゲームがIntel CPUに最適化へ

UnityがIntelと戦略的提携
http://m.pc.watch.impress.co.jp/docs/news/20140821_662978.html

日本人ならインテルゲフォ一択

…などと意味不明の奇声を上げながら、グリスCPUを
うなされた様に振り回し続けており…

全世界のAndroidゲームの半数が
ではなく
全世界の半数のAndroidゲームってことは
つまり全世界のAndroidの半数ゲームハンゲームってことか
それとも整数小数半数か
プログラムのデータの型が半数か

radeon？
何でしたっけそれｗ？

http://www.anandtech.com/show/8962/the-directx-12-performance-preview-amd-nvidia-star-swarm/3
http://images.anandtech.com/graphs/graph8962/71450.png

どんな不公平なコードでドライブされてるかもわからない
特定1ゲームの結果グラフだけを引いてきて貼り付けて
スレッド全体を揶揄する様な書き込みをする

異常者の執着工作の典型ですわ＞ひとつまえ
草生えてるのって、例外なく脳をやられてるんですかねぇ

>>72
もともとAMDがmantle(笑)のデモ用に使った
不公平なコードでドライブされてるかもわからない特定1ゲームですがｗ

・・・などと、脳がやられたウナ銀河が唱えており

銀河疾風ウナギンガー

ゲームの最適化だけで伸びるならNVIDIAのSHIELDはもっとヒットしてんじゃね
劣勢だからこそ金の力でなんとかしようとしてるんだろうけど

日本人ならインテルゲフォ一択

まーぶっちゃけ、統合や内蔵も含めた全GPUの中で見たら、ゲフォもラデと同程度のシェアしかなくて、
Intel1強のなかでわずかな残りシェアを取り合ってるだけだよな。

統合や内蔵のPC用GPUを作れないﾇﾋﾞはろくなシェアを取れない。

統合gpu作ってるのにろくにシェアとれないnvと同程度なんて
amdはろくでもないですね

そりゃCPUじゃIntelに負け、単体GPUではﾇﾋﾞに負けてるからな。

もっとも、PC用の専業では先行きが暗いとばかりに手を出したモバイルのtegraが苦戦し続けてるﾇﾋﾞも、
将来性の危うさではAMDと互角だろ

tegraはまだ性能でトップクラスだからこの先芽はあるがAPUはなあ。

hpc,cloud,grid,mobileそして車載など新市場開拓してるnvと
一緒にしないで

日本人ならインテルゲフォ一択

>>80
Tegraのメインはもう車載向けじゃね？
AMDの今後はゲーム機市場の死守と鯖向けAPUにかかってると思う。

すごーく皮肉だけど、AMDがx86の64ビット拡張なんかしなければ今頃Intelの支配はなかったかもね、
まあその場合AMDはそもそも生き残ってないかもしれんが

支配とか何言ってるんだか判らん

Itaniumってマジで話題を聞かなくなったな
まだ新製品の開発は続いてるはずなんだが

今年プロセス変更なしの延命品出して
その後はXeonへの移行が有力。

AMD64のダメすぎるISAへの最適化が砂橋を産んだのは皮肉だよな。

AMD64がなくともItaniumはコンシューマには降りて来なかったと思うよ。
レジスタ8本のままのYamhill拡張がそのまま使われてたはず。

性能が求められるはずのいまのPCゲームの大半が32ビットコードだ。
レジスタ16本って特殊用途を除いてそんなに必要性感じないのは多分
現行x86アーキのレジスタリネーミングが強力であるが故だね。

少なくとも既存のOpcodeを削らなくてもModRMの空きがあるからAVX拡張はできる。
実際32bitモードでもAVX〜AVX512まで使える。

AMD64は追加のレジスタ使うとコードの効率悪いのがな
既存の互換重視のせいで継ぎ足しのみっともないコード体系
まで引き継いだのはどうなんだ

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html


AMDの順位だけが急降下ひとり負け＼(^o^)／

ん？まさか1バイト版のincやdecに未練でも？

*ax, *cx, *dx, *si, *diだけ使ってる分には32ビットとほぼ変わらない
r8-r15を使うのは変数が大量に必要な関数で、ロード・ストアの頻度が減って
ラッキーくらいの気持ちで使うものですよ。

>>85
＞AMDがx86の64ビット拡張なんかしなければ今頃Intelの支配はなかったかもね

それはない
IA-64の天下になった可能性の方が、そっちの可能性よりもずっと高い
その場合、AMDはIntel互換CPUのメーカーとして生き残る可能性は無かったはず

>>90
最低限度、メモリ空間の大幅拡張だけは確実に行われたはず。
既存x86のメモリ拡張はMSに蹴られてしまったから、それ以外の方法でな。

で、そのメモリ空間をきちんと使いこなすには32bitしかない汎用レジスタのサイズがネックになることが確実だから、
なんらかの64bit部分拡張は不可避だった。

>>91,93
まあ、よほどレジスタの活用が巧妙な人でもなかったら、
汎用レジスタ8本とレジスタの一時退避用の補助レジスタ8本ぐらいあれば滅多に困らんよなあ……

IA64の天下の可能性自体はもちろんあったろうが、実際より早くマルチアーキが主流になってarmが省電力、POWERがエンタープライズを抑えてたかもよ。

それはたぶん無理だったと思う

何があっても潰しただろうね
たとえ、1チップ辺り100ドルのマージン割り戻してでも、
信条を腐らせて潰して奪うから

ウナギ異常者を飼ってまでスレを荒らす会社からすれば
どんなことだって団子だと思うよ

どのみちXeonはYamhill(レジスタ本数拡張しないで64ビット化)にしろClackamas(AMD64互換)にしろ
64ビット化はする予定だったわけで、そっちのほうが遥かに顧客のニーズは大きかった。
性能が伸び悩み既にIBMやSunの失望を買ってたIPFがサーバのメインストリームになることは
絶対なかったはずです。

IPFを最終的に殺したのはOpteronではなくIntelのXeonといわれているくらいですし。

＞既存の互換重視のせい
それ以外目的無いでしょ
「既存のアプリがそのまま動く」「64bit化する」
それ両立させるためだけのx64
根本から駄目だからAMDはx64とARMを同じダイに混載させて
これからの脱却図ろうとしてんだから

そもそもIntel命令アーキの周辺事情と無関係に
すでにPCがスマホに侵食されてるし
Intel64の栄華なんて無い

AMDは殲滅

>>99
毎回思うけど誰が得すんの

だけかが得をするなら売れるししないなら売れない

根本からダメなのはAMDだけでしょ
ARM版Opteronを出してもXeon E3やAtom C2000の電力効率に勝てず
製品の量産出荷が無期限延期

開発キットという名目で2999ドルというふざけた価格を提示しているのは
おそらくまとまった数売れる目処がたたないから
また逆にAtovonは量産ベースにのる程度に売れてるから5万円でCPUの載った
サーバ用マザー一式買えてしまう

いきなりx86にするのもARMにするのも全部乗り換えようとしたらリスクがでかいだろ。
両方が動けば少しずつでも移行がすすめられる。
x86もARMも莫大なソフト資産があり、エンドユーザはこのソフトがx86でしか動かないのかARMでしか動かないのかって選択肢で困るよりか、これ1台でどっちも動きますのが分かりやすいと思わないか？

俺てきにはiPhoneでもAndroidでもどちらでも動作できるスマホを欲しい。
２つ買わないとダメとかアホらしいだろ。
そう言うのをAMDがやってくれるって事だ。

そういうのってたいてい失敗するよな
どっちつかずで中途半端でそのくせ値段だけ高いっていう

使わないのに4コアもあって値段が高い
使わないのにIGP7割もあって値段が高い
命令セットバイリンガルどっちつかずで値段が高い

x86とネイティブ命令セットとのバイリンガルアーキテクチャって昔IBMとかも作ってた（過去形）
けど未だ成功したためしがないんだよな

ARM版Opteronとx86版Opteronでプラットフォーム（足回り）互換にするのがせいぜいでしょ

itaniumもx86エミュレーションが載ってたが遅くて使いものにならんのでかえって評判さげたからな
というかそもそも同じチップにARMと86載せるなんて話は無いでしょ
プラットフォーム互換、あわよくばソケット互換を目指すってだけで

x86とARMとではISAが違いすぎてマイクロアーキテクチャの共通化すら無理だからなあ。

> 同じチップにARMと86載せる
セキュリティプロセッサとしてなら載ってるｗ

IntelがItaniumを推さずにYamhillを早期にプッシュしてればAMDに64ビット拡張案を
譲ることはなかったかもね。
でもそれでよかったと思う？

REXプリフィクスは美しくはない拡張方法とはいえレジスタ16本は必要なときにはあると便利だし
8本までしか必要ないならほとんどx86と平均命令長は変わらない
SSEやAVXを積極的に使うなら添字のカウントは4, 8, 16などの大きな単位になるから
1バイトのinc/decなんて残してても使わないですよ。

x86とARMをコードモーフィングングしてCrusoeと名付けようぜ

単にIntelが負けるという展開だな。

そもそもinc/decそのものがいらない。
増分1の計算だけ命令を1バイト短くしても意味がないしadd/sub命令使えば十分。
そういう意味では1バイト命令は全部いらない。
push/popも続けて複数命令が続くことが多いんだからオペランドを1バイト使ってレジスタリストを指定するようにした方が命令が短くなるし、
SIMDで広がったデータパスを使って一度に複数レジスタのデータを操作して高速化することもできる。pusha/popaに無駄が多いからといって単純に廃止する頭の悪さは致命的だ。

いやpushaなんて32bitコードでもほとんど使われてないですから（使うとかえて遅くなる）
コンテクストの退避やりたいならxsaveがあるし

むしろbound命令廃止したけどポインタの範囲チェックは可変長配列使うときは多用されるし
Skylakeで同等機能の命令をMPXとして復活させてるあたりがAMD64の微妙なとこ。

AMD64で一番駄目なのはぐちゃぐちゃの拡張やって自分じゃまともに命令デコードできなくなったことだろ。
Intelは諦めてPen4のuOPSキャッシュを復活、改良して今があるけどそれでも途方もない重荷になっていてAMDではそれに耐えられないという。
AVXはプリフィクスじゃなくて命令語長変動要因を固定長のヘッダーにまとめたから逆にデコードが楽になってるけど本当にAMD64はひどい。

そもそもX86なんてもう辞めたいよ
資産はエミュでええやろ

>>109
＞プラットフォーム互換、あわよくばソケット互換を目指すってだけで
PRePの再来か……

>>115
増分1の命令って、ほぼカウンター専用だよなあ……
スタックポインタ調整用の命令も短縮形がある方がいいとか言い始めてgdgdになるレベルの盲腸命令か

68000のaddq・subq命令を思い出したんだよ。
1〜8の範囲の整数値を加算/減算する命令。

スタックに関数コールの引数積み下ろしすること自体がダサいという考えから
レジスタ16本に増やしたわけでして。
そこにスタック操作の命令残してれば便利みたいな考えはない。
（実際x86-64 Linuxの標準関数コール規約では4引数まではレジスタ渡しされるようになってる）

退避が必要なデータは関数呼び出し側で好きな場所に退避すりゃええよ。
スーパースカラ型のアーキテクチャにとっては逐次積み下ろしするスタックは
もともと相性が悪い。

いやいやレジスタの待避復元をどこでやるにせよスタック操作は必要。
今となってはSIMDで拡張した広いデータパスを使って複数のレジスタを一括操作できる命令があった方が良くなった。

スタック操作はどのみち必要だけどさ。
スタックポインタの操作とロード・ストアをいまどき専用の1命令で同時にやる必要があるか、という話。
push/popはロード・ストア順序を縛るからいまどきのコンパイラはmovでスタックフレームを読み書きして
*spを直接操作するコードを生成する。

amd64の発生を阻止したければ、DECのAlphaチームがAMDに加入するのを阻止すれば良かったわけさ。

＞スタックポインタの操作とロード・ストアをいまどき専用の1命令で同時にやる必要があるか、という話
それはまあ不要だろうな

>>115
複数レジスタ一括のpush・popってarmにはあった気がする、違ったか? もしかしたらSHのだったかも?
もっとも、一命令でpushやpopをまとめると、これも複数ワード連続アクセスで、マイクロコードのマクロ命令化しそうな気もする、大丈夫なのか?
と思ったが、その程度でマイクロコードが必要ならSSEもAVXもマイクロコード多用で遅い命令群になってたはずだし、そんな問題は発生しないのかな?

いやpush/popは普通に遅いですし。2μopsに分解されるでしょ。

http://stackoverflow.com/questions/12766534/cost-of-push-vs-mov-stack-vs-near-memory-and-the-overhead-of-function-calls

Fast Decodeで処理できないということ。
結論としてmov命令使って変量分だけスタックポインタを差し引きで帳尻合わせしたほうが速い
この最適化はコンパイラが勝手にやってくれる。

Core 2 DuoでStack Managerの仕組みが導入されて、ペナルティはある程度は軽減されたが
レガシーコード高速化の一環であって別に推奨はされていない。

32bit ARMはpush/popを一括でやる命令はある(レジスタ16個を16bitのフィールド使って指定)
64bitだとそもそもpush/popが無いけど任意の2つのレジスタをペアでロードストアする命令はある
SIMDだと連続する4つまで組にしてロードストアする命令もある
まあどうせ内部では普通のロードストア複数に展開されてるんだろうけど

いや、普通のpush・popは2μopで済むけどレジスタ数が増えるごとに追加でμopがひとつずつ増えないかと思ったんで。


＞結論としてmov命令使って変量分だけスタックポインタを差し引きで帳尻合わせしたほうが速い

まあ、当たり前の結論ではありますなー
けっきょく必要なのは、レジスタリスト指定のpush popじゃなくてレジスタリスト指定のmov、ldやらstoreなんかなー

実用上はレジスタリスト指定ではなくレジスタ範囲指定で十分。
そしてせっかく命令セットを変えたのにスタックを多用し続ける中途半端な拡張しかできなかったAMD64はゴミということだね。

レジスタ8個でリスト指定なら8bit、範囲指定なら6bit。これでどんだけの節約になるんだろな

レジスタ16個ならリスト指定で16bit、範囲指定で8bitか。これぐらいなら、処理は少し複雑になるが、オペコードのサイズの節約になるか



XMMとかFPUとかのレジスタまで入れるなら、だいぶ複雑になってくるけど、汎用レジスタだけなら大した差ではない気がする

PowerPCはrNからr31までまとめてロードストアする命令がある

この手の命令ってコードサイズを縮小したりアセンブリプログラミングするには便利だけど
速度向上に寄与すんの？と言われると

速度面では個別ロード/ストア命令の方が速いんじゃね?

マイクロアーキテクチャ次第だが最新のSIMD対応だと
256bitのデータパスを使って一度に4つの64bitレジスタをまとめてロードストアできるから滅茶苦茶速くなるよ。

リスト方式や始点終点方式だとデコーダがネックにならね？とか
キャッシュライン跨いだら依存関係解消が遅くなって不利じゃね？とか
ストアだとそもそもストアバッファがあるし纏めると依存関係解消が遅くなって不利じゃね？とか
いろいろ疑問点があるわけで

常識的にプリフィクス増やすよりはデコーダは楽だろうな。
RISCでわざわざ対応してるのが多いのはそれだけの理由があるってことだよ。

いやそういう事ではなく
可変数個の内部命令にデコードされる命令ってマイクロコードシーケンサ行きでしょう

レジスタ4つくらいなら一個の内部命令で実行できるだろ。
SIMDレジスタだとキャッシュラインまたぐロードストアで２つのレジスタ分をひとつにまとめて内部命令数減らすとかもできる。

>>131
それ、組み込みマイコンの省メモリ環境で多少役に立つかもしれないがパフォーマンス上のメリットがないな

complexデコーダパスでデコーダネックになるならパフォーマンス上なんらメリットないし
μopsをキャッシュする現行coreアーキテクチャでも結局μops数が爆発するなら意味が無い。


そもそもx86の8本の汎用レジスタは命令によって役割が決まっているので真の意味で汎用ではない。
ASMで何かしら書くにしても、大量にテンポラリ変数が必要な用途でなければほぼeax, ecx, edxの3本だけで
済ませるように書くから、push, popなんてほとんど使う機会がない。
範囲指定で一括退避復帰とかx86を知らない人間の発想だわさ。

AMD64が汚い拡張なのはみんなわかってるよ
x86のコード体型をバッサリ切り捨てて新規の64ビット命令セット作って、x86の命令も実行できるハイブリッドCPU
作ればいいと思うんだろ？


　　　　それIntelが既にやったよ。大失敗したItaniumだよ。



なんにせよ実用的な言語・処理系ってたいがい汚いもんだよ？
C++も汚いし英語も汚い、x86命令セットも汚い。
汚いことこそ美点なんだよ。使われなさすぎて手垢すらつかない道具に価値はない。

VLIWの失敗をISA変更が原因と考えてる時点でレベルが低すぎてお話にならないな。

x86”も”動くようにすると結局x86メインに作ることになって
今になってるんじゃないか　？

日本人ならインテルゲフォ一択

「効率悪いなんて気にしないエミュで行く」って
結局全部エミュれず痛ニウム用Windows作らせてるし
x86が遅くなる代償として完璧に構成された命令セットの速さを求める！
も失敗してるし

Intelは胡坐かかせてもらってるプロセス微細化技術とキャッシュ技術の恩恵忘れて
それ以外の部分で夢見過ぎだからﾗﾗﾋﾞとか作っちゃうんだよ

phiは成功してるがｗ

プロセス技術ガーとか言う割にFab分離した会社があったっけ

全滅はあむどだけ

日本人ならインテルゲフォ一択だねｗ

> ID:71CnXvKJ

お前Intel次世代CPUスレで俺に論破されて何も言い返せなかったのに
まだアホなこと言ってるんだな

>>115
> そういう意味では1バイト命令は全部いらない。

1バイトOpcodeが不要とか無いから。
*AXレジスタへの操作が1バイトOpcodeで扱えるのは歴史的にも重要な意味があるんだよ。
A＝アキュムレータですし。まさかABCDがただのレジスタ番号だとでも思ったか？

CなどのABI規約ではAXは関数の返り値を返すようになってる。
必然的にAXに書き込む命令が一番利用頻度が高くなるので平均コードサイズの観点で見ても
AXに限って加減論理演算・移動が1バイトopcodeである意味が十分にあるのだ。

>>133
> 256bitのデータパスを使って一度に4つの64bitレジスタをまとめてロードストアできるから滅茶苦茶速くなるよ。

一体どこの脳内CPUの話ですか？
Intel CPUに限った話でほかはどうなってるかは調べてないが、現行のμOPのフォーマットは
2つ以上のdestinationオペランドを表現することができない。
3ソースオペランド、1デスティネーション（＋フラグレジスタ）がHaswell世代のμOPのフォーマット。
複数の出力先を持つx86命令は、最低でも出力先数分のμOPに分解される。

>>129
> 実用上はレジスタリスト指定ではなくレジスタ範囲指定で十分。

そもそもそんな命令が実用にならない
レジスタリネーミングのあるモダンなCPUではで物理的なレジスタ番地とx86レベルのレジスタ番号が
一致してないわけで、x86では連番だからって、バックエンドレベルで連番になってるわけねーだろ？



と、以上を踏まえて、一括push/pop命令が高速化に寄与する要素が微塵もない。
そういうのを素人の浅知恵という。

まずお前は自分が賢いという浅はかな思い込みを捨てろ。
俺に1から10までツッコミを入れさせるお前は清々しいくらいの馬鹿だ。
基礎知識がないやつが応用を語るな。

ラーメンうめえ

http://www.agner.org/optimize/instruction_tables.pdf

Sandy Bridgeではpusha/popaは高速化どころか16μops以上に分解されるクソ命令ですよ
歴史的にもIntelが「使えるけど（特に速度が必要な場面では）使うな」と言い続けてきた命令が
なんで高速化に寄与すると思うのか？

AMD64が主導権を握れたのはいろんな思惑からMSが乗ったからだろうけど
HSAについてはFSAで接近してたMSが離れたから全然期待が持てない
PCwatchでここ1年ほどの間にセロリン笠原がAMD寄りの記事を数本書いてたり
企画連載のCPU編で一時期劣勢だったAMDの製品ラインアップが整ってきた的
寸評されたりしてたけど
目に見える明るいニュースって棚ぼた的にゲットしたゲーム機へのAPU採用だけでしょ
まあゲーム機に採用されると他の開発が疎かになるのがお約束のパターンだから
長期的に見てホントに好材料にできるかどうかはAMDの手腕に掛かってると思うけど
決算の底上げ以外、あんま波及効果ないよね

日本人ならインテルゲフォ一択

OpenCLにすり寄れてるのは明るいニュースと言っていい。

痛・痛2が駄目だった原因が、x86命令実行の遅さだからなあ。

どこかの噂では、Pen4が将来的にIta命令のエミュレーション実行まで予定してたと言うけど、
そのせいで速度向上に縛りが付いてしまったからcoreに切り替えられたわけで……


まあ、単一コアで速度向上と言ってた当時だからダメだった可能性はあるし、
いまならアーキテクチャ違いの別プロセッサを一体型で作って使うことで、当時のような問題が起きない可能性もあるが。

http://pc.watch.impress.co.jp/docs/news/20150209_687521.html

>>147
俺は頭がいいんだという先入観から己の間違いに気付けない愚かさを知った方がいい。
この板の平均的住民より経験値が高いのは認めるが経験値が先入観になって自由な考察ができなくなっている。
8086から拡張してきた経緯があって当初は限られたオペランドしか取れなかった命令のオペランドを拡張した時、それまでの命令も残したから1バイト命令は同じ機能の2バイト命令もあることが多い。
そもそもは今となってはこのオペランドにa*レジスタしか使えない1バイト命令って本当に要るの？いらないよねという話。
ここ理解してる？

>>151
自前のBrook+を全然使って貰えなくてOpenCLにすり寄ってからもう5〜6年経ってるのに？
標準に準拠(ｷﾘはいいけど全然NVIDIAのCUDAに対抗できてるとは思えないんだけど

日本ゲフォ84%の事実ｗ
日本人ならインテルゲフォ一択だねｗ

>>148
pusha/popaは80186でハンドアセンブルするのに便利だろうと追加したけど実は使い手がなかったという有名な命令。
各レジスタが特定命令の暗黙のオペランドに予約されているx86ではスタックに保存が必要なのはsi,di,bpの3つしかなかったから9つのレジスタをまとめて保存復元する必要はなかった。
使われないから手間をかけて高速化もしていない。それだけの話。

使えるレジスタ本数が増えれば関数内のローカル変数をレジスタに割り当て関数の頭でレジスタを一括保存、最後に一括復元、関数内ではメモリ参照なしというRISCの手法が使えるようになる。
その時全レジスタではないけど複数レジスタの保存復元が早くなる命令が欲しくなる。
AVX512で結局RISCと同じ32レジスタ3オペランドの命令体系を採用するのなら最初からそうしておけば良かったのにね。

>>154
> 俺は頭がいいんだという先入観から己の間違いに気付けない愚かさを知った方がいい

そっくりそのままお前に返してやるよ無能め

> 8086から拡張してきた経緯があって当初は限られたオペランドしか取れなかった
> 命令のオペランドを拡張した時、それまでの命令も残したから1バイト命令は.
> 同じ機能の2バイト命令もあることが多い。

へったくそな作文だな。小学校からやり直せ。

あぁ？「当時」って一体いつだよ？

ModRMフォーマットなら8086から存在して、axターゲットの命令だけが1バイト(+disp/imm)でも
ModRM方式でも表現できるようになっていたが？
AXは一番利用頻度が高いから一番短くて済むようにするというデザインだよ。

ほか7本のレジスタにも全部意味がある。
真の意味でAXと同様に汎用的に使えるレジスタなんてx86には存在しない。
R8〜R15？それAMD考案ですから。

IntelのYamhillがたいがいひどくて、当然REXはなくて8レジスタのまま、コードマップもそのまま、
64/32ビット間のサイズ変更に1バイトのプリフィックスを付加するという16-32bitでやったことと
まったく同じことをやろうとしてたんだよ。
64bitではセグメントオーバーライドもういらないから6種類のプリフィクスを読み替えに使える。

その上で0f38とか0f3aの長いSSSE3命令作ったのもIntel。
あのあたりの命令ってTejasのプラン生きてた頃にプランニングされたもんだからね。
μOPsの形にしちゃや命令が長くなったって関係ないもんな。
イスラエルチームのアーキが主流になるまで、デコーダの負荷なんて全く考慮しなかったんだよ。

同じ1バイト増えるなら、追加のレジスタオペランドを8→16に拡張できるREXのほうが
遥かにコード効率は優れてたんだよね。

ID:71CnXvKJ=ID:DZmZmqpoさん、失礼ながら、大学はどちら出身ですか？
あまりに馬鹿すぎて話にならないのですが、まさか専門卒ってことはないよね？
（この知識レベルだと工業高校すら出てるか怪しいが）

人から褒められてよかったなあ

>>155
ブツが出てきたのが去年の今頃で、それから一年もしないうちに（すでに開発者がいる）OpenCLに一部機能が取り込まれた。
実際にGPUが使われるかどうかはともかくOpenCLに食い込めたのはいい事でしょう。

>>158
愚かにも程があるな。
まずそもそもYamhillやItaniumなんて話は一言もしていない。そんな昔に終わったものはどうでもいい。
今のAMD64の命令マップを見てなんと非効率的なことかという所から始まっている。
そして先頭から1バイトずつ読んでいかないと命令フォーマットが確定しないプリフィクスがいくつも多重して付くのはスーパースカラのデコーダに多大な負荷を掛けてまずいなということ。
AVXはプリフィクスと呼ばれてはいるがAVX命令にそれ以上他のプリフィクスが付くことはないので実質はヘッダであり先頭の1バイトを読んだだけでオペコードとModR/Wの位置が確定する。
業界に長くお勤めの方がこの違いを理解できないとは思えないのだが理解できないようなので正直驚いている。

> 使えるレジスタ本数が増えれば関数内のローカル変数をレジスタに割り当て関数の頭でレジスタを一括保存、
> 最後に一括復元、関数内ではメモリ参照なしというRISCの手法が使えるようになる。
> その時全レジスタではないけど複数レジスタの保存復元が早くなる命令が欲しくなる。
> AVX512で結局RISCと同じ32レジスタ3オペランドの命令体系を採用するのなら最初からそうしておけば良かったのにね。

はい？
AVX-512はもともとXeon Phiのためのものでインオーダでレイテンシを隠蔽するために命令をアンロールして
インターリーブするデザインだからそこのコード効率なんて目をつぶるものだ。

レジスタの退避復帰が1命令で済むようになるからコードサイズの節約？
そんなもん多寡がしれてますから

まずSIMDレジスタに渡すデータをスタック上に積むという発想がまずアホすぎる。
ポインタ渡してそこから読み書きするもんだろ？

AVXで追加されたvzeroallって一体何のためにあると思ってんだろうね？
AVXでは関数の最初にYMMレジスタを全クリアすることを前提にしてる。
AVX-512もいわずもがな。

関数のパラメータとして渡すものを除き、SIMDレジスタに保存が必要なデータを置いたまま
関数呼び出すようなアホなコード書く馬鹿普通いないから。
（そもそもポインタ使えばパラメータ渡すのにSIMDレジスタを使う必要ない）

多重prefixなフォーマットが糞なのは完全同意だけど
それと複数レジスタload/store命令を用意して
内部的にひとつにまとめることが効率いいかどうかは別の話だと思うのだ

あとまあ言われてるように1uopあたりの書き込みレジスタ問題はあるにせよ
ISAレベルで命令を用意しなくてもMacro fusion的な手法で実現可能ではあるよね

load rA, mem
load rB, mem+4
から
load {rA, rB}, mem
にしたとき、内部的に2つのloadに分割しない場合memとmem+4でキャッシュラインを跨ぐことになると
rBをロードするまでrAに依存する後続命令を実行できず実効レイテンシが増える

store mem, rA
store mem+4, rB
から
store mem, {rA, rB}
にしたとき、内部的に2つのstoreに分割しない場合rAとrBの両方が決まらないと
wake upできず、storeの発行が遅れる

帯域だけ考えるとハッピーな気もするけど、総合的に考えて得するかはまた別の話でしょう、と

RaptrとAMD Gaming Evolvedのアカウント名/メアドなどが流出
http://pc.watch.impress.co.jp/docs/news/20150209_687521.html

AMDのディスプレイドライバ「Catalyst Software Suite」に同梱されているゲームソーシャルネットワーク「AMD Gaming Evolved」、
およびそのベースとなっている「Raptr」のサーバーが、第三者による不正アクセスを受け、アカウント名などが流出したことが分かった。

これはサービスを展開するRaptrが利用者へのメール告知で明らかになったもの。
第三者のハッキングにより、アカウント名、メールアドレス、パスワードハッシュ、および一部の登録実名などが不正アクセスを受けた。



AMDがやらかしたｗｗｗｗｗｗｗｗ
日本人ならインテルゲフォ一択だねｗｗｗｗ

団子先生に立ち向かっても毎回毎回倒されるAMDerに学習能力は無いのかね？








あったらこんなガラクタ買わないか

> そして先頭から1バイトずつ読んでいかないと命令フォーマットが確定しないプリフィクスがいくつも
> 多重して付くのはスーパースカラのデコーダに多大な負荷を掛けてまずいなということ。

お前x86のフロントエンドどうなってるのかそんな基本的なことも知らないんだな。
ほんと学がねー

先頭から読んでるんじゃなくて、16バイトごっそりフェッチして、16並列でスキャンして境界を絞り込んでいくんだよ。
OpcodeとModRMの場所を推定すれば後続のSIB/Disp/Immの長さもわかる。
REXはフロントエンドのボトルネックにならない。66やF2, F3と同じ。

前から読んでいくという発想なんて、初めてスーパースカラを採用したP54Cの時点で既に存在しない。
（俗にいう「Pentium特許」って一度でもいいから読んだことある？）

フロントエンドで頭についたprefixがボトルネックになるのはdispやimmのサイズを変更するときだけ
（推定結果がずれるから）


先頭からシリアルに読んでいくと勘違いしてるからこういう発想に陥る。

逆に、頭に66を何個重複させようがせいぜいフェッチ帯域が圧迫されるだけでプリデコーダ・デコーダの負荷は変わらん。

asmのコード書いてれば、66が複数ついたnopでジャンプ先の先頭のコードのアラインメントとるだろ？
お前の脳内ではプリフィクス大量につくとペナルティになるんだよな？そんなの現実には無いから。
プログラム組んだこと無いお前みたいな素人にはわからないだろうけどな。

>>160
開発環境さえまともに整備しなかったらお話にならないんだし
最低限のことやりましたってレベルでしょ

>>167
　先頭から読んで行くように作られたバイトコードを無理矢理並列処理しようとすると途方もない並列回路が必要になるから
実際にはパイプラインが長くなるのを許容して長いプリデコーダを通す中で何段階かに分けて順次処理で命令フォーマットを確定して、最後に実用的な規模の回路でデコードできるようにするんだが、
それが性能上のペナルティや回路設計上の負担になってないとでも？
　実際Pentiumはたった2並列なのに並列デコードできる命令に厳しい制限があった上にプリフィクスが付くと並列デコードできなくてマイクロコードのお世話になってた訳だし。

>>168
まあ、AMDが自前でマトモな開発環境を作る力があったら３D Now! のときだって業界に広く普及して定着してただろうしな
自社の弱点をきちんと把握できるようになっただけでも前進だと思うよ。

自社の弱点を克服するとかフォローできる体制を作るとかの段階まで進めてないけどさ。

ほんと見苦しい馬鹿だな


>　実際Pentiumはたった2並列なのに並列デコードできる命令に厳しい制限があった上に
> プリフィクスが付くと並列デコードできなくてマイクロコードのお世話になってた訳だし。

それすら次の世代のPentium Proで克服して3並列化までやってるわけだが
今の世代のx86実装にとっては既に既に払ってしまっていいるコストで
追加で発生するものではない。
フェッチ帯域が32バイトになろうが64バイトになろうがコストはリニアにしか増加しない。

32bitも64bitも速くしていかないといけないx86の64bit実装に求められているのは、
32bitのそれとコード体系を大きく変えないことだ。
コード体系を変えればそっちのほうがかえってフロントエンドの実装コストが増大する。
そんなこともわからないのか？

32bitは別に速くする必要なんてないけどな。
32bitの速度がそれまでより遅くならなければ良いだけ。
32bitと64bitの間の性能差が大きければ速度の必要なものはすぐに64bitに切り替わる。
むしろ32bitは速くならなくていいからその分64bitが速いものが望まれている。実際にはキャッシュの改善などでデコーダの進化が止まっても製品レベルでは速くなっていく。
IA64はそもそも64bitでそんなに速くなかったし32bitが極端に遅かったから32bitから移行できずに失敗し、ARM-V8は32bitが遅くなってないから成功しただけのこと。
386SXはAMDの286より遅かったのに286を蹴散らして移行に成功したし。

AMD64は32bitモードの互換性が不十分でVBアプリなど業務で使われているソフトが動かない例が多発して問題になっている。

さて、そろそろ移動するか。

IntelのHyperThreadingは32ビットのプログラムと64ビットのプログラムの並列動作ができる
Bulldozerモジュールのデコーダも2スレッド分処理してたはずだが、ビット数の違いにより
並列動作できないなんて制約は聞いたことがない。
これは32ビットも64ビットも同じフロントエンドを共有してるからこそ可能なことだ。



さて、ThumbやThumb2, Jazzeleなどの複数の命令ステートを持ち64bitでまたコード体系を変えた
ARMだけど、未だSMTを採用した実装って本家からも派生からも出てないんだよね。

SMT実装が出てきたとして、32bitと64bitのコードを同時に走らせることって可能だろうか？
ThumbやThumb2でもいいけどさ、命令ステート切り替えるとき、何サイクルかストールするでしょ。

ぶっちゃけARMって、SMTが事実上不可能だと思っている。

ググった情報が自分の力になる例って
APIやそれに関連するクラスの使い方くらいだろう
まあそれも重要だからプログラマがググりまくりでも全くの無問題なんだけど
仕事してる設定の時間帯に全くネットしない自慢する奴が居るのは驚きだ
いや別に他人の人生なんだから
別に文字列検索アプリ作ろうが長文に人生賭けようが一向に構わんのだけどね
俺だって今はプログラムもせずに神絵描いてるし

>>172
>AMD64は32bitモードの互換性が不十分でVBアプリなど業務で使われているソフトが動かない例が多発して問題になっている。

多発って具体的にどのような互換性が不十分な問題なんだろう。
周りで聞いたことないのです。それって、AMD64じゃなくて、WOW64の実装に関わる事ではないのですか？

デコーダを2つ積むならデコーダを共有するSMTより速くなるだろ。
x86系の実装ならuOPSレベルでは別物に変わっていてそこに違いは無いんだから。
それにマルチコアなんだしキャッシュの効率を考えれば1コアのSMTには同一プロセスのマルチスレッドを割り当てるべきだろう。
ARMはシングルスレッド性能をまだ追求仕切れてないから演算器に余剰が少なくSMTの旨味が無いだけ。

http://www.arm.com/files/pdf/Multi-threading_Technology.pdf

>>175
自分の頭で考えて書かない馬鹿に聞いてもしょうがない
こいつには自分で考える頭なんて持ち合わせていない

　　〜らしい（←自分で確かめたことはない）


VBというか、MS-Officeなどに組み込まれてるVBAじゃないの？
プラグインが32ビットのOCXを使って、32ビットx86版のOfficeじゃないと
動作しないとかそんな感じでしょ？
Windows RTのOfficeでも当然同じ問題は起きて、それで法人に見向きもされず
メーカーも見切りをつけてAtomタブレットしか作らなくなった。
もちろん今のメーカーPCにプリインストールされてるOfficeも32ビット。

3Dゲームもいまだ大半は32ビットのままだし、16→32ビットのときほど移行は求められていない
Windows3.1だか95だかのときよりOSもはるかに安定してるしメモリ4GB以上使う必要なければ
アプリは32ビットのままで全然困らない。

部品屋は客の求めるものを作るわけで、部品屋が客を選別するんじゃないんだよ
x86の利用客は32ビットの継続的な性能向上も求めている。

>>175
AMD64に互換性がないのでMSは64bitモードでの互換性を諦めてXPでは32bit版を売り続け、Windows7ではXPモードという名の公式エミュを載せて凌いだんだよ。
office2003VBAとかVB6とかいまだに使われてるから。
もはやメンテできないからシステム更新するように促しても先立つものがないし今動いてるからね。
現場を知らない団子さんには分からないでしょうけど。

ググって調べたこともさも自分が経験したかのようにドヤ顔
こんなレベルのワナビー構うだけ無駄ですよ

団子さんて会社で老害扱いされてるんですか。

もちろんItanium上のx86はx64上のWOW64以前の問題

あ図星突いちゃいましたか。すみません。
あんまり頭が固くて古い話大好きだしいつの時代の人かと。

まずVirtualPCが動いただけマシというかまずItaniumはx86のOSがブートしないから
XP-modeすら不可能

>>177
SMTを採用したらという仮定は結構だが、命令ステート切り替えのコストについて言及されていないな。
仮定止まりで実際やるという話じゃない。

32ビットだけならまだいいよ、AndroidのNDKでわざわざThumb叩く人は稀だからな。
A57以降のアプリケーションプロセッサは32ビットと64ビットのコードを当面共存させないと
いけないから単純な話ではない。

>>181
主張内容がことごとく否定されて何も言い返せないから人格攻撃っすか
悪いが老害と言われるほどの歳じゃない

お前、低学歴だろ？

>>185
ええっ論破されて人格攻撃してるのは団子さんでしょ。
恥ずかしくないですか。

俺がいつお前に論破されたんだ？え？

俺の指摘内容について全く言い返せてなのはお前だろ？
とっとと答えてみろボケ

>>179
それとAMD64と何がどう関係しているのですか？
Windows7 64bit版だけじゃなくてWindows7 32bit版にもXPモードが提供されていることをご存知ですか？

XPモードは、XPのOS依存もしくは新しいOSで提供されているAPIと親和性の低い旧世代の資産を動かす為の仕組みとして、
提供されているものだと認識しています。
保守が十分に届かない、もしくは保守する前提で作られていない社内で作られたアプリが、実際に社内で多く使われており、
それらを当面の処置として救済する目的もあるものと思います。

残念だがこいつには「ARMは素晴らしい、AMD64はダメ」だという結論ありきで
ググった内容を書き並べてるだけでそこに深い考察はないよ



俺は8086とかが現役の世代だとそもそも生まれてすら居ないからなー
もちろんアンチx86の主張に多い「セグメントオーバーライドが面倒だー」なんてのも経験していないし
理屈はわかるが今通じない話をされても困る

現状、IA32の互換を持った64ビットCPUアーキテクチャはIPF（旧世代まで）とAMD64/Intel64しか
存在しないんだからその2者での比較しかできないわけなんだが

でもこのワナビー君のAMD64がクソっていう主張の比較対象がさ、現実にあるCPUじゃなくて、
あらゆる実装コストが無視できてx86互換性もパフォーマンスも完全にクリアできる
空想上のオレオレCPUアーキテクチャだから失笑するしか無いわ。

そんな誰にも作れてないものが作れるならお前が作ってみろよっていうｗｗｗ

256bitのデータバスで4つの64bitレジスタ同時にpush/popできるCPUまだー？

>>172
386の時代には286からの移行なんてろくに進んでなかっただろ
むしろ、486が出てようやく32bitCPUが増えだしたんじゃないか?

>>172,175
16bitコードを実行できない点以外の問題って何かあったっけ?
古いアプリがインストーラとかライブラリ関数とかで部分的に16bitコード使ってる物が残ってて、
そういうアプリがx64版Windowsでは実行できないからって問題になったぐらいだよな?
数が少なくないから顕在化しただけじゃないの?


>>179
＞office2003VBAとかVB6とかいまだに使われてるから。
サポートされなくなった古いシステムも現役で動いてるよって言うことでしょ
でも、いま動いてるってのは、古いハードを探してこないと動作しなくなってきてるわけじゃん。（いや、これの事例じゃなくて9801のあれとかの話だけど）

>>191
一次データキャッシュのデータバスが256bitってのはすでに実現されてるじゃん、Intelでは。
一次キャッシュへの書き込みに限れば、4つの64bitレジスタの内容を同時にpush/popできてもいいとは思うんだけど、
果たしてできてるのかなあ? よくわからん。

32ビットの性能は見捨ててもいいから64ビットを速くしろと言い出したかと思えば
64ビットに移行の見込みのないレガシーアプリのニーズの話をしだしたり

主張の方向が最大180度ぶれてんだよな
もうAMD64関係ねーじゃんｗｗｗ

>>193
本当に同時にやるならLoad/Storeユニットが4系統必要になるよ。
先にも書いてるけど、たとえばR8〜R11はx64の命令セット上では一続きに見えるかもしれないが
物理レジスタファイル上ではレジスタリネームで全然ばらばらの番地にマッピングされる

連番指定しておけば4つのレジスタに、みたいな単純な話じゃない。


256bitを4本のレジスタに分配すりゃいいと言いたいんだろうけど、
現状destinationのデータポートが1本しかないからそれを4本に増やさないといけない。
もちろんマイクロオペレーションも
load dest1, dest2, dest3, dest4, [addr]
みたいなクソ長いフォーマットを表現しないといけない。
いま1μOPあたり40バイトくらいだったかな？それがもっと長くなっちゃうでしょうなあ。


コンビニまで弁当を買いに行くつもりが食品工場を買ってしまうレベルの話です。

>>170
自社では囲い込みのためにMantle出した癖して
NVIDIAのgameworksに因縁付けたりしてたから全然見込みないだろ
人によってはAMDと旧ATIは違うみたいな言い方するけど
似たもの同士がくっついたなあって感じだわ
HSAがなかなか成果出せない理由に協業他社の妨害を想定する奴もいるし
ファンの思考パタンも同レベルだわな

>>194
過去のソフトウェアとの完全な互換性が必要です。
互換モードの性能は既存品と同等以上のものが必要です。
64bitモードの性能は高ければ高いほど良いです。

ごくごくフツーの消費者の声じゃん。

互換モードの性能は10％増しで64bitモードの性能は20％増しです。
互換モードの性能は5％増しで64bitモードの性能は25％増しです。
どっちがいいですか。
互換モードで使うソフトはもともと軽いので5％増しでも十分快適に動きます。
64bitモードのソフトは新しい高機能版で大規模なデータが扱えるものの少し重くなってます。少しでも性能が良い方が嬉しいですね。

団子に負けてる信者情けないぞ
知識のないのに無駄に張り合うなって

ここまで豪語しておいて、できない理由を説明したら逃げるとかありえないよね？

> 133 ：Socket774 ：2015/02/09(月) 02:01:16.23 ID:71CnXvKJ
> マイクロアーキテクチャ次第だが最新のSIMD対応だと
> 256bitのデータパスを使って一度に4つの64bitレジスタをまとめてロードストアできるから滅茶苦茶速くなるよ。

>>197

全く学習しないやつだな
俺が書いた>>190のレスを復唱しろ

別にロードストアユニットのポート数なんて必要なら増やせるし今までもストア命令は複数のユニットを使ってポート数を稼いでいたし、何の問題もないのに何を騒いでいるんだか。

あぼーん多いけどまだ老害が喚いているの？

>>201
だから現実にできるCPUがあるならそれを示せと言ってるんだが
お前の脳内CPUでの話は聞いてない

>>200
今現在あるものしか認めない。
あらゆる新型CPUを否定ですか。
もうCPUを開発しちゃいけないんですね。

AMDのスレ２つあるけど、どっちが本スレ？

ここまでの流れをたとえ話にしてみました


ID:DZmZmqpo 「俺の彼女すげー美人なんだぜ！AKB48は不細工！」
（もちろん脳内彼女）

↓

,,・´∀｀・,,）っ-○○○「そんなに美人なら写真見せてみろよ」

↓

ID:DZmZmqpo 「・・・・」

>>204
で、お前の脳内の新型CPUは、どこの会社が開発してるんですか？

実行時間やコードサイズの1%にも満たないようなpush/popを速くするためだけに
パイプラインに大掛かりな改修をするCPUメーカーはいないでしょうなぁ

そこまでコストかけるなら

add eax, ecx
add eax, 1234

を1命令にまとめて

lea eax, [eax+ecx+1234]

と同等にするみたいな、よりアグレッシブなμOPsの融合にリソース割いたほうがいいと思いますね。
命令間のレイテンシが圧縮できるし、レガシーコードも速くなる。

別にこの団子って人に肩入れするわけじゃないけど、>>204の主張は素人でもなんかおかしいって思うぞ・・・
今現実に存在してる物でしか比較できないししちゃいけないだろう・・・

>>209
将来でるAMDと比較するって普通だろ
来年出るZenを妄想して比較したらAMD超大勝利で幸せ
これが自作の一番のよさ

アセンブラレベルで色々語れってさすがAMDユーザーだよな
この程度レベルすらないとAMDを覚醒なんて出来ないだろうし

この命令が効率的であれは非効率なんてのは実際に定量的なデータがあってはじめて
議論できる話なのですわ。

現実に使われてるプログラムの命令ダンプして、push/popの出現頻度調べてみたらいいと思うよ
コードサイズがどれだけ小さくなるのか、定量的なデータを示さず抽象論だけでものを語るのは

1997年当時のIntel CPU向け最適化マニュアルがいまだにダウンロードできてだな
http://www.intel.com/design/pentium/manuals/24281603.pdf
要約：pusha*/popa*はComplexでコードだから遅い。使うな。

Pentium Proの時代からワナビー君一押しの命令が非推奨だった決定的証拠ね
VC6.0の頃には最適化でpusha/popaはおろか単独のpush/popすら生成しないようになってた。

SSEやAVX使ってやったほうが速いけどアラインメントや命令サポート気にせず使えて
汎用性高いからストリングコピーに使われ続けてきたrep movs*を
IvyBridgeで高速化ってのと全然話が違うからね。

pusha*/popa*は便利だと思わないから誰も使ってないし今更高速化しても誰も得しないという。

>>210
そういうのBullで懲りてるよ
AMDに限らずだけど実際に製品出せてからじゃないともう信用ならん

日本人ならインテルゲフォ一択

>>212
FXは妄想よりずーっとすごくて、2代目はIntelの今の最新よりすごいって感じだからな。
あまりのもアドバンテージが大きくなって、AMDはFXの進化ストップしてしまった。
今年の14nでもPileFXには及ばないんだろ
ZenもFXのようなすごいものになるんじゃないのかな

この冷え込み具合見るとFXの暖房機能はうらやましいわ

このオヤジは人の書き込みをまともに見ずに脊髄反射で書き込んでくるからたまらんな。>>157を読んで出直して来い。

そんなにpush/pop命令のウエートが低いならrax/alを暗黙のオペランドにする1バイトオペコード演算命令なんてもっと使用頻度が低いからまとめていらないじゃん。
どうせデコーダは十分強化されてるし2バイトオペコード命令で十分。
そしたら1バイト目のコードの1/4は空きになるからコード配置をちょっと整理したらREXプリフィクスにあと2bit追加できちゃう。
整数の66は8bitに対するREX.Wで代用するとして67はもういらないですよね。なし/0F/0F 38/0F 3Aを2bitに割り当てたら拡張命令のプリフィクスが１つにまとまってあらすっきり。もう多重プリフィクスとはおさらばよ。

簡単にコード密度が上がってしまってデコードも楽になるんですが技術的に意味のある反論はありますか。

>>211
団子、質問なんだけどよ。
SSEやAVXって何でアライメントしないと覚醒しないんだ？
なんかプログラム作るほうからするとえらい面倒って感じがするんだが
普通にstd::vectorをほいよって渡して覚醒して欲しいって感じだが

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

AMDの順位だけが急降下ひとり負け＼(^o^)／

日本人ならインテルゲフォ一択

アライメント君は何回同じことを書き込んでんだよ
定期的にアライメントが面倒だーと書き込まないと死んじゃう病気なの？

懲りないねえまったく
実装コストの定量的評価は作った人間でないと正しくできない
そんなもの無視して脳内でご都合よく考えた

　「ぼくのかんがえたさいきょうのしーぴーゆー」

はいつだって最強さ！
でもそんなの自慢するのは小学生までにしろよ　みっともないから

お前さんだって年齢的にはそろそろ子供がいてもいい頃合なんだろ？あるいは孫か？


>>115
> pusha/popaに無駄が多いからといって単純に廃止する頭の悪さは致命的だ。

頭が悪いのは　お☆ま☆え　だよ



使われない命令を残す意味がないというのは妥当だと思うけどな
本当に必要でかつ高速になったら旧態依然のレガシーフォーマットではなく
新命令として実装すればいい。
8命令や16命令かかるのが1命令ですむなら、VEXやEVEXエンコードで5〜6バイトかかっても
十分ペイできるんだからさ。




> 使われないから手間をかけて高速化もしていない。それだけの話。

逆に、誰も使わない命令を速くしたら使われるようになると思うの？
CPUって実際のアプリに使われる命令を想定して命令追加してるんだけど

一括push/popが必要になるほどスタック操作しまくるアプリって
一体なにを想定してるわけ？

>>216
＞そんなにpush/pop命令のウエートが低いならrax/alを暗黙のオペランドにする1バイトオペコード演算命令なんてもっと使用頻度が低いからまとめていらないじゃん。
＞どうせデコーダは十分強化されてるし2バイトオペコード命令で十分。

それは同意だけどさ

＞そしたら1バイト目のコードの1/4は空きになるからコード配置をちょっと整理したらREXプリフィクスにあと2bit追加できちゃう。

高速化させないで放置するのはいいけど削除しちゃダメじゃん
古いプログラムの一部が動かなくなる。

x86の存在意義の根幹を自己否定する愚行だぞ

>>222
昔のとの互換性維持あってこそのx86だからな。
いまの最新のCPUでも、昔昔その昔の16bit時代のものもいまだにサポートしているんだろ？

>>222
それはinc/decを削り互換性に必要なv86モードを削り高速なエミュに必要なsahf/lahfを削ったAMDに言ってください。
64bitモードで仕切り直すのだから既存の命令をベースにするにせよ使わない命令は整理して連続領域に地上げして跡地を有効利用した方が良いです。

>>217
性能の問題じゃないんだよねー

ハード決め打ちならいいが複数プラットフォームサポートするならcpuid見て
命令が対応してるかどうかみないといけないじゃん。

あと、アラインメントのずれには重大な問題があって、通常のストリング操作だと
1バイトずつしか読まないから問題にならないんだが、ミスアラインアクセスで
たまたま読んだ先の16バイトあるいは32バイトがページ境界をまたいでたら
例外発生して死ぬ。
これは仮想記憶をサポートするアーキテクチャの宿命。

いくらAVXでミスアラインロードが許容されるようになったといってもSIMDで
ストリング操作代用するときはとりあえず16なり32なりで割り切れるアドレスに
合わせておくのが無難

そういうのがめんどいからrep movs*が高速化されるのはありがたいのだが
Haswellですらページ境界対策したうえできちんと最適化されたfast_memcpy的なものの
性能には勝てん。むしろAVX2使ったソフト実装のほうが速い。
complex decodeの命令って全μOPsがリタイヤするまでROBに居座るから
すげー性能面でペナルティあるんだよね。

>>224
お前も自分の能力をわきまえず所構わず噛みつくとこだけはブレないね。

それだけの執着心をお勉強に向ければもう少し賢くなれて
俺に簡単に論破されるようなおバカ発言をしなくてすむようになるかもよ？

いったい誰が64bitでレガシー命令の割り当てを削る決断ができたか？
そもそもIntelは既存の命令をつぶして空きをつくるという発想自体持っていない。
Intelに削る気があるならBCD操作命令なんて32ビット移行時点でなくなってる。

そもそも1バイトのINC/DECを削ってプリフィックスに変えたからって
命令境界の計算が32bitとそれほど変わるわけじゃないから
プリデコードのアルゴリズムにそれほど変更は必要ないんだよ

お前は前から順番にしかデコードできないと思い込んでた（今も？）から
prefixが増えるとデコーダ負荷ガーだのそんなおまぬけ発言を繰り返してるんだよな？

そんなに不満が言いたいなら、お前が理想の最強の命令セットOpcode Mapを示してみなよ
対案を示さないから、傍から見てなにが理想なのか全く分からんのだ。



　　他人の決断を批判するよりも、自分の決断を信じるほうが勇気の要ることだ
　　　　　-フン族の王アッティラ

>>221
RISCでは関数内でレジスタを一括待避してレジスタ変数として使用、最後に一括復元して終わりということをやる。
性能を重視するならコストの高いメモリオペランド演算を減らすのは常識。
>>226
デコードは順番にしかできないよ。何のために長いプリデコードのパイプラインが必要だと思ってるんだ。
各バイトを先頭と想定して命令長をデコードする処理を複数並べて走らせて結果が出たところでえいやで命令長をマークして本デコーダに送る命令を決める。
回路規模としてこれが限界。
間違っても超並列回路で1クロックでデコードできる訳じゃない。

> RISCでは関数内でレジスタを一括待避してレジスタ変数として使用、
> 最後に一括復元して終わりということをやる。

そもそもx86はRISCじゃないです
そんなことも知らないのね　O☆BA★KA☆SA★N　☆彡

> 性能を重視するならコストの高いメモリオペランド演算を減らすのは常識。

お前の脳内での常識は聞いてない
1回しか使わない値までいちいちレジスタにロードして割り当てないといけないRISCは不便で
x86なら１回でできる操作が複数命令に分かれるからそこに依存関係チェーンが発生し
OoOによる動的最適化の阻害要因になっている。

１回しか使わない値ならいちいちロードしなくてもスタックポインタ相対で
メモリオペランド指定で加減算したほうが命令数減る。

そしてそれがx86がRISCの性能を打ち破ってきたパフォーマンスの根源要素だ。

>>228
ところで1クロックで複数の命令を並列してデコードできるスーパー並列デコーダの実例を教えてよ。

↑馬鹿だこいつ

「1サイクルで処理できる」と言ってるのがスループットのことなのかレイテンシのことなのか
あるいは、そもそもお前のミニマム脳味噌ではレイテンシという概念すら正しく理解できるとは
思えないのだが。

スループットなら、パイプライン化して並列化することで可能。
レイテンシなら、i486とかの時代ならともかく、μOPsを生成するGHzオーダのCPUで
decodeステージが1クロックサイクルで済むなんてそんなCPUはまず作れない

というか「並列　デコード」でこのスレ検索してもどっかのワナビーの
裸の王様丸出しレスしかヒットしないのだがなぜ俺に聞くのだ？


これがお前の脳内CPUの挙動なわけだが

> 各バイトを先頭と想定して命令長をデコードする処理を複数並べて走らせて結果が出たところでえいやで命令長をマークして本デコーダに送る命令を決める。
回路規模としてこれが限界。

どこで調べたのか脳内妄想で言ってるのか知らないが、無駄口叩く前にしっかり勉強しろ

Prefixを前から1バイトずつ順番に読んでいく必要なんてないんだわ
Opcodeの位置さえ16並列でスキャンして命令のOpcodeに対応するビットを探し
その後ろのModRMからSIB, DISPのサイズを判別すれば命令の末尾がわかる。
末尾がわかれば次の命令の先頭はわかる。

なんのための投機的なスキャンだ
どこが先頭かなんてあとで確定すればいいことだから、prefixを含めた先頭から読んでることを
仮定する必要なんてないんだよ。
だからREXのような新たなprefixが増えてもプリデコーダの負荷がたいして増えるわけではない。

お前さ、16並列のプリデコーダがあってそれぞれがシリアルにprefixを前から順番に読み進めてる
と思ってるわけだろ？

66 66 66 66 66 66 66 66 66 90

みたいな冗長PrefixつきのNOPすらループ前のパディング用としてコード列に入ってくるのに
前から順番に1バイトずつ解釈してたら、3〜4サイクルで終わるわけがないだろｗ
1〜10番目はprefixであることが最初のサイクルで検出できて命令本体は11番目にあることはわかるわけ。

要するにお前何も理解してないってことだよな？

>>230
お前バカだろ。
命令コードと即値の区別が付かない状態でどうやってオペコードを特定するんだ。
mov eax,90909090hとかの命令があったらいきなりnopが4個でデコード終了か。
先頭から見ていくしかないんだよ。
まずプリフィクス専用のデコーダがずらりと並んで各バイト位置から命令が始まったと仮定したときそれぞれどんなプリフィクスが付くことになるか、オペコードの位置がどこになるか確定させる。
ここでCPUの動作モードをプリフィクスで上書きしたものでオペコードとModR/Wの定義が確定するから次の段階でオペコードとModR/Wをデコードする。
命令長に関係ない部分を飛ばしてオペコードからModR/Wの有無、即値の有無と長さ、ModR/WからSIBの有無、オフセットの有無と長さを求めて合計すれば命令長が決まる。
ここまでは10何並列だ。
その次の段階で命令長をスキャンして正しい命令境界を確定させてデコードすべき命令を絞り込んでから本デコードに入るわけ。

良くみると>>230の書いてあることは1命令分しかないんだな。
実際にはスーパースカラで何命令も同時にデコードしなきゃいけないのにそこがすっぽり欠落している。
こりゃダメだ。

順次処理＝マイクロコードと考えてるのも何だかな。
パイプラインは順次処理の一形態なのに。
そして複数のパイプラインが並ぶのがスーパースカラ
複数のデコーダが並ぶのは当たり前。
こんな基本的なことも失念しているだけだろうけどねえ。

なんで団子さん名前にip書いてるの？

>>231-233
必死で考えてまた恥の上塗りですか？おじいちゃん

> 命令コードと即値の区別が付かない状態でどうやってオペコードを特定するんだ。

候補だからいいんだよ。前の確定した命令境界と比較して矛盾があればそれを除外すればいい。
それが投機的実行だろ？

それを否定するなら自分の発言すら否定することになるけど？

> 各バイトを先頭と想定して命令長をデコードする処理を複数並べて走らせて結果が出たところでえいやで命令長をマークして本デコーダに送る命令を決める。


命令の開始バイトがPrefixかOpcodeかはそのバイトを調べないとわからないが
どんな命令にもOpcodeは含まれる。

だからまずはフェッチした全ての16バイトを、いずれかの命令に含まれるOpcodeバイトであると仮定する。
シングルバイト命令ならModRMのないものもあるが、多くのOpcodeの後ろにはModRMがつく。
ModRMと思われるバイトをスキャンすればSIB+DISPのサイズがわかる。

もちろん推定でいくつかははずれもあるから、前の命令の終端と比較して矛盾がない
組み合わせを選ぶことで候補を絞り込む。


ワナビーお爺ちゃんの言う通り、命令の先端と仮定するってのは、理屈上出来なくはないんだけど
冗長がprefixが何個もくっついてる場合を想定しないといけないから、
ワーストケースでx86の最大命令長である15バイト分、頭から15バイトを全部スキャンしないと
命令の終端の推定ができないんだよ。
先端かどうかすら「推定」にすぎないのに、終端候補を確実に探すのにこれはコストがかかりすぎる。

Opcodeだとみなせば、多くとも前の１〜３バイト（非冗長Prefixの候補）と
後ろの1バイト（ModRM候補）だけで、その命令の終端位置の候補が見つかる。
あるいはそのバイトがOpcodeではないことがわかる。

どっちがコストがかからないかは明白だね。
そしてOpcode候補の1〜3バイトより前にあるかもしれない冗長prefixのスキャンは後回しにできるから
そのぶん無駄にサイクル数は食われない。

前から後ろ方向に向かってスキャンするのと、真ん中から前後にスキャンするのでは
どっちが処理の並列化できてサイクル数節約できるか、そんなの常識的に考えればわかるよね？

こんなところで自称プログラムが得意ですを言い争っても仕方がないだろう
それぞれフリーソフトでも出せよ

そしたらどっちが上か決めてやんよ(´・ω・｀)

そうだなぁ超解像ソフトなんかが欲しいな

>>237
T・・・なんだっけ？わすれた

John the Ripperの開発協力者の一人として日本人で唯一記載されてるのはだんごやさんだけ！
http://www.openwall.com/john/doc/CREDITS.shtml

powerpcもいけますの？

C#で製作途中のペイントソフトで
ﾌｫﾄｼｮの指先ツールと表面上同じ挙動で遥かに軽い実装が出来た時には
言語の速さだとかSSEだとか（たしか指先ツールでバンバン使ってたはず）よりも
アルゴリズムが軽量コンパクトなのが一番偉いってのを実感したよ
ていうか4並列8並列？GPUの前にはオモチャみてえなもんだ
AVXなんかアウトオブ眼中、頼まれたってバトルしねーよ

サムスン社製のテレビ、テレビの前での会話を全て記録し、常にネットを介して送信している事が判明 [転載禁止](c)2ch.net [941145234]
http://fox.2ch.net/test/read.cgi/poverty/1423552110/

不都合バグてんこ盛り低スペ爆熱スパイアムチョンはないわｗ
日本人ならインテルゲフォ一択ｗ

>>239
AltiVec触りたいがためにG4世代のMac mini買ったのが俺のマカーデビュー
まあXcodeって今も昔も変わらず生産性クソだな。

>>240
AVXなんかアウトオブ眼中の用途って具体的にどんなのがあるの？
AMDに教えてやれよ

>>240
単にPhotoshopが機能てんこ盛りの分重たいだけちゃうんかと・・・

C#なら.NET Frameworkの画像処理系API自体が内部的にSSE/AVXをラップしてるはずだよ。
WIC（Windows Imaging Component）っていって最近はC++からも使えるようになってる

>>240が時期にGPU(HSA?)を使ったすばらしいペイントソフトを公開してくれるのか
楽しみだな。AMDユーザーは>>240を激応援！

>>238
DES S-Boxって何かさっぱりだが、誰かが使ってくれるものを作った実績あるのか
使っていたのがパスワードクラックツールって言うのが、ひねくれ団子作のものって感じだがな

>>244
包茎のエクセリオンのくせに絵に興味無いのか
指先ツールでググれよ
ﾌｫﾄｼｮのブラシは1pixel毎ARGB毎にbyte数値演算していく（のが多分普通の処理）
画像ロックしてARGBポインタ指定して１つずつ演算しアンロックして確定
ブラシ系はこれの繰り返しだ（多分一般的には）

ただAVXに最適化された出来合いの画像処理API並べただけでAVXより速くなったと
勘違いするほどのアホさはわたしは持ち合わせておりません

サーバサイドでよく使われてるImageMagickもApacheもそうだけど
有名だからといって最速とは限らない

ソースコード公開できる？

画像のデータ抽出部分はAPIと言えるけど
メモリ上のデータ演算はAPIじゃないっての
「命令＝データでデータ＝命令」
「LNIとGPUは同じSIMTだからLNIもGPUもSIMTなわけがない」
とかそういう時空を歪めるような話は他所でやれよ

>>248
EXE公開なら黒柳ユニセフに10万寄付
ソース公開なら黒柳ユニセフに100万寄付ね
対価として

ニートの脳内プログラム自慢はたくさんです
スクリーンショットだけでもとってさらしてみれば？本当にあるなら

>>251
ttp://fast-uploader.com/file/6979126318798/
条件後出しだけど１万寄付しろよ

範囲()←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←ﾊﾞｶ丸出し

C#のサンプルサイトからコピペしてきただけのコードにオリジナル要素加えたいからって
いくらなんでもメソッド名を漢字にするのはDQNすぎるわ

JavaやC#のシンボルにUNICODE使えるのはみんな知ってるけどそれは使えても敢えて使わない

単なるブラシで比較すると俺アプリとﾌｫﾄｼｮでは差が無いかﾌｫﾄｼｮのほうが軽い
でも指先ツールだと断然俺アプリのほうが軽い
ﾌｫﾄｼｮの処理が何やってんのかifだらけなのかは皆目不明だけど
とにかく俺が作った処理のほうが速い
可読性重視、構造の把握重視でアルゴリズム突き詰めるのが最善だって証明したようなもんだよね

足し算1回・掛け算2回なんて言っちゃうレベルの無能に
アルゴリズムを自分で考える能力がないのは誰だってわかるよ。

プログラムが動いてるところをYouTubeにあげればいいんじゃないの？ゴシゴシみたいに。

ネットで拾ったサンプル改変しただけのコピペプログラムで100万とか
論文コピペの小保方女史ですら言わないよ？

↓ググった内容を理解もせず書いてる爆笑レスの一例

465 ：Socket774 [↓] ：2015/02/03(火) 22:37:36.80 ID:HrSzjo3M (7/7)
RISCはコンパイラに頑張ってもらうことで並列実行の頻度を上げ
それを前提としてレジスタ（コアのリソース・ユニット）を増やす
（ついでに命令が単純化された分クロックが上がる算段）
そうなるとRISC＝大規模だということになる
でもそれとスマホゆえの低消費電力強制とか
何より「ユニット増えると低消費電力」とは完全無関係
勿論知障の国の理屈だったらどうなるかとういうのは知らないが

プリフィクスを後からスキャンできると思ってる時点で論理的思考力が足りないな。
後からプリフィクスに見えるコードが見つかってもそれがプリフィクスか前の命令のModR/Wや即値なのかなんて分からない。前の命令の最後が決まらないことにはどこからプリフィクスとして解釈して良いのか分からない。
そもそも後からプリフィクスが付くことが分かってもオペコードやModR/Wのデコードは終わってるからやり直しは効かない。つまりもし間違ってたらごめんなさいするってこと。
初代Pentiumのデコーダは団子さんの言ってるような動きだと思うよ。2命令目はプリフィクスとかマイクロコード命令とかに該当したら御破算にすることを前提に投機的にデコードしてるから。
Pentiumはパイプラインが短くてプリデコード段が無いからとにかくいきなり2命令目もデコードを始めないことには間に合わないからね。
でも1クロックに4命令デコードする今のプロセッサで、しかも286以降に拡張された命令は100％プリフィクス付きという状況でプリフィクスが来たら全部捨ててやり直しとか効率が悪すぎてちょっと有り得ない。
SSEのデコードとかどうやってるんですかねえ。
プリフィクスが来たらオペコードの意味が全く別物になるんですよ。

プまで読んだ

>>259
> SSEのデコードとかどうやってるんですかねえ。
> プリフィクスが来たらオペコードの意味が全く別物になるんですよ。

だからなんでそう恥の上塗りを繰り返したがるのか
SSEはもちろん66,F2,F3がついてもOpcodeから命令終端までの長さが全く同じだ。

pre-decodeでは命令の「意味」なんて必要ないんだよ。
必要なのはただ終端（次の命令との境界）を検出すること。
意味を解釈するのはdecodeの役目だから、前段は切り出しに徹すればいい。

団子屋さんはTripcode作ったんだっけ
もう忘れちゃったや

まぁ過去に業績があるってことで見逃してやろう

ID:k2tdIBHIはなんか過去でもいいから業績あるの？
ないならなんか2chだけにでも役に立つフリーソフト作れよ
HSA対応のな

それはそうと、SSSE3〜SSE4.xの66 0F 38 opってフォーマット作ったの、AMDじゃなくて
Intelで、しかも初採用CPUすらEM64T搭載CPUが最初に出たのよりずっと後なんですけど
なんでそれのprefixが長いことがAMD64が悪いということになってるんですか？

AMDは2011年までSSSE3に対応するCPUすら出さなかったし
むしろポシャったSSE5は0Fから始まる従来フォーマットながら、66,F2,F3のprefixなしで
PS/SS/PD/SDを表現できるようになっており、更にREX相当の機能もDREXとして
命令フィールドに組み込まれており、0Fより前にprefixをつける必要がない
フォーマットに仕上げていた。

SSSE3は66なしのフォーマットはMMXレジスタに作用するようになってたからまだしも
SSE4は66なしの命令を何かに割り当ててるわけでもない。

64bit化以降お前さんが大嫌いなprefixがクソ長いSIMD命令を追加したのはIntelで
逆にAMDがAVX発表されるより前に、いち早く、短く固定長の追加命令をつくろうと
してたのですが、その点はどうですか？

おじいさん、あなたはどこの会社を応援したくて、あるいはけなしたくて
そんな生き恥を晒してるんですか？

> しかも286以降に拡張された命令は100％プリフィクス付きという状況で
> プリフィクスが来たら全部捨ててやり直しとか効率が悪すぎてちょっと有り得ない。

その、お前が「ありえない」と思う状況が実際に起こってたのがPentium ProのLCPストール問題で
66h/67hの使用によってdisp32やimm32のサイズを16ビット幅にオーバーライドすると
ペナルティが生じるようになっていた。

Haswellでもいまだにその問題存在するよ。
1536μOPsをはみ出す長いループ書いてμOPs cacheきかない状態にして
検証してみればわかる。

これは、俺が言ってるアルゴリズムがPentium Pro以降Intelプロセッサに実装されてることの
証拠にほかならない。

１ステージでやる処理を少なくして（高クロック化のため）、
かつ少ないステージ数で、デコードを行わないといけない
さらに依存関係もちゃんとチェックして、しかも低消費電力で

ただし、デコードに使うトランジスタは昔と比べてずいぶん多くしてもかまわない

こんな無理難題おしつけられて、ちゃんとやってるIntelはすごいな

>>262
いつものことながら、ソフト作った業績の話が出てきて虚栄心で

「俺もこんなすごいソフト作れるんだぞー」（もちろん捏造ハッタリ）

と言ってるだけ。でも馬鹿だからWebで拾ってきたプログラムのコピペが精一杯。
ぜんぶハッタリで中身なんてない。
実力が伴わないのにプライドだけは一人前なんだよ。

プライドの根拠になるような成果なんで持ってないから親の脛齧るだけの
引きこもりニートなんだけどねｗｗｗ

10万の損（寄付）でこっちも何の見返り無いのに応じてやるって言ってるのに
文盲してまで暴れてるのはそりゃ１万ですら踏み倒す必要に迫られてりゃ無理も無いよな
安倍が何度もナマポ減額してるからな〜無能特権階級様可哀想に

ちなみに俺が作ったのはPSD対応ペイントソフトとPSD対応ビューアとキャプチャソフトと
ガス販売管理ソフト家電販売管理ソフトにハンディターミナルの代替
それとゲームが多数
Web（SilverlightとTypscript）対応のものは一応公開してるけど
見た目ショボいから自信持って推し出すのはちょっと恥かしい
俺１枚絵は滅茶苦茶上手いけどドット絵とか装飾デザインとかはしないから

でも10万寄付と引き換えでならどれか１つこのスレで公開してもいいぞ

”範囲”

海のものとも山のものともわからないアプリにいきなり10万だ100万だ出すバカいないから。
コピペだからどうせ公開できないんだろ？

オープンソースのフリーソフトでも寄付歓迎のアプリはいくらでもあるぜ？

統合ソフトのPhotoshopの値段考えれば
そんな自己満足の指先ツール（笑）なんぞに
10万の価値があるとは思えないからな。
そもそも存在するかもわからないし

なんなら起動回数を制限した体験版でも作ってみたら？
そんなソフト本当に作ったなら簡単だろ？

>>267
>ゲームが多数
Windows用？ RPGなら興味あるからプレイさせて欲しい。

いつもの虚言癖

「金払えば見せてやる」は見え透いた嘘ついてるやつがよく言うセリフだよね〜

>>271
RPGはウィザードリィ１コピー+αをandroidで作ってる最中
戦闘は出来るけど敵データや階層データやその他がまだ全然
あとはSLGやRTSな感じのものばかり

どうしてもって言うならメールで送るけど

次から次へと嘘が出てきます
嘘のデパート
ハッタリの総合商社

たかがamdを持ち上げるのになんでそこまで嘘をつく必要があるのか

このおじさんは10年以上AMDスレで知障連呼してるひきこもり無職

なんの実績も名誉もない劣等感の塊で、ネットでハッタリを言うことでしか
自分の自尊心を満たせないのだよ。

嘘ついてるやつの態度ってすぐわかんだよねー

>>274
スマホ持ってないから送ってもらっても無理だ。
茶々入れてすまんね。

>>278
Windows用のゲームを送ってもらえばいいじゃん
RPGじゃないとダメなの？

「送ってもらってプレイしてみたけどすげー」
という自作自演も成り立つわなｗｗｗ

仮にあっても不特定多数に公開できないレベルのゴミプログラムしかないんじゃ
仕方ないか

ID:nkwg62dSが本当に色々開発してる(た)かどうかの確認ではなくて、暇つぶしにオフラインのRPG探してただけなので。
なんかやたらこだわり強そうだから、システム面に癖のあるのが期待出来るかと思ったんだけど無いならいいっす。

ゲームキューブのファンタシースターオンラインをオフラインで数百時間プレイした俺

こだわりが強いのは自分の虚栄心を満たすことだけで、
人間としての中身もプログラムのルーチンも空っぽですよ。

AMDスレ出身の最強プログラマーは遠隔操作ウィルス作った片山祐輔に決まってるだろ！
ほかは口だけの雑魚

頭からっぽのほうが夢つめこめる

そーいやいまだにだんごやさん名義のGitHubアカウントなかったんだよな
なんかageてみるか

https://github.com/dangoyasan

不都合バグてんこ盛り低スペ爆熱スパイアムチョンｗ
日本人ならインテルゲフォ一択ｗ

>>267
なんで金を出せなんだよ？　それも10万！
>Web（SilverlightとTypscript）対応のものは一応公開してるけど
公開しているならつべこべ言わずにこれよって出せば良いだろ

　　　　 ＿＿＿＿＿＿＿＿＿＿＿＿
　　　　ヾミ || || || || || || || ,l,,l,,l 川〃彡|
　　　　　V~~''-山┴''''""~ 　　ヾニﾆ彡|　　　　　　　出す・・・・・・！
　　　　 /　二ー―''二　　　　　 ヾﾆニ┤　　　　　　 出すが・・・
　　　 <'-.,　　￣￣ 　 　 _,,,..-‐､　〉ニﾆ|　　　　　　　今回　まだ　その時と場所の
　　　/"''-ﾆ,‐l 　　l`__ニ-‐'''""` /ニ二|　　　　　　　指定まではしていない
　　　|　==＝､!　　`＝====､　　l =ｌべ=|
.　　　| `ーﾟ‐'/　　 `ー‐ﾟ―' 　　l.=lへ|~|　　　　　　　そのことを
　　　 |`ー‐/　　　　`ー――　　H<,〉|=|　　　　　　　どうか諸君らも
　　　 |　　/　　　 ､　　 　　 　 　 l|__ノｰ|　　　　　　　思い出していただきたい
.　　　| ／`ー　~　′　　 ＼　　　.|ヾ.ニ|ヽ
　　　 |ｌ　下王l王l王l王lヲ｜　 　|　ヾ_,|　＼　　　　　つまり・・・・
. 　 　 |　　　　≡　　　　　　　　　|　　 `l　　 ＼__　　　>>267がその気になれば
　　　　!、　　　　　　　　　　 _,,..-'′ ／l　　 　 |　~'''　 ソフトの提供は
‐''"￣|　`iｰ-..,,,＿,,,,,....-‐'''"　 　 ／　 |　 　 　 |　　　 10年後　20年後ということも
　-―|　　|＼　　　　　　　　　 ／　 　 |　　　 　 |　　　可能だろう・・・・・・・・・・ということ・・・・！
　 　 |　　 |　 ＼　　　　　　／　 　 　 |　　　　　 |

金を出せといえば公開要求をあきらめると思ったんじゃないの？
傍から見れば、公開できないのは「そもそも虚言だからでしょ？」となるわけですけども

複数言語使いこなせるプログラマなら、技術デモ的なコードの１つや２つくらい
サクっとスクラッチしてgistにでも公開くらい余裕だと思うのだけど？
もちろん俺は「お前がやってみろ」と言われればやれるから言ってる。

AMDファンボーイはいつも捏造、虚言のオンパレードだからな

だからAMDの印象も悪くなる
AMDが売れないのはファンボーイのせいだろ

まず「黒柳ユニセフに寄付しろ（お前も損しろ）」が「一瞬にして「金を俺に払え」になるし
（発言を簡略化すると）「SIMT≠SIMT」「命令＝データ」「加算＝減算（ユニット増えると消費電力減る）」
このように常に知障

おまけにこいつ文字列検索ソフト作るのにわざわざ先駆者に弟子入りして
メールであれこれ教わってたんだろ
挙句「○○の跡を引き継ぐのはこの俺○○○様よ！」とか
「GUIで作ったのは俺だけ！」とかキモイ発言連発したり？（うろおぼえ）

こんな異常者にソース渡したら間違いなくパクられるし
実行ファイルだって危ないから
それなりの代償負わせたうえで渡すもんにも細工するよ当然

>>292
団子はトリップコードのやつはフリーで公開したんだが

お前そうやって条件つけたら自動的に団子以下になるけど、それでもいいの？

つかあの掛け算2回足し算1回君の日本語がとてもおかしくて
なにいってんのかさっぱりなんだ

てかメールで教わった先駆者（笑）って誰？そんな人物存在しないんだけど
KENJI AIKO氏のサイトのバックログ読みながらUNIX Cryptの自前実装方法覚えたんだよ
distributed.netクライアントで使われていたDESの処理の並列化手法はさらに別のサイトから。

John the Ripperのコード拝借すりゃ手っ取り早いってのは調べてるうちにわかったんだが
GNU ASM形式のコードがわけわからん上に、ライセンスが混ぜるな危険のGPLだから
これは使えないと思って、結局自分で試行錯誤してVisual C++でコンパイルできるコードを
0から書いたんだよね(JtRはVisual C++使えない)

誰かにメールで聞いたなんて事実はないし、えーと、「見知らぬ国のトリッパー（ｗ」の人だっけ？
処理を並列化したコアルーチンってみたので使ってみてくださいって俺がメール送ったんだけど
返事来なかったから、結局UIまで全部、自分で書いたというね。

俺はどこかしらから借用したコードならちゃんと公開条件に基づいて権利表記はしてるし
無断でパクるような盗人みたいな真似はしてねー


んで、PS3でLinux動くからCellで動くバージョンも作ってみようと思ってさー
それは結局匙投げて、中間成果物は他の作者（VecTripperの人とかcelltripperの人）にコード
寄贈するだけになったけど、JtRにも寄贈する立場になったのは数奇なものですわ。
それがこれ。最初からJtRの関数で引数互換で作ってるから簡単に移植できた。
http://download.openwall.net/pub/projects/john/contrib/bitslice-des/dango.chu.jp/

最初はBSDライセンスで公開したんだけど、JtR作者のアレクサンドロ氏が
「3条項のBSDライセンスはJtRのライセンスと矛盾するからライセンス変更してくれ」
と要望してきたのでGPLのバージョンも作ったんだよね。ほんとはGPL嫌いだけど。

でもそのあとで企業の協力で俺のよりもっと改良したコードを作ったらしくて
今は俺のやつは使われてないんだけどさ



しかし、他人のソースパクるしか能がない奴が他人にパクらせたくないとか思い上がり激しいね
そんな独創性あるコード作れる実力がないのは今までの馬鹿レスみてればわかるじゃん？

「今日は（競合の）カードが死ぬのによい日だ」

売上高55億1,000万ドル　純損失4億300万ドル

売上高46億8,151万ドル　純利益6億3,059万ドル

ttp://fast-uploader.com/file/6979274254205/
トリップ検索作ってみたけど思ったより難航した

入力した文字列をトリップに変換する部分は公開されてるから丸々コピペでおｋ
昔だとたしかPerlで書かれたソースしか無かったと思うからそれを望みの言語に変換するのは多少難航したろう
希望の文字列がトリップに含まれてるかどうかの照合は正規表現の部分検索でおｋ

「文字列をランダムで作る」という部分は楽勝だと思ったんだけど
トリップ入力の仕方というルールや
文字charが何番から何番まで登録されてるのか不明なので難しかった
いい加減で最大値と最小値を勝手に決めてもうそれでよしとした

でもまあ普通のゲームやアプリの1/1000くらいのコード量だし
トリップとcharに関してちゃんと情報収集すればすく作れる

どんなもんかと思ってノートPCで開いて動かしてみたが
自慢げに出してきたのは案の定UnixCrypt.csそのまま使っただけの
小学生でも作れるレベルのコピペプログラムでしたとさ。

出来合いのソースをネットで拾ってきて切り貼りして作りましたなんて
既存のプログラムより処理速度や使い勝手をよくすることさえ考えなきゃ
んなもん誰でもできるよ。

UnixCrypt.cs懐かしいわ、俺ですらまだ当時学生で.NETのバージョン1とかの時代だったけど
C#の勉強しようと思って遊びでC#Tripper作ったことあるし、学校帰りの暇なときに2日くらい
使って書き上げたが、ちょっと高速化のために改良入れてもPentium Mの1.5MHzでも
23kt/sとかそのあたりしか出なかった。それがC#の限界だと思ったね。

GUIは素早く書けるが、速度が必要なコードではx86ネイティブにははるかに及ばない。



この知障連呼おじさんのは、GUIすらお粗末というか、マルチスレッド処理すらできてないから
進捗や速度の表示もなければ5文字くらい入れてボタンを押したら検索完了まで
一切入力も描画更新もされない。

絶対出現しない文字指定したら、タスクマネージャから強制終了しない限り延々動き続けるよね？
せめて別スレッドで動かして中止ボタンで中断できるようにするとか最低限の配慮すらできんのか？
速度表示もないから処理がどう進んでるのかあるいはただフリーズしてるのかもわからない。

画像処理プログラム書いた経験一度でもあるなら、ワーカースレッド起こすくらい
当たり前にやると思ったのだが。
更にはわざわざSHA-1版とDES版のコードパスを両方入れてるのにどちらを検索するのかの
指定もできない。まさかラジオボタンの配置すらわからない？

上記のこと全部やるのに、C#じゃたかだか100行もかかんないよ？
こんなアルゴリズムに直接関係しないユーザーエクスペリエンスすらまともな拘りを持てないのね
コード量が少ないとか余裕こいてるフリをする割には、こういう絶対手を抜いちゃいけない部分で
ボロが出る。

まともにプログラム書いたことないってバレバレなんだよな。
スキルの低さわざわざ自分で証明してくれてありがとう。


範囲()

トリップ検索を作るのに要した時間で
ググったり文字のコード番号を探ったりなどの回り道を省いた
実作業時間を10分として
高速化のために言語を替えたり色々やるのに奮発して6倍掛かるとすると1時間
トリップ検索のために10年費やしたその中身は１時間分・・・

あっじゃあ大奮発して丸１日
いやコテ名にちなんで○○○日分で計算しようじゃないか
本人にも○で不要なアプリ丸3つに10年・・・

そもそも「動けばいい」なんてそんなレベルの目指してなかったしな
5文字くらい入れたらフリーズするようなのをまともに動いてるとは言わないだろう


6文字マッチですら俺のしょぼスペックの50秒で8個見つかるぞ
今あるソフトより遥かに遅いものをドヤ顔でうｐとか恥ずかしくないですか
http://yui.oopsup.com/browse.php/vix/%E7%84%A1%E9%A1%8C.png

自分でも使わないものに何故心血を注ぐのか？
それはおそらく「それしか出来ない」からだろう
師匠に伝授された10分間クッキングのものしかレシピが解らない

コンパイラを想起すればいいんだけど
言語から別の言語への翻訳・移植というのはパターンが決まっている
むしろ変えたら別物になってしまう（変えざるを得ない場合も勿論ある）
だから講座やサンプルなどが少なかろうが頑張ればいつかは出来る
しかしアルゴリズムのほうはどうか？

APIの使い方と違ってアルゴリズムのほうは講座やサンプルは少ない
ブロック崩しやテトリスぷよぷよくらいか
何故か無いというと「考えれば解るから」
画面表示APIさえ知ってれば後は変数配列などなどを駆使すれば
大抵のことは表現出来るから
ならば「考えても解らない」人はどうなのか・・・？

ちなみにトリップ生成アルゴリズムのほうは変えちゃ駄目
別の文字列が出てきたら使い物にならないから

意味不な長文書くよりも
>>298で指摘された所を改良したのを素早く出したら良かったのに

>>302
どれ？

全部
指摘された所を全部改良したのを30分以内に出してたら
少なくとも俺の中ではあんたの評価が上がったんだけどなあ

AMDスレに粘着する団子に粘着する>>301という認識でよろしいですか？

>>304
だから箇条書きにしろって言ってんのに

並列処理化はこれに表記替えれば済む
ttp://ufcpp.net/study/csharp/lib_parallel.html
別スレッドはThread t;
t = new Thread(new ThreadStart(関数名括弧無));
t.IsBackground = true;
t.Start();
whileの条件にbool増やして別スレで値変更


他のも手間暇掛ければいい

じゃなくて延々続くwhileのほうを別スレに指定だ

そもそも「師匠」なんていねーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
リスペクトしてた暗号学者ならいたけど、ほぼ全員海外の大学だしｗ

アルゴリズムが不変というのが間抜けすぎる
DESのアルゴリズム自体は変わらないが「高速に解読するためのテクニック」は
2008年ごろまでIEEEや日本の情報処理学会でもたびたび新しい論文があがっていた。
Bit-slice法もプロセッサのサポートする論理演算命令の種類によって論理ゲート数を
大幅に削減できたりするから、それだけでも処理速度が数割変わってくる。

しかし、SHA-1みたいな実質死んでるハッシュのたかだか72ビット分使って12桁トリップとか
2ch運営もたいがい無能揃いだね。根本的に強度の解決になってねーしｗ
AES使ってればx86でもARMでも最近のプロセッサはハードウェア化された専用ロジックが
使えるからエネルギー効率的にもかなりまともになってたはずなのだが。

俺の中でのあんたの評価はもう変わらないよ
時間切れ
でも他のスレ住民も居るだろうし
頑張って完成させれば？
公開までの時間によっては評価する人もいるかもね

>>301
hsaむけまだー？

>>306
だから、そんなググって出てきた結果なんて貼らなくていいからお前が実際にやってみろよ

そんな個人運営のサイトなんて見るより、VS使ってるならMSDNオンラインマニュアル出てくるし
無駄レス書いてる間にコード直せるだろ？
手間かければいいじゃなくて、2chに書く暇あったら指摘箇所直してみろよ。

> 並列処理化はこれに表記替えれば済む

ぶっちゃけるとそれだけでは俺の指摘した問題点の解決はできません

普通のbool値はそのままじゃスレッドセーフにならないから、下手するとメインスレッドと
ワーカースレッドの認識してる値にずれが生じて暴走するけどね。
複数スレッドで同じ変数値を参照する場合はポーリング用のAPIがあるからそれを使わないとダメだよ？

>>306のレスはマルチスレッドのプログラムを今まで全く書いたことないと白状してるに等しい。

スレッドのキャンセルの正しい方法はこれ（.NET Framework 4.5対応）
https://msdn.microsoft.com/ja-jp/library/dd997364(v=vs.110).aspx

こんな基本的なプログラムがまともに書けない奴が
HSAで内蔵GPUのプログラミングが簡単になるとか言ってるから失笑するしかないわ

プログラミングの常識以前の問題

>>311
C#は規則厳しいから
Bitmapを素で並列処理しようとするとIDEに色々注意された気がするが
boolじゃ全然関係ない
数値演算じゃスレッドセーフしないと数値バグ出るだろうけど暴走なんか起こるわけない
whileするしないのフラグならもっと有り得ない

C#で何も無いんならC++ならもっと大丈夫だろうし
いつまでも師匠のメールにしがみついてないで少しは自分の頭使えよ

> C#で何も無いんならC++ならもっと大丈夫だろうし

理屈がアホすぎて話にならなすぎる

C++だと共有変数をvolatile属性付けることで値がスレッドごとに別々にキャッシュされることを
抑制できるが、確実に読み書き順序を保証できない。
それが通用したのはせいぜいシングルプロセッサのタイムスライスのみでマルチスレッド
やってた時代までだ。

そういう手抜きプログラム書いてたやつはHyperThreadingやデュアルコアに移行したときに
正常に動かないなどの問題に遭遇してる。
メモリへの書き込みが完全に終わっていない段階で別のスレッドから読み込むことが
できてしまうから整合性が破たんする。

C++/Win32ではInterlockedExchange使えばx86のlockプリフィクスつきmovに展開されるから
それを使うんだよ。
x86のlockプリフィクスつき命令は唯一命令セットレベルでマルチプロセッサ間の
メモリコンシステンシを保証する方法。


だから師匠って誰だよｗｗｗｗ

IDEの警告じゃないな
１枚の画像を複数スレッドで変えようと、いや参照するだけでエラーで止まるんだったかな
データ処理が反映されないとかそういうんじゃなくアプリが止まる
でも数値の場合は「参照と演算の順番変動による数値バグ」がググって出るくらいなので
アプリが止まるなんてことは無いだろう
てか暴走って何

わかりやすい図解あるから読んどけ無能
これはC/C++の話ですよ
http://itpro.nikkeibp.co.jp/article/COLUMN/20070603/273403/

２つ以上のワーカースレッドで処理を分担するときにアトミック処理が必要なんだけど
ああ、馬鹿だからそんなこともわかんないのか

プログラミングの世界ではwizardは凄腕のプログラマの尊称だが
このおじちゃんは40過ぎて別の意味での魔法使い

排他処理は
「順序良く処理してくれないと暴走しちゃう！
数値が狂う！」
って場合に必要になるものであって
てか暴走って何
数値の変動に敏感じゃなくてもいい処理なら排他処理だってする必要無いし
ましてやユーザーが押すボタンに対して排他処理ってどう暴走するんですか

いつになったらhsa向け出してくれるんですかｗ

C++はメモリ解放が自動じゃないからC#よりもっと面倒だよ？
中途半端なスレッドの中断するとメモリリークするよ？

>>320
だよな。もうHSA Boltのバージョンもだいぶ更新されたんだし、
なんか書いてみたらいいじゃないか

掛け算足し算おじさんだけじゃなくて、他のファンボーイも
簡単にプログラミングできることを披露すべきだと思うよ

すげえ
メモリ解放し忘れと排他制御の混同

ボタンハンドラで排他ｗｗｗも凄いけど
まあやっぱり解り易いのはSIMT≠SIMTとかそういう
基礎教養すら要らない初歩的な理屈レベルの矛盾だよな
読み飛ばしてる部分にも随所にそういうのあるんだろうけど
潤沢過ぎて全部拾ってられない

また団子に粘着する妄想君が大暴れか

そうそう、UnixCrypt.csって10年以上前に使ったことあるからちょっと思い出したわ。
これUFC CryptをJavaに移植したものをさらにベタ移植したもので
2chのサーバのcrypt関数ってUFCに依存してたからsaltの値はああいう値になったんだよ。

UnixCrypt.csを使う場合は、saltには、key[1..2]と同じ文字列をそのまま渡しておけば
なんも考えなくても2ch互換トリップになる。
ここね。

private static readonly uint[] m_saltTranslation = { ... };

強いて言うなら、256要素に拡張して0x80-0xFF番目を全部0x00にしておくくらいか。
でもASCII範囲外の文字をキーにしなきゃ関係ないよね？
高速化ばんばれーｗｗｗｗ

ところで末尾の文字に漢字とか混ざるんだけどこれは意図通りの動作なの？正常な動作なの？

むかしdistributed.netのクライアントは動かしてたことあるな
自宅のPentium4マシンで24時間動かしてたから、CPUファンが轟音でまわってとにかく煩かった

CPUを論じるなら、C#より、アセンブラや、アセンブラに近いC言語等でやらないと

>>327
あれのソース解析やってた頃、ヘブライ大学のEli Biham先生の論文何度も読んだわー
イスラエル人ってマジ天才多いよな。
おまいらイスラエル人嫌いだろ？

ああ、トリップテストしてみたら一応は正常に動作してるみたい。
キーは
#!!!!!!!!!!!!!!!!!!!串
どうせ6bit×12文字＝72bitしかないんだし、キーはASCIIのprintable文字のみで16文字くらいで
十分だと思うんだけどね。#&<>;あたり除外しとけばいいんでしょ？
16文字でも(2^6)^12よりはるかに多いから、ランダム検索してもキーの衝突よりもトリップの
衝突確率のほうが遥かに高いよ。

>>328
メリケン氏（たらこちゃんねるの犬らしいが）のも、Day氏のも、CPUルーチンはAVX2使ってるから
どのみち実用上はSIMD使わないとスピード的に話にならないね。
HSA使うからCPUのSIMD使わなくていいんだとかいうならまあそれでもいいが
AVXも使いこなせないレベルじゃそもそも無理だと思う。

新しいAtomに載る予定のSHA拡張命令が俺的に注目株。
どうせSHAのラウンド数分だけ命令並べないといけないんだろ？とか思ったら
サンプルコード見たら4ラウンド分まとめて処理できてて命令数の少なさに驚いた

団子は楽しい遊び相手に狂喜乱舞って感じだな。

>>320
AMDファンおじさんならHSAでトリップ検索だろって感じだよな
CPU・GPUを激活できるHSAなら、簡単にこんなに高速トリップ検索できるんだぜ、すげーだろなのにな

HSAを使えば簡単にプログラミングできるといいつつ、
既に完成してるライブラリがあるのにそれを誰も使わないってのはどういうことだろうね？
BoltはディスクリートのRadeonでもAPUでもどっちでも使えるようになってるよ。
Boltはあれ以上根本的な進化はしないと思うよ。
今使えるものを使えないやつはいくらバージョンを重ねても使いやすくならないと思う。

とりあえずBoltがAMD専用のプログラムを書く用事がない人間には
一生無用のライブラリなのは間違いないわ
ただでさえVS2010からプロジェクトごとにincludeパス・libパスを指定しないといけなくなったのに
わざわざAMD環境でしか動かないライブラリをセットアップする手間すら惜しい

AMDの開発環境に限らないけど、標準外のライブラリ使うにはカスタムAppWizardの中に
include/libパスを設定するスクリプトぶちこむのが確実かねえ。
デフォルトのプロパティシートのXMLを直接いじればどうにでもなるんだけどいろいろ面倒だし

日本人ならインテルゲフォ一択

>>331
Boltはc++からHSAを使うようにするライブラリだからな
AMDファンはC#でやるよりC++ + Boltのほうが(公開すれば)AMDのためにもなるから良いよな

団子、俺はBoltのサンプルを動かすためにBoltをIntelのOpenCLから使うようにしている
(動かないサンプル多いし、CPU上動作で遅いけど)
ついでにAMDのclFFTはNvidiaのOpenCLからとりあえず使うようにしている。

boost新しいの入れたが
いちいちプロパティシートいじるのめんどくせぇ

団子屋さんがまた無双してるのか

AMDファンボーイは不甲斐ないなぁ

>>334
何作るの？？

いっそのこと動画についてマスターしてNLMeansCL2の高速化をしてちょ
http://forum.doom9.org/showthread.php?t=171379

爆速化できたらマジで尊敬するぞ

Zenはサムチョン製？
http://vga.zol.com.cn/507/5074357.html

Boostを自前環境で導入するのしばらくぶりで浦島太郎なんだけど
Boost.LogってAVX2まで普通に対応してんのな
いやこれ何をするライブラリって、Logなんだけどさ

いいのか？
HSA FoundationはBoostにHSAツールをねじこまなくて？
C++の準標準ライブラリだぞ？

といいつつ俺もC++11のライブラリで十分すぎたので、しばらくBoost使ってなかったわけだが。

Tripcodeなんとかで最初の頃Boost使ってたんだよ。
たとえば正規表現にRegex++とかさ。
ベンチとってみたらOnigurumaのほうが速かったりして、結局最後に残ったのはboost.mt19937だけ
Boostまじでいらなくね？

途中でmt19937より高速なSFMTとか出てきたりして、SFMTを自前でクラステンプレート化した
「sfmtplus」とかっていうクソライブラリ作って、でもそいつは結局Triなんとかには入れなかったんだけどさ

てかあれ俺すら「必要ねーな」と思ったんだけど
俺が見知らぬところのオープンソースプロジェクトで密かに使われてたりするからわからんもんだ
http://slash-sandbox.googlecode.com/svn/trunk/%20slash-sandbox/nih/docs/html/sfmtrand_8h_source.html

↑implementationのスペル間違ってるしつくづく恥ずかしい奴だよな俺

>>337
それとそれの元記事であろうこれも見たが、どこのFab使うかなんてどこにも書かれてないんだが？
http://www.sweclockers.com/nyhet/19954-amd-zen-forst-ut-i-summit-ridge-for-14-nanometer

>>338
Boost.Compute
https://github.com/kylelutz/compute
名前からしてBoost入りを狙っている感じのGPGPU神活ライブラリ
Boltより多い星マーク326！　Thrustは更に星多いが
KyleあんちゃんOpenCL2.0(HSA)対応がんばれだ

>>337
朝鮮起源語でさっぱりだが、神活ってなんか良い表記だな

nihってライブラリはそもそも何ぞやと思ってトップページ見たらこれの開発者NVIDIAの社員だしさ
俺どんだけNVIDIAに付け狙われてるんだよｗｗｗｗ

>>342
それSandbox（予備軍）にすら入ってないオレオレBoostライブラリじゃねーか
江添先生がGPGPUをあんまり好んでないみたいだし、標準化はどうかなぁ・・・という感じ。

久々に自分の昔書いたSFMTplus(笑)のコード読んでみて、C++のTemplate機能ってすげーよなと思った。
これたしかAMDのSSEplusに引っ掛けて皮肉でつけた名前なんだけどさ。
あんだけコード量多いのがC++だとたったの400行。

これ、クラスにまとめることで、複数の乱数インスタンスを同時に作れるのが売りなんだけどさ。
ただこれ128ビットブロックごとに依存関係があるから、AVX使っても2倍速くなるわけじゃないんだよね
SFMT構造体を並列化すれば速いんだけど、それって数学的にどうなのかなあと

boost.mt19937は、クラステンプレート化されてC++11の標準ライブラリ入り。
いまboost使う理由ってどこにあるだろうか？まあとりあえず便利そうなものがあれば使ってみようかなと。

速度の安定性はSFMTのほうがいいんだけど、MTは256ビット以上のSIMDでもスケールするから
AVX2でがっつり最適化すると逆転する。
ぶっちゃけSIMD orientedの意味がなくね？


鬼車の語源調べてみたら中国の怪鳥だった。

boostといえば使い方が良くわからんのでぐぐってたら「boostも使えない恥ずかしい奴(笑)がプログラマ名乗るな」って煽ってるサイトが多くてなんか萎えたの思い出した。
今はもう楽な方へ流れてPowershellいじって用件満たすだけになってるけど、boostてのはSTLを拡張して不足を補った物って言う理解で良かったのかな。

日本人ならインテルゲフォ一択

この流れ・・もしかして本当に高速化されそう？

昔は1日100レス当たり前なくらい高速だったな

僕が一番、AVX2をうまく使えるんだ。

アムド「たかがメインルーチンをやられただけだ」

1日100レスって毎日同じ奴が何十個も書き込みしてただけだぞ？
最後に書き込んだ奴が勝ちとか思い込んでるのか知らんが

日本人ならインテルゲフォ一択

ARMのときは凄かったな。
一日200レスぐらい伸びたけど、あまりのくだらなさに見るの止めてた。。

AMDは自社開発を断念してARMに切り替えるんだろ。
終わったな。

(￣十￣)ｱｰﾑﾒﾝ

残念
今日もAMDの未来は暗かった

日本人はインテルゲフォ一択

>>345
あれ、C++現行規格が出る前は
「次世代のC++標準ライブラリ候補だから今から覚えておけ」
みたいなノリだったと思うが、C++11規格にめぼしい機能は実装されてしまった今となっては
旧来コンパイラでもC++11同等の機能が使えるとか、そういうメリットを見出さないかぎり
それほどありがたいものではないという認識ですな

だから今はC++の標準ライブラリを覚えろ、のほうですな

SpiritとかMPLとかマニアックすぎて標準化される見込み無いでしょあれ

>>357
ですので、札幌に続き今度は福岡で
http://akiba-pc.watch.impress.co.jp/docs/event/tour/fukuoka.html
やります。

マスコミが絶対に触れない事実
注）自民党以外が在日から帰化したスパイ、またはその影響下にあると仮定してご覧ください。

よく言われる
失われた２０年　→　約２０年前　初めて自民党が単独過半数を割る（小沢の新生党が与党介入）※
失われた１５年　→　約１５年前　自公の連立政権が始まる　　（公明党の与党介入） /

※このとき、初めて８０円/ドルという超円高誘導されて、日本の製造業は衰退・空洞化
　＝中国・韓国が台頭し始める。日本の技術者が、大量に韓国などに引き抜かれるようになる。
　イオン（民主党・岡田家）や大型パチンコ店が、地方経済や商店街を食いつぶすための、
　大店立地法が成立。在日パチンコ屋のCM・チラシが解禁・大型チェーン展開が始まる。
　日本の学力低下が目的の「ゆとり教育」の本格導入。（後ろ２つは、１７年前。）
※このときの羽田首相（新生党）の顔がモロに半島顔。
※このとき、小沢の新生党を全力で選挙支援したのが、創価学会といわれる。
※このとき、自民「単独」政権（公明抜きの単独２/３議席）の復活に、圧倒的不利な
　比例選挙制度へ法改悪↓

2014総選挙の比例当選率　
政党名 　　　　自民　　公明　　民主　　維新　　共産
比例区　　　　　　68　　　26　　　　35　　　30　　　20
合計数　　　　　 291　　　35　　　　73　　　41　　　21

比例当選率　　23%　　　74%　　　48%　　73%　　　95%　　←※

共産・公明・維新は、比例制度を廃止すれば消滅ｗ　

参考）
民主党は、超円高誘導でパナソニックやシャープ、ソニーを潰す気だった？
http://www.youtube.com/watch?v=iG_oaqU0pEM
帰化朝鮮人ばかりが政治家を目指す国？日本
http://www.youtube.com/watch?v=CxIGOhFT4g8 　続く

続き　日本に借金を抱え込ませたのは小沢一郎（たぶん在日帰化）。

小沢が４３０兆円
村山（旧社会党：この人も帰化？）内閣がプラス２００兆円　
トータル６３０兆円
（詳しくは日米構造協議で検索）

今ある借金は、これとその利息では？

小沢は、自民党時代に日本に爆弾を抱えさせた上に、そのバラマキ公共投資で得た
支持基盤をごっそり自民党から引き抜き（仲間を引き連れ離党）、
自民を単独過半数割れに追い込んだ。
そして、第３極政党（新生党→公明党）を介入させ、韓国や在日へ利益誘導してきた。
日本を借金大国にしたのは自民党だ！と、自分で仕込んだ火種を野党側から
追求する自作自演劇によって、民主党への政権交代につなげた。
※自民党以外の議員は、日本姓を名乗る帰化朝鮮人か、その影響下にあると仮定。

という流れではないでしょうか。

バブル崩壊のツケだよ。
誰が総理大臣になっても結果は同じ。
あと、円高とか円安はギリシャとかヨーロッパでの国際情勢の不安が発端。
円や石油がバブルのように高くなってるから狙われたの。
パナソニック壊すとかシャープ壊すとか論外。

>>361
＞（たぶん在日帰化）。

父親も国会議員だぞ、岩手出身の。
ttp://ja.wikipedia.org/wiki/%E5%B0%8F%E6%B2%A2%E4%BD%90%E9%87%8D%E5%96%9C

http://www.linaro.org/leg/servercluster/

なんかAMDとAPMの64ビットARMのリモート開発環境が無償で使えるらしいぞ
なんか作れおまいら

日本が産業スパイに甘かったせいで中国や韓国は先進国並みになっても自分たちで発明せずにパクる方を選び続けてる

日本人ならインテルゲフォ一択

むかしリモートでシェルがつかえる開発環境とかがあったが、
hello world作っただけだったわ

AMDはこういうPiPO X7みたいな安価なWin機とかに採用されるくらいのを作れればいいのにね

http://www.pipo.com/product.php?id=157

atomデビューしようかな

日本人はインテルゲフォ一択

ArrayFire Benchmarks: AMD Kaveri vs Intel Haswell Part-1
http://arrayfire.com/arrayfire-benchmarks-amd-kaveri-vs-intel-haswell-part-1/

>>368
> AMDはこういうPiPO X7みたいな安価なWin機とかに採用されるくらいのを作れればいいのにね
Intelが出来るのはAMDでも出来るよ
単に開発させるだけの資金提供やサポートが出来ないだけ
というか、Intelが色々開発させまくってて、AMDで開発する余力を無くさせてるだけだな

AMDが売れないのはインテルのせい（笑）


朝鮮人が冴えないのは日本人のせい（笑）

>>371
マジかよ
Intelには謝罪と賠償を要求ニダ

日本人ならインテルゲフォ一択だね

>>371
AMDに金がないのか、メーカーに余力がないのかどっちなんだ？

売れないモノに関わりたくない

見えてる地雷に近づくアホは朝鮮人くらいだわさ

>>375
資金提供やサポートしていないから、AMDは金余っている。
x86ユーザーメーカーはIntel開発に必死でAMDまで使う余力ないから、
AMD自身、AMD品は使わんって分かっている。
だから、AMD社員は自己満足のオナニー製品開発を楽しんでいる。TDP220W　FXはオナニーしすぎだよな

日本人ならインテルゲフォ一択だね

>>375
過去のIntelの悪行がAMDの利益とメーカーとの関係を削りまくったんだよ
だから、どんなに優れたもの作っても、製造できないし、供給できないし、製品開発が出来ない状況になってる

今や、AMDとIntelのマーケティングやサポートの差は100倍くらいありそうだから、何をやっても全て潰される状況
まあ、今でも違法行為で訴えられてるIntelや、970やG-synkみたいな詐欺だらけのヌビばかりが売れるのが証拠

ということにしたい
日本人ならインテルゲフォ一択

>>380
Intelは営業･マーケティングも金儲けだけど
AMDはrichばら撒き、舞妓フェスタ、作る女など
オナニーイベントを開くことが彼らにとっては重要
AMD社員金儲けより自分がしたいこと出来てうらやましいよね

>>380
K6-2のころに3D Now! のサポートが充分だったかのように聞こえるんだが、幻聴だよな?

ふとAMDのサイト見てきたけど、もうちょっとヤル気を出して運営してくれよと思う。
リンク切れはさすがに酷いぜ・・・

AMDサイトの不備もintelの陰謀

そりゃ10年以上違法な圧力や邪魔されて、利益やシェアを根こそぎ奪われて、やることなす事邪魔された上にステマ記事書かれまくってるんだからな
普通ならとっくに開発力無くなって潰れてるわ
未だに毎年新コア開発して、ハイエンドで勝負できる製品作れてるのが奇跡だよ

APU作って、HSA策定して、Mantle作って、ARM作って、SkyBridge作って、HBM作って、PS4と箱1に採用されて、GREEN500 TOPだからな
大赤字続きなのに開発力減るどころか加速していってるのが信じられん
惜しむらくは、プロセスが全く追いついてないことだな

Nvidiaはとうとう詐欺がバレたしGPGPU削ってグラフィック特化のMaxwell作るし、Intelも14nm難航してる上にブロードもスカイも大したこと無い
NvidiaとIntelの底は知れたから、もう沈んでいくだけだろ

取り敢えず、390xでNvidiaを潰しにきたね
今まで頑なに500mm2超えるビッグダイ開発して来なかったのに、ここに来てビッグダイ+HBMのハイエンド構成投入してきた

今までは、最上位でも350mm2とかで、ゲフォの550mm2クラスと戦って劣勢だったからね
ハイエンドでも同等のダイサイズになるなら、今までみたいな性能で圧倒されることも無くなる
オマケに、FruidmotionやFreeSync、PS4との類似性という独自の機能も持ってる

390xの性能とFreeSyncの組合せは、性能同等そうなGM200との競争に有利なのは確実だろう
そしてGM200で非対応の64bitに対応してたら、HPC分野でも相当強力な製品を作れる

ついでに言うと、GPUでビッグダイ解禁したということは、APUやCPUでも解禁した可能性が高いということ

IntelのXeonが500mm2のビッグコアだから、対抗として将来Zenコアのビッグコアの可能性もあるかも
今のところマイクロサーバー向けらしいから、せいぜい100〜200mm2かも知れんけどな
ZenのビッグダイがあるとしたらPhiに近いものになるだろうか、スモールコア100個とか

AMDが今後どうなるかは、来年の16/14nmからだな
SkyBridge、ラデ4xx、DX12/OpenCL2.0ソフトとかの出来次第だろうし、
果たしてZen APUが自作できるか、PS4と箱1の普及はどうなのか、DX12/MantleでiGPU+dGPUが出来るのか、
そう言えばHSA対応のJava9はどうなってるんだ、FXとして300〜500mm2のAPU+HBMとか出るのか
確か新ゲーム機にAPU供給する話もあった、FreeSyncディスプレイも増えてる

まあ、何だかんだで来年のCarrizoも28nmとは言え売れそうな気はする
何せ、L3キャッシュ積んでてKaveriの5割増しくらいらしいし
スカイレークはハスウェルと大して変わらんらしいし性能で対抗も出来そうだ

2014
Kaveri　←New！
Beema　←New！
Mullins　←New！
赤字4億ドル

2015
Kaveri Refresh（Godavari） デスクトップ
Carrizo ノート　←New！
Carrizo-L（Beemaリネーム）
Mullins
今年はどんだけ悲惨なことになってしまうんだ？

全て期待通りに行くかはわからないが、AMDが自作分野の活性化に貢献してくれるなら大歓迎
今年のNVIDIAスキャンダルみたいなのはうんざり

amdは口先ばっか

辛口レビューするバカが悪い。
自作デスクトップのハイエンドとノートパソコンの一般的なHDD品と比較してそれよりか遅いとか、はたからみるとどうでもいい機能の1つがないと延々書き込んで星を1つとか。
正しい評価を書かないから、よくわかってない奴が見たら良い製品なのに悪いのかと勘違いして敬遠する。
もしかしたらそれ狙ってわざと意味わからん辛口レビュー書いてるのかもと疑いたくなる。

http://wccftech.com/amds-fiji-gpu-chip-upcoming-radeon-300-series-lineup-rest-cards-feature-current-gcn-cores/
リネーム祭りクルー？

日本人ならインテルゲフォ一択

>>393
AMDの体力が無いから仕方ないけど
できれば全部GCN1.3?に統一して欲しかったな。

新たに出るGPUが2種類くらいしかないし、リネームオンリーの型番が出る可能性もなくはない
おそらくOEMだけだろうけど
例としてHD9000シリーズ

リネームの最初って7000か9100あたりだったっけ?

もう番号が一周以上も回ったんだよな

7000と7200が初代リネームRadeon

日本人はインテルゲフォ一択

https://www.linkedin.com/pub/srinivas-choudary/6/417/397?trk=pub-pbmap

>Involved in 3 very successful projects: Kabini (TSMC28HP), Bhavani (GF28A) and Nolan
(GF20LPM).

NolanはGFの20nmLPM使うらしい

8coreとかやってる場合じゃないわｗ

http://www.cnx-software.com/2015/02/16/hisilicon-d02-armv8-server-board/

>>400
GF!?
大丈夫なんか・・

別にリネームでもいいじゃない

問題は値段なりの性能が出るかどうかだ

再リネーム物とか考えたら、リネーム1回の物なんてカワイイもんだしな

ゲフォの8800GTSから9800、GTS250と変わったんだっけ、あれって。


リネーム1回だけなら、多すぎて思い出せないほどあるけど。2回のものは少ないよな。

別にリネームでもいいじゃない

問題は使用どうりの性能が出るかどうかだ

間違った
別にリネームでもいいじゃない

問題は仕様どうりの性能が出るかどうかだ

>>395
リネームというか、段階的なラインナップの強化だろう

2012年にHD7000シリーズ(GCN1.0)が出て、
2013年にハイエンドの290x(GCN1.1)追加、
2014年にミドルの285(GCN1.2)追加、
2015年に最上位390x(GCN1.3)追加、

28nmが長期プロセスになってるから、少しずつ補強してるだけ
一新するのは16nmになってからだな

AMDはいまやNvを圧倒しているから少しずつ補強で十分だからね
Nvがふがいないとこうなるよな

日本ゲフォ84%の事実ｗ
哀れアムチョンファンボーイ精神病ｗｗ
日本人ならインテルゲフォ一択だねｗ

え？nvがamdを圧倒してね？

amdって、linpack計算やら暗号通貨の計算、トリップ検索ではnvより上だけど、
GPUとして使ったときにはnvidiaよりかなり劣る

ウルトラハイエンドはHBM効果でフラッグシップは取れそうだけど
くミドルハイ〜ミドルローが現行のリネーム勢じゃMaxwellのGM204/GM206/GM107相手に勝てない気がする
というかTongaを更に削って6Pinだけで動かせるようにしたR7 365みたいなコアを出せと

日本人ならインテルゲフォ一択

>>410
http://www.phoronix.com/scan.php?page=article&item=nvidia_gtx980_opencl&num=2

ホラデオンが勝てるのは電気と温度の高さくらいだよｗ

日本ゲフォ84%の事実

>>410
NVIDIAが凄かったのはFermiまで
ワッパとか言い出したKeplerからおかしくなり始めて、今じゃ立派なベンチマーク詐欺ビディア
http://www.pcper.com/files/review/2014-09-18/G1-Bioshock_2560x1440_PLOT.png

日本人ならインテルゲフォ一択

http://www.pcper.com/files/review/2014-09-18/power.png
http://www.pcper.com/files/review/2014-09-18/G3-power.png
GTX 980　Load291W　SLI392W
R9 290X Load422W CFX668W

GTX 980 SLIより電力食ってるR9 290Xわらた

GTX980が101Wなわけないだろ
常識的に考えて

日本人ならインテルゲフォ一択

アム奴隷＞いま、APU、マントルGPU、ゲームでAMDはすごく好調。
アム奴隷＞この好調は今後数年は継続するだろう。


↑妄想

↓現実


AMD、全従業員の7％を一時解雇へ。
2014年第4四半期（10〜12月期）の売上高はさらに13％減少する見込み。

http://eetimes.jp/ee/articles/1410/22/news055.html



>> さらに13％減少する見込みだという

>> 13％減少する見込み

>> 13％減少

Fermiで惨敗してたnvidiaがAMD5000〜6000シリーズのようにゲームに特化し大躍進
逆にAMDはGPUで何でもやろうと余計なことして停滞
Fermiの失敗みてたろうに一般向けは5000〜6000シリーズのようにすればいいのに
大多数が使わない機能はいらんよ

kepler,maxwellは別にゲーム特化じゃないけどねｗ

日本人ならインテルゲフォ一択だね

>>411
やらないんじゃくて出来ないんじゃないか？
詐欺が可能なほどNVIDIAはダイを無効化しても動作するよう力注いでる。

FireProW7100ってのがあってだな・・・

NVIDIA もっとマシな写真なかったのかよ
http://akiba-pc.watch.impress.co.jp/img/ah/docs/682/313/nv1.jpg

AMD 清潔感溢れる紳士森本氏
http://akiba-pc.watch.impress.co.jp/img/ah/docs/682/313/amd1.jpg

PCパーツ各社に聞く「今年の意気込み」と「去年の売れ筋」
http://akiba-pc.watch.impress.co.jp/docs/sp/20150101_682313.html

http://www.legitreviews.com/wp-content/uploads/2014/10/lisa-su-amd-ceo-645x803.jpg

http://iup.2ch-library.com/i/i1388718-1424436500.jpg

nvidia vs AMD（旧ATI）

http://www.itbusiness.ca/images/cdn_20thAnniversary/Ho-%20KY.jpg

http://www.nag.co.za/wp-content/uploads/2012/08/AMD-Rory_Reed.jpg

日本ゲフォ84%の事実
日本人ならインテルゲフォ一択

>>420
AMDはAPU(HSA)、マントルGPU、ゲームですごく好調(俺、何を指して好調って言っているのか知らないが)じゃないのかな
売上高のことを指しているのか？

AMDの場合
●2015年の意気込みを教えて下さい

　モバイル向けに省電力性を大幅に高めたモバイルAPUファミリー「Carrizo」を始めとする次世代APUや、
現行のGPU性能を更に高めた製品などの投入に注力していきます。
電力効率性やグラフィックス性能が大幅に向上するAMD製品をOEMメーカーが採用しやすくすることで、
幅広い性能と価格ポイントをカバーする最終製品を皆様にお届けしたいと思います。

●読者に一言どうぞ

　来年はMantleやTrueAudio、毛髪レンダリング技術のTressFX Hairといった最新技術へのゲームの最適化がますます進み、AMD製品を活用したゲーム体験がさらにパワーアップします！
様々な最新ゲームをバンドル提供する「Never Settle」や、様々なキャンペーン、秋葉原でのイベントなど、皆様に喜んで頂ける企画を実施していきたいと思います。
最新情報はAMDのFacebookページで随時ご案内しますのでぜひチェックしてみてください。




ゲフォ厨房の場合
●2015年の意気込みを教えて下さい

　シェア100%を目指して引き続き頑張ります（笑）。
今年も皆様に愛されるNVIDIAとなるように精進してまいりますので、宜しくお願います。

●読者に一言どうぞ

　2015年も皆様のご期待にお応えできるGeForce製品そして新たな技術をお届けできるように努力していく所存です。今年もユーザーの皆様との触れ合いも大事にしていきたいと思います。

ソース
http://akiba-pc.watch.impress.co.jp/docs/sp/20150101_682313.html

>>426
素晴らしい、ゲフォキチの精神が形になったようだ

>>433
AMD:技術
Nv:シェア
AMDは趣味でやっているから、技術アピールに必死で売り上げ･シェアって気にしないからな
そりゃ売り上げ･シェアをがんばるNvが金儲けできるよな

5350で一台作ったんですけどdirectxがないとゲームってできませんよね？
Windows updateすれば自動で入れられるんですか？
AMD初めてで・・・

microsoftに聞け

HardwareTnLはどこでダウンロードですますか？
ぼくもファイファン１１がやりたいです

>>436
それAMD関係ない

gameworksで技術アピールしまくるnv
毎年大々的にgtcという研究発表イベントを開くnv

mantle? hsa?なにそれ？おいしいの？状態のamd

AMDはゲームのソースコードを見ないとドライバの最適化ができないんだっけ？
技術力（）

Ｉｎｔｅｌに染まると時系列も価値観も何もかもが逆転します

intelは14nm世代からやっとCPU性能捨てて内蔵GPUの性能を上げてきたね。
AMDは32nmプロセスからそれをやってるんでintelは周回遅れ。

cpu性能すててねーけどｗ
sklで命令の実行レイテンシまた縮めてきてるし

>>442
おい、時系列逆転技術はAMDの技術だろ！


2000年 デュアルコアPOWER4
↓
2005年はデュアルコア元年！世界初デュアルコアAthlon64 X2！


2003年 クアッドコアPOWER5、1コア2スレッドSMT
↓
2007年、ついにクアッドコアCPUが登場！Phenom X4！


2010年2月 TurboCoreモードを備えたPOWER7、1コアあたり4スレッドSMT
↓
同年 Turbo CORE実装したPhenom II X6


2007年 オーバー5GHz POWER6
↓
2013年 世界初の5GHz、FX-9590！(定格4.7GHz)


2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初！SMT搭載CPU！なんと！1コアあたり2スレッド処理してしまう！これからはSMTの時代！Intelも後を追ってくるかな？

>>440
gtcってなんだと思えば、Nv信者集会か。でもすごいな、そんなのを日本で開けるって
こんなところが赤字が普通の会社との違いだろう
AMDはこんなの日本で開くの無理だろうな。企業、技術者･研究者の信者は日本にほとんどいないだろうからな。

>>440-441
技術アピールとドライバ最適化しまくるNV
https://www.youtube.com/watch?v=NYfYekrAPAE
　↓
その結果がこれｗ
http://www.4gamer.net/games/251/G025157/20141127026/

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

AMDの順位だけが急降下ひとり負け＼(^o^)／

飯ウマ！
とか言って食べ過ぎなNVIDIA
まるで運動不足でぶよんぶよんの脂肪の塊。
今のNVIDIAを象徴してるかのようだ。
何でこいつ１人でマイク持ってるの？
歌でもうたってるのかよ？
ここは自宅前？
http://akiba-pc.watch.impress.co.jp/img/ah/docs/682/313/nv1.jpg

http://www.geocities.jp/andosprocinfo/wadai15/20150221.htm

２．AMDがHPC向けのAPUの開発について発表
　　2015年2月20日に大阪で開催されたPC Cluster Consortiumのワークショップ
において，AMDの林氏が講演の中で，AMDがハイエンドのGPUを集積するHPC
向けのAPUの開発すると発表しました。現在のAPUは，デスクトップ向けの最高
性能のものでも消費電力が100W程度で，200Wを超えるハイエンドのGPUは集積
できません。
これに対して，ハイエンドのGPUを集積した，200〜300Wの消費電力のHPC向け
のAPUを開発するとのことです。

　現在のHawaii GPUの次世代のGPUを2016年に出し，これを集積するハイエンド
APUを2017年に出す計画です。このAPUにはFirePro級のハイエンドGPUと次世代
Opteronのサーバ用高性能CPUを集積します。

　引き続き，2018年にはその次の世代のGPU，2019年にはそれを集積するハイエン
ドAPUを開発する計画で，2019年のAPUはマルチTFlopsの性能を持つとのことです。


３．AMDは32コア，64スレッドのARMとx86プロセサを製品化する計画
　　2015年2月20日に大阪で開催されたPC Cluster Consortiumのワークショップに
おいて，AMDの林氏が，講演の中で，AMDは2016年にはCortex-A57の何倍もの
性能を持つARM v8アーキテクチャのK12コアを独自開発し，サーバ用プロセサとして
製品化するという計画を発表しました。

　　このK12と同世代のx86プロセサとはピン互換となるとのことです。また，これらの
プロセサは32コアを集積し，これまでAMDでは採用していなかったマルチスレッドを
サポートするとのことで，64スレッドを並列実行するプロセサとなるとのことです。

GPUをHPC向けに売りつけるの諦めたか

でかいgpuつけたapuつくるってこってしょ

一方でSoCも20mmスキップするという話が出てるんだが
GPUで使用されるかますます怪しくなってきたな。

メモリが追いつかんでしょ
DDR4でもまだ遅いし、HBM？で何とかする気なのかな

2000年 デュアルコアPOWER4
↓
2005年はデュアルコア元年！世界初デュアルコアAthlon64 X2！


2003年 クアッドコアPOWER5、1コア2スレッドSMT
↓
2007年、ついにクアッドコアCPUが登場！Phenom X4！


2010年2月 TurboCoreモードを備えたPOWER7、1コアあたり4スレッドSMT
↓
同年 Turbo CORE実装したPhenom II X6


2007年 オーバー5GHz POWER6
↓
2013年 世界初の5GHz、FX-9590！(定格4.7GHz)


2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初！SMT搭載CPU！なんと！1コアあたり2スレッド処理してしまう！これからはSMTの時代！Intelも後を追ってくるかな？

AMD Carrizo APU ISSCC 2015 Presentation Leaked ? 5% IPC Gain With x86 Excavator, Die Consists of 3.1 Billion Transistors
http://wccftech.com/amd-carrizo-apu-isscc-2015-presentation-leaked-5-ipc-gain-x86-steamroller-die-consists-31-billion-transistors/

>>456
すげぇ・・むっちゃ小っちゃくなってる

HPC業界が恐れてるのは、
せっかくAMDを使って開発しても、メーカーの都合で打ち切られてせっかくの投資が無駄になることと、
サードパーティのHPCソフトウェア・ライブラリの不足

今回は先手を打ってる。すぐにわかる

2000年 デュアルコアPOWER4
↓
2005年はデュアルコア元年！世界初デュアルコアAthlon64 X2！
同年、ニコイチえせデュアルコアCPU PentiumD発売
↓
遅れて、ようやく本当のデュアルコアCPU CoreDuo登場

PenDはニコイチという点もさることながら、コア間の通信（キャッシュ動機などのためにコア間通信が必要）がチップセット経由で、
CPUパッケージ内での直接通信ができなかった

2007年 オーバー5GHz POWER6
↓
Intelも、はよ出せよ


2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初！SMT搭載CPU！なんと！1コアあたり2スレッド処理してしまう！これからはSMTの時代！Intelも後を追ってくるかな？

POWER5とか、Pen4のHTTとかは違ったのか?
＞NetBurstマイクロアーキテクチャのXeonとPentium 4がSMTを採用した最初の商用プロセッサで、以降さまざまなモデルに
＞同機能が搭載されている。インテルはこの機能を「ハイパースレッディング・テクノロジー (Hyper-Threading Technology)」と呼び、
＞その内容は基本的な2スレッドのSMTエンジンである

ところで、
＞DEC Alpha EV8はさらにパワフルな4スレッドSMTエンジンを搭載する予定であった
らしいが、AMDのはその辺の技術かねえ?

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

AMDの順位だけが急降下ひとり負け＼(^o^)／

突っ込みどころはFP/SIMDユニットのサイズが増加してないことだ
CarrizoのAVX2が、ただ互換を取るため（128bit SIMDを2回まわすだけ）のやっつけ実装にとどまるのは
想像に難くないと。

サウスが統合されたせいかアンコア部が結構大きな面積を占めているように見える
セルライブラリが高速型から高密度型になったのでクロックの上限は今よりもだいぶ下がるだろう
低クロック省電力に特化したから3GHzオーバーのデスクトップ用は出せないわけだ

デスクトップ用は来年出すそうだが？

ちょっと前にデスクトップ用はkaveri refreshで何とかするって見たけど結局デスクトップ用carrizoは出るのか

>>462
つ 新CPUコア

＞　このAPUにはFirePro級のハイエンドGPUと次世代Opteronのサーバ用高性能CPUを集積します。

よく読もうよ

デスク向けは95WのSKUは確実に出ないだろうな
cTDPで遊ぶにはいい石になると思うけど

最大クロックが上がらないからね・・。
IPC5%向上分だけじゃ焼け石に水。

>>466
お前がよく読め。俺がしたのはCarrizoの話であって新コアの話なんてしてないぞ。

>>465
今年はKaveri Refreshで凌ぐ
来年はデスクトップ用CarrizoとZenCPU
再来年はZenAPU

>>466
Carrizoのダイ写真の話題だからそちらこそよく読もうぜ

まあZenのほうも最大32コアという情報が出てきてるから4IPC以上の大型コアである可能性はかなり低いけどね
Density Server向けをうたう以上、クロックあたり性能でAtomと同等か少し上程度の水準なのでは？

確かに・・流れ的にHPCかと思い込んでた。

これからはARM並の低性能で十分なんだよ。

コアがそんなに大きくないって事は8コアAPUデスク向けに来るといいなあ。

14nmならsandybridgeクラスのコアでも32コアで400mm2程度に抑えられるよ

Zenは新規コアだって話だけどBobcat系の
改良版程度の代物がでてくる予感しかしない

コアを集積するほどメモリの競合を緩和するために大容量のキャッシュかあるいは広帯域メモリが
必要になるのでそう簡単なものじゃないよ

ダイサイズの問題ならとりあえずシングルダイなのかMCMなのかもわからないうちから語ることじゃない。
一番クリティカルなのは消費電力だと思うよ。
たとえばBroadwellの2GHzが1コアあたり5W程度と仮定しても、32コアも積めば160W
そんな規模のCPUを高密度サーバに積めるわけがないだろう？

Zenは8コアでしょ

Bobcat といえば TOUGH GUY

足回りはスタックドメモリでなんとかなるとして、
32コアと明言してるってことは消費電力枠も一応目処はついてるんだろう
skybridgeはメニーコア的な方向性なら、シングルスレッド性能は求めないんだろうし

armとx64でコア数も同じってことは、デコーダーの後ろは共通化とかもあるのかもね

いわゆるスーパーコンピューターは、
伝統的にCPU・メモリがボードにハンダで直付けが当たり前だったので、
HMCメモリをハンダ直付けとかでも受け入れられるだろうが、
伝統的にCPUもメモリもソケット式だったサーバにおいて、
はんだ直付けとか受け入れられるのだろうか？

HMCについては松岡先生が興味深いツイートしてるよ
https://twitter.com/prof_hrk/status/319628318309769216

個人的には、とりあえずつなぎにHMCを使ったハイエンド分野で、
HMCがつなぎの短期間じゃなくて、かなり長期間つかわれる気がするよ

HMCなんか使わないよ。HBMなら使うが

>>450
多分こんな感じ

・500mm2のHPC向けハイエンドAPU
多分16コア32スレッド+4096sp位 + HBM 8GB + DDR4 64GB
HBMだけだと多分メモリ容量が足りないから、DDR4で容量稼ぎそう
メモリ管理が難しそうだけど、まあ何とかするだろう

・32コア64スレッドのハイエンドCPU
多分クロックは3Ghz位
AVXは2までで512bitは無駄なので非対応
ついでにFabric対応でマルチプロセッサに最適化

そして恐らくこのメニーコアCPUと対をなすハイエンドGPUも存在するだろう
多分8096sp+HBM 16GB　倍精度7T位か
もしかしたら制御用に4コアくらいCPU乗せてくるかも

CPU、GPU、APUはFabricで繋ぐのか、同一マザー内でHTみたいなコヒーレントバスで繋ぐかは分からん

今まで500mm2級のハイエンドチップ不在でインテルゲフォにハイエンドでやられていたから、コレで逆襲するつもりなんだろうね

そりゃハイエンドはHMCの独壇場でしょう。
問題は値段的・構成的な制限が弱点。
あとHMCを2.5Dソリューションと言うのはなんか違う気が・・
（EMIBでの実装のことを言ってるのかな？）

>>456
ハイパフォーマンスプロセスからモバイル用の高密度プロセスにしたら小さくなったって感じかな
それで高いクロックのハイパフォーマンスものができなくて、デスクトップ用が難しいって感じになって今回はパスでって感じか。

>>458
あと、性能良くても今有するソフト資産(HPCのメジャーのCUDA？)を活用できないってなると、移行しずらからな
性能すばらしいけど、新たにOpenCLでやってじゃな
AMDでもCUDAで使えるようにしないとあんまり期待できないかもだな

>>485
> AVXは2までで512bitは無駄なので非対応

また黒歴史になるような発言やるんじゃねーよｗｗｗ
お前、Carrizoの命令セット対応情報出るまでAVX2も要らないとか言ってただろｗｗｗｗ

とりあえずWin10がAVX-512対応は既に確定だし
128ビット演算器の4回まわしであってもとりあえず対応しとけばいいんじゃないですかね

Xeon Phiへの敗北を意味するとかそんなこと気にしなくていいから
どのみち現状FireProは負けてるじゃないか

とりあえずでもAVX-512対応しておけばPhi以外でIntelが本格対応するのは17年以降の予定だから
ハッタリでもセールスポイントにはなるな。

sse6でも出せばいいのに

FirePRO負けてるというかHPC業界で存在感がないような
GPGPU向けのアピールを始めた時期はNVIDIAと大差なかったのに
旧ATIって嫌われてたの？

俺がこの板に戻って来た切っ掛けがそのFirePRO？AMDGPUがHPCだかでTOP取ったからだぞ

並列演算能力で問題無いのにソフト面ではCUDAなどの汎用性普遍性に欠ける
そのためにHSA作ったんだけど他力本願だしまだ進んでない

green500で1位になったやつはベンチの解析を行って
時系列でgpuとcpuどっち使ったら有利かを分析したもの
hddすら積んでないしろもの
ほんとこのベンチのためだけに作ったようなもの

>>479
TOM☆CATのTOUGH BOY?

デュアルAPUみたいな新製品出してくれないかなぁ APUのCFとかロマンだよね

>>493
HPCの分野では批判されるアプローチじゃないけどね。
ハード性能は余り関係ないやり方だけど。

>>491
そりゃ違う
IntelがAMD排除したからOpteronと一緒にFireProも排除されて、その隙にNvidiaが居座っているだけ

空冷システムでトップになれるとかよほどアクセラレータの効率が良くないと達成できんだろうしな

>>493
ベンチ用システムなんて大概そんなもん
そもそも、特定処理に最適化するのは普通だろ

2017年なんか、500mm2サイズのマルチコア+ハイエンドGPUのAPU出すし、HBMも8Gや16Gとか乗せてくるからな
HSAやOpenCL2.0でCPUとGPGPUの負荷分配も簡単にできるし、広帯域メモリ直結かつポインタで共有だから、
今以上に最適化されたもの出してTOP独走態勢に入ったよ

ゲフォの方が何年も前から取り組んソフトウェア開発環境なんかも揃ったGPGPU市場が伸びたからといって後から簡単に参入できるほど甘くなかったってことだよ。

LINPACK専用ベンチシステム

スパコンってベンチマークのためにあるわけじゃないんだが

GPUを直接扱う言語は大抵初期化作業も煩雑だし
言語もシステムも並列演算専用
「それ覚えて役に立つの？」「苦労して組んで役に立つの？」
そういう懸念がずっとついて回る

それを普遍化させるのがHSA
メインメモリ上でメインプロセッサと同じデータを使う
命令形式が違うだけでGPUをCPUと同じようなコアとして扱い
グラボ用の言語とは違う扱い易いプログラミングを提供する

>>496
じゃあ今後もAMDがHPC分野で成功するのは不可能で
HSAもMantleも全然受け入れられないのは確実ってことだな
AMD終わってるわ

>>502
IntelはKnights LandingでNIVIDIAはNVLinkで同じアプローチ取るから競争激しいけどね。
HSAを普及させる足がかりが現状ゲームしかないのが厳しいからもう一手欲しい所。

HPCの性能・ワッパをLinpack性能のみで評価するって、
たとえばオリンピックで言えば、マラソン選手も水泳選手も100m走の成績で選考するようなもんだぞ

インテルゲフォもLINPACK専用ベンチシステムだけどな

>>504
PC向けにKaveriとMantleとOpenCL2.0
が既に存在して、今後Carrizo、DX12、Java9が加わるし

省電力向けにSkyBridgeでx86とARMの両対応進める

鯖やクラウド、HPC向けには32コアやハイエンドAPU投入予定

もう一手どころか5手くらい準備中

>>507
ゲーム以外では他社に先行されてるんだから
HSAを使ってもらうにはアピールポイントがいるって事だよ。

>>505
LINPACKは既存のCPUとGPUが別アドレスかつ別メモリで連携しづらいシステム向けなイメージ
APUはメモリ共有かつアドレス共有だから、LINPACKじゃ逆に性能を測れない気がする

APUみたいなアドレス共有した高性能Socのマルチプロセッサな高密度サーバーの性能評価は、新しく作らないと出来ないだろうね

HSAの前提条件になったAPUはGPUコアがCPU用のL2キャッシュを使える
グラボのように「いくら並列でドバッと計算するからってデータ用意すんの遅過ぎ」でもなく
SSE他のように「SIMDでコア肥大ｗｗｗSIMDを数GHzで無駄にブン回しｗｗｗ」でもなく
マルチスレッドのような感覚でGPGPU出来るのが強み

>>510
いちおうIntelのもSandy以降は内蔵GPUとキャッシュ共有してはいるじゃん
内蔵GPUの性能が低い点を除けば。

fireproって年に二回のlinpackベンチで2-3システムしかみる機会がない

だって新規採用が増えるだけの魅力がないんだもの

>>510
『SIMDより大規模なGPUをSIMD並のレイテンシでSIMDのような感覚で』なら強みだが、『マルチスレッドのような感覚で』だと弱みじゃん。

本当のマルチスレッドなら分岐できてプロセッサコアごとに別々のプロシージャを同時に実行できるが
GPGPUは所詮SIMDに皮被せてるだけだからな。
分岐はただのプレディケート

GPGPUってif 〜　else if　〜 else・・・を全部実行して、実行結果を選択するでしょ
そのやり方だと、分岐先が増えた分だけ電力効率が下がる。
LINPACKは分岐らしい分岐がないのでGPUみたいなブルートフォース型構造でも
それほど実行効率は落ちないが、現実のアプリではそうはいかない。

スカラCPUにベクトルユニットがぶら下がった構造のXeon Phiは、必要に応じて
本物のスカラ処理や分岐ができるので、処理の無駄を省け、GPUの電力効率を上回ることができる。
PhiはLINPACKでは割を食ってるが、実用に強いからTop500の20システム以上で採用されてる。

>>516
オフロードで使用してる現状じゃ差はないぞ。
利点が生きるのはKnight Landing以降だな。

オフロードモデルじゃなくて自立駆動前提で言ってるんだけど？
たかだか800MHz前後のSIMD型プロセッサを4サイクル同じ処理実行したら実質的スカラ性能は200MHz程度じゃん。
Phiは曲がりなりにも1GHz以上で駆動するスーパースカラ型プロセッサ。

たとえばマスクレジスタの1が立ってる要素だけをマージする命令あるじゃん。
アクティブな要素だけを再パックしてベクトル演算ユニットの実質稼働率を高めることができる。
これはGPUのようなSPMD型のプログラミングモデルでは絶対に不可能。

分岐予測に関しては
「IntelCPUハノイで予測連発ｗｗｗ」みたいな危険と
勿論リソースと面積を予測ユニットに割くメリットが
データの因果関係（用語忘れた）が薄く並列化させやすい処理で重要なのかどうか
コードの書き方というのは１通りしかないなんてことはなく
ifだらけの処理だって工夫すれば数値演算だけで済むようになる場合もある
Phiマンセーの記事で「こいつこんなことドヤ顔で語って馬鹿じゃないのか」ってのがあったが
そういうケースは少なくないかもしれないな

訂正
IntelCPUハノイで予測”失敗”連発

PCie経由でメモリコピー必須の今のGPGPUと、
内部バス接続でアドレス共有のAPUだと、レイテンシや帯域でケタ違いの高速化が図れると思う
流石にCPU直結のAVXには勝てないだろうが、演算性能に差があるから共存はできる

ちなみに、今のラデには簡易的なスカラコアが搭載されてる
http://pc.watch.impress.co.jp/img/pcw/docs/668/620/html/08.png.html
どの程度の性能かは知らないが、多少の分岐処理なら問題はない

実用でハノイの塔に近似するような演算が多く使われるなんて聞いたことはないな
そんなもの何に使うんだ？

一方、アクティブ要素の再パッキングは、疎行列問題で有用だからXeon Phiが強い
（ポストLINPACKの最有力候補もこれ）
愚直な方法ではベクトル要素の大半に遊びができるし、GPUはリダクションが遅すぎる。

「Scalar Integer ALU」
↑
整数しか処理できない


AVX*を活用して疎行列を解く問題ならいろいろ研究されててて
東大や筑波のポストT2KはKnights Landing前提で話が進んでいる。
http://www.slis.tsukuba.ac.jp/~hasegawa.hidehiko.ga/GYOSEKI/hishinuma_MPcomp4.pdf

LINPACKの数字しか見えないような低学歴しかマンセーしてないFireProじゃいかんのですよ。

そもそもRadeonやFireProの脳みそにウンコ詰まったような構造じゃ速い遅い以前にHanoiを実行できないと思う

データに因果の強いCPU用に強化された予測ユニットで
ランダム選択未満の予測結果が出たのも衝撃だったが
「それがIntelの自然体だ！」ってスレ主（嫌われ者）が有頂天だったのはもっと衝撃的だった

radeonのスカラ演算器も結局wavefront単位でしかしょりできねんじゃねーの

プログラミング素人の足し算1回掛け算2回がいくらキャラ変えたつもりでもバレバレという現実

>>523
そうだね
Knights Cornerのメモリバンド幅とインターコネクトじゃ無理だけど

>>526
ちょっと違うけどPhiと比べると論外な構造なのは間違いないわ
これじゃLINPACKみたいな密行列演算じゃないと絶対に性能出ない
http://pc.watch.impress.co.jp/docs/column/kaigai/20130318_592131.html

APU（）でhUMA（）がどうのこうのじゃないんだよGPUの演算ユニットそのものが
いまどきのスパコンのワークロードに向いてない。

分岐ごとにwarp組み直そうって論文は数年前はあったの
dynamic warp formationかsubdivisionってやつね
ただnvidiaはビルダリー先生入ってからは
階層型のスケジューリングとレジスタファイル（キャッシュ）で
少なくとも実行時にwarpサイズを小さくしてしまう方向になるようです
pascalあたりで

> AVX*を活用して疎行列を解く問題ならいろいろ研究されててて
> 東大や筑波のポストT2KはKnights Landing前提で話が進んでいる。
> http://www.slis.tsukuba.ac.jp/~hasegawa.hidehiko.ga/GYOSEKI/hishinuma_MPcomp4.pdf
> LINPACKの数字しか見えないような低学歴しかマンセーしてないFireProじゃいかんのですよ。

その辺は32コア64スレッドの新Opteronがやってくれるよ
AMDはとっくに脱LINPACKの準備出来てて、後は新プロセス移行を待ってる状況

ハノイの塔を解くプログラムでの分岐予測の的中率って、
ランダム選択と大差ない率に落ち着くのが普通じゃないの? 知らんけど。

2CUごとに1つのARMを載せ（てGPUをコントロールさせ）るなんて噂もあるが・・。

> dynamic warp formationかsubdivisionってやつね

x86ならデータの再パッキングを命令ストリーム内で出来てしまうからね
しかしぶっちゃけた話、Knights Corner + MKLもあんまりうまく行ってないっぽいのよ
自前で頑張ってもHaswell Xeonに負けるとか云々。

現状Top500の8割以上はXeonオンリーのホモジニアス構成だし
Phiが売れても売れなくてもIntel的にはそれほど困らないのだろうけど

>>534
最初からそのぶっちゃけた話してたのになんで団子氏は今までPhi擁護してたんだ？

2CUでARM1コアだと、64CU位ある390xクラスだと32コア必要になるぞ

それに、Radeonのコマンドプロセッサは独自のRISC CPUだし、
ACEはGPGPUの制御ユニットで、演算用コマンドプロセッサみたいなもん
制御用プロセッサはとっくに搭載済みだから、コレ以上は拡張しないと思う

はきだめの団子のレス見てみたけど、Teslaがスパコン業界支配している理由になってないな
団子はまずGPGPUが圧倒的シェアを持ってる説明をするべきだろう
そして、タダでバラまいた分しか普及してないPhiの弱点もね

優れているPhiがIntelブランドとマーケティングでも普及しないのは、スマフォと同じ理由なきがするね
多分アクセラレータとしてはx86が必要とされてないのにゴリ押ししてるだけだから見向きもされてないんだろう

>>536
さぁAPU（Cheetah）の話なんで・・。
ACEの親分みたいな感じになるんじゃないかと。
CPU（プログラム）からGPUへのの窓口とかさ。

団子氏自身が>>534で書いてる事だよ。
Knights CornerじゃGPUと同じような事しかできないので
そうするとTeslaの方が性能が発揮できる。

GPUスパコンの先駆けのTSUBAMEすらアクセラレータ非搭載ノードが何割かあるんだし
別にTeslaだって弱点がないわけではない。

数値計算ソフトウェアのケツ叩いてきた期間長いだけあってTeslaのほうがソフトが充実してる
というのはあると思う。向いてることだけやらせればTeslaだって十分強い。
（これは別に俺が指摘してる疎行列問題に強いと言ってるわけではない）

そりゃまあ、スパコンじゃGPGPU前提でアルゴリズムやツール類が開発されて運用されてるからね
そこにx86やAVX512やら持ってきても、それに最適化した演算ができるわけもない
結局はGPGPU向けのソフトをGPGPUっぽく動かすことしか出来ないのは当然

スマフォでx86普及させようとしてx86 Android作ったけどサッパリ売れてないのと一緒だね
既に確たるエコシステムができてるところに、別分野から全く別のシステムを押し付けようとしても、そりゃ無理だわ

>>540
それって加速部の苦手分野は汎用部で補えるという事でもあるんだよね。
だから疎行列問題が決定打になりにくい。

次世代のFireProはAPUだから、GPUが不得意な整数演算や分岐処理はCPUにやらせるだけ
そもそもGCNの整数演算性能はKeplerやMaxwellの数倍上だから、そこまでボトルネックにはならん

大体、ほとんどのスパコンがx86+GPGPUで定着してエコシステム作ってるから、たとえIntelでも崩すのは無理
ただ、エクサスケールでインテルヌビは別方向に向かったから、既存のシステムを継承できる後継モデルが存在しない
唯一、x86+GPUのAPUを持ってるAMDだけが次世代スパコンを供給できる

似たような事例は過去にもあるね
x86の64bit化で互換性なくしたIA64に向かったIntelと、互換性を維持したx64を開発したAMD
結局標準になったのは、互換性を維持したx64ことAMD64だった

鯖用とPC用に別アーキテクチャで供給できるIntelは冒険したが、
両方を同じアーキテクチャに統一しないと開発または生産できない（開発費が足りないか、
工場を細分化しすぎて困る）AMDは鯖にも流用できるPC用CPUが必要不可欠だったんだろ

そしたら、その時期まで存在しなかった新市場が開拓されてx86鯖が急伸した
んで、そのアーキテクチャがPCでも引く手あまたでMSの庇護下に入って標準化した

結局のところ、既存システムとの互換は、多少の高性能な新システムより需要があるのはドコモ一緒ってことだな
TeslaやFireProに比べてPhiが優れているのは、性能じゃなくx86で開発しやすいってことらしいけど、
既存システムがGPGPUありきでできてる上にAVX512はGPGPU並に調整が難しいから優位性もクソもない
更に性能差も無いか劣っている場合もあるPhiに需要なんか見込めないな

ついでに言うと、TeslaやFireProはテクスチャユニット積んでるから、PCやワークステーション向けとダイを共通化出来るけど、Phiにはないから無理
更に言うと、ラデだとグラフィックとGPGPUが同時処理できるけど、ゲフォでは無理だから、映像やグラフィックの高度な処理はラデしか出来ない

つまり、APUでクラウド組めば、汎用演算もグラフィックもゲームもCADも事務処理も全て賄えるということ
特に重要なのは、既存のx86+GPGPUというエコシステムとの互換性を維持したまま組めるのが大きい
つまり、既存のソフトウェアがそのまま動かせる上に、最適化すれば数倍から数十倍の性能が出せる

まあ、要するに、2017年予定のハイエンドGPU搭載したハイエンドAPUがHPC市場を席巻するということ
そりゃまあ、SMT対応のx86コアを16個とか積んでて、390x並のGPU積んで、更にアドレス共有も出来て、HBMも16G積んでたら、何処の誰も文句言えんだろ

でもTeslaやFireProが狙うセグメントとx86鯖がすでに入り込んでるセグメントの間に未知の新市場が隠れてて、
そこにPhiが入り込んでいくという可能性がないわけではないから挑戦しようって事だろ、たぶん。

GPGPUが圧倒的シェアっていうのは、TOP500の評価方法がLINPACKだから、
LINPACK計算が得意なGPGPUが高シェアに見えるってのもあるとおもうよ

TeslaやFireProというか、GPUが担っている市場の広さが半端なく広いからな
PCやゲームグラフィックに、CADとかのワークステーション、HPCとかの科学演算のアクセラレータ
APUだと、更にCPUとしての性能も加わるから、GPUだけだと補えない事務や開発系も対応できる

PhiはAtom系でシングル性能が貧弱だから、結局並列演算のアクセラレータとしてしか使えないから、新市場が見込めるとも思えない
そういえば、Core系にPhi統合するって話はどうなったんだっけ
結局一般向けのi7とかじゃCore CPUとHDグラフィックで場所がいっぱいだから、Phiコアを積むことは出来ないし
Xeonに積むにしても、既に20コアくらい積んでて、Phiを積むメリット無さそうだから無理っぽい

そもそもCoreとPhiの規模も性質も微妙に違うコアを統合しても、それをうまくスケジュールできるとも思えないんだよね
せいぜいがbiglittleみたいに、交互に使い分けるくらいが関の山だろう

>>548
> GPGPUが圧倒的シェアっていうのは、TOP500の評価方法がLINPACKだから、
> LINPACK計算が得意なGPGPUが高シェアに見えるってのもあるとおもうよ
それもあるけど、最たるものは安くてたくさん使えて、バリエーションも豊富だからだろう
基本的にPC向けGPUの高品質版だから、専用アクセラレータと較べて非効率だとしても、それをチャラに出来るほど安くて数を揃えることが出来る
状況次第でQuadroやゲフォを使って構築することも可能なほど柔軟性も高い

まあ、そんなゲフォも、次世代じゃPowerとくっついちゃったから、x86向けのハイエンドは絶望的

おはなばたけ

ブレインストーミングの4原則

判断・結論を出さない（結論厳禁）
粗野な考えを歓迎する（自由奔放）
量を重視する（質より量）
アイディアを結合し発展させる（結合改善）

>>543
それこそがヘテロだよな
プログラム「IGPさんもう少しCPU寄りな動き出来ませんか？」
IGP「は？隣に」

IGP「は？隣にCPU居るだろそっちに頼め」
APUだからこそ出来る分業化

そのためにAMDはGPUのスカラ化よりもキャッシュに手を入れてる
http://pc.watch.impress.co.jp/docs/column/kaigai/20140129_632794.html
内臓には有益でも外付けには完全な蛇足なこれらの改良
AMDがデカけりゃ別アーキ開発するんだろうけどまあ仕方無いね

dGPUはSIMDと比較してCPUとの間のデータのやり取りが1000倍遅いけれども演算能力が10倍以上高いから存在価値が認められている。
APUはHSAでデータのやり取りが100倍遅い所まで桁違いに改善されたが演算能力がSIMDと大差ないのでiGPUのリソースを有効利用して安上がりなシステムを構築できる以外のメリットが無い。

1000倍とか10倍とかどこソース？

たいかん

>>安上がりなシステムを構築できる以外のメリットが無い

ＡＭＤの存在意義そのものだわなｗ
ごくまれにＡＰＵ採用ＷＳ例がある程度で十分。
自作パーツは趣味で選ぶだけ。

>>556
CPUのL1キャッシュとpci-eの実効速度差だろ。
>>557
バカには分からない。

ｘ86SIMDはIGPと違ってL1のデータ参照出来るので
それに収まる規模では凄く速い
ネトバもトレスキャッシュに収まる規模のループなら理論上凄く速いように
SSEやAVXも並列演算のくせして同じデータばかり延々使い回す処理なら凄く速い
あとユニット増やすとコア肥大も凄いが
「ユニット増やすと低消費電力」な世界では多分それが速度にも反映されるから凄く速い
分岐に関してはGPUは余剰ユニットを分岐全て実行することで
予測やその精度に関わらず即座に実行出来るが
別の世界では予測ミス連発したほうが返ってIntel自然体なのでむしろ凄く速いしGPUの敵うところではない

大体プログラムが動き始めるまでの準備時間が0のSIMDと気が遠くなるクロックの掛かるGPGPUで同じことができるわけ無いのにな。

プログラムが動き始めるまでの準備時間が0のソースは？

>>562
整数命令の次のSIMD命令が動き出すまでの待ち時間だが。
スーパースカラでSIMDの方が先に動き出しちゃってるかもだが。

>>562
兎と亀の理論
データアドレス共有のIGPではVRAMデータ転送等の準備不要で
普通に命令デコードからの並列演算をこなせるが
ただし命令の複雑なCISCのx86デコーダはその不利を挽回しようと色々手が加わっている
逆にARMやGPU命令などのデコーダは油断してIntelプチフリ再現などして遊んでしまい
そのまま寝てしまって人間にも判るレベルの遅延が生じる
勿論地球上の話ではないがしかし地球も油断は禁物だ

と言っても、小さなベンチマーク基準だけで決まるわけでも無いってオチ。

大きな画像、映像データーの連続処理ぐらいしか優位も無いが、ＶＰＵに汎用性やＣＰＵの代替なんて求められていない。

>>555
汎用レジスタからSIMDレジスタにデータを転送する命令を見てみよう
vmovdqa ymm0, eax
はたったの1クロックサイクルのレイテンシだ
更にCPUの命令ストリームからそのまま実行できるので、切り替えコストは事実上0サイクル

CPUからGPUに処理投げるのに1000サイクル程度で済むわけがないだろ？
カーネルコールしてドライバ呼び出して・・・でマイクロ秒〜ミリ秒オーダ（CPUのクロックサイクル数は0.xナノ秒オーダ）の時間を要する。
これは別にホストメモリ-デバイスメモリ間の*memcpyの時間が長いと言ってるわけではない
（それは別途かかる）

むしろCPUと独立して動くアクセラレータとしてメモリバスが独立してる方が性能を上げやすくていろんなシーンで有利だろうにな。
どうせ使い道は画像処理かシミュレーションしかないんだし。

>>566
そういう前準備が終わってプログラムが動き出した後の話が1000倍なんだが。どっちみち準備に1秒掛かってもSIMDで10秒掛かる処理をさせればdGPUの方が速くなる。ところがiGPUだとそれも微妙で結局使い道がない。

HaswellのXeon最上位クラスは既に単精度2TFLOPSオーバーの理論性能あるからね
（決してそれを完全に捌ききれるだけのメモリ帯域があると言ってるわけではない）

>>568
dGPUの強みは結局、独自の広帯域メモリと、CPUとは独立して与えられてる熱設計で
内蔵GPUにはそれがない、という話をしているのならその通りだ。

いっそのことCPUにGDDR5なみかそれ以上のメモリ帯域を与えてみたらどうだろう？
というのが次のステップだね


>>549
> PhiはAtom系でシングル性能が貧弱だから、結局並列演算のアクセラレータとしてしか使えないから、新市場が見込めるとも思えない

Atomの性能を馬鹿にしてるようだが、8コア・TDP20W（サウスブリッジ込みのSoC）で
同じく8コアでTDP65W（ノース・サウスは別）のOpteron 3380に迫る性能を発揮してるのが現行Atomなんだが？
http://www.servethehome.com/Server-detail/intel-atom-c2750-8-core-avoton-rangeley-benchmarks-fast-power/

次世代のKnights Landingはこれが72コア集積されてAVX-512ユニットが積まれる。
AMDのCPUもメニーコア路線に舵をきった以上、1コアあたりの性能は次期Atomの性能すら
大幅に超えられるかは微妙だ。

次世代じゃハイエンドGPU内蔵するから問題ないな

レイテンシとかはAVXの10倍遅くて、dGPUの100倍速いくらいだな

CPUに、dGPU並みの性能のiGPUを積み、
メモリインタフェースをGDDR5にでもしてマザーボード直付けにすれば、
わざわざCPUとdGPUを両方積まなくてもすむ

で、1PCに相当するボードを1筐体にたくさん積めるようにして
実装密度を上げるとかね

HSAの中のヘテロQではGPUからCPUにタスクを渡す状況もあり
そうなるとx86SIMDなどGPU未満の速度になってしまうように思えるが
そうはならない
何故なら命令＝データでデータ＝命令だからだ
これがおそらく兎と亀の理論に密接に関係してくるはず

> メモリインタフェースをGDDR5にでもしてマザーボード直付けにすれば、
> わざわざCPUとdGPUを両方積まなくてもすむ

汎用性が損なわれるし、4〜8GB程度しか積めないなら論外。
一般のサーバのボトルネックはむしろHDDやネットワークトラフィックのほうにあるし
むしろメモリ帯域を犠牲にしても容量を確保する方向。

APUはAVXとGPGPUが共存してて、並列動作も出来るから好きなように使えばいいだけ
いい加減 AVX vs iGPUは飽きたから頓珍漢な屁理屈はもういいよ

>>571
CPUとL2共有しても10倍は無理だから。無理に共有したらL2が遅くなるだけだし。頑張って100倍前後が理論限界だよ。ああGPUのプログラムが待機してる状態でCPUとデータをやり取りするスピードの話ね。
それ以上を目指したらそれは汎用GPUではなく専用バスでつながったコプロセッサとして設計しないと無理。

>>575
そのAPUはAVXが遅いだろ（競合の4コアの1/4程度の性能）
それでiGPUを使えば速くなりますよなんてのは壮大な茶番

これ見るとCPU間でも遅延が発生することを取り上げてるわけだが？
http://m.pc.watch.impress.co.jp/docs/news/20150223_689447.html

>>578
それはあくまでCPUをまたいだ場合の話だね。
x86のSIMD命令は同じコア内のユニットを動かすだけだから伝送遅延は発生しないよ。
既に命令ストリームの中に組み込まれてるものに、別途計上するような準備時間なんてあるわけがない。

GPUは汎用性が乏しく、自律動作が不可能で、何か新しい仕事をやるたびに
都度CPUによるお膳立てが必要なのにそのCPUが遠いというのが問題なわけで

内蔵GPUなら多少近くなる・・・といっても結局CPUがお膳立てしなきゃいけないことは変わりない

>>580
ここAMDのスレだけど

>>574
8GBitGDDR5が量産されてるので、
16GBくらいはいけるでしょ？

つ　お値段

http://www.pcper.com/news/Graphics-Cards/GPU-Market-sees-20-point-swing-2014-NVIDIA-gains-AMD-falls
この1年で、ただでさえ少なかったRADEONユーザーの3人に1人はGeForceに乗り換えたわけだ
CS機制覇とは、Mantleとは、競合が死ぬ日とはなんだったのか

煽り自体、アンチの自作自演だし、失笑しかねぇわなｗ
単純に供給量が無いに等しいAMD　VGAのシェアなんて増える要素がない。

以上、スレチ。

生産ラインのせいにし始めました
おかしいよねGeForceもTSMCで生産してるのに

市場シェアとユーザー数の違いを理解できない池沼か……

販売数のデータを誤読して使用者数と思い込んでるんだな。哀れなヤツ……

AMDは市場シェアが少なくても販売数が少なくてもユーザーは多いってことか

どういうことだよ

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20140129_632794.html
AMDGPUの強化ってCPUダイ内臓前提のもんばかりでしょ
多分別アーキテクチャじゃなくこれと同じもので内蔵用機能切ってるわけでしょ
そのアーキテクチャもスカラコアとの併用前提でベクタ成分強めのまま
GPUだけで全部やろうとしてるNVとカード勝負しようとすると汎用性とか厳しい

>>582
8GBitチップはまだ32bitバス製品しか量産されていないから、16GB搭載するには512bitメモコンが必要になる。(現行のOpteronのメモコンは128bit)
そもそも、サーバーで16GBなんて少なすぎて論外。

まだ暴れてるのか　範囲（）

>>584
その競合さんの一社はペテンを押し通そうとして、今やカウントダウン中だよ。

>>589
汎用化ってのは、要するにCPUに近づけるってことだろ
OSを動かせるように、CPUみたいな整数性能や仮想メモリとかの制御機構を備えることだろうけど、
AMDは、OSを動かしたり、整数性能をCPU並にするつもりはなく、
CPUと同等の制御機構を備えようとしているだけ
GCNも世代を重ねる毎に進歩して、Tongaでコンテキストスイッチに対応して、CPUにかなり近い制御機構を備えるに至った

Nvidiaは、Maxwellでもタスクスイッチにも対応できてないし、グラフィックとGPGPUの同時処理にも対応できてない
Fermi以降GPGPU的には何も進歩してないよ

正直汎用化では、ラデに対してゲフォは周回遅れどころか、スタートラインに立ててるだけでしかない
単に、CUDAでGPGPUプログラムが他より多少楽というだけ

つまりamd先輩は使う宛もないコンドームを買いあさって
いつも、持ち歩くわけです

ゴム風船に使えるじゃないか
あとプリント紙めくるのにも使えるかも

カリゾーの詳細発表まだ？

追加の7億トランジスタの用途が気になるな
28nmにしてはトランジスタ密度が異常に高いから、新プロセスの詳細も早く情報欲しい

AMDの方が販売数が少ないけど、NVIDIAよりユーザーが多いというの事実だと、
AMDの購買層はGPUを一度買うと何年も交換しないのが多くて、
NVIDIAの購買層はＧＰＵを短期間に何枚を買う、消費意欲が旺盛な
メーカーにはありがたいタイプが多いってことになるのか？

>>588
ユーザー数は現在のシェアだけじゃなく過去いくらかのシェアも影響する。
一年前に売れたビデオカードのうち、今すでに使われていない物はごく一部で、大半はまだ使われてる。

>>598
買い換え頻度が高い人の一類型であるハイエンドゲーマー層はﾇﾋﾞのユーザーが多そうだ、とは言える

なんせ、最上位モデルのハイエンドGPUを買おうと思ったらゲフォしかないってタイミングがわりと恒常的に定着してて、
ゲフォでもラデでもいいって時期は短いからな。

もっとも、そういう層の人数は少ないから、金額的には比重が大きくても出荷数では誤差かも知れんな。

>>597
常識的に考えると統合されたサウスブリッジの分なんだろうけど、それにしてはちょっと大きすぎる

steamのユーザー環境でGeforce対Radeonは2:1ぐらいの比率になってたし
実ユーザー数でもNVIDIAの圧勝だろ

体感ではAMDのの方が多いんだろ

シェアやユーザー数は、宣伝や製品数に比例するから、そこから排除されてるAMDに勝ち目はないよ

四亀やASCIIやPCWatch見れば分かるだろ、ほとんど毎日インテルゲフォの宣伝ばかりで、
AMDの記事なんて1周間に1個あるかどうかという体たらく
こんな状況で売れるはずもない

ものを買ってもらうためには選択肢として存在しないといけないけど、現状は記事がないから選択しようがない

製品が無いから選択しようがない、ならわかるが、記事が無いから選択しようがないニダね

ＣＰＵランキング
ttp://www.cpubenchmark.net/high_end_cpus.html

ＡＰＵ（笑）

Radeonで新製品って半年以上前の285まで遡らないとないし
何もないのに記事なんて書けるわけないじゃん
9月末頃のイベント時、4亀のインタビューの最後で
次はいつ会えますかって質問に1月末頃みたいに答えてたけど
何かやってたっけ？
あの記事読んだときは何か新製品を予定してるのかと思ったのに
何もなかったんじゃね

ビヨンドアースが発売された頃はMantle対応ってことでいくつか記事がでてたけど
アレ何か反響あったの？
Radeonをやたら持ち上げてる連中は当然やってるんだよね？

3ヶ月遅れで公式からスパ帝にレビュー依頼が来るようなレベルなので
お察しください。

>>607
未だにGTX750の新PCの宣伝がされてるくらいなんだが
製品と宣伝はどっちが先とかじゃなく、同時並行みたいなもんだ

それに年数回のイベントでどうこうとかそんな問題じゃないよ
欲しい時に検索した時に、新製品の宣伝や、既存製品の比較、ランキングとか見て買うだろ
それら全てがインテルゲフォで占められてるから、AMDが買われることはない

過去のインテルの悪行が、既に根付いて定着してるから、和解後も改善されないまま今に至ってるだけ
和解前の悪質な妨害で、利益や営業網を根こそぎ奪われてるから、どうやっても挽回できてないんだよ
それでも開発だけは維持してるから、
APUを開発してPS4や箱1に採用されるし、390xを作ってゲフォと渡り合えるし、SkyBridgeとかいうx86とARMの新コアとプラットフォームを作れるし、2017年には、ハイエンドAPUと32コアOpteronとかも作れてる

SkyBridgeと、ハイエンドAPUは、AMDがATI買収してからのFusion構想の到達点だから、開発を続けてきたんだと思う

ハイエンドAPUは、既存APUの弱点を全て解決した物だから、かなり競争力はある
自作に降りてくるかは微妙だけど、HPCやスパコンに採用されていくのが楽しみだよ

>>608
いくつか記事があっただけ
そんなもん、膨大な他のゲームの記事で消えていくだけ
定期的に特集やったり、推奨PC出し続けないと意味は無い

BF4やドラゴンエッジ、Theifとかもそう、発売前後で少し記事があっただけで、今じゃ欠片もそんな記事はない

2000年 デュアルコアPOWER4
↓
2005年はデュアルコア元年！世界初デュアルコアAthlon64 X2！


2003年 クアッドコアPOWER5、1コア2スレッドSMT
↓
2007年、ついにクアッドコアCPUが登場！Phenom X4！


2010年2月 TurboCoreモードを備えたPOWER7、1コアあたり4スレッドSMT
↓
同年 Turbo CORE実装したPhenom II X6


2007年 オーバー5GHz POWER6
↓
2013年 世界初の5GHz、FX-9590！(定格4.7GHz)


2014年 12コア96スレッドSMT、POWER8
↓
2016年(AMD時空) 世界初！SMT搭載CPU！なんと！1コアあたり2スレッド処理してしまう！これからはSMTの時代！Intelも後を追ってくるかな？

>>584
だって、売れ筋のミッドVGAがリネーム品だよ
AMDユーザーの俺でもこれじゃ買わない

ミッドコアなんてハイエンドを買えない貧乏人の受け皿にすぎんよ
ハイエンドが売れるからミドルレンジも売れていくだけ
今のAMDには売れるハイエンドがないから、ミドルコア投入してもどうせ売れないよ

だからこそ、290xが出た当時はリネームでしかない280xもついでに売れてた
290xが健在だったから、285も売れた
けれど、290xが980に劣勢だから売れなくなった
今出すべきなのは、売れないミドルじゃなく、対抗できるハイエンドなんだよ
390xがSM200と互角以上なら、ついでに290xや285も売れていくだろうよ

ミッドレンジレベルの設定ならIntel HD Graphicsで余裕で動かせてしまう
というかむしろCiv5 BNWよりも軽い

動作が軽いだけじゃなくて世界観もシステムも軽薄
Civ5 BNWから今までのCivの文法的要素と歴史的偉人・建造物を取り払った残りカスに
SF要素を足したのがBE

団子は日本語が不自由みたいだな
613と614のミッドはミドルレンジGPUって意味だよ
ゲームのミドル設定じゃないからね

ついでに言うと、バグだらけで覚醒詐欺ばかりのHDグラフィックとかインテル使いでもゴミ扱いだから
あまりにも残念すぎて誰も使わないから、被害がなくて訴訟にならないだけの代物

DX12対応のまともなドライバが作れたらその時に自慢してくれ

>>608に対するレスであってGPUの話なんて加わってねーから

お前の脳みそが不自由なだけ

HD4000でCivBEプレイしてる動画あるから見てみたら？
https://www.youtube.com/watch?v=6TQq6WyfSM0
HaswellならフルHDでもこのクオリティでいけるよ

その点、APUじゃCPU性能が低い分AIの待ち時間が長そう（勝手なイメージ

というかYouTubeにプレイレポートあがってるの
Mantle対応でプレイしてる奴ほとんどいないという珍事ｗｗｗｗ

raptrがMantleでも録画できるようになったのごく最近だからね
未だに知らない人もいるかもしれないが

てか7850KってノートPCのi3よりシングルスレッド性能低いだろ
CivのAIはLuaっていうスクリプト言語で組まれてるからね

遅いCPUはまず論外
AIターンの待ち時間でストレス溜まるよ

FX-8800P
http://www.3dmark.com/3dm11/9453670

FX-7600Pのスコアと比較すると順当に上がっているみたいだな
http://www.legitreviews.com/wp-content/uploads/2014/06/3dmark11-645x407.jpg

The Industrial Internet is transforming businesses
http://community.amd.com/community/amd-blogs/amd-business/blog/2015/02/23/

>>621
総合スコアとグラフィックスコアは2400使ったA10-7850kより上じゃないか
http://www.technic3d.com/review/cpu-s/1648-amd-a10-7850k-kaveri-apu-im-test/11.htm

AMD FX-8800P
Score P2645
Graphics Score 2700
Physics Score 3128

A0-7850k
Score P2577
Graphics Score 2391
Physics Score ?

>>593
ニュアンスの問題だけどそれは汎用化じゃないよ
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20131025_620789.html
ここの言葉を借りるとhQでGPUはCPUのスレーブからマスターへと下克上を果たすけど
演算のほうの構造を変えなきゃ得意分野・「用」途は変わらない
（ユーザー視点の話であってPC視点からだとマスター＝汎用だろうけど）

トレスキャッシュ頼みのウィラメットもマスターCPUだけど
ツボに嵌る物凄く狭いスキマ以外では全然性能が出ず
SSE2で誤魔化して何とか売りに出したのに似ている
ただしAMDはx86・ARM・GPU命令の3本立てだからな
ワクワクものだよ

AMD，次期APU「Carrizo」の詳細情報を公開。Kaveriと同じ28nmプロセス技術を採用しながらトランジスタ数を29％増量できた秘密とは
ttp://www.4gamer.net/games/282/G028229/20150223061/

CPUのシングルスレッド性能の向上は多少妥協して、
チップ全体の性能アップ、電力とのバランスに力を割く方向に変わったってことかな
問題はAMDが主張するようにエンドユーザーの用途で
GPUを活用するアプリが増えるかどうかだけど

ＡＰＵのＧＰＵ性能なんておまけレベルだしな。

ノートパソコンの筐体だと、グラボ搭載するとしばらくはいいが、
ものの15分程度であちちって火傷しちまうからな。
APUで冷え冷えならその方が快適。

GX60、E455ともに、極端な加熱なんて発生しないがｗ

内蔵GPUの性能なんてごく限られた層にしか受けないから
GPU部分削って高価格帯のintelには真似できない6〜8コアつくってよ
そっちのほうがアピールになる、ブル系アーキはコア増やしてなんぼ

「オーバクロックメモリで、内蔵ＧＰＵの性能が上がったぜ」なんて、
完全なＡＭＤ信者のオナニー

■ CPU Hierarchy Chart 2015

AMD悲惨すぐる笑
まるで勝負になってない笑
6年前の石にすら負けてる笑
何周回遅れなんだか笑

http://www.tomshardware.com/reviews/gaming-cpu-review-overclock,3106-5.html

Carrizoが発表されたときは今年の今頃リリースされる弾かと思ってたのに
まさかWindows10合わせとは思わなかったわ

何で？
ノート用だよ？

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

AMDの順位だけが急降下ひとり負け＼(^o^)／

AMDの中の人は気づかないのかな
Carrizoはせっかくkaveriより空きスペースできたなら
その部分にGDDR5 512MBぐらいを入れれば間違いなく内蔵GPUは高ベンチマーク出せるのにな
なぜメモリーを入れないんだろうか

>>636
APUとかのロジックを作るプロセスと、GDDR5とかのDRAMプロセスは全く違う

512MBのGDDR5を何bitで接続するっていうんだ…

GDDR5に夢を見てる辺り、ゲハからのお客さんなんじゃないかな

あそこはGDDR5が最新で完全無欠な魔法のメモリ扱いされてるから

>>638
32bit

8Gbit/32bit接続のGDDR5チップなら、
8個使えばちょうど8GByteでトータル256bit接続

日本人ならインテルゲフォ一択だねｗ

>>639
APUでネックになってるのは結局メモリーじゃん
DDR4対応してるわけじゃない
トリプルクアトロチャンネル対応してるわけじゃない
APU単体の性能が良くてもメモリーで意味がなくなる気がする
だからこそAPU本体にGDDR5を入れて直で繋げれば問題解決だと思う

>>643
GDDR5のチップ1個あたり28GB/secを何個積むの？

だからこそHBMが出てきたんじゃないのかね
素直にもう少し待ってればいいと思うよ

普通にモジュールを増やして欲しい

DDR4対応してくれたら内蔵グラッフィクももっと性能上がるだろうなぁ
DDR4-3300が使えたら使ってみたいね

DDR4にも対応するしモジュールも倍になる
ただし2016年にな

>>641
ソケットには収まらんからAPUドーターボードか

Nvidiaがシェア76%を獲得。 2014年のビデオカード市場
http://hibisaca.seesaa.net/article/414630595.html

日本ゲフォ84%の事実
日本人ならインテルゲフォ一択

DDR4−FX−APU−HBM
　　　　｜
　　　　｜
　　　　｜
　　　　GPU（HBM）

こんな感じにしたら面白そうなんだがなー
　　　　

DDR4に対応するなら始めは2133じゃないの？

そうなるよ
http://www.google.com/patents/US20140181389

ゲフォと言っても、ピンキリだからね

　TITAN Z　〜　210

ヌビ詐欺の奴隷が76%もいるのか
世の中の8割はボンクラというけど、確かにそうだな

APUのメモリの帯域不足は深刻だから、HBMとDDRのハイブリットメモリにそろそろして欲しい
HBMだと高速だけどコスト高だから、ナシ、1G、2Gとかマザーのグレードで搭載量が変わればいい
ソケット7の時の外部TAG RAMのL2キャッシュや、GPU内蔵チップセットのバッファメモリみたいな感じで出してくれんかね

DDR3 2400 8GBx2なメモリを使っていて
片方にメモリエラーが出てしまった時のあの絶望感はなかなか。
メモリは基本的に永久保証だからメーカ送りすればいいけど
戻ってくるまでの替えメモリが無いときはほんと死ぬよな。

むしろHBMにするならDDR4いらんのじゃね？

「永久保証」ってちゃんと規約読んだほうがいいよ
本当に永久保証されるわけじゃない

どこまで電圧を上げたか記録されるメモリに特殊な領域があるからね

> AMDはAnalyst Dayの度に、前年のAnalyst Dayで発表したコードネームの半分を破棄、
> 新たに多数のコードネームを発表する。

http://pc.watch.impress.co.jp/docs/column/kaigai/20120203_509658.html





ウソ、大袈裟、マギラワシイ
ハナシ半分の詐欺師アムド_φ(･_･

結局AMDも20nm対応はAmurだけかよ･･･Nolanすら無理だとは
AmurはTegraX1並とは言わないけどK1程度の性能はあるんだろうな？

Amulと�ＭanはSkyBridgeの姉妹コアのはずだが
両方別プロセスとかありえないだろ

Tegraとかいう味噌っカスとかどうでもいいよ

AMDは、おそらく既存のBull系x86MAを改良しながら、
Bull系じゃない新x86MAを開発してるはず

で、新x86MAのめどがついたら、Bull系MAを終息させて
新x86MAに移行するんじゃないかな

もしBull系MAが破棄されたなら、新x86MAの開発がだいたい終わって
リリース準備ができたということな気がするよ

お前何年寝ていたんだ？
ZenとK12でググれ、話はそれからだ

AMDが次世代APU「Carrizo」の低消費電力の秘密を公開
http://pc.watch.impress.co.jp/docs/column/kaigai/20150226_690092.html

oh
資料みたらさりげなくDDR4サポートと書いてあるｼﾞｬﾝ
ホントさりげなさすぎてスルーするところだった

AMDの次世代APUである“Nolan”と“Amur”はAMDとしては初の20nmプロセスで製造されるAPUとなると言われていた。
しかし、WCCF Tech発の新たな情報によると“Nolan”は28nmプロセスで製造され、20nmプロセスで製造されるのは“Amur”のみとなる。
http://northwood.blog60.fc2.com/blog-entry-7961.html

>>669
https://www.linkedin.com/pub/srinivas-choudary/6/417/397?trk=pub-pbmap

>Involved in 3 very successful projects: Kabini (TSMC28HP), Bhavani (GF28A) and Nolan
(GF20LPM).

Llano登場の暁には

Trinity登場の暁には

Richland登場の暁には

Kaveri登場の暁には

Carrizo登場の暁には ← new！



▼無慈悲な現実
ttp://www.cpubenchmark.net/market_share.html
期待の2014年でなんと過去最低を記録！（笑）

▼ 2014年 半導体売上ランキング
http://eetimes.jp/ee/articles/1412/25/news147.html

▼AMD、2014年度は4億ドルの赤字
http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

AMDの順位だけが急降下ひとり負け＼(^o^)／

久しぶりに来たけど>620を見たし諦めて帰るわ。
Carrizo出たからスレに来てみたんだけどな。

>>667
Carrizo（excavator）を持ち上げてるけど25w程度でsteamrollorと同等になっちゃうのは
デスク向けとしてどうなんだろう・・。

日本人ならインテルゲフォ一択だねｗ

後藤ちゃん最近ハードの記事を書くようになってちと嬉しい。
プロセスの話は生産するにあたって大事だが、IoTの解説と併せて少な目でよい。

>667
> 9Tセルに変更すれば、その分、同じ電圧時の動作周波数は落ちる。AMDによると、
> 周波数に対する影響は10%程度までだという。しかし、APUの場合は
> 消費電力が下がることで、逆に動作周波数を上げる余裕ができると言う。
> より高電圧で駆動して周波数を上げることが可能になるからだ。

大原はモバイル向けプロセスを使う以上、絶対性能でCarrizoはKaveriに及ばない
可能性が大きいと予測してたけどどうなることやら

実際、デスク向けがキャンセルされた理由も、パフォーマンスの差が期待されるほど無いからだろうし
FullHD14インチノート用として期待してるけど、自作向けには来年以降に期待だな。

28と言う数値に騙され過ぎ。
例えば、20nmと14nmでは数値が減ってるが変わってない。
20nmプロセスをFinFETに改良したのが16nnだったり14nmだったりする。
実際にintel14nmプロセスと比較してもたいして差がない。

>>679
またまたご冗談を
http://pc.watch.impress.co.jp/img/pcw/docs/664/921/11.jpg

Intelは別格だけど、TSMC（16nm+）/サムスンともにfinfet化で一回り小さくなってるね。

>>679
その話だと余計、同じ28nmのCarrizoが期待できないという話になるだけだ

>>679先生によると、Zenも大したことがないらしいな

Carrizoの28nmは、出来が良すぎて最早28nmじゃないよな
いや、AMDの魔改造が優秀すぎるのだろうけど

http://pc.watch.impress.co.jp/img/pcw/docs/664/921/11.jpg
この図でいくとどれくらいのもんだろうか

製造プロセスで業界に遅れをとってるときはGFに謝罪と賠償を要求
GFの製造プロセスが評価されるとAMDのプロセスみたいな扱い

マザーにCPUやら色々乗っけるんじゃなくて
VGAにCPU乗っけて行きたいんだろうなぁって思う

ゲートとかのピッチは変わってないんじゃないの

GFは元AMDだからな、ついでに言うとAPUの28nmプロセスはAMDが開発に密接に関わってる

>>680
だからpcwatchが、ソースなのはおかしいって言ってるの。
ダイサイズ辺りにどれだけのトランジスターを積めるか？
これが本当の意味の製造プロセス。

プロセスが上がっても、昔と違って単純なシュリンクは出来ないし
陳腐化したプロセスでも設計技術で集積度はあげられるし
逆に最新のプロセスでも設計技術の積み重ねがなければ数字通りの集積度向上は得られない。

別におかしな話でも何でもないような気がするがｗ

同一nm序盤と終盤の差が大きい、AMDは昔からそうだったかと。
だから序盤にシュリンクしたのに差が小さいと言われる

ただ、これ結局苦し紛れにがんばりました・・・なんだよなぁ、多分。

IPC向上+5%、クロックに対するペナ10%
ちょっと電圧上げて、Kaveriと同等までは持ってけるようにって感じなんだろうけど、
これほとんどOCできねーんじゃねぇ？
クロックモリモリにしようとすると、電圧モリモリにする必要があって、
でも配線細くなってるから、耐圧下がるわ、配線抵抗増えてるわで、
発熱もモリモリになりそうな悪寒。
まぁ、低消費電力向けのプロセス/セル設計使ってる時点で、
高クロック狙えば、どうやったってそうなる訳だけど。

こんな設計するコアにブル由来の物をまだ使わざるを得ない時点で、
色々終わっちゃってる気もするが・・・

ああprescottですね

次世代のZenが存在するし、APUとして省電力追求した結果だし、35Wで95WのKaveriと同等なら出来過ぎなくらいだな
OCしてCPU性能がちょっと上がるより、HSAに向けてAPUのバランスを取れていくほうが、ユーザーとしては先の楽しみが増えて嬉しいけどな

残念ながら今のAMDには金払えないけど期待してる

NolanとAmurの詳細って何時頃出るかね
Carrizoより低消費電力のレンジも見てみたいけどどの位性能出るか

>>694
HSAって、同様のことはintelも力入れてきてるし、ソフトの開発が花開くのは暫く先で、
その頃には美味しいとこ持ってかれそうな感じかね。

>>689
その意味でリニアに回路を縮小できたのはせいぜい130nmあたりまでだろ
90nmの時点でも、完全にはリニアな縮小ができなくなってたじゃん


>>692
180nmのPalominoから130nmのThoroughbredに切り替えたときも動作クロックがほとんど向上しなくて、
マイナーバージョンアップしてAマーク付きになってからクロックが上がった気がする

>>697　まあOpenCL2.0でもメモリ共有できるからな、こっちもAMD関わってるけど
その分IntelからSkylakeの技術貰ってるらしいし、ALUに限れば元々そんなに悪くないから
CPU性能もx86の2番手だ！と大手を振れる性能になるんじゃないかね？
そういえば余裕こいて敵に技術渡して、フルボッコにされたロリコン大佐が居たような……

FXに期待！してたけど、MSも8.1で画像出力のしないiGPU活用機能付けてるし（QSVの為かもしれんが）
グラボ積んでるPCでもiGPUフルにぶん回す時代が来るのかもねえ

>>697
Intelが力入れてるのはx86だけの並列演算だよ
iGPUやdGPUとかの異種プロセッサ間の処理はする気はないし、せいぜいが鯖のFPGA向けくらい
ヘテロジニアスは、iGPUが弱いIntelにとっては鬼門だから、美味しいとこ取りどころか、根こそぎAMDに奪われる

そもそもiGPU活用になっていくOpenCLとDX12はIntelにとっては邪魔モノでしか無いよ
CPU負荷小さいし、iGPU活用されるし、dGPUと連携もされるという、AMDだけが有利になるモノばかり
Intelにとってのメリットは全くないどころかデメリットしか無い代物

計算するプロセッサが違えばヘテロジニアスを名乗ってもいい。
Blldozer2M＋Jaguar16Cとかでもね

AMDがいつヘテロジニアスの開発環境でIntel以上のソフト開発者の支持を獲得したんですかぁ
寝言は寝て家

Carrizoの越えるべきハードルがもの凄い勢いで高くなってるけど
実際にリリースされる頃にはなかったことになっててZenｶﾞﾃﾞﾚﾊﾞｰに
なってるんだろうな

HSAはKaveriで完成すると言ってたのにいつの間にかCarrizoにすげ替わってるんだよな
Bulldozerが成功するという前提で2014年までにx86のシェア50%があって
そのシェア50%の前提のもとにHSAがあったのに

「HSAでシェアを取り返す」という到底無理なことを言い出す始末ですよ
ソフト開発者が全くついてきてないじゃないですか

そりゃ単なるbigLITTLEだろ
スマフォでも対応してる

IntelもCoreにAtomやPhi統合してヘテロジニアスするとか言ってたけどやめたんだっけ
結局CoreとAVXの強化をしていくだけなんだろうな

後藤弘茂が可能性の一つとして言っただけでIntelは一言も明言してないが

そもそもWindowsが非対称マルチコアに対応していない
（big.LITTLE対応のSoCもWindows RTマシンでは省電力用コアが殺されてる）

もうIntelヌビの寿命が後2年って確定したから、ステマしても無駄

Carrizoでh265エンコに対応しちゃったから、エンコがーは通用しないよ
DX12はマルチGPU向けでiGPU活用してAPUの天下だし

そう言えば、PascalでARMコア内蔵だっけ？
シェーダー少なくなってかなり性能落ちるね
次世代インテルゲフォって、Intel HDとゲフォのARMが邪魔して性能出無さそうで非常に楽しみだよ

AMDがあと2年で倒産するんだろ

AMD、2014年度は増収も4億ドルの赤字


米AMDは20日(現地時間)、2014年度第4四半期および通年の決算を発表した。

　第4四半期の売上高は12億4,000万ドル、営業損失は3億3,000万ドル、純損失は3億6,400万ドルとなった。
1株あたりの損失は0.47ドル。売上高は前年同期と比較して22%減とかなりの不調で、黒字が赤字に転じた。

　2014年通年の売上高は55億1,000万ドルと、2013年度と比較して4%増だったものの、
営業損失は1億5,500万ドル、純損失は4億300万ドル、1株あたりの損失は0.53ドルとなった。

　第4四半期はコンピューティングとグラフィックス部門が特に不調で、前年同期と比較して16%減となった。
特にデスクトップGPUが不調だったとしている。

　一方エンタープライズ/組み込み/セミカスタム部門はPlayStation 4とXbox Oneに支えられ、
前年同期比51%増の増収となったものの、直前期比11%減で、営業利益も減っている。
そのほかの部門は3億8,300万ドルの営業損失を計上している。

　Lisa Su社長兼CEOはリリースの中で、「セミカスタムや組み込み向けは50%増の収入を得て好調だが、
2015年第2四半期にコンピューティングとグラフィックスのセグメントにおいて健全な軌道に戻せるよう邁進している段階だ」と述べた。

　2015年第1四半期は15%の売上減を予測している。

http://pc.watch.impress.co.jp/docs/news/20150121_684660.html

家ゲ業界がそうはさせじと頑張るでしょ
エルピみたいに代用品のある汎用製品の分野じゃないし
アポはエルピに倒産して欲しくなかったみたいだけど

XboxOneやPS4向けのIPは既に完成してるわけだから
別にAMDの製品開発がストップしたところで何の影響もない
破産管財人が製造権を引き継いでどこかしらに切り売りするだけでしょ

AMDがなくなった後にヌビやインテルががゲーム機づくりをリード出来るとは思えないからね
インテルにはAVXなんちゃらいう実アプリでは大して性能上がらずメリットもない拡張命令でのハイプを
ヌビにはスペック詐欺をそれぞれ頑張ってもらいたいトコロｗ

WiiUのeDRAMもNECの鶴岡しか作れないって言ってたけど
ソニーに売られた後も結局何とかしてるじゃないか
任天堂が金払ってNECに資金注入したなんて話を聞かない

ゲーム業界がAMDを救済してくれるなんて常識的にありえないから

俺はAMDは倒産するべきだと思うよ

状況は何も良くなってない、というか負債額はこの頃より増えている
http://www.fukeiki.com/2009/09/bankruptcy-risk-20-us-companes.html

Intelがそう易々と他社にx86の権利を譲渡することを認めるかな
買収されたり何だかんだでAMDは残ると思うわ

インテルのもっさりかくつくCPUしか世間になくなるし
思い切りボッてくるだろうよ
DX12のもとになったマントルみたいな
イノベーションやブレークスルーの発信源もなくなるから
あっという間にwindowsのスペック寿命が来ちゃうね
ヌビはGPUコアのIP売りも許してないし色々終わるね
鯖分野でSunが消えた後イノベーションがなくなったように
クライアントコンピューティングも暗黒の中世のような世界に舞い戻ることになる

>>716
AMDが他社に売却されたらx86の製造ライセンスも失効するという契約

初めはGF以外でのx86互換CPU製造も認められてなかったんだよね
x86が延命するということはアメリカの覇権が続くということだから
あらゆる手を使ってゴリ押しで延命させるだろうよ

Qualcommがx86を作ればいいと思うよ
だからとっとと倒産してくれ頼む

クアルコムは単なるモデム屋
他は全部よそから買って来たもの
今のAMDがCPU屋を形式的に続けつつもGPU屋に商売替えしてるのとは本質的に違う

Krait CPUコアは一応自社開発なんですがそれは

>>718
うん、だから製造権の切り売りなんて出来ないし、何だかんだで生き残るでしょ

AMD64関連の特許もあるしIntelが一時的に買い取るんじゃね？
その後はポイで

Windows 10もXbox統合するし、Oneが製造中止になっても事業継続できる体制を整えつつある

どのみちゲームハードなんて5〜6年のライフサイクルなんだし
無きゃ無いで別の商売考えるのがメーカーでしょ

部品供給の都合で製造打ち切りなんてソニーの歴史考えれば
別に特異なことでもないし
そもそもソニー自体が財務やばいからね

ゲームクライアントを作るためのハードウェア技術がなくなれば
全部鯖からのストリーミングでやりますというのはあり得るかもね

AMDはx86辞める準備を順調に進めてるよ
SkyBridgeのZenとK12が、x86とARM両方の設計手法を活用して作られてるから、pin互換どころか、
内部構造も似ている可能性が高い
CPUコア以外のアンコア部は既に両対応だから、あとはPS4と箱1の寿命が無くなる5年後くらいに、
後継のPS5と共にx86辞めそうな気がする
5年もあれば、ARMも高性能化して、x86のノウハウや資産も吸収して、とっくに追い越してそうだしね

インテルのキャッシュメモリ技術を追い越すのは多分無理じゃねえかな…
ベンチ()だけ滅法強いのはアレのお蔭でしょ

5年後と言ったら10nmか7nmとかかね
28nmで30億トランジスタのAPU作ったAMDなら、100億トランジスタくらいの作りそうだ

確か290xが60億だっけ、残り30億でCPUコアか、小さいZenやk12なら16コアくらい余裕だろうな
5年後で16コア+290xとかのAPUが3万円くらいで買えるなら、インテルゲフォとかいらなそうだ

寝言は寝て言おうぜ
http://jp.investing.com/equities/adv-micro-device-income-statement

こっちのほうがいいか

総資本が187
資本剰余金 6949に対して、累積赤字　6646


債務超過　SU★N☆ZE★N
http://jp.investing.com/equities/adv-micro-device-balance-sheet

ソニーやMSのゲーム事業の売上を遥かに超えるAMDの累積赤字を補填してくれるなんて
そんな虫のいい話があるわけがないだろ馬鹿なの？

ムーアの法則が実質的に破たんしているというMSがDX12を受け入れた技術的背景を
オイルマネーも受け入れたということだろ
もちろんゲーム業界もそう
インテルやヌビは四面楚歌だよ

http://fox.2ch.net/test/read.cgi/poverty/1421818663/l50

195 ：番組の途中ですがアフィサイトへの転載は禁止です：2015/01/23(金) 04:56:32.84 ID:bErimHen0
>>193
あの頃と一緒で債務超過一歩手前よ今
超絶金食い虫のFab持ってないからそうそう無いとは思うけど

純資産推移
2008　*1億2700万　危篤状態
2009　*6億4800万　Q3まで債務超過、工場売ってアブダビからのお小遣いで回復
2010　10億1300万　復活のAMD、業績も好調
2011　15億9000万　堅調だったがQ4にBulldozer爆誕
2012　*5億3800万　売上右肩下がり
2013　*5億4400万　Q2まで右肩、Q3からPS4/箱1ドーピングで持ち直す
2014　*1億8700万　Q4でPS4/箱1ドーピングの効果が切れ再び右肩
2015Q1決算が悪いのは見えてるとして問題はQ2の見通し
期待のカリゾやHBMラデが入るはずだから
それ暗かったらもうどうしようもない

Fab売ってアブダビに金出してもらってせっかく立ち直ったのに
Bulldozer大コケでま〜た苦境に陥ってる

2010-2011に純資産が激増したのってIntelの和解金分な
それすら全部消えて営業利益が出ても高利率の社債がそれを食う連鎖構造

目先のカネの話よか製品の提供している機能や質を見た方がイイよ
クリスマス商戦で情弱釣って売り上げを増やそうと
どっかのグラボメーカーみたいにスペック詐欺に走るよりマシだろ

もう売るFabも残ってないし次は何を売るんでしょうね
債★務☆超★過でHSA覚醒ですねわかります

APUには余り期待してないけどラデが無くなったら困るな
アニメの為だけに285X買ったというのにｗ
ゲームはたま〜にやる程度だからゲフォは要らないのよね、ハードウェアエンコもQSVあるし
ラデの４ｋアップスケーリングは結構綺麗だし、デノイズは強力だし倍速補完もあるし

あとZerocorePowerも個人的には必須だね、ｄGPU積んだPCをそのまま家鯖としても運用してるから
アイドル時消費電力は小さいに越したことはないし、ゲーム&アニメ以外の時は寝かせてiGPUに切り替えてもいいし

まあだからHSAみたいな変態っぽいのにも期待したくなる気持ちは分からなくもないね

旧ATIを分社化してどこかしらに売却することくらいは想定されますなぁ

従業員どこまで削減するのかも楽しみです

あんなはした金、なんの役にも経ってないよ
製造設備売却してもTSMCとかでも製造できることになったのだけが利益みたいなもんだ
そもそもAMDの商売の機会を奪いまくって赤字だらけにしてるIntelの悪事を無視して利益がどうとか正気じゃないよなお前ら淫虫って

まあ、赤字だらけで負債だらけなのに、倒産の気配がないどころか、普通にコストかかる巨大ダイや次世代とかいくつも開発してるから、
潰れない仕組みが何かしら働いてるんだろうね

自分が不幸だからといって他人の不幸まで願わなくてもイイと思いますけどね
まぁこいつはいつもこうだから断末魔なんだろうけどさｗ

>>741
IntelからAMDに支払われた和解金は12.5億ドルですが？
それがなければ2012年の時点で7億ドルを超える債務超過状態

>>742
> 自分が不幸だからといって他人の不幸まで願わなくてもイイと思いますけどね

↓

> もちろんゲーム業界もそう
> インテルやヌビは四面楚歌だよ

家ゲはAMDの技術的勝利で決着が付いたのにそれを貶めようとカネの話ばかり
本気で恥ずかしいクズだな

潰れる会社の技術に勝利なんてないよ

>>743
四面楚歌でもカネさえあればハッピー
だからスペック詐欺で客を騙してもイイんだろ？
片割れは見かけ倒しのベンチ()で高速性を誇るしかない能無しなのもまた一興

>>746
AIXの方がSolarisより優秀とか思ってます？だとしたら技術音痴だね

LinuxはフリーUNIXの中で最も使われている
だから最も性能が高い
こういうギャグを期待したい

Sunなんてゴミだろｗｗｗ

でなきゃOracleが自前でRHELフォークのOracle Linux作らない

Oracleが買収で得たものはJavaと、UNIX神話にすがる老害顧客

>>741　さすがにブル系アーキの失敗は痛かった
ブル系も地味に人気あったけど、結局Steamrollerの８コアも出さず、32nm安売りで誤魔化し
ニッチ勝負するなら高単価な商品出せないとキツイよ、Devils　Conyanなんてわざわざｋ付だけグリス改善して
i5、i7で過去最高販売数だっけ？この市場は地味に成長すると思うんだけど

まあ14nm世代で再設計だからそれに期待だぬ、後１〜２年ではさすがに潰れないべ

オラクルがRHELクローンを作っているのはLinuxでワンストップサービスを受けたいという客の要望があるから
Sunがゴミとかアホっすね
鯖売ってる会社はいまだにどこもSunの遺産のJAVAで食いつないでる

債務超過ってどういうことかわかってないらしい

技術的にヌビやインテルが実現不可能なハードウェアを設計できる会社を債務超過まで追い込むとは
インテルのやったのは普通の嫌がらせじゃねえよ
ヤクザもビックリのユダヤ商法

潰れりゃいいんだよゴミ企業AMD

いやAMDより前にお前が死ぬね
それは掛けてもイイ

Qualcommは大躍進したしAppleは倒産寸前から持ち直した
AMDの経営能力がないだけじゃないですか？
技術技術って大体に他所から買ってきた資産に頼ってるだけじゃん

債務超過する時期を予想しようか

糞淫が買って来た3Dlabsの資産はどこに逝ったよ
開発チームごと買ったのに音沙汰なしじゃねえか
ヌビはATIへの嫌がらせで台湾のチップセットベンダを買収してたな

次世代スレで次世代語れない時点でタダの負け犬だろ団子は

しかし、35w以下のモバイル向けで28nmのままワットパフォーマンス倍増で、更にサウス統合とか無茶な設計してるよなCarrizo
普通にブロードウェルと競えそうなくらい総合性能が高いし、下手すりゃSkylakeも何とかなりそうだ
年末にはDX12が出るし、ゲームも快適なんだろうな

こんな優れたAPUをデスクトップ向けに出せないほど追い込んだIntelはマジ許さんよ

Intelが買収した時点でZiiLABSっていうSoC屋に成り下がってたろ？
Atomの開発チームと合流しただけじゃね？

>>761
負け犬が現実逃避しても何もココロ打つものがないな

連中の本質はGPU屋だろ
SoCはIP売りではないコンプリートな製品をリリースするために選んだ方便

合流ｗ
セクト主義でゴリゴリのインテルが合流なんてさせてくれるものか
傍流に堕ちたら即退社の冷酷無比なキチガイどもだろうが

ディスクリートカードから撤退した時に売っぱらっちゃったに決まってるだろ
使いもしない人材残しておくわけねーだろ

反論あるなら過去の財務データでも用意してみ？

>>752
2016年に32コア、2017年に290xくらいのハイエンドGPU統合したハイエンドAPUを出すらしいし、ハイエンド領域でガチに殴りあう気満々だよ
DX12とOpenCL2.0も後押しするから、そこで一気に攻める気だろうね

3DlabsのGPU資産を一切合財買収して何の成果もなし
逆に凄いと思うね
クアルコムに買収されないよう飼い殺す目的だったんだろうがね

> 傍流に堕ちたら即退社の冷酷無比なキチガイどもだろうが

アハハ、傍流どころか主力級のエンジニアすらリストラするAMDには頭が下がりますわ

Appleが元AMDエンジニアを集めて、新型プロセッサを設計中？
http://kettya.com/2012/log07219775.htm

昔の記事だけど今も続いてる傾向
（こないだもまた4桁のリストラ発表したろ）

アップル、ARM、Qualcomm、元IBMのチップデザイナーを数多く採用
http://iphone-mania.jp/news-34980/

> アメリカ、オースティンのチップ設計者の求人市場はここ2年間、
> 非常に活況を帯びており、アップル、ARM、Qualcommの各社が
> 積極的にIBMやAMD、Freescaleのようなチップメーカー出身の
> 多くの優秀なスタッフを採用していると元IBMの従業員が述べています。

>>712
IntelにはろくなGPUがない、ゲーム機に使えるレベルに達する予定がない。
ﾇﾋﾞにはろくなCPUがない。

だが、自前CPUではないとは言え、Cortex-A57ぐらいのレベルならばなんとか。って、これ現行モデルのSoCやん

でも次期XBOXやら次期PSで使えるような、PS4のCPUコアを上回る性能のARM CPUが数年内に出てくるとは思いにくいので、やっぱりネック。


>>720
ありえないこと言っても実現できないから。

>>724
独禁法違反で阻止されるだろ。その買収は成立の余地なし。

>>728
キャッシュメモリとメモコンの速度では常にx86互換CPUを引き離して独走し続けてきたもんな、少なくともｿｹ5時代以後は。
それ以前は知らんけど、かれこれ20年ぐらいは独走状態のような。
もっとも、当時はPC以外の上位機向け高性能CPUがx86より上にいたから、ホントに独走だったわけじゃないけど。

主力なら引き抜いたんだろ
タブ用にARMコアを弄って性能向上を目指すのも株価対策かねぇ
情弱のアポ信者はゴミでも買うから最新のARMコアをあてがっておけば十分と思うが

自前で作ったK12の性能がARM本家とQualcommその他共同開発のA72に負けるというギャグに期待

>>772
貧乏だから優秀な技術者に払える金もないんだろｗｗｗ

>>767　
まあそれはいいんだけど、個人的にメインCPUは空けておいてほしいから
HSAだのOpenCL2.0だの使うなら、PCIe版APU出してほしいかな
元々GPGPUは分散コンピューティングの為の物なのにそのユニット一極集中してどーすんのよｗ

というかコンシューマでメニーコア路線は役に立たないってのがSandy対bullでしょ？
メニーコアのままでどーすんのよｗ例のモーフコアって奴か？８C32Tとか理屈上ではやれるらしいけど

>>755
ええと、互換チップセットメーカーのVIAやSiSが潰れたのもIntelが訴訟攻勢で製品販売を妨害したからとか言ってるの?

Windowsを走らせるとH/Wでの仮想化がオフになるMacProが何だって？ｗ
アポは誰を雇おうとこのノリでプロセッサを設計するからAMDの脅威にはなりえない

下手するとCarrizoはBroadwellを駆逐するかもしれんな

>>776
VIAもSiSもつぶれてねえだろｗ
Intelがバスライセンスを出さないから作りたくても作れない

Qualcommのsnapdragonも原型はIntelから買い入れたStrongARMだったよな

あれって、もともとIntelはどこから買い入れてたんだったっけ。忘れたが。


買い入れた資産でも有効に活用して、それを発展させていってたら充分。
まあAMDは買い入れた資産をゴミ箱に捨てた前例が少なくないから何とも言えないが……

>>780
DECの遺産

ハイエンド領域ねえ。
まさかコアの数が性能だとか言うつもりかね？
Density Serverと明言してる以上Xeonと張り合うレンジはまずありえないと思うのだが

Avotonの後継のDenvertonのコア数がわからないけど12〜16コアくらい乗せてくる気はする
http://pc.watch.impress.co.jp/img/pcw/docs/614/543/html/03.png.html

AMD得意のニコイチなら16コア×2でもいけそうだ。
消費電力次第では勝ち目あるかもね！

ARMに関しては、AMDはたくさんいるプレーヤの１つってだけなのに、
なにをそんなに期待してるんだか

AMDにしか作れないすごいARMサーバ用チップがAMDに作れるとは思えない
AMDに作れるなら、他のメーカーが作ったり、
ARMが公式にARMサーバ向けIP投入したりするだろ

>>780
XScale事業買ったのはQualcommじゃなくてMarvellだっての

ああ、StrongARMってDECから買ったヤツだったのか。すっかり忘れてた

DECってホントにバラ売りされちゃってたんだな……

MacProでWindowsを走らせると仮想化支援がオフになる件に関して
サポートは一切情報を出さないとよ
こんなメーカーの製品を鯖で使えるか？
まさかアポはARM鯖でiOSでも使うのかよｗ

>>783
アプライドマイクロが既にいる。しかもIPも独自設計してる。
40nmの時点で28nmのAMD Seattle以上の性能
どうすんだよ

>>785
DECも技術的にはスゲエ会社だったんだがね
GbネットワークからOSからAlpha CPUからなんても持ってた
インテルのQPIとか元DEC組の作品だし
そもインテルに高速バスを開発する技術なんてない

DIX＝DEC/Intel/Xerox

そーいやHyperTransportが旧DEC組だったね
Intel主導のPCIeに事実上負けたけど

>>783
> ARMに関しては、AMDはたくさんいるプレーヤの１つってだけなのに、
> なにをそんなに期待してるんだか
　OpteronのノウハウとFireProとの連携と、x86のソフトや開発資産の流用はAMDにしか出来んよ

> AMDにしか作れないすごいARMサーバ用チップがAMDに作れるとは思えない
x86のノウハウも取り入れたK12が開発されてるけどな
その性能は未知数だけど、Zen同様SMT対応の可能性もある

> AMDに作れるなら、他のメーカーが作ったり、
> ARMが公式にARMサーバ向けIP投入したりするだろ
チップを作っただけでどうなるもんでもないよ
品質と信頼性のために、非常に時間とカネがかかるバリデーションが必要だし、ARM鯖はソフトが皆無だから、それらの面倒も見ないといけない
AMDならその辺の面倒事が全てチャラに出来るから期待されてるんだよ

まあ、x64作って、本格的x64鯖作ったAMDからすれば、既存のノウハウを使えるARM鯖は楽なミッションだろう

CPUはDEC、GPUはSGIが凄かった
今のCPUとGPUの設計チームの源流をたどるとだいたいこの2社に行きつく

PCIeは外部バス
HTはシステムバス(CPU以外のモノも繋がる汎用性はあるが)
何もわかってないんだな

Innovative AMD FirePro? Server GPU Supports Intense Compute Workloads on HP ProLiant DL380 Gen9 Servers
http://www.amd.com/en-us/press-releases/Pages/innovative-amd-firepro-2015feb26.aspx

>>791
DECに欠けてたものがあるとすれば専用ハードウェアを用いた高速な3D技術だろうな
DECになくてSGIにあったものがそれ
だからDEC組にとっての聖杯はグラフィックスであり
AMDの中の人になったDECの連中にとって
その聖杯が買収可能なチャンスとしてあったのがたまたまATIだったんだろうと思う
ATIの3Dも源流はArtXであり元SGIになるが

馬鹿ですか？
今のQPIもDMIもPCIeプロトコルベースだ

>>792
HyperTransport Technology
HTT
HTだと某偽コアになっちまうな

偽コア（笑）って笑ってたSMTを今更ドヤ顔で導入するAMDをどう思った？

SGISGIって例の池田大作個人崇拝教団ですか
ピットクルーのバイトおつかれです

単にベンチ対策と省電力目的なんじゃね
設計者が偽コアでは鯖には不十分と判断しても
商用ソフトでのコア係数のコスパ悪化から過剰装備とされたら
貴重なダイを割いてまでコアを準備する必要もないでしょ
そもコア数でのペナルティがないOSS以外ではCPUのモジュール技術は不適当と思うね

逆にWin上でもx264みたいなOSSではコア数のメリットが出る
バックグラウンドで走らせてもインテルCPUみたいにもっさりかくつかないからな
単にCPU数や優先度を落とせばよいと考えるのは情弱

SGIはWindowsNT4.0Workstation採用したグラフィックワークステーションに完膚なきまでに潰された感じ

>>795
後藤はQPIはシリアルバスじゃないって言ってますが

>>801
Diamondmm傘下のFireGLとかマジでゴミだったけど値段はSGIのEWSより全然安かった
それにファレンハイトとかM$にヤラレタ感がハンパない
ヌビの投げ槍感というか脱力感はこの辺経験してからの持病と思うね

>>802
そもそもPCIe自体がシリアルじゃないんだが？ｗ
そういうときだけ後藤の記事を当てにするんだな

こんどはオレオレシリアルかよｗ
コーンフロスティかフルグラでも食って寝ろ

>>733
大体この糞馬鹿はアブダビ投資庁が慈善事業でAMDに金渡して
なおかつ今後も面倒見てもらえると思ってるから困る
まじで頭に蛆湧いてるんじゃないの？


ATICはFab事業を始めたくて、手早くFabを立ち上げるためにまずFabを持て余してる会社からFabを買おうとした
それがAMDでありチャータード


彼らは最先端クラスのFabと同時に、AMDを顧客として手に入れることができた
Fab立ち上げ時にAMDの資産が増えたのは、立ち上げから数年にわたって
生産ラインを予約するという確約の見返りだ。
つまり未来の金を前借りしただけにすぎない。

AMDはその契約を破棄し、違約金として手持ちのGFの株式全部と手持ちの現金を
GFに払った。その時点でAMDはもうATICとはなんのかかわりのない会社になった。
困った時に金くれる便利なドラえもんはもういないんだよ。

もう現金得るには旧ATIを手放すくらいしかないんじゃないの？

旧ATIなんてものはもうないんだよバカめ
今のAMDは旧ATIそのものだ
こんなのはお前からバカな自我を切り離すとお前自体がなくなるぐらい当然のこと

じゃあ「GPU事業」

糞淫厨今すぐ死ねとしか

AMD潰れたら祝勝パーティ開くおｗｗｗ

＞パソコンはスマホで撮りためた写真の入れ物だよ
＞ほかでもなくPCメーカーがそういう売り方を望んでる。

AMDよりこういうアホ共潰してくれませんかねえ？
スマホ普及率も先進国最低だし、どう考えてもAMDより団子みたいな連中の方が害悪

大体どっかのGPUのIPや開発部隊を糞淫が買っても何の役にも立たねえよ
3Dlabs以前にもChips & Technologyとか買ったけど当時から何らの進歩もない
アポに要求されてGPU強化を嫌々やってるのがミエミエ

的ですらAMDからチップの外販を受けてる
なんでインテルのXeonファイ()の外販を要求しなかったんだろうね？
あぁGPUのできそこないだからかｗ

>>811
スマホ本体だけだとソフトウェアキーボードしかないから使いにくいんだよね…
だからガラケー需要は根強くあると思いますね

> ニッチ勝負するなら高単価な商品出せないとキツイよ、Devils　Conyanなんてわざわざｋ付だけグリス改善して
> i5、i7で過去最高販売数だっけ？この市場は地味に成長すると思うんだけど

Reflesh前にもともと販売数1位〜2位常連だった4770Kの後継製品だから売れただけで
どのみちOCに拘る人は殻割ってでもOCするんだから。

しかし奴らも大概おかしい。
LGA2011版買えばいいのに、わざわざ当たりが出るまで買い続けるOC馬鹿とかさ。
でもそれは現状x86最高性能を誇るアーキテクチャで最高クロックを誇る製品だからこそ
そういう酔狂を魅了している。

ローンチ時だけはトップ10圏内に入ってもその後は販売数低迷という壮大な出落ちを演じる
性能は2コアなみ、消費電力はしっかり4コア分のどっかの7850Kみたいな製品しか作れないAMDには
アンロックなら長く売れるなんてのは通用しないかと。

むしろAthlon5350が長く売れてるじゃないか
必要なのはこのレンジじゃないの？

>わざわざ当たりが出るまで買い続けるOC馬鹿

自己目的化してるんだろ
お前みたいにな
BXチップセットでFSB133MHzで常用出来たら何年戦えるとか言ってたアホな連中とかどうしてるんだろ
お米が安いとか買い漁ってたバカも居たな

いや150MHzだったかな？ｗ
何とも時間の流れは残酷だ
大体LGA2011なんて爆熱のゴミじゃないですか
メモリチャネル増えたところでもっさりもかくつきも改善しねえ

ID:rQWsaD1Aはなんで>>796で自分にレスしてるの？

>>818
typoの訂正だよ

スマホからガラケーに戻したユーザーがそれなりにいるのはただ単に3大キャリアの
スマホの定額料が高いからだ
そしてガラケーよりむしろ格安MVNO会社＋SIMフリースマホの契約数が伸びてる罠。

docomoやauがAndroidを採用した「ガラホ」とか作ったけど
GooglePlayには非対応でi-mode/ezwebの対応コンテンツも使えない。
その上でしっかりLTEの料金プランに加入を強いられるという罠
んなもんいらねえだろｗｗｗ

auは2011年くらいまでWi-Fi経由でインターネットにつなげるガラケー端末とそのサービス
やってたけどとっくに辞めちゃったよ。
スマホのパケット通信料で得られる利益がいかにおいしいかわかるね。

>>819
訂正したところ悪いんだけど
HTはHyperTransportであってるよ？

自作erなら常識

http://ja.wikipedia.org/wiki/HyperTransport
http://ja.broadcom.com/products/HT-2100
http://www.gigabyte.us/products/list.aspx?s=42&jid=13&p=2&v=2

google playに非対応なのは画面タッチに対応しなかったからだ
意図的に切り捨てた技術
それにWiFi経由でネットにつながりたければ単に泥タブ使えばいいだろ
WiFi経由で無料で電話がかけられたワケじゃあるまいし

>>821
あ〜ありがと！

さて、あとは思う存分争ってくれ

俺は1時間半くらいだけど寝よう

やだよこの童貞おじさんはゴシゴシと言い争っててほしいよ
Sun大好きの痴れ者

2chMate 0.8.6.21 dev/SHARP/SHF31/4.4.4/LT
呼ばれた気がした

童貞を自白されても困るんだが
助けてやりようがない
それは自分で始末付けてくれ

>>815　俺はOCしないけど4790ｋ買ったぜ？4770ｋは定格AVX２実行時に室温20℃でCPU90℃近くとかって報告もあったしね
Haswell-Eしかないかなあと思ってたところにDevils Conyanで、殻割りしなくても多少発熱マシになってたし
HaswellのQSVやC7ステートは欲しかったしな
つかHaswellの時はOCよりも定格で低電圧化とかが流行ってたキガス、多少発熱がマシになるみたいだけど

skylake待ちしてたらHaswell RefleshでIYHしちゃったし、次買い換える頃（多分また４〜５年後ぐらいか？）
AMDもうちょい頑張ってくれてると嬉しいなって

>>826
あなたが神か

使い心地はどうですかい？
iPhoneをSIM抜き＋WiMAX2+で運用して2台目として買おうかと思ってるが

>>828
Conyanってなんだよ

ベンチがインテルCPUを発見したときに別ルーチンに分岐してたら
AMDがどんだけ頑張ったところで意味ねえよ
QSVやC7が欲しかったんならそれでいいんじゃねえの

> ベンチがインテルCPUを発見したときに別ルーチンに分岐してたら
> AMDがどんだけ頑張ったところで意味ねえよ

Visual C++にそんな機能は実装されてないから
やるとしてもそんないやらしいディスパッチ機能作るのは俺みたいなひねくれた開発者

ベンチマークが不正してるというなら、そのベンチマークをdisassembleしてcpuidの実行結果で
分岐してることを示したらどうかね
俺はやるよ？

昔、Intel謹製のTATのクラックパッチ作ったこともあるしｗｗｗｗ

実例があるからな
PC関連のベンチはヌビとインテルの息のかかってる可能性があるから全て疑ってかかるしかねえ
まぁ実際使ってダメならすぐ売りゃいいんだがGTX970みたいに売り抜けられないと悲惨だな

メインはテザリングなので
バッテリー容量の割にもつかな
出勤帰宅時合計1時間程度車運転しながら
タブレットでyoutube再生するくらいだと3日くらい持ちまする

タッチクルーザーやテザリングもボタンで起動停止できるので楽
他はガラケーと一緒
あとgmailはないです

スマホじゃないよガラケーだよ
ガラケーだからね

このスレだ。懐かしいｗｗｗ
http://　2ch　.　ac　　.la　/read.php/jisaku/1187603220/770n-

CPUIDチェックしてベンダーストリングで分岐してる疑いのあるプログラム
ちょっと誰か上げてみてくれないか？

解除パッチ作ってやんよ？

>>815
AMDの現行製品で一番有望なのはAthlon5350よりBeemaだね。(自作向け製品では無いが)
低価格ノート向けとして健闘している。

業者ならCPUIDみたいなすぐバレる手口じゃなくてもうちょっと手の込んだやり口でくるだろうね

CPUIDじゃなきゃどうやってAMDのCPUだって識別するんですかｗｗｗ

まさかOSの環境変数か？
あんなんBATファイル走らせるだけで偽装できるだろがｗｗｗ

こんなIT音痴がSunが素晴らしいとかまじで痴れ者だな

環境変数 PROCESSOR_IDENTIFIER

Haswellだとこうなる
Intel64 Family 6 Model 60 Stepping 3, GenuineIntel

これも単にOS側がCPUID命令の実行結果をセットしてるだけに過ぎんのだが。

すぐに回答を求めずちっと自分で考えろよｗ

知識がない人間が見え透いた嘘を言ってるだけにしかみえんのだ、痴れ者よ
前例があるというのならその「前例」を示せ

当然今もあるんだよな？

>>843
ttp://arstechnica.com/gadgets/2008/07/atom-nano-review/6/

めんどっちいな…
頼むからぐぐるってことを覚えてくれよ

>>844
PCMark2005が出た当時は、SSE3のフラグはIntelしか仕様定義されていなかった
ベンダーストリングがGenuineIntelでないとSSE3を検出しなかった
Featureフラグが刺す意味はベンダーごとに異なる場合があるので勝手に
「SSE3が使える」と判断することはできないんだ。

その意味でPCMarkの動作は正しい。

AMDやVIAがSSE3を仕様書に定義したのはPCMark2005よりずっと後。
それがなにか問題があるか？

結局、童貞おじさん（ID:rQWsaD1A ）がまた無知を晒しただけか

via cpuはマイナーすぎてサポートされてないだけという
64bit vistaも結局sp1まで使えなかったし

>Featureフラグが刺す意味はベンダーごとに異なる場合があるので勝手に
>「SSE3が使える」と判断することはできないんだ

つまりソフトウェアのリリース後にインテル以外のCPUベンダが
後追いで拡張命令をサポートしてもそういう口実でdisable出来るって話だな
GTX970なみに将来性のないプロダクトだと思わないか？