5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Intelの次世代CPU/SoCについて語ろう 75

1 :Socket774:2014/04/17(木) 23:59:40.71 ID:HDSJNL/T
Intelの次世代CPUや、それに関連する内容についてのスレッドです

■前スレ
Intelの次世代CPUについて語ろう 74
http://anago.2ch.net/test/read.cgi/jisaku/1396189438/

2 :Socket774:2014/04/18(金) 00:26:44.44 ID:cW3Icrqu
Intel様だけが人類の未来を切り開ける唯一神
全人類はIntel様の下に平伏しIntel様だけを崇拝し
Intel様に全てを捧げるべきである

Intel様万歳!!!!!

3 :Socket774:2014/04/18(金) 00:32:28.75 ID:oV5lH2zs
Windows 8.1めっちゃ起動・終了速いし
やはりプログラマを殴れということか

4 :Socket774:2014/04/18(金) 00:46:13.85 ID:M9Bzo4PM
内閣府が17日発表した消費動向調査で、3月末のスマートフォンの世帯普及率が54・7%、タブレット端末が20・9%となった。
http://www.asahi.com/articles/ASG4K51RSG4KULFA01V.html

5 :Socket774:2014/04/18(金) 01:02:29.46 ID:7FYHagNT
Intel pledges Skylake ramp in 2015
http://www.bit-tech.net/news/hardware/2014/04/17/intel-skylake-2015/1

微妙に英語読めてないかもしれんが、

・既にBroadwellは大量生産段階に
・Skylakeは今年生産開始。来年後半(?)に登場
・来年にはSoFIAをIntel 14nmへ移行

SkylakeのスケジュールはHaswellに類似しているように見える

あとは、いくつかのサイトを見ると、Skylakeは"a bunch of special-purpose accelerators"を備えるとか、
後継がAirlakeだとかCannonlakeだとか、Broxton-LTEが云々とか、
まだ色々な噂があるらしいが、全体的にイマイチまとまっていない感が

6 :Socket774:2014/04/18(金) 01:05:10.30 ID:bDRo9x7m
special-purposeってまた随分あいまいなw

7 :Socket774:2014/04/18(金) 04:20:34.86 ID:ohAZHZqS
>>3
マルチコア対応とかGPGPU対応とか、とりあえず実験目的でやらせりゃいいのにな
OSの最適化だけで8コア以上不要論も覆せる可能性が高い(特定のアプリでシングルコアだけ酷使させる現象も解決させる)

8 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 07:53:54.28 ID:vWpXGvHq
> (特定のアプリでシングルコアだけ酷使させる現象も解決させる)

そんな魔法はない
CreateProcess/CreateThreadやったぶんだけしか動きません

9 :Socket774:2014/04/18(金) 09:41:43.68 ID:Zr5eSE4l
500円の鱈乗ってるやつ買うか

10 :Socket774:2014/04/18(金) 10:02:28.38 ID:GYG144mb
前スレ >>994
> ハードウェア・ソフトウェア工学の知識がある人間がこぞって
> GPGPUは無駄だと口を酸っぱくして言ってるのに
> ド素人ができるはずだと願望を叫んだところで不毛だと思うわけで
> まず、ド素人を卒業してくださいな。

GPGPUに真剣に取り組んでるセンセイ方もいるのにシツレイなヤツだな。
計算工学の分野じゃ当たり前に使われてるよ。NVIDIAのセミナーとか聴いて見聞を広めた方が良いよ。

11 :Socket774:2014/04/18(金) 10:47:39.09 ID:fqrudYDx
というか一般向けで浮動小数点が必要な重いソフトって大抵すでにGPGPU対応してる

エンコみたいな整数ゴリ押しの分野で期待できないってなら分かるんだけど
Phiの廉価盤の整数アクセラレータボードとか出ないかな

12 :Socket774:2014/04/18(金) 12:50:55.86 ID:PiGPCgjg
GPGPUでも、アメリカ勢がソフトウェア・ミドルウェアを作って、
日本勢はそれをつかったSIをする側になるよ

GPGPUは、ちょっと前まではサイエンス・アカデミック方面が中心だったのが、
いま米国では直接目の前にお金がぶら下がってる分野でGPGPU利用が増えてきた

13 :Socket774:2014/04/18(金) 12:55:31.25 ID:PiGPCgjg
団子のいう部分はある程度合ってるよ
日本のいわゆる受託開発が基本の企業では、GPGPU使って採算が合う案件が見つけられない

ところが、アメリカ企業は、GPGPUでお金になる分野をいっぱい掘り当ててる
で、アメリカ企業がGPGPU使いこなしたソフトウェア・ミドルウェアを作って、
日本企業がそれを導入したソリューションを提供するようになる

いまのOSやミドルウェアをほとんどアメリカ企業が提供して、それを日本企業が利用してるのと
おなじパターンにGPGPUがなるだけ

14 :Socket774:2014/04/18(金) 13:07:42.99 ID:Jm49g7+t
>>11
前スレの994はエンコでGPUに期待→皆が否定の流れからの話で、H264とH265のアルゴリズムの話をした後の発言だよ。

15 :Socket774:2014/04/18(金) 13:19:58.64 ID:Twe+sAGX
>GPGPUでお金になる分野をいっぱい掘り当ててる

詳しく

16 :Socket774:2014/04/18(金) 14:10:51.39 ID:7J5lXY+F
流れ無視で悪いが

>Sandy BridgeではPCIeスイッチのバンド幅が低く、DMAの性能が
>低かったが、Ivy Bridgeでは、これが改善された
ttp://news.mynavi.jp/articles/2014/04/18/gtc2014_tca_02/

Sandy Bridge-EPもPCIe3.0を名乗っていたけど
性能は出ていなかったんだな。自作板で一般的な組み上げでは
GPUくらいしか使わないからPCIeを使い切らなくて気づかないと

17 :Socket774:2014/04/18(金) 14:58:09.51 ID:QYp1LACa
Device to Deviceの転送なんかグラフィックス用途では大して使わんだろうしなあ

18 :Socket774:2014/04/18(金) 17:42:21.53 ID:ONKyIwls
>>16
今でもGPU用途では使いきれてないよな

19 :Socket774:2014/04/18(金) 19:21:04.19 ID:n+EDnz01
ホットな話題w
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20140417_644632.html

20 :Socket774:2014/04/18(金) 19:27:46.10 ID:9Qd6T86Q
これ人類に反乱を起こすタイプのソフトだ
今は人間がGPUの使い道を考えてるが100年後はGPUが人間の使い道を考えてる

21 :Socket774:2014/04/18(金) 19:33:03.12 ID:tLuLMs7x
gtc直後にnvidiaがskynetになるってジョークがあったわ
こういうのできるのはnvだからだろうなと思う
amdの環境では生まれない

22 :Socket774:2014/04/18(金) 19:41:49.34 ID:9Qd6T86Q
偉人や天才のニューラルネットワークをスキャンしてコンピュータに移植し
それを10万台つなげて100倍のクロックで動かしたらもう人類は負ける
そういえばアインシュタインの脳がどこかに保存されてたっけな

23 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 19:45:46.55 ID:vWpXGvHq
>>11
逆だよ。民間が手をつけたがらない超ニッチな技術だからこそ
大学しかやるところがない。

半導体工学におけるISSCCしかり、ソフトウェア科学におけるICSEしかり、
大学よりも民間のほうが採択論文が多いくらいじゃん。
特に前者は機関別だと採択数はIntelがダントツトップ。
本当に金になる技術の研究ってのは、大学がやらなくても民間がやってるんだわ。
即実用にならなくともそれで特許とったりしてる。

大学が研究でGPGPUをやる理由は3つある。
1.ほかが研究やらないからネタがかぶらずにすむ
2.貧乏研究室でも低予算で理論演算性能を稼げる
3.研究室の学生には「人件費」が発生しない

24 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 19:52:38.74 ID:vWpXGvHq
>>13
お前の厨二ラノベの中に出てくる架空の企業の話なんて誰も聞いてないよ。
そんな痛い小説を披露するのはお前の家族だけにしておけ。

そもそも民間にはそういう技術の需要自体がない。
フリーランス向けの仕事募集サイトだけどGPGPUプログラマなんて募集が
出たの過去3年でたった1件だけ。
http://www.e-engineer.jp/list/?id=6146

25 :Socket774:2014/04/18(金) 20:04:26.56 ID:tLuLMs7x
>>23
松岡さんだか牧野さんだか忘れたけど
intelに我々は5年先の研究をするから
大学は10年先の研究をしてくれって
はなされたってのおもいだした

26 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 20:12:53.60 ID:vWpXGvHq
松岡先生とか牧野先生のところはそうだろうよ。金引っ張ってこれるし。
大規模スパコンでのFFTとかNBODYみたいな花形の研究ができる。
彼らはGPUが費用対効果がでかいから結果的に使ってるわけで
決してGPUを使うことを自己目的化してるわけではない。

弱小研究室はハードウェアの実装方法が変わったら実用にならなくなる類の
2〜3年で陳腐化する「実装方法」ありきのつまらない論文ばかり書いてる。
より良いスパコンを求めて結果的にGPUを使ってるところと、
GPGPUを使うことを自己目的化してるところの違い。

27 :Socket774:2014/04/18(金) 20:23:26.80 ID:tLuLMs7x
ごもっとも

28 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 21:21:05.67 ID:vWpXGvHq
「GPGPUがつかわれないのはどう考えてもお前らが悪い」
という立場をとるよりは、多少批判的であったほうがいいのだよね。

CPUはシングルスレッドで最適化なし、GPUはガッツリ最適化やって
「○○倍はやくなりました」みたいなGPUの提灯持ち論文ほどクソなものはないよ
効果を誇張したいのだろうけど産業界にはまったく意味がない

29 :Socket774:2014/04/18(金) 21:28:25.51 ID:x3MzO1MK
必死に最適化しても2倍しか早くならない、されど2倍は早くなるというリアルな出てたな。

30 :Socket774:2014/04/18(金) 21:29:09.19 ID:x3MzO1MK
必死に最適化しても2倍しか早くならない、されど2倍は早くなるというリアルな数字が出てたな。

31 :Socket774:2014/04/18(金) 21:37:00.63 ID:u5coOLZR
Intelってこれまでは過去のスパコンとかの技術を参考にCPUを開発してきたらしいけど
これからは参考にする技術が尽きたから新しく自分で考えなきゃいけないらしいけど
どんなの考えるんだろう

32 :Socket774:2014/04/18(金) 21:52:46.24 ID:CLYwOFqr
サウジ政府が気付いていないわけではない。

 「あなたのエアコンに認証ラベルが張ってなければこの番号に電話を」。
サウジ紙に2月、山積みのエアコンを建機で押しつぶす写真とともにこう呼びかける記事が載った。
サウジ政府は今年から、エアコンについて基準以下の電力消費量でなければ流通を認めない規制を導入した。

これいいな。
PC版だとPen4やAMDを潰す展開かw

33 :Socket774:2014/04/18(金) 21:55:54.52 ID:AYkQdyVC
>>25
牧野先生の専門の衝突計算は分岐要らないからな

GPGPUが適用できるスポットの狭さを知らないアフォがやたら夢見てるようだが

34 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 21:57:13.54 ID:vWpXGvHq
十分効果があったテイで論文書かないと翌年度の研究予算削られちゃうから
みたいな風潮もあるのかねぇ
ダメだね大学って。小保方先生を笑えない。

35 :,,・´∀`・,,)っ-○○○:2014/04/18(金) 22:50:51.29 ID:vWpXGvHq
>>32
ぶっちゃけGPUも150W以上は禁止にしちゃっていいんじゃないの
そっちのほうがVRAM帯域依存をやめてキャッシュを有効活用する
流れにさせやすい
(CPUとGPUのアーキテクチャの差異を埋めるためにもなる)

36 :Socket774:2014/04/19(土) 00:32:15.96 ID:utex8wMa
>>35
仮にそんなあほなことになったとしても複数枚刺しが当たり前になるだけだろそれ

37 :Socket774:2014/04/19(土) 00:56:45.37 ID:H6WSkZwu
>>35
すでに規格を超えた消費電力のグラボが出てるんだから、150W以上禁止したところで普通に150W超えた物が出てくるよ。

38 :Socket774:2014/04/19(土) 01:34:38.52 ID:6xo/sBCF
150W以上禁止したらIntelとNVIDIAが終わるけどね
仮にIntelが禁止したら、禁止しないAMDプラットフォームで出すだけ
そしてAMDプラットフォームではゲフォは売れない

39 :Socket774:2014/04/19(土) 02:34:05.59 ID:H6WSkZwu
>>38
何故そこでIntelとかNVIDIAの名前が出てくるんだ?
グラボへの電力供給量の規格を決めているのはPCI-SIGだぞ。
PCI-EXPRESSx16(75W) + 6Pin(75W)x1 + 8Pin(150W)x1 = 300W
が正式に認定されている電力供給量。

IntelもAMDも同じPCI-EXPRESSを使っているんだから、IntelかAMDのどちらかがPCI-EXPRESSの規格を逸脱した仕様に変更しない限りAMDでしか動かないグラボは出来ない。
逸脱すれば互換が無くなるのでIntelで動くグラボがAMDで動かないことになる。

40 :Socket774:2014/04/19(土) 02:39:17.80 ID:H6WSkZwu
>>39
補足:規格を逸脱というのは信号の事ね。

41 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 06:15:45.74 ID:7LXZnrmb
Pentium4で爆熱化したのがIntelの転換点
GPUはまだ省みてない

結論: GPU技術者を殴れ

42 :Socket774:2014/04/19(土) 06:31:53.73 ID:my/PBn3t
いやkepler以降は違うでしょ
maxwellは特に

750tiはbiosでボードは38wリミッターだし

500wとか規格無視したもの出すところはしらん

43 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 06:36:41.38 ID:7LXZnrmb
まあ着眼点はいいよな
AMDの熱いAPUとIntelの廉価版CPUの差額でお釣りがくるレベルの
価格・消費電力に抑えた製品を作れば売れると

大手サイトでは見込んだ通りにレビューがなされてる。

44 :Socket774:2014/04/19(土) 07:51:33.72 ID:ys1aB8O/
ip売りするmaxwellとしては28nmで出た750tiの役割は大きい
keplerと同じプロセスで作ることで省電力であるアピールが出来る
デフォルト設定でマイニング時ボード単体28w
http://cryptomining-blog.com/1141-a-bit-more-on-the-actual-power-usage-of-geforce-gtx-750-ti/

nvがtegraでmaxwell世代になるのは第二世代のdenver込のものになる
ip販売は第一世代のものだろう

45 :Socket774:2014/04/19(土) 08:08:25.27 ID:xuZJTI7K
そもそも、PCI-SIGの300W制限ってはっきりいってGPUにとっては関係ないだろ
ハイエンドGPUは独自にファン持ってかつ独自に排気するから、
300W以上電気食ったとしてべつにマザーボードに熱的・電気的な影響与えるわけでもないし、
なんでPCI-SIGがこんなわけのわからん制限してるのか不明

46 :Socket774:2014/04/19(土) 08:13:54.99 ID:ys1aB8O/
8pin(150w)*2+PCI-e(75w)=375Wを超えるものを出すのが異常だと思うけど

47 :Socket774:2014/04/19(土) 08:24:18.22 ID:uT0TJNsE
次世代とか言うなら2ナノプロセスで1千億トランジスタとかだろJK

48 :Socket774:2014/04/19(土) 08:34:28.37 ID:H6WSkZwu
>>45
『制限』というより『認定していない』だけだが、6Pin×1 + 8Pin×1までというのは本当に意味不明。
実際に無視したカードがいくつも出ているから。
一方、6Pin:75W、8Pin:150Wという規格の法には意味がある。
電源メーカーはそれを基準にマージンを取った設計をすれば、規格に沿った電源+グラボなら安全に使えると言うことになる。
Radeon R9 295X2みたいに、最大消費電力500Wで8Pin×2って下手な電源使ったら燃えるだろw

49 :Socket774:2014/04/19(土) 09:34:34.90 ID:tqzcaXqX
PCI-SIGが決めてるのは75Wだけだろ
それ以上は、PCIバス関係ないし冷却や電源供給の都合によるだけ

50 :Socket774:2014/04/19(土) 11:04:31.96 ID:H6WSkZwu
>>49
http://www.pcisig.com/developers/main/training_materials/get_document?doc_id=fa4ec3357012d69821baa0856011c665ac770768

51 :Socket774:2014/04/19(土) 11:17:14.09 ID:R/w+ISK0
>>前スレ912
>現状、C++のstd::find()使ってりゃ勝手にAVXコード吐いてくれるけど
これマジ?
Intelコンパイラ限定?
VC++でも吐いてくれる?

52 :Socket774:2014/04/19(土) 11:27:58.09 ID:xuZJTI7K
glibcの最新版とかすでにavx対応コードが一部入ってたりする
独自にやらずにglibcの関数呼べば、一部関数は勝手にavx使ってくれる気がした

53 :Socket774:2014/04/19(土) 12:53:35.20 ID:R/w+ISK0
>>52
glibcってのを使うとできるんだね。
いつも標準のものばかり使うから知らなかった。
ありがとう!

54 :Socket774:2014/04/19(土) 12:57:57.44 ID:BrWqmAkB
VC++でも、/arch:AVX 指定すれば、一部関数が対応の物に置き換わると聞いた
持ってないので試せないけれど

55 :Socket774:2014/04/19(土) 12:59:57.62 ID:R/w+ISK0
>>54
お、そうなのか。
対象デバイスがAVX対応なら基本有効にしといたほうが良さそうだね。

56 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 13:09:16.15 ID:7LXZnrmb
独自にループ回しても依存関係さえなければ最適化かけてくれるけどね

57 :Socket774:2014/04/19(土) 14:07:33.19 ID:OjYMw6cE
なんかGPGPUが話題になってるけど
ちょっと昔の
CPUは10GHzに向かって高速化を続けるからプログラマは無能でもプログラムは高速化される派 VS
ムーアの法則は終わったCPUの高速化は頭打ちでマルチコアに向かうからプログラマはハードの都合に合わせてコードを書かなければならない派
が争ってた頃のループを繰り返してるんですか

58 :Socket774:2014/04/19(土) 14:08:51.65 ID:R/w+ISK0
いずれにせよ決着がつく。

59 :Socket774:2014/04/19(土) 14:21:43.34 ID:q1Q7QALZ
>>57
それはたぶん的外れ

60 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 14:24:23.24 ID:7LXZnrmb
NetBurstって別に保守的なコード速くなかったでしょ

61 :Socket774:2014/04/19(土) 14:34:31.36 ID:tqzcaXqX
10GHzとか液体窒素使っても無理
コア数も4スレッド以上はエンコ以外殆ど使われない
Ipcも増えない
省電力にはなるけど熱密度が高くて冷却が厳しい

今以上の性能向上を目指すなら、iGPU強化やGPGPUに向かわざるを得ない状況なのは確か

62 :Socket774:2014/04/19(土) 14:41:43.78 ID:ys1aB8O/
CPUのsimd拡張でいいよ

63 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 14:45:28.02 ID:7LXZnrmb
並列化やるのにGPGPUである必要はないけどね
小さいコアを大量に並べるだけでいい。

64 :Socket774:2014/04/19(土) 14:58:53.33 ID:H6WSkZwu
>>61
言っていることが見当違いだよ。
NetBurstの中期頃までは10GHzに到達すると『言われていた』だけで、57が言っているのは『プロセスの微細化による高速化に陰りが見えてきた時』の論争のこと。

で、GPUというのはCPUより圧倒的にコア数の多い超並列プロセッサで、性能向上のほとんどはコア数の増加で行われているんだが。
CPUで並列化の効果出せないプログラムは、GPUだともっと性能が出ない。
そして、今の上位GPUはCPUより遙かに消費電力が多く、遙かに発熱量が大きく冷却が厳しい。

おまえの言うとおりの状況なら、今以上の性能向上を目指すならGPUは出来るだけ小さくして、シングルスレッド性能の高いプロセッサに向かわざるを得ない状況になるんだが?

65 :Socket774:2014/04/19(土) 15:05:33.78 ID:tqzcaXqX
そうだね
だけど、intel自身がマルチスレッドやiGPU強化に必死なんだよ
GT3はGPUコア大盛りだし、eDRAM付けたし、Phiは60コア 512bitSIMDだからね
Atomも8コアとか用意してるし、シングルスレッド偏重はもう終わりなんだよ

66 :Socket774:2014/04/19(土) 15:11:44.39 ID:R/w+ISK0
SIMDははっきり言って超強力だ。
GPUは汎用的に利用するにはオーバーヘッドが大きすぎる。

ただ、SIMDはユーザがアセンブリやイントリンシックで記述してやらないといけない。
データのアライメントも面倒だ。
これさえ、何とかなれば・・・。

つーか、アライメントくらいpragmaとかコンパイラオプションでできるようにしろよ!

67 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 15:13:32.70 ID:7LXZnrmb
Opteronをシュリンクする努力を放棄した会社が
ソフト屋には血を流せと無責任なことをいってるわけだから
茶番もいいところだよ

68 :Socket774:2014/04/19(土) 15:35:40.54 ID:ys1aB8O/
phiはGPUではなくsimd拡張したCPUのメニーコア

69 :Socket774:2014/04/19(土) 15:44:06.26 ID:H6WSkZwu
>>65
シングルスレッド偏重はもう終わりという事に関しては同意見だ。
あくまでも61の『コア数も4スレッド以上はエンコ以外殆ど使われない』という状況なら、シングルスレッド性能が重要になるというだけだから。

そして、GT3eでeDRAMを搭載したのは『CPUと同じダイに乗せて、メモリーを共有する形だと』メモリーの帯域が不足してGPUの性能が発揮出来ないからなんだ。
つまり、『iGPUをこれ以上大きくしてもダイサイズ増大の割に性能が出ない』とIntelは判断しているということなんだよ。

70 :Socket774:2014/04/19(土) 16:08:26.39 ID:JpCLfy6x
終わりのくせにnVIDIAはDenverなんて作ってますけどね

71 :Socket774:2014/04/19(土) 16:21:55.67 ID:ippYcZKT
エンコにしても、E5-2650*2よりE5-2687Wの方が速いから
シングルスレッド性能が重要なのは変わりない

72 :Socket774:2014/04/19(土) 16:26:04.50 ID:H6WSkZwu
偏重:物事の一面だけを重んじること
65が考える『シングルスレッド偏重』が俺の考えている意味と同じかどうかは知らないが、『多コア化はプログラムで指定しないと速くならないが、シングルスレッド性能が上がればどんなプログラムでも速くなる』と言ってポラックの法則を無視する事だと俺は考えている。
シングルスレッド性能を上げる事自体は否定するどころかむしろ賛成だよ。

73 :Socket774:2014/04/19(土) 16:41:17.02 ID:8l+TGUYq
DalvikにしろHTML5にしろ、まず第一に必要なのはシングルスレッド性能だわな
そういう意味で4コア6コア8コアとコア数インフレ競争してる泥スマホ勢は滑稽

74 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 16:42:32.68 ID:7LXZnrmb
GPGPUを使わないことこそが成功の秘訣
CookpadもFacebookもGPGPUを使ってない

75 :Socket774:2014/04/19(土) 16:47:11.45 ID:H6WSkZwu
もし、一般向けソフトでGPGPUが効率良かったら、AMDはHSAなんてせずにCPUコアをGPUの構造に近づけるよなw

76 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 17:12:55.51 ID:7LXZnrmb
よりマルチスレッド性能が求められるサーバ市場でろくに使われてないものが
クライアントで普及するわけがないだろう

77 :Socket774:2014/04/19(土) 17:27:37.12 ID:H6WSkZwu
GPGPU厨はGPUのピーク性能ばかり偏重して現実を見ていないからな

78 :Socket774:2014/04/19(土) 18:55:27.86 ID:6oLeg1Uj
>>65
>だけど、intel自身がマルチスレッドやiGPU強化に必死なんだよ
>GT3はGPUコア大盛りだし、eDRAM付けたし

微細化に伴うパディング設計ぐらい調べてから寝言書けよ

79 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 19:39:38.42 ID:7LXZnrmb
大体に、いまGPGPU対応を進めてるごく一握りの企業って
CPUのマルチスレッド対応も早かったろ?

CPUのマルチスレッドすらうまく使えないソフトがGPGPUに対応する可能性も
ましてCPUより速くなる可能性も0に等しいよ

80 :Socket774:2014/04/19(土) 19:54:22.12 ID:uT0TJNsE
事務作業なんか・・・・・・だし
末端プログラマはコピペばっかりだから

81 :Socket774:2014/04/19(土) 20:04:45.48 ID:tqzcaXqX
>>78
微細化の分CPUコア増やせよボケというのがこのスレの総意みたいなもんだろ

82 :Socket774:2014/04/19(土) 20:06:18.87 ID:q1Q7QALZ
総意とは

83 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 20:17:02.73 ID:7LXZnrmb
コアが欲しいならLGA2011版i7買えばいいじゃない

84 :,,・´∀`・,,)っ-○○○:2014/04/19(土) 20:20:53.83 ID:7LXZnrmb
「全俺が求めた」的な意味での総意、あるいは異端という意味での「相違」では?

85 :Socket774:2014/04/19(土) 20:29:17.90 ID:xuZJTI7K
>>73
まあ最近のスマホのコア数は、big.LITTLEで、実質半分なのが多いな
8コア(実質4コア)みたいなの

86 :Socket774:2014/04/19(土) 20:31:03.41 ID:xuZJTI7K
>>53
OSなにを使ってるのか知らんが、Linux使ってれば標準でglibcが入ってるよ
最新版かどうかはディストリビューションにもよるけど

87 :Socket774:2014/04/19(土) 20:35:14.22 ID:R/w+ISK0
>>86
Windowsだよ。
Linuxは抵抗があるw

88 :Socket774:2014/04/19(土) 21:08:07.65 ID:EULIcYpC
しょうゆう(総意ソース)ことか・・・

89 :Socket774:2014/04/20(日) 00:49:44.30 ID:2PJaYkDV
日本は劇的な変化や改革はなかなか受け入れられない体質だしな・・・
ブレークスルーが起きたら一気に変わる極端な体質でもある。
当然ブレークスルーが起きたとしても日本発ではなく、欧米発だろうけどな。

90 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 01:06:03.59 ID:Zy1MiAZ6
優れた技術が浸透し、そうでない技術が受け入れられないのは万国共通だよ

91 :Socket774:2014/04/20(日) 01:12:15.40 ID:XGCPvp4d
バブル経済と後処理とかポケッタブル端末のネット接続(i-mode)とか
電子手帳とか電卓とか日本が先頭

パッド型ハードの原型もSONYでつばつけてる。
サービスとのセットではなく鳴かず飛ばずだったが

92 :Socket774:2014/04/20(日) 01:13:54.82 ID:Xv+uzG+P
先頭?
ベースとなるものは全て外国じゃんよ

93 :Socket774:2014/04/20(日) 01:35:32.52 ID:+i/RKs6G
バブル経済の先頭ってチューリップでも売ったのか

94 :Socket774:2014/04/20(日) 01:42:12.91 ID:XGCPvp4d
日本で実用化されても海外の発明と日本をバカにし
日本で発明され日本で実用化が遅れても日本をバカにする
ゴクロウサン

95 :Socket774:2014/04/20(日) 02:07:41.26 ID:erskPede
起源主張シタイの?

96 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 02:12:37.70 ID:Zy1MiAZ6
GPGPUがIT業界で総スカンなのはワールドワイドの話です

97 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 02:16:21.78 ID:Zy1MiAZ6
たらこは言ってたよな。
日本人って日本をダメだって言うのが好きだ。
日本がダメだから自分がダメでも仕方ない。
そういう思考。

98 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 02:20:48.78 ID:Zy1MiAZ6
GPGPUをうまく扱えないからダメだといいたいのであれば
それは日本人がダメなのではなくGPUメーカーがダメなだけです

Cellの失敗に学べ

99 :Socket774:2014/04/20(日) 06:39:57.78 ID:Um9JtWn6
GPUがそんなにいいもんなら最初からGPU作ってたわ
みたいな所はあるな

100 :Socket774:2014/04/20(日) 06:52:54.94 ID:Um9JtWn6
>>57
> CPUは10GHzに向かって高速化を続けるからプログラマは無能でもプログラムは高速化される派 VS
> ムーアの法則は終わったCPUの高速化は頭打ちでマルチコアに向かうからプログラマはハードの都合に合わせてコードを書かなければならない派

どちらも間違い。シングルコアにもマルチコアにも出口はない。
故にプログラマを殴るしかない、派も追加してくれw

グラフェンプロセッサでも待つかね

101 :Socket774:2014/04/20(日) 06:59:44.01 ID:Um9JtWn6
つーか毎年毎年倍々ゲームでプロセッサ性能が上がってたのに慣れきってしまって
今の停滞を、そんなはずはないと否認してるやつが多いんだよな。心理的に受け止められないの。

スマホどころかウェアラブルになったらさらに悲惨だぞ。
例えばGoogle Glassなんぞ、耳元にちょこんとバッテリーが入ってるにすぎないからな。
しかもこめかみが熱で熱くなるwwwどうすんべって状態ですよ。

もうプロセッサ屋はこの苦悩を解決してくれないのだ。

結論:プログラマを殴れw

102 :Socket774:2014/04/20(日) 07:30:34.02 ID:Oz632NOA
>>101
一方、日本では、体温で発電する腕時計を作った

103 :Socket774:2014/04/20(日) 08:02:08.81 ID:wgYVPGVC
なんかもう新しいパラダイムシフトが無いと行き詰まってる感はあるな
シュリンクも7nmまでとか言われてるしシリコン使った半導体じゃそろそろ限界
そろそろ量子コンピュータとか光コンピュータとか超伝導半導体とか、とにかく全く新しいものが必要とされてくる

104 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 08:20:51.27 ID:Zy1MiAZ6
>>101
> 結論:プログラマを殴れw
違うよ。
「つくってくださいお願いします」って言って懐にしまいこんでるものを
差し出すんだよ。殴られて機嫌よくするプログラマなんてどこにもいないよ。

105 :Socket774:2014/04/20(日) 08:39:07.09 ID:erskPede
gpuが得意(効率いい)なのは結局画像処理なんだと思うよ
車載のやつもそうだけどニューラルネットワークの奴も画像処理だし

106 :Socket774:2014/04/20(日) 09:04:44.03 ID:eQMu/EZt
>>85
COREとATOMのbig.LITTLEはやらんのかな?

107 :Socket774:2014/04/20(日) 09:31:05.05 ID:yeIgbs4e
あるとしてもバッテリー使用時の待機電力には効果がありそうなAtomとQuarkのbig.LITTLEぐらいかな。
バッテリー用途でモニタが大きいとCPUの消費電力を減らしても効果が薄いし、AC電源ならAC-DC変換効率のほうが効いてくる。

108 :Socket774:2014/04/20(日) 11:13:04.33 ID:LJCD+uSW
VRのオンダイ化に成功した時点で、Intelにはbig.LITTLE的アプローチは一切不要になった
処理が終われば即座にhaltで寝て電力0にできて次のタイムスライスor割り込みですぐ起きれるんだから

109 :Socket774:2014/04/20(日) 11:48:36.95 ID:6ypXpooi
いやいや既にNTVの段階でbLなんか足元にも及ばない優位性を発揮してるから。

110 :Socket774:2014/04/20(日) 11:50:31.08 ID:0tzfbPbi
その上、近閾電圧が投入されれば、ARMの息の根は止まる。

111 :Socket774:2014/04/20(日) 12:14:34.83 ID:oTvmu2jL
AMDも殺せないのにARMを殺せるわけないだろ
まずはモデム内蔵してからだろ

112 :Socket774:2014/04/20(日) 12:15:11.94 ID:Xv+uzG+P
殺したら独占なんとかで禁止されてるからな。

113 :Socket774:2014/04/20(日) 12:19:32.16 ID:eQMu/EZt
intelのはコストかかりすぎるからARM駆逐は無理だろ。
i7がバンバン売れる自作市場とは異なり、あっちは価格性能比が重要だから。

14nmなんて4重+カッティングエッジ露光になって工程がとんでもなく増えてて
最終製品まで手がけているインテルですらコストを吸収できるか怪しい。

114 :Socket774:2014/04/20(日) 13:23:41.62 ID:DXCg77Gs
Intel様だけが人類の未来を切り開けるのだから
Intel様にたてつくカス共は糞チョン同類の人類の敵
今すぐ地上から一掃すべき

115 :Socket774:2014/04/20(日) 16:04:07.15 ID:K1+RuvCM
>>113
ハイエンドARMは20nmから最終的には16nm FinFETになるコストは安くない。
ローエンドARMにぶつけるのはSoFIAなんで、プロセスコストは同等になるはず。
やりようによっては勝負できるだろ。

116 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 16:47:48.27 ID:Zy1MiAZ6
Cortex-A53相手にClovertrail世代のAtomなら十分やりあえるわな。

117 :Socket774:2014/04/20(日) 17:00:43.64 ID:PVnNCnrE
Qualcommのシェアを切り取るためにはLTEモデム内蔵は必須
SoFIAは将来的にはLTE/BT/Wifi/GPS内蔵予定だっけ?

118 :Socket774:2014/04/20(日) 17:32:12.45 ID:eQMu/EZt
>>115
外部委託じゃプロセスで差がつかないし、わざわざインテル選ぶ必要も無い。
やりようによっては勝負できてもARM駆逐は無理だと思う。
不気味なのは、ムーアの法則維持できるくらい安く作れるらすいFD-SOIだと思う。
3GHzくらいまでしか効果ないらしいが、意識している方のA社には関係ないし。

119 :Socket774:2014/04/20(日) 17:40:42.84 ID:f0z1NeHa
元Infineon通信部門を活用したスマートフォン向け事業に関しては完全に失敗した
早く手仕舞いを考えた方がいい

Q1決算を反映しての投資家向けアピールなのかもしれんが
スマホ向けより儲かるIoT・自動車分野へとシフトチェンジを図っとるね

IoTのカギはデータを統合するゲートウェイ--米インテル、自動車分野に注力
http://japan.cnet.com/news/business/35046761/
IoTで自動車の進化を支援するインテル
http://www.itmedia.co.jp/pcuser/spv/1404/17/news138.html
インテル、IoT分野に関する説明会を開催 - 積極的な取り組みをアピール
http://news.mynavi.jp/news/2014/04/17/520/
インテル、自動車向けなど産業分野のIoT促進に注力
〜IoT部門のトップが来日
http://pc.watch.impress.co.jp/docs/news/20140417_644855.html

120 :Socket774:2014/04/20(日) 18:05:23.11 ID:erskPede
x86のソフト資産捨てて
armを選ぶ理由もない

msが以前isa変えてまでarmにするんなら
コストで2倍以上の差がないと難しいとしていた

121 :Socket774:2014/04/20(日) 18:20:26.74 ID:2FF3vDBE
>>119
あんまり関係ないでしょ

IoTはもともとレネイ・ジェームズ氏が主導しているようで
だいぶ前からWind RiverやらMcAfeeの買収などでカードを増やしていた
それが最近盛り上がってきたよね、というだけの話にすぎないし
自動車向けもだいぶ前からやってたのがようやく製品レベルで形になるかどうかという段階

どのみちIoTを推進するなら通信関係のモジュールに投資しないわけにはいかないので
当面赤字でも続けるだろうね

122 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 18:48:13.58 ID:Zy1MiAZ6
>>119
IoT強化は既定路線で何ら驚くべきこともない。
むしろ去年のQ4で新設されたに過ぎないIoT部門がなぜ利益を
計上できてるのか疑問に思わないのかね?
(しかも部門設立以前から利益を計上していることになってる。

簡単に言うとネットブック・MID用としていったん損失として計上された
Atomの棚卸資産が、産業向け組み込み等の用途での採用で
価値が再評価されたからだよ。

Quarkより前にチップを製造してないIoT部門が黒字なのはある意味当然。
帳簿を付け替えただけなのだから。

件のモバイル部門だが、アジアやアフリカの新興市場向けに
でかいIntelロゴ入れることを条件に激安で売ってるのは
広告宣伝を兼ねてるからだ。
企業全体としての黒字は既存部門で十分確保できてる。
市場開拓は赤字出してナンボの世界。

123 :Socket774:2014/04/20(日) 22:37:46.69 ID:rLcowfze
次に出るxxxxこそは! と言い続けて数年
IntelにせよNvにせよ、LTEモデム事業は敗戦処理の段階だよ

124 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 22:55:45.14 ID:Zy1MiAZ6
何言ってんだこいつ
XMM7260はようやく2世代目ですが

125 :Socket774:2014/04/20(日) 23:00:41.93 ID:kphzfiXx
>次に出るxxxxこそは! と言い続けて数年
それ何を加速してるんだか謎の某社のAcceleratedナントカでは...

126 :,,・´∀`・,,)っ-○○○:2014/04/20(日) 23:16:54.22 ID:Zy1MiAZ6
Intelのワイヤレスは「LTE事業」(←嘲笑)というほどLTEに特化してるわけでもないし
むしろ近年ようやくWiMAXから切り替えたくらいだし。
今年出るSoCのSoFIAも新興市場向けだから3Gモデムだし
LTE内蔵のSoCはまだ立ち上がってないですよ

127 :Socket774:2014/04/20(日) 23:44:13.34 ID:rLcowfze
赤字続きだったインテルの「モバイル&通信」事業
財務報告の事業区分変更で明らかに
http://jbpress.ismedia.jp/articles/-/40469

「モバイル&通信」の赤字額、四半期ごとに拡大

同事業の営業損益は、9億2900万ドルの赤字だった。今回の事業区分の変更で
もう1つ明らかになったことは、この事業の赤字が少なくとも5四半期続いていること。
1年前の赤字額は7億300万ドルだったが、その後、7億6100万ドル、
8億1000万ドル、8億7400万ドル、9億2900万ドルと一貫して増えている。

128 :Socket774:2014/04/20(日) 23:45:38.53 ID:rLcowfze
インテルのCFOが明かす赤字の理由

米ウォールストリート・ジャーナルによると、これには2つの理由があると、
インテルのステイシー・スミス最高財務責任者(CFO)は話している。

1つは「コントラレベニュー」とインテルが呼んでいるタブレット端末に対する補助金だ。
インテルは同社製半導体を採用するタブレット端末のメーカーに対し、
製造・開発費用の一部を支払っており、その費用がかさんでいるという。

もう1つの理由は、無線通信の信号を処理するベースバンドプロセッサーだ。
昨今の主流であるLTE(4G)用では、米クアルコムが最大のメーカーとなっている。
これにより、インテルのベースバンドプロセッサーは売り上げが減少している。
これに加えインテルでは、LTEベースバンドプロセッサーの開発や改良にかかる費用が膨らんでいる。

129 :Socket774:2014/04/21(月) 00:10:33.04 ID:TYRIJuZp
スマフォ分野じゃIntelブランドは通用しないし、唯一のメリットのシングル性能はどうでもいいし、
重要なグラフィックはどうにもならないという手詰まり状態だからね
いくら開発支援という名のリベートをばら撒いてもさっぱり成果が出ないのは厳しいね

AMDを追い落とすために散々やってきた悪行も、ARM相手に全く通用してないからもう勝ち目ないな

130 :Socket774:2014/04/21(月) 00:15:44.71 ID:/v70FljI
ポエムはよそでやってくれ

131 :Socket774:2014/04/21(月) 00:27:19.72 ID:YQk5HxrC
私の歌(ポエム) ウナ銀河に届け〜♪

132 :Socket774:2014/04/21(月) 00:41:50.06 ID:2ChXhJLQ
>>129
Merrifield/MoorefieldはPowerVR Series6だろ。
Apple A7なんかと同系だし、GPUがどうにもならんというのは何の話だ。

133 :Socket774:2014/04/21(月) 00:56:28.28 ID:TYRIJuZp
自社iGPUが使いものにならないからPowerVR使ってるということだろ
ハードウェアもドライバもソフトウェアも他社任せになるし、PowerVR自体将来HSA対応されるからな

仮に何かの間違いでHSA対応しなかった場合、CPUとの高効率な連携ができないということで市場から淘汰される
もちろん、x86と連携するような機構は搭載されないから、Atomに内蔵されてもオマケ扱いしかされない

134 :Socket774:2014/04/21(月) 00:57:15.39 ID:UIVFkDu4
妄想は向こうでやれ

135 :Socket774:2014/04/21(月) 00:58:15.06 ID:/v70FljI
来年のBroxtonはどうなるんだろうね
スマホとタブレットの両方をカバーするという噂もあったような気がするけど、
もしそうなら、PowerVRをやめてGen9(Skylakeと共通?)にするのかどうか

そういえば、前のCherryTrailはGen8 16EUだという噂だが、やり過ぎな気がする
IvyBridgeもびっくり

136 :Socket774:2014/04/21(月) 01:11:47.73 ID:TYRIJuZp
ちなみにHSAの抽象化の分厚さを大問題のようにしているようだけど、大したことじゃないな
HSAの世代が進めば抽象度は効率良くなるし、プロセッサ側にもHSA支援の命令なりが追加されていく
VirtualBOXとかとIntel VTやAMD Vみたいな関係になって直ぐに気にならなくなるだろうよ

というかスマフォ向けはARMに特化して極力薄くするくらいのことはするだろう
XBOX1のOSやDirectXもPC版より遥かに高効率だし、同じことをスマフォでやるくらいだれでも考えるだろ

137 :Socket774:2014/04/21(月) 01:13:46.08 ID:Ihm6i6SI
powerVR一旦止めたのにまた採用したのか?
それだけintelHDがダメってことか
CPUそっちのけで金つぎこんてるのに実を結ばないな

138 :Socket774:2014/04/21(月) 01:59:21.99 ID:/v70FljI
スマホ向けAtom SoCはずっとPowerVR

139 :Socket774:2014/04/21(月) 03:02:58.57 ID:Aimxq/+I
IntelHD向けのドライバー作成する余力がまだなさそう
性能的には十分だと思うんだが、ドライバーの年季はPowerVRには勝てっこない

140 :Socket774:2014/04/21(月) 04:34:33.08 ID:22keUyko
>>136
すべてが妄想だな

141 :Socket774:2014/04/21(月) 09:39:31.21 ID:TYRIJuZp
PowerVRのドライバも相当ひどいらしいけどね
それで一旦やめたらしいけど、自分とこのが更にひどいから結局また採用したんだっけ

142 :Socket774:2014/04/21(月) 09:39:47.14 ID:wKyEWCGF
今”INTEL”でググるとこのニュースがトップに出るんだぜ

パソコン売れず、インテル崖っぷち
http://ascii.jp/elem/000/000/877/877139/

143 :Socket774:2014/04/21(月) 11:03:56.06 ID:2by77XX/
>>127
ドルだからすごいよな
900億円の赤字ってことだろw

144 :Socket774:2014/04/21(月) 11:07:03.61 ID:9EqnmLQo
Intel潰れちゃうの?(´・ω・`)

145 :Socket774:2014/04/21(月) 11:52:07.25 ID:CCdLA09u
既に兆しはあるが、先ずはPC向けCPUが蔑ろにされる事だろうね。
今までのような性能アップ率やハンダ仕様云々などが期待出来ず、
性能・OC重視のジサカーの阿鼻叫喚がより高まりそうだ。

146 :Socket774:2014/04/21(月) 12:55:52.95 ID:iBELj7Db
Intelの業績は楽観できるものでは無いね。
Intelの第1四半期の業績で過去最高益だった2011年の決算では、Intel32億ドルとIBM(29億ドル)を上回る純利益を出していたのに、今期の純利益はIntel19億ドルと3年前の40%から落ちている。(IBMの今期純利益は24億ドル)

えっ、えーえむでーですか?もちろんじゅんちょーのはずですよ。
3年前(2011年第1四半期)は純利益でIntelと38億ドル近い差があったのに、今期は19億ドル強まで差を縮めましたから。

http://japan.cnet.com/news/business/35046697/
http://pc.watch.impress.co.jp/docs/news/20140418_645046.html?ref=rss
http://pc.watch.impress.co.jp/docs/news/20140416_644605.html?ref=rss

147 :Socket774:2014/04/21(月) 13:13:54.42 ID:iBELj7Db
>>146
×3年前の40%から落ちている
○3年前から40%くらい落ちている

148 :Socket774:2014/04/21(月) 13:45:42.96 ID:THjDuOlL
しょーもね
んなこというなら5年前から300%くらい増えてる

149 :Socket774:2014/04/21(月) 13:48:04.68 ID:THjDuOlL
×5年前から300%くらい増えてる
○5年前から300%くらいに増えてる

150 :Socket774:2014/04/21(月) 14:04:51.30 ID:jy8WXfWk
>>145
core i7のK型番をはんだにするっていう情報が先月頃に流れたジャン

151 :Socket774:2014/04/21(月) 14:25:50.87 ID:Ihm6i6SI
独占状態だしPC需要が無くなる事は無いから値上げすればいいだけなんだよな

152 :Socket774:2014/04/21(月) 14:50:17.80 ID:iBELj7Db
>>148
期待した突っ込みと違う。
146は最後の1行と2行目の数値から『ある数値』を計算すると・・・

153 :Socket774:2014/04/21(月) 15:25:11.54 ID:THjDuOlL
期待にそえずスマンカッタorz

154 :Socket774:2014/04/21(月) 18:37:14.62 ID:R/TQ8YRN
>>142
>しかし、ハイテク業界に詳しい後藤弘茂氏によれば「モバイルの戦いは既に終わっている」という。

すでに終結しとったとな…

155 :Socket774:2014/04/21(月) 18:46:14.04 ID:ljbmtTeE
>>150
ハンダじゃなくてもっといいグリスじゃなかった?

156 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 20:56:50.44 ID:RQUqYQpO
記者仲間で焚き付けてるだけじゃん。

MSにしてもIntelにしてもだが「勝つまでやめない」からこそ強いのだよ。
そして持久戦をできるだけの体力もある。
IntelがPentium Proでいくら赤字出したよ?

157 :Socket774:2014/04/21(月) 21:23:11.06 ID:wKyEWCGF
ありゃアンドリュー・グローブの手腕によるものだ
オッテリーニは中途で匙を投げたしクルザニッチには荷が重かろうよ

158 :Socket774:2014/04/21(月) 21:25:21.11 ID:viWo0uvD
BroadwellでSDP 2.8WとなればタブレットでAtomを使う必要はなくなってくるんじゃない?

159 :Socket774:2014/04/21(月) 21:50:53.37 ID:THjDuOlL
そんな高コストチップでますます自分の首絞めるの?

160 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 22:09:34.87 ID:RQUqYQpO
山吹色のお菓子でももらったのかねこの記者は
Androidの64ビット化の流れに出遅れたQualcommは
急造のCortex-A57/A53で茶を濁そうとしてるが

明らかな焦りが伺えるのだが。

たいていのソフトベンダーはNDKでARMv8A(A64)をターゲットに
追加する手間のついでにx86/x64対応もやっちゃうよね?
そういうことだ。

161 :Socket774:2014/04/21(月) 22:41:06.83 ID:jy8WXfWk
>>160
最初はARMのデザインそのままで出して、次からは改良版投入しておけばいいよ

162 :Socket774:2014/04/21(月) 22:43:11.89 ID:jy8WXfWk
>>156
PentiumProは、当時主流だったWin95が遅かっただけで、
WindowsNT4.0使ってる人にとってはかなり魅力のあるチップだったよな

おれはあまりにも95が不安定なので、自分のマシン(通常のデスクトップ用途)を
NT4.0いれてで使ってたわ

163 :Socket774:2014/04/21(月) 22:52:28.41 ID:TYRIJuZp
> Androidの64ビット化の流れに出遅れたQualcommは
> 急造のCortex-A57/A53で茶を濁そうとしてるが
そんな流れまだ何処にもないから出遅れてないな

> たいていのソフトベンダーはNDKでARMv8A(A64)をターゲットに
> 追加する手間のついでにx86/x64対応もやっちゃうよね?
v8A対応は必須だから手間でもやるけど、x64対応は無くても困らないからやらないとこ多いだろ

Windowsですらx64対応してないソフト多いのに、ARM前提のスマフォでそんな手間かけるとこなんか殆ど無いよw

164 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 22:59:22.87 ID:RQUqYQpO
ID:TYRIJuZp こいつ必死すぎるわ

165 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 23:00:47.48 ID:RQUqYQpO
> Windowsですらx64対応してないソフト多いのに、

AMDスレでHSAは対応するベンダーあまたという幸せ回路全快で
よくこんな矛盾した書き込みができるものだ

166 :Socket774:2014/04/21(月) 23:13:27.39 ID:UKA7WXYf
団子さん、最前線で仕事することなくなったらライターになってよ。
ポスト後藤。

167 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 23:22:53.36 ID:RQUqYQpO
ちなみにAndroidのx86/x64向けNDKのビルドなら、ほぼMakefileに
コンパイルターゲットを追加するだけですむよ。現に俺がやったしwww
64ビットARMに移植で問題が起きないようにきちんと考慮されたコードなら
x86/x64でも問題は発生することはまずないと思う。

そもそも64ビットARM対応のAndroidスマホ/タブレットって
現時点で【動作確認用の環境がない】からなー。

Androidのタブレット・スマホはASUSが複数機種出してるし
次期NexusがAtomならARMv8Aより64ビット対応で先行することは確定。
なにせLinux向けのコード資産そのまま流用できるものすらあるからな。




HSA対応(笑)はコードの全面的な書き直しが必要だから
次期Nexusにも載るといわれてるx86/x64対応すらめんどくさがるベンダーが
使う可能性なんて0ですよ

168 :Socket774:2014/04/21(月) 23:28:26.92 ID:jy8WXfWk
HSAは、AMDがLinux OSへのパッチやデバイスドライバ等作って
Androidにマージしてもらう用に活動しないと、
とりあえず考えたのでだれか実装してください状態じゃ
いつまでたっても進まないと思う

最低でもGoogleは巻き込まないとどうにもならん

169 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 23:38:23.14 ID:RQUqYQpO
AparapiだSumatraだと騒いでるけど
AndroidもChromeOSもOracleのJavaに対応してないしねー

Pure Darvikで動かす分にはx86/x64/ARMv5TE/v7A/ARMv8A/AA64は
関係ないからほとんど問題にならないでしょ。

推奨端末ではないにせよガンホーはIntelスマホ・タブでのパズドラの
動作対応を進めてる。

170 :Socket774:2014/04/21(月) 23:44:36.17 ID:jy8WXfWk
Androidが正式にJavaを名乗ってないのは、
MSが使ってた本家Sunより軽くて高速で使いやすいJava/JVMが裁判で潰されたからでしょう

だから、JavaではないがJavaによく似たJava風のなにかを使ってる

171 :,,・´∀`・,,)っ-○○○:2014/04/21(月) 23:49:06.02 ID:RQUqYQpO
ソースコードがJava言語なだけでしょ
バイトコードに互換性が無い

172 :Socket774:2014/04/21(月) 23:59:11.21 ID:TYRIJuZp
>>168
> HSAは、AMDがLinux OSへのパッチやデバイスドライバ等作って
> Androidにマージしてもらう用に活動しないと、
そうだね
だから、とっくにその方向で動いているよ
AMD Demoes its Next-Gen x86 APU Running Fedora Linux
http://www.techpowerup.com/199925/amd-demoes-its-next-gen-x86-apu-running-fedora-linux.html
確かUbuntsもHSA加盟してたような、スポンサードしてるOpenSUSEも密かに対応進めてそうだ

> とりあえず考えたのでだれか実装してください状態じゃ
> いつまでたっても進まないと思う
そんな状態は最初からないし、今は水面下で色々働きかけてるところだろ
その一部がOpenCL2.0のhUMA対応や、LibreofficeとSumatraだし、他にも色々進んでいる
OpenCLに積極的だったとこ、例えばAdobe辺りとはKaveri使って既に開発進めてるだろうね
発表できる段階になったら、その都度表に出てくるだけ、今はまだその段階じゃないだけ

173 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 00:28:30.41 ID:lKj/IS+j
> 確かUbuntsもHSA加盟してたような、スポンサードしてるOpenSUSEも密かに対応進めてそうだ
Androidと全く関係ないじゃん
バカじゃねーの

174 :Socket774:2014/04/22(火) 00:38:09.19 ID:6dFol3gk
Intel is losing billions every year on tablets and smartphones
http://silverlining.postach.io/intel-is-losing-billions-every-year-on-tablets-and-smartphones-thevergeyori

175 :Socket774:2014/04/22(火) 01:05:43.27 ID:MaDJxwdl
7インチと8インチのMeMO Pad後続がBayTrail採用で、アメリカの通販サイトで価格が乗り始めたらしいけど
AndroidのBayTrail機出てくるまで長かったなー

176 :Socket774:2014/04/22(火) 01:39:21.30 ID:jyPwm9Ah
実際使えるアプリが制限されるようなことにはならんのかね?>android intelスマホ

177 :Socket774:2014/04/22(火) 01:56:57.24 ID:MaDJxwdl
Bay Trailが実現する、WindowsとAndroidが共存するタブレット
〜x86版Androidで互換性の問題が非常に少ない理由
http://pc.watch.impress.co.jp/docs/column/ubiq/20130926_616841.html
インテル入ってるAndroidで,ゲームはどれだけ動くのか
ASUS Fonepad ME371MG
http://www.4gamer.net/games/990/G999019/20130725009/

178 :Socket774:2014/04/22(火) 02:01:29.34 ID:pjPQvoqZ
Windowsでストア紐付もすることなくアイコンワンクリックでandroidアプリが起動すれば最高やね

179 :Socket774:2014/04/22(火) 02:31:15.38 ID:dHqUiG0u
中華山塞がx86タブを大量にばらまいているので、大きなアプリじゃネイティブコードを
出来るだけ使わない方向にはなってるね。

あとはqualcommやAppleのモデム以外バリデーションを渋る各国キャリアの問題かね。
LTEだけなら金をばらまけば解決しそうな問題だ。3Gの実装に方言があるのが
キャリアが萎縮する最大の問題なんで。
VoLTEの通話ごときにエネルギー使いまくる問題さえ解決するんなら。

180 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 02:38:40.82 ID:lKj/IS+j
独自OSの詳細はわからんが、こういう製品にすらIAが採用される時代なんだよな。

iCAT、独自OS搭載でハイレゾ対応のメディアサーバー/プレーヤー「AVCloud」
http://av.watch.impress.co.jp/docs/news/20140317_639991.html

Intel HD4600程度でも4K再生には十分な性能なんだよね
新しいコーデックもAVX2のパワーで柔軟に対応できるし。
AMDファンボーイが火病を起こしそうだけど、

181 :Socket774:2014/04/22(火) 02:55:30.42 ID:E1yM1/6C
コンパイラが両対応だから、とりあえず作る分には大した手間はかからないだろうね
ただし、コードは別だからデバッグや最適化の手間は倍かかることになる
シンプルなものならいいけど、複雑で大規模なものだとコストが無視できなくなるだろう

ゲームだと、CPUはおろかGPU毎に調整が必要だから、動くけど表示がおかしいとかが多いかもね
ホームのPCゲームですら大して対応されないのに、アウェイのAndroidゲームでの対応は期待しないほうがいいな
今はまだ軽量でシンプルなゲームばかりだから大丈夫だろうけど、
性能向上に応じて重くて複雑になっていくから、その時はヤバイだろうね

182 :Socket774:2014/04/22(火) 02:55:48.07 ID:32/bV1ZI
>>180
もちろん買うよな?

183 :Socket774:2014/04/22(火) 03:05:05.65 ID:E1yM1/6C
> Intel HD4600程度でも4K再生には十分な性能なんだよね
> 新しいコーデックもAVX2のパワーで柔軟に対応できるし。
AM1で対応できそうな内容だな
i5使わないと無理なIntelが逆に哀れだ
HD4600とか使わなくてもAM1のAPUでいいだろ
もちろんAVX対応してるから問題ない
対応は余裕だけど、出すリソースが無いのが悔やまれる

> AMDファンボーイが火病を起こしそうだけど、
AVX非対応でクソグラフィックのBaytrail使いが火病起こすんじゃねw

184 :Socket774:2014/04/22(火) 03:06:57.45 ID:n5MNuXvs
本来、Googleとしては長期的な目標は「Webブラウザによる世界支配」だったわけだから、
現状のAndroidのARMネイティブ環境依存な状況はよろしく思っていないだろう
ARMもQualcommも「ソフトメーカーも」、勘違いしちゃいけないんだよな

185 :Socket774:2014/04/22(火) 03:39:28.43 ID:E1yM1/6C
ネイティブじゃなく抽象化前提で、ソフトを動かすのにプロセッサやOSに縛られない世界にならないかな
あらゆるプロセッサに対応できる言語、高性能なVM、統一されたアドレス空間があれば実現できそうだけど

186 :Socket774:2014/04/22(火) 03:54:57.99 ID:/gqqE8Vq
TRONが潰されなければ

187 : ◆miyuri//Z7LS :2014/04/22(火) 05:00:49.20 ID:T6yO6xsw
>>185
>あらゆるプロセッサに対応できる言語、高性能なVM、統一されたアドレス空間
酷い縛りだ。

188 :Socket774:2014/04/22(火) 05:35:41.02 ID:sSZ9ItkT
ndk使ったネイティブソフトなんてほとんどない
今後はdalvikからartに移行していくんだろうけど

189 :Socket774:2014/04/22(火) 06:39:16.41 ID:n5MNuXvs
ARTはLLVMだっけ、DalvikがJITでやってたのを事前コンパイルでどこまで速くできんのかね
むしろランタイムでのSIMD活用を狙ってのことなのか
まぁそんな事よりもIntelにとって大事なのはアプリの互換性なんだけども

190 :Socket774:2014/04/22(火) 06:59:38.87 ID:sSZ9ItkT
dalvik,art使ってる分には関係ない
ネイティブの時だけ問題がある可能性がでる

191 :Socket774:2014/04/22(火) 07:20:53.49 ID:n5MNuXvs
なるほどね、でもだったらARTにC++で吐いたLLVMのビットコード突っ込んじまえば
良いんじゃねって、なっていくのかな

192 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 07:33:59.29 ID:lKj/IS+j
>>183ほら火病おこしたwww

193 :Socket774:2014/04/22(火) 07:40:46.37 ID:pjPQvoqZ
>>181
RealRacing3が動くんだから大丈夫だろう

194 :Socket774:2014/04/22(火) 07:41:55.15 ID:pjPQvoqZ
>>184
結局むちゃくちゃ行ってるんだよなGoogleは
デスクトップで現行高性能PC程度のスペックがありふれたものにならないとデスクトップでも支配は難しい

195 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 07:55:12.33 ID:lKj/IS+j
>>183
あーちなみにスペック表みればわかるけど、Celeron 847も
AVX非対応だけど下位モデルには載ってるよ
Sandy Bridgeベースだけど

でもAPU(爆笑)には 絶 対 に 無 利
なぜならこの手の業界に絶望的に信頼が無いから。
今のAMDに一番足りない性能だな。

というかカビ煮(笑)のDDR3シングルチャネルじゃ技術的にもまともに
使いものにならんのでは?
リアルタイムシステム不向きだろ

196 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 07:58:47.99 ID:lKj/IS+j
>>194
そもそもGoogleがデスクトップ・ノートPC向けに展開しようとしてるChromeOSは
Androidとは別系統のOSですし。

個人的にはあの独自描画システムをオープンにしてくれないかなと思う。
案外WaylandやMirよりパフォーマンスいいんじゃね?

197 :Socket774:2014/04/22(火) 08:01:23.78 ID:pewMNfWy
Bay Trailの話なら、HD4600とかKabiniクラスのグラフィックなんて熱源搭載される方が迷惑なんだがな。

198 :Socket774:2014/04/22(火) 08:26:47.07 ID:lWk2Thmp
>>184
Webブラウザだと決済システムを作り上げて手数料を独占的に得るのが難しいから、
AndroidもFlash対応を辞めて、Appleみたいに自社ストア経由で課金して
手数料を上げることにしたんでしょう

もしwebベースのアプリで課金なら、appleやgoogleに3割も取られるくらいなら
大手は自前で決済システム作って3割分を自分のふところに入れるぜってやるから、
それをやらせないためにアプリのストア配信と課金は重要

199 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 08:28:07.45 ID:lKj/IS+j
次でHaswellと同じのが8EU載ることになってますけどね

200 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 08:30:47.71 ID:lKj/IS+j
すまん16EUだた

201 :Socket774:2014/04/22(火) 08:40:11.31 ID:pewMNfWy
Cherry Trailは14nm世代じゃん

202 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 08:40:58.31 ID:lKj/IS+j
ブラウザとネイティブ両対応のサービスもあるけど
たいていアプリ版選んでるねみんな。

たとえばギルドの仲間に「ボスが出たよ」みたいなプッシュ通知投げられるのは
ネイティブアプリならではの機能

203 :Socket774:2014/04/22(火) 08:53:32.40 ID:n5MNuXvs
>>198
その決済の独占による課金ピンハネの味を覚えてしまった…っていうのは、
結構Googleのアイデンティティにとって致命傷になりかねないんじゃないかと思うんだよなw
自分たちの飯の種は人間の活動の収集だったはずなのに…って

204 :Socket774:2014/04/22(火) 10:55:05.84 ID:MaDJxwdl
Adobe Air comes to x86 Android
http://betanews.com/2014/04/21/adobe-air-comes-to-x86-android/

205 :Socket774:2014/04/22(火) 13:51:42.85 ID:MaDJxwdl
後藤弘茂のWeekly海外ニュース
Intelが「COOL Chips」カンファレンスでIoTソフトウェア戦略を説明
http://pc.watch.impress.co.jp/docs/column/kaigai/20140422_645444.html

206 :Socket774:2014/04/22(火) 16:26:33.10 ID:Z0sGj861
>>205
>分厚いQuark向けのソフトウェアスタック

だとよ
HSAの厚い抽象化を馬鹿にしたお前らは、これも完全否定するんだろ

207 :Socket774:2014/04/22(火) 16:52:05.02 ID:M/96Wl3C
えっ

208 :Socket774:2014/04/22(火) 17:15:24.41 ID:b3cuYiD7
遅いGPUとのデータのやり取りにソフト階層厚くして墓穴を掘るのがHSA
速いCPUに豊富なソフトウェアライブラリーを選んで使えるのがQuark

209 :Socket774:2014/04/22(火) 17:15:33.10 ID:RZnTH+WH
hsaはさらにデブ

210 :Socket774:2014/04/22(火) 17:53:22.47 ID:RZnTH+WH
>IoTと言っても、ARMの最小のCPUコアである
>Cortex-M系のコアを使うようなデバイスとは根本からソフトウェアの発想が異なることが分かる。
>ちなみに、Cortex-Mは、ARMがMMU(Memory Management Unit)を実装しないため、
>高度な汎用OSを使うことができないという制約がある。
>そのため、Cortex-MベースのIoTデバイスでは、ソフトウェアスタックは
>メタル(チップハードウェア)に近い極めて薄い層が一般的だ。

つまりHSAとかIoTじゃ使われる可能性が0ってことだ

211 :Socket774:2014/04/22(火) 18:38:01.58 ID:sSZ9ItkT
>>206
分厚いと言っても
普通のpcとosの関係に近いわけだが

212 :Socket774:2014/04/22(火) 18:52:33.02 ID:n5MNuXvs
いかに80386が優れたオーパーツCPUだったか痛感するね

213 :Socket774:2014/04/22(火) 18:59:35.91 ID:b3cuYiD7
あの鈍足CPUがか?

214 :Socket774:2014/04/22(火) 19:53:44.31 ID:k0FgSHJm
386は本格的な32bitマルチタスクOSを動かせるからなぁ
まあ最新Linuxはいまでこそ386サポート打ち切られて486DX等FPUありの486移行しかサポートされてないが、
少し前のLunuxカーネルは386でも動く

215 :Socket774:2014/04/22(火) 20:05:51.60 ID:pewMNfWy
当時のMS-DOS一色の時代では同周波数の80286より遅い亀CPUと評価されても仕方ないが、Windowsが64bit版が主流になった今でも使われているx86-32bit命令セットを初めて搭載したCPUと考えれば、非常に重要なCPUであると言えるかも。
まあ、自作PC的には初めてクロックダブラーを採用した80486とか、現在のCoreシリーズやAtomの基本になっているP6マイクロアーキテクチャのPentium Proの方が重要なイメージが強いかもしれないがな。

216 :Socket774:2014/04/22(火) 20:26:08.42 ID:S0EhTwgc
日本で386の時代から自作やってた人はどのくらいいるんだろ

217 :Socket774:2014/04/22(火) 20:38:00.50 ID:00s7rF3S
ベーシック的な意味のYES/NOルーチンは全ての言語に共通

218 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 20:38:42.74 ID:lKj/IS+j
コンピュータシステムってのはまず「機能」の要求があって、それの実現のために
プログラムを組むわけだ。
「性能」の要求は機能実現に当たってパフォーマンスの不足が起こってこそ
はじめて起こりうる。

HSAがダメなのは、実現できる機能がよくわからないのに
性能(それすら上位i7に負けうる中途半端さ)だけをアピールしてる点だな。

まあ、一番ダメなのは「ハードが売れてないこと」だけど。
市場シェアの少ないAMDの遅くて電気食いのCPUについてくるおまけで
何かしらができても大してうれしいことって無いんだよ。
そんなニッチなマーケットを相手にするよりCore*やXeonの市場を
狙ったほうが効果は大きいもん。

CPUで十分性能足りてることにGPGPUの需要なんてあるわけがないんだよ
仮に(金にならない)ユーザーが求めてもソフト屋が金にならないと看做したら
それまでよ。


そもそもやつらファンボーイはCore i3未満の低いCPU性能で妥協した時点で
HSAの実現する性能なんてものすら必要としてないという
大いなる矛盾があるのね。

219 :Socket774:2014/04/22(火) 20:40:56.86 ID:sSZ9ItkT
hsaまだぁ?

http://car.watch.impress.co.jp/docs/news/20140421_645251.html
【GTC2014】リアルタイムレンダリングが可能になったホンダの試作レス確認ツール「TOPS」

Tesla K40×200ユニットのGPUクラスターで実現。新型「フィット」の輪切り映像掲載



http://www.sgi.co.jp/company_info/press_releases/us/1217775_1901.html
SGI、兵士の生命を救う正確でリアルタイムな地理空間レンダリングの提供でGIS FederalおよびNVIDIAと協業

他の計算データベースを凌駕する地理空間データベースを高性能インメモリー・ソリューションで提供

220 :Socket774:2014/04/22(火) 20:46:07.18 ID:00s7rF3S
画像などと言う大きいデータを扱ったら重くなるに決まってる

221 :Socket774:2014/04/22(火) 21:14:30.92 ID:FMexFOrn
>>195
団子そこまでAMD嫌いならtwitterとかfacebookでAMDのアカウントに話振ればよくね?
2chみたいな肥溜めでレスするよりよっぽど有意義だろ

222 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 21:14:55.26 ID:lKj/IS+j
「性能を欲する為、ハード・ソフトに金を出すことを厭わない」

そんな積極的に性能を求める層は今Xeonやi7を使ってるでしょ
AMDのプロセッサ愛用者なんて潜在的に金にならない。
安いものしか買えないからな。

ソフトを提供する側も予算をかけられないから、金のかかるAMD独自の
GPGPU技術は極力避けることになる。
宗教上の理由でIntelの高性能CPUが買えない人

「Intelに負けて悔しいからソフト屋さんお願いします」

のほうがまだわかるが、どっかの基地外スレみたいに

   「CPU性能は十分」(キリッ

なんていわれたら
「じゃあ性能足りてるならHSA対応も要らないね」
って話になるじゃん

223 :Socket774:2014/04/22(火) 21:18:37.36 ID:ohvSsSQj
>>216
386時代は、CPUの上にかぶせてサイリックスとかの486相当?のCPUにするアクセラレータみたいなのが
出回ってたな

486時代は、数値演算コプロセッサのところにつっこむIntel公式のオーバードライブプロセッサとか、
IBMやサイリックスの互換品があった気がする

224 :Socket774:2014/04/22(火) 21:19:59.83 ID:jyPwm9Ah
やめてやれよ、ブーメランしか得意技がないんだから>AMD信者
内蔵メモコンのレイテンシがバス越しのintel以下だった時は笑った

225 :Socket774:2014/04/22(火) 21:20:41.79 ID:ohvSsSQj
>>218
それはかならずしもそうとは限らない
性能がアップしたら、その性能を利用する使い方が考え出されるっていう面もある

226 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 21:32:34.41 ID:lKj/IS+j
そんな2〜3年したら廃れるかもしれないハードの実装ありきの
ソフトウェア技術なんてはやったためしがないけどな
しょせん大学の研究室止まり

227 :Socket774:2014/04/22(火) 21:43:30.37 ID:pewMNfWy
HSAの致命的な問題点は『既存のハードウェアでは一切対応できない』くて『既存のソフトウェアが一切高速化されない』のに、大きなシェアを持つIntelとNVIDIAが対応しないこと。
効果云々以前の問題として、どうやって普及させるんだろう?

228 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 21:48:46.05 ID:lKj/IS+j
「性能は十分」なんて連呼すること自体、HSA対応ソフトウェアが
AMDの息のかかってないサードパーティから出てくる可能性を
完全否定することになるから、たいがいにしたほうがいい。

AMDerは「低性能で悔しい!」って言い続けたほうがいいよ

229 :Socket774:2014/04/22(火) 21:56:20.36 ID:p4uZlCoE
プログラマから見た表現・APIとしてはKhronosのOpenCLやSPIRに集約されるのだと思う
HSAとしての独自性はどうでもよくて、ただLLVMのバックエンドがHSAIRに接続されて
さらにAMDネイティブ環境へと変換されていく部分がARM系と共通化されるというだけの話に

要するに、HSAは壮大な野望を秘めた何かではなくて、
AMDとARMでソフトウェアスタックの一部実装を共有しましょうというコミュニティになるんじゃないかなあ
いや、本当にこうなるかは知らんが、軽く調べた感じでは他の未来が見えない

230 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 21:59:47.72 ID:lKj/IS+j
去年11月12日から一切更新が無いサイトとか見て
さあ「ソフト作ろう」という気になれる独立系ベンダーは皆無
これは間違いない

231 :,,・´∀`・,,)っ-○○○:2014/04/22(火) 22:12:45.99 ID:lKj/IS+j
有体に言えば「AMD&ARM連合版のCUDA」だね。
ソフトの対応ではCUDAにおおきく水をあけられてるし、CUDAがやれてること
以上のことは未だ何一つできてない。

 Aparapi→JCUDAが既にある
 Bolt→Thrustの劣化猿真似

CUDAが流行ってないと感じるのならそれがHSAの潜在的限界でもあるということ。

232 :Socket774:2014/04/22(火) 23:02:30.38 ID:sSZ9ItkT
そういやgccがopenaccに対応するみたいやね
さきはながいが

233 :Socket774:2014/04/23(水) 00:04:58.35 ID:wV8oCAFL
お前らなにトンチンカンなこと言ってるんだ?
HSAの目的はCPUとGPUやDSP間でハードウェア前提で共通のメモリアドレスを扱うことなんだが
LLVMやSPIRとかは、本質じゃないし、AMDやコンパイラ開発者が考えればいいだけ

メモリコピーや別々のポインタとかいう非効率でクソッタレな仕組みを変えるための第一歩だな
HSAと同様のことを考えてるとこなんかいくらもありそうだし、
Intel以外はCPUと同列にGPUを扱いたがってるから、
HSAに類似したシステムも出てくるだろうし、hUMAと同等の機能を搭載したプロセッサの開発も増えていくよ

234 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 00:20:05.09 ID:npzZM+Vv
↑お前何とんちんかんなこと言ってるんだ


> メモリコピーや別々のポインタとかいう非効率でクソッタレな仕組み
> を変えるための第一歩だな

で?
それで具体的にどんなソフトが作れるんですか?
IntelではCPUだけで演算すれば足りる演算が、CPU性能が足りないから
GPUを使わなきゃいけない、それをやると不便なことが起こるから
その解決策を用意しただけでしょ。

そんなマッチポンプはソフト開発者に何らメリットをもたらしません。
実際的外れなことをやってるAMDのシェアは低下の一途です。

スマホ・タブレットすら飽和気味になってより小さいIoTにシフトしようとしてる時期に
いまだにパソコンという枠に縛られてつまらない提案しかだせないAMDに
何らイノベーションは起こせんよ。

235 :Socket774:2014/04/23(水) 00:22:04.52 ID:Npk3DFT1
なんかメモリコピーレスが神格化してないか?

236 :Socket774:2014/04/23(水) 00:26:54.55 ID:/ODAKWJ+
CPU-GPU間のメモリコピーなんてGPGPUプログラマの誰も気にしてないけどAMDerだけが騒いでるという

237 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 00:28:23.21 ID:npzZM+Vv
16コアOpteronがいつまで32nmなんですか?

自分らはXeonと性能競争して苦しい戦いをすることからは逃げたくせに

ソフト屋には性能を引き出すのが難しいプロセッサを出して
最適化しろと苦労を強いようとする。
まあ案の定総スカン状態ですけどね。

リスクから逃げるというAMDの経営理念に従うならば
ソフト屋は「HSAというリスク」を回避するのが当然ですわ。

238 :Socket774:2014/04/23(水) 00:28:47.93 ID:bT9a51b5
shared virtual memoryあるいはunified virtual addressingの実現が
HSAによらなければならない必然性がよく分からないし
そもそもメモリコピーしたほうが効率がいい事もあるし

239 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 00:34:39.00 ID:npzZM+Vv
XeonはSMPに対応してて1ノードに数十のCPUと数百GBのメモリを集積できるけど
Berlinは1ノード・1APUしか使えないから、大規模な演算をしようとしたら
ノード間コピーが発生してものすごく効率が悪くなります。

240 :Socket774:2014/04/23(水) 00:51:33.62 ID:wV8oCAFL
アドレス統合はするけど、キャッシュ、メイン、ローカルの区別はあるみたいだから、
メインからローカルへのコピーも当然出来るよ
そのくらいの仕組みは当然最初から考慮されてる

APUとかのSOC + メインメモリみたいなシンプルなシステムでも一々メモリコピーするのはクソすぎるな

スマフォなんかシングルチャンネルで低速メモリだからな、メモリコピーの弊害が一番強いだろ

241 :Socket774:2014/04/23(水) 00:54:44.82 ID:ExVI3rVV
まあどっちにしろメモリコピーの問題は解決しないといけないね・・・
HSA使わないにしろ

242 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 00:55:39.79 ID:npzZM+Vv
一般の多くのGPGPUなんてめんどくさいことやらないから
そんな無駄なことやらずにCPUを強化しろボケ

これだけですよ

サーバでは複数CPUを束ねて大規模な演算をすることも求められるのですが
APU Oopteronは「Ethernetをまたいだコピー」が必要になるんですが?

243 :Socket774:2014/04/23(水) 00:56:38.81 ID:4XsMVMyz
そうだよな。普通はGPUとCPUがLLCを共有してわざわざ遅いメインメモリなんか使わずにデータをやり取りできるようにするよな。

244 :Socket774:2014/04/23(水) 00:57:39.76 ID:wV8oCAFL
>>238
> shared virtual memoryあるいはunified virtual addressingの実現が
> HSAによらなければならない必然性がよく分からないし
hUMAみたいなハードウェア実装じゃないと意味ないし、HSAは一番実現に近いというだけで必然じゃないよ
OpenCL2.0でも対応できそうだからね

> そもそもメモリコピーしたほうが効率がいい事もあるし
dGPU積んでるとコピーした方がいい場面も出てくるだろうけど、
メインメモリを共有しているdGPU積んでないシステムだと非効率極まりないな

245 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 01:00:36.52 ID:npzZM+Vv
OpteronはCPU32コアでシステムを構築するには従来2ソケットで1台で済んでたのが
新しいAPU版Opteronは8台のサーバを用意しなければならなくなり、
1台に積めるメモリの用量も32GBに制限。

ほかのコアのデータを取ってくるのにEthernet経由でのコピーが必要になりました。

メモリコピーからの開放?とんでもない。
メモリーコピー地獄です。

246 :Socket774:2014/04/23(水) 01:06:22.39 ID:mUOMgKvM
スパコン用だとネットワークが超強力なら1ノード1ソケでも問題ない
むしろ1ノードのCPUを増やしすぎるとネットワークがボトルネックになって効率が落ちる
京も1ノード1ソケだったし

247 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 01:12:15.35 ID:npzZM+Vv
>>246
京は各コアごとに倍精度4積和のSIMDユニット積んで8〜16コア
ソケットごとにDDR3 6chの広帯域メモリ搭載。
更にTofu Interconnectでつながれたノードを同一メモリ空間として
扱えるようになってるでしょ。

APUはノードをまたいだメモリ空間の統合をハードでサポートしてないはずだけど?

248 :Socket774:2014/04/23(水) 01:14:39.25 ID:wV8oCAFL
>>243
たかが数MBのLLCで共有とかかなり限定されるだろ
ちなみにIntelは共有したくないから、eDRAMくっつけている
LLCで共有しているGT2やGT3の性能は、メインメモリで共有しているAPUよりかなり劣っているよ

249 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 01:15:56.92 ID:npzZM+Vv
ARMのCTOも言ってたじゃん
HSAはマルチCPUへのスケーラビリティは低くHPC用途には向かないって

250 :Socket774:2014/04/23(水) 01:23:41.22 ID:4XsMVMyz
>>248
いやGT2やGT3がAPUに負けてるのはシェーダのFLOPSであってCPUとの間のデータ転送速度じゃないでしょ。
そもそもeDRAMはCPUから見たらL4CであってGPUとの共有キャッシュそのものだし。

251 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 01:30:08.33 ID:npzZM+Vv
http://www.extremetech.com/computing/174632-amd-kaveri-a10-7850k-and-a8-7600-review-was-it-worth-the-wait-for-the-first-true-heterogeneous-chip/5

CPU+GPUの理論FLOPS数合計では7850K(832GFLOPS)>i5-4670S(800GFLOPS弱)
だが実効性能はそうでもなかったようだね

252 :Socket774:2014/04/23(水) 01:33:13.86 ID:bT9a51b5
仕様を読んでみてるけど、
HSAIRはIRなだけあって、ほとんど具体的なハードウェアを仮定していない
だからまあ、すごいハードウェアがGlobalメモリのコヒーレントをとってくれれば
分散メモリ環境でも効率よく動くのかも……w

とはいえ現実的な想定としてはOpenCLと似たような事しか言ってない雰囲気

253 :Socket774:2014/04/23(水) 01:44:41.03 ID:po/TrlR8
結局HSAって絵に描いた餅を少し焦がして、いい香りを出せただけにとどまっている
美味しいわこれ!とはまだ誰も言うに至ってない
cudaは特定分野でそれを言わせて大規模導入に成功しているがamdにはそれがない
HSAの性能を知らしめるビッグチップはまだかね
そこそこなチップで「我々はマイルストーンを云々」とか言ってないで、はよtitan潰しに全力出せよと

254 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 01:44:57.96 ID:npzZM+Vv
分散メモリ環境で動くものなんてせいぜいHadoopがいいところでしょ
SeaMicroも一応Hadoopにも向くようなネットワーク構造だから
技術的にミスマッチはないようには見えるが

255 :Socket774:2014/04/23(水) 01:49:59.57 ID:PVDZXpKZ
日本でGPGPUが使われそうな分野って、
画像認識・顔認証とかそっち方面だと思う
それなりに市場規模が見込めるので、GPGPU化しても十分ペイできそうだし

256 :Socket774:2014/04/23(水) 01:55:40.66 ID:4XsMVMyz
問題はそれが広く使われる時には固定機能として専用ユニット化されてカメラコントローラーに内蔵されるってことかな。

257 :Socket774:2014/04/23(水) 01:56:42.19 ID:wV8oCAFL
GPGPUが有効そうなのは画像と動画と3D全般だろ
SSEやAVXの得意分野と大体重なる

258 :Socket774:2014/04/23(水) 02:10:42.76 ID:io5GxLBh
386という数字を見るとどうしてもBSD/386を思い出すw

259 :Socket774:2014/04/23(水) 02:12:19.23 ID:ExVI3rVV
固定機能の専用ユニットは正直高くつく事多いからあんまり好きじゃない

260 :Socket774:2014/04/23(水) 02:19:27.65 ID:9uHDaJHl
GPGPUに対抗する秘策
SkylakeでKnights Landingのコアと同等の機能をもったAtomにEUの代わりをさせる
そのほかの部分はIrisを受け継げばGPUとしての効率はLarrabeeよりよくなるはず

おまけにローエンドからハイエンドまでXeon Phiとして売れる

261 :Socket774:2014/04/23(水) 02:30:54.72 ID:RD6yzqVA
NVIDIAがFXドライヤーの頃からしていたGPGPUへの努力が実って、TeslaやQuadroが好調。
その市場に割り込みたいけど、CUDAで標準化されていて無理。
OpenCLを推進したところで、CUDAもOpenCLも使えるNVIDIAのシェアは奪えない。
『CUDAを使えない』ようにした、GPGPUのための新たな標準規格が欲しい。
というのがHSAの本質だろ。

IntelにしてもNVIDIAにしてもHSAに参加する商業的なメリットが無く、最低でもその2社の内どちらかの参加が無ければPC/WSでは普及しようが無いのだから、HSAというのはその構造以前の問題として戦略的に敗北している。

262 :Socket774:2014/04/23(水) 02:54:15.73 ID:9uHDaJHl
Teslaが28nmで停滞しているうちにKnights Landingがでますよ
CUDAは短い天下だったね

263 :Socket774:2014/04/23(水) 03:05:15.31 ID:iLtITvgs
>>237
AMDは一気に14nmにいくよ

【PC】AMDの14nmプロセッサ、Samsungで製造か[2014/04/22]
http://anago.2ch.net/test/read.cgi/bizplus/1398161914/

264 :Socket774:2014/04/23(水) 03:10:29.58 ID:wV8oCAFL
FireProは倍精度2.6Tだからなあ
TeslaとPhiは2T超えてないだろ
所詮HPCは性能最優先だからシェア伸ばすのは時間の問題だな

265 :Socket774:2014/04/23(水) 04:12:23.80 ID:ExVI3rVV
>>261
結局グラボとAPUに専念って流れになりそうねAMDは
APUがグラボ付きでWindows8でCorei3+GPUと同じぐらいになる実用的な速度になればいいが、難しいだろうし
APUと小型PCでの使用は悪くないとは思うよ、Intelの苦手なグラフィック面での信用に強いし
(androidのATOMには信頼性の高いPowerVR使うぐらいだからドライバ面は物好きが使う未成熟扱いでいいと思う)

266 :Socket774:2014/04/23(水) 05:41:08.91 ID:yWO9dH9Y
fermi末期でもamdの方が数字は大きかったよ
で、どうなりましたかw

267 :Socket774:2014/04/23(水) 06:12:31.83 ID:lp5Mkc86
>>265
> APUがグラボ付きでWindows8でCorei3+GPUと同じぐらいになる実用的な速度になればいいが、難しいだろうし

すでになってるじゃん

268 :Socket774:2014/04/23(水) 06:16:02.31 ID:4XsMVMyz
TDP25W でTDP10Wのセロリン並の性能だっけ?

269 :Socket774:2014/04/23(水) 06:19:22.12 ID:qXRGiDNM
>>265
i3どころかi7-3960Xとの比較でこの程度の差しかないよ
http://www.pcper.com/reviews/General-Tech/AMD-AM1-Platform-and-Athlon-5350-GTX-750-Ti-1080p-under-450

270 :Socket774:2014/04/23(水) 06:58:23.13 ID:ExVI3rVV
>>269
そりゃゲーム性能に限ればだろ
ブラウザとか実務上の性能はグラボに頼れないから劣る
逆に言えばブラウザも動画も全部GPU偏重になるかHSAで管理すれば、
ある程度は普段使いの性能も補えてリビングはAMDが強いってことになりそう

その前にIntelがGPU強化が間に合うかの勝負だな

271 :Socket774:2014/04/23(水) 07:43:17.18 ID:eR2WU3kw
全てが妄想なのがすごい

272 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 07:43:53.79 ID:npzZM+Vv
>>260
だからさ、所詮デュアルチャネルの狭い帯域でXeon Phi載せても意味ねーだろ?
DDR4デュアルチャネルの帯域なんて最大でも現行DDR3の2倍ほどなんだし
AVX2の更に2倍+αの理論性能を弾き出せるAVX-512だけでお腹いっぱいでしょ。

帯域が足りないまま演算ユニットを増やしても
少ない入出力データの数に対して演算回数がバカみたいに多い処理
たとえば暗号のクラック(→コイン掘りにも流用されてる)くらいしか
使い道が無くて頭打ちになるよ。
帯域ネックの処理ではそれこそCeleron+廉価なMaxwellの組み合わせ
にすら負けかねない。

無駄にコストかけるくらいなら安く抑えたほうが理にかなってる。

273 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 07:47:45.43 ID:npzZM+Vv
>>263
プロセスに最適化するのって着手してから3年はかかるの知らないのか?
出せるのは2017年とかその辺の話だよ。
その頃にはIntelは7nmの生産ラインを稼動させてるかもしれない

274 :Socket774:2014/04/23(水) 07:48:14.64 ID:eR2WU3kw
>>262
http://www.hpc.co.jp/benchmark20140422.html

問題サイズが小さいときは Xeon Phi の性能が Tesla に迫ります。サイズが大きくなるとXeon Phi は性能が急速に劣化しますが、
Teslaは理論通りの O(N2) に近いスケーラビリティを保ちます。
処理内容が比較的単純な密度計算は Xeon Phi でも理論通りにスケーラブルですが、
複雑度が増す圧力計算の性能劣化が Tesla に比べて Xeon Phi で大きくなっており、
「単純なタスクに強いがタスクが複雑になると性能が落ちる」という GPGPUのイメージに近いのは
むしろ Xeon Phi であると言える結果になっています。

275 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 08:06:17.73 ID:npzZM+Vv
複雑と言ってもTeslaで実装できてる処理について論じてるにすぎないからな。
できてるものなら先行するTeslaのほうがチューンされてても仕方ない。

複雑のうちに入らないよ。
それよりもっと複雑な処理、たとえばApacheやnginxをTeslaに移植できるか?
Phiならやろうと思えばできる。

276 :Socket774:2014/04/23(水) 08:14:18.51 ID:eR2WU3kw
まぁそういう用途で使うつもりの人は居ないんじゃない

http://www.hpc.co.jp/gpgpu_series.html

277 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 08:33:53.66 ID:npzZM+Vv
Phiはそういうことすら使える汎用性の高さで利用が急速に広がってるんだけどな
データの圧縮・展開すらホストに頼らずにできるのは強みだよ

278 :Socket774:2014/04/23(水) 08:39:03.61 ID:eR2WU3kw
CPUだしね
仮想化でリモートデスクトップのサーバーとかも使えそうなきもする

279 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 09:03:02.24 ID:npzZM+Vv
vSMP Foundationがかなりのキラーソフトですな。
指摘の通りx86ベースのCPUだからホストのメモリ空間に統合できる。

Phiを4枚刺したXeonサーバを更に4台Infinibandで繋げて
1000コア以上からなる仮想ノードも作れる。



その点、APUサーバのサーバ・HPC利用はかなり限定的なものになる。
FireProをOpteronのHyperTransport接続してメモリコヒーレンシとれるように
やりゃマルチソケット環境でHSAが構築できるだろうにそれをやらない。
技術もビジョンも無い。

280 :Socket774:2014/04/23(水) 10:31:50.70 ID:sk98CFAU
Knights LandingはLRBniとAVX-512の両方の命令群をサポートするって事になるのかな?

281 :Socket774:2014/04/23(水) 15:07:12.93 ID:ZbhW+aRI
モデルチェンジいつ?
6月くらい?

282 :Socket774:2014/04/23(水) 15:42:39.89 ID:qOTA0SIx
SIMD強化とCPUコア増加とGPUコア増加
どれが正解なの
素人から見るとGPUの有効活用しようぜっていう雰囲気に感じるけど
実は袋小路なの?

283 :Socket774:2014/04/23(水) 15:44:23.10 ID:qOTA0SIx
例えば10年後のPCとかタブレットでは
CPU100コアとか200コアが当たり前になってGPUはそこまで重要じゃないというふうになったりするのかな

284 :Socket774:2014/04/23(水) 16:28:41.05 ID:M9t0OwZE
>>282
全部だろ

>>283
逆だよ
動画や画像とかのコンテンツがリッチになって解像度も増えるからGPUの重要度は上がる
CPUが100コアならGPUは1000コアとかになるから、並列度でCPUはGPUには絶対勝てない

285 :Socket774:2014/04/23(水) 17:24:37.48 ID:iL3XQYXD
数年前は2020年までにCPU32コアとか言われてたなあ。。。
リッチなコンテンツの極みである8K動画再生にはどのくらいのGPUパワーが必要なんだろう?

286 :Socket774:2014/04/23(水) 17:44:34.84 ID:gN24Rm3k
再生なら余裕だろ

287 :Socket774:2014/04/23(水) 17:47:14.83 ID:NBtTIapF
8k/HEVC対応の動画再生支援回路を積むなら、再生できるようになるまで速いと思う
そういった動画再生支援回路使わずに汎用的な利用法で8k描画は当面難しそう

288 :Socket774:2014/04/23(水) 19:08:49.87 ID:afT69s2b
ついにインテルスレでもGPGPUの話か・・・
ぶっちゃけcoreシリーズもAVXの拡張くらいじゃ買い替え需要はつくれなそーだし
ヘテロにいくんじゃね、結局w

289 :Socket774:2014/04/23(水) 19:25:34.66 ID:yWO9dH9Y
使い道もないのにgpgpuで買い換えなんて起こらない

290 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 19:42:08.29 ID:npzZM+Vv
GPGPUが買い替え需要を作れた例なんてないけどな

291 :Socket774:2014/04/23(水) 19:52:52.97 ID:VbpQIFxJ
FPGAにハードウェア浮動小数点DSP内蔵、電力効率でGPGPUの上を行く
ttp://eetimes.jp/ee/articles/1404/23/news063.html

...snip... Stratix 10で最大10T FLOPSを実現できるという

292 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 19:53:35.18 ID:npzZM+Vv
グラフィック以外でのGPGPUって
ニーズが少なすぎて採算があわないか
ニーズが普遍化する頃にはより効率のいい固定ハードが出てきて
結局使い物にならなくなるかのパターンが多いんだよね

AES-NI、QSV、RDRAND、その他諸々。
アプリケーションに特化した機能を追加する方向でいいんじゃないから
ソフト屋が使いにくいハードなんて出したところで最終的には消費者が損をする

293 : ◆miyuri//Z7LS :2014/04/23(水) 19:54:40.85 ID:Bhu4Vkya
>>285
8kはアホみたいにメモリ帯域を使いそうだから、dGPUに丸投げで。

>>290
新規のアクセラレータ的な意味ならMMX。

294 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 20:01:41.39 ID:npzZM+Vv
> 新規のアクセラレータ的な意味ならMMX。

CPUじゃん
いつGPUの機能になったんですか?


MMX以降、ソフトウェア音源が台頭し、サウンドカードが駆逐された。
結局、コストダウンにつながる技術は浸透する。
GPGPUは何のコストを下げてくれるんですかね?
ソフトウェアの開発コストが上がったわりに需要がなさすぎて
コストダウンになりえないから

スパコン業界を見ろ、2010年をピークにトップ500に占めるGPGPU
搭載スパコンの数は減少を続けている。
AVXがGPGPUの需要を奪った。

まるでサウンドカードのときみたいだね。

295 :Socket774:2014/04/23(水) 21:13:31.37 ID:bT9a51b5
>>291
うまくハマれば1〜2桁ぐらい電力効率は良くなるはずだが、
現状のFPGAはソフトウェア屋が卒倒するほど開発効率が悪い上に高価
だからまあ、少なくとも当分はメインストリームではなくて補完的に使われるだろうと思う

296 :,,・´∀`・,,)っ-○○○:2014/04/23(水) 21:17:20.54 ID:npzZM+Vv
> ソフトウェア屋が卒倒するほど開発効率が悪い

VHDLって悪名高いAdaベースだしねwww
いまOpenCLで開発できるからGPGPUとそれほど開発効率は変わらないが
OpenCLもまた卒倒するほど開発効率が悪い言語のひとつだから
結局同じか

297 :Socket774:2014/04/23(水) 21:21:19.31 ID:Fj2CIb78
>>295

試作品を作って、成功してたくさん売れるようになったら同じHDLでASICを起こすことが出来るようになるんだよ。
なら、浮動小数点まで実装していれば楽が出来る。

でかいルータだと、使う機能によってリコンフィグしてハードを有効利用するという使い道もある。
同じ箱がUTMにもルータにもなる。

298 :Socket774:2014/04/23(水) 22:29:03.66 ID:QtL3R+yi
>>292
AES-NI的なSSLアクセラレーション命令やら、乱数生成系命令って、スマホ・タブレット用チップやら、
組み込みネットワーク機器用チップで必要だと思う

スマホ・タブは高速化・消費電力削減、ネットワーク機器じゃSSLやVPNのスループット向上のために

デスクトップ用チップじゃ、べつにそんなの使わなくてもじゅうぶんな処理能力がある
いちばん必要なサーバ用チップはすでにそういったのに対応済み

299 :Socket774:2014/04/23(水) 23:05:07.42 ID:io5GxLBh
シリコンからの脱却早くしろ

300 :Socket774:2014/04/23(水) 23:45:00.25 ID:QtL3R+yi
非シリコン半導体は、現状シリコンみたいな微細化・低コスト化が不可能
トランジスタ数が現状の1000分の1のCPUとかなら、非シリコンでもいけるだろうけど、
トランジスタ数1000分の1なら、たとえクロック周波数10GHzにできたとしてもかなり低速化するんじゃね?

301 :Socket774:2014/04/24(木) 00:34:29.82 ID:8zFEPMQY
VHDLで組んでるが、たしかに卒倒するほど効率が悪い。
GPGPUのほうが遥かにマシだ。

302 :Socket774:2014/04/24(木) 01:04:05.75 ID:Qn2Ktohc
団子がAVX凄いマンセーしてるけど、
SSEからAVX、AVXからAVX2で何が変わったのか正直分からないんだよな
SSEからAVXでSIMDの実性能って倍は変わってないよね、良くて5割位じゃないか?
そしてAVX2採用で実質変わったのって、256bit整数使うエンコ位だろ

こんな状態でAVX512が出てきたとして、一体何に恩恵があるんだろうか
そしてFMA3は一体何処に行ってしまったのか

303 :Socket774:2014/04/24(木) 01:13:16.87 ID:8pESG/eU
てかなんで勝手にスレタイ改ざんしてんだろ

304 :Socket774:2014/04/24(木) 01:47:09.71 ID:3qkkggkz
別にどこにも行ってないが>FMA3

305 :Socket774:2014/04/24(木) 03:21:36.69 ID:X15gdm3e
>>287
ただ、一般からしたら需要はないから支援回路積んだグラボかCPUは相当高くなりそうね・・・
(そんなことより豪華な3D機能の方が色々で来て汎用性が高い)

306 :Socket774:2014/04/24(木) 04:14:22.08 ID:uQPpk7ji
とりあえず最低限の回路規模でQSVにHEVCエンコ・デコ機能さっさとのっけちゃえば良いんだよ
APIは同じままでCPU世代上がる毎に規模拡大・改良してけば買い替えも進む上に互換性もあって良し

307 :Socket774:2014/04/24(木) 05:09:13.66 ID:L4GWViDI
>>302
hpcで恩恵がある

308 :Socket774:2014/04/24(木) 05:29:46.53 ID:wY/c+Xlx
>>303
もうCPUだけでホルホルしてればいい時代じゃないのよ

309 :Socket774:2014/04/24(木) 05:38:52.33 ID:uQPpk7ji
SoCと呼ばれてるものがそのうちCPUという名前になっていくんだろうね
x87-FPUが統合されるかどうかの過渡期のように

310 :Socket774:2014/04/24(木) 05:42:46.76 ID:wY/c+Xlx
ならないよw
CPUという名前が廃れるだけ

311 :Socket774:2014/04/24(木) 05:43:55.25 ID:v6gUqXod
eDRAMとPCHのダイ統合はよ!!

312 :Socket774:2014/04/24(木) 05:55:15.11 ID:L4GWViDI
既存ソフトでパフォーマンスあげたいんななら
クロックなりキャッシュを上げてシングルスレッドパフォーマンスあげるしかない

あとはリスク覚悟でcpuにバイナリートランスレータを入れて
cpuなりgpuなりavxなりfpgaなりに最適化すればいい

313 :Socket774:2014/04/24(木) 06:32:23.05 ID:uQPpk7ji
>>310
だって、セントラルプロセッシングユニットだよ? 中央処理装置、CPUメーカーが色々頑張る限り全然言葉が古くならない
システムオンチップじゃ「そんなの当たり前じゃん」って言われて、それを達成したら途端に言葉が古くなるし石自体を表わす言葉じゃないし

314 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 07:06:26.53 ID:GloLfo6U
>>302
命令セットの拡張が無駄だと思ってるだろ?
複数のソフトベンダーにヒヤリングを行いつつ必要な機能を選んで
実装してるわけで無駄なものなんてありはしないよ。
しがないPCオタクが容易に価値を理解できるようなものじゃない。

AMDのSSE4Aってたしか4命令くらいあったけど、VEX/XOPで
再エンコーディングされた命令ってあるの?
AVX(YMMステート)と混ぜて使うときに部分レジスタ書き込みの
ペナルティが生じるのでYMM上位を明示的にクリアしてやる
必要があるのだが。

実際それがされてない。

あれは本当に使う価値のない無駄な命令なんだろうな。
Jaguarでもサポートされてない。

逆にCarrizoではAVX2をサポートする。これは、必要だと認めたってことだ。

結局AMDには権限なんてものはない。
ソフト業界が「GPGPUなんて使ってられっかー」って言ったら
AMDはこれ以上HSAを推すことはできない。
それは宿命だよ。

315 :Socket774:2014/04/24(木) 07:12:05.82 ID:wY/c+Xlx
>>313
GPUや専用回路の面積が増えてきてCPUという単語を推す意味なんて無い

316 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 07:22:28.53 ID:GloLfo6U
これは重要なことだけど

IntelはCPUのAVX命令を使うOpenCLランタイムを提供しているので、
ソフト屋がGPGPU対応のコードを書けば、Intelの提供するランタイムによって
自動的に新しいAVX命令にも対応できる。

逆に明示的にAVX*のコードをダイレクトに記述したた場合には
GPGPUには対応できない。
つまりAVX*はGPGPU(OpenCL)に対して上位互換の関係を持つので
PCでの普及度では絶対にGPGPUに負けない。

これ重要よ。

317 :Socket774:2014/04/24(木) 07:37:08.29 ID:uQPpk7ji
>>315
言ったら「足し算演算器」だって専用回路だけどね、足し算の
「足し算演算器」と「浮動小数点足し算演算器」と「AES演算器」と「H264演算器」と「テクスチャ補間演算器」という専用回路が
並列に置いてあるのがCPUって事になっていくんだろうね

318 :Socket774:2014/04/24(木) 07:38:34.76 ID:wY/c+Xlx
>>317
何が言いたいのか意味不明
時代の流れをわかれよオッサン

319 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 07:46:21.22 ID:GloLfo6U
>>306
新しいMediaSDKにHEVCのサポートが追加されてるよ。
Haswellでも使えるからソフト実装みたいだけど、同じAPIを呼ぶだけで
将来のハード実装にもアクセスできるようになってるみたい。

320 :Socket774:2014/04/24(木) 07:49:01.85 ID:uQPpk7ji
>>319
いやー素晴らしいねIntel、良くわかっていらっしゃる

321 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 07:57:33.50 ID:GloLfo6U
https://software.intel.com/en-us/vcsource/tools/media-sdk

まあ有料みたいですけどねw

322 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 08:58:34.08 ID:GloLfo6U
Skylakeの魅力はAVX-512だけじゃないですよ
BOUND命令がかなり強力ですわ。
高級言語においては、配列アクセス時に添字が範囲内に収まってるかをチェックして
収まってなければ例外を吐いたり、配列のサイズを変えなければいけない。
これはボトルネックの代表例。
(JavaScriptでもJavaでもRubyでもPHPでも、ね)

バウンダリチェック用に専用レジスタを4本(上限・下限としてカウントすれば8本分)
用意したことで汎用レジスタに余裕ができるのでかなり効率的なコードが書ける。
IntelはJavaScriptの最適化なんかにも着手してるから
こういう問題に対処するようになったわけだ。

「ハードの性能を引き出すためにみんなCやOpenCLで書けばいいじゃん」は
ハード屋としては理想ではあるが現実には程遠いから
こういうアプローチはすごく大事。

323 :Socket774:2014/04/24(木) 12:18:20.00 ID:Cmmqj07i
それ、へぼ・プログラマー向けの機能やん。

324 :Socket774:2014/04/24(木) 12:21:41.51 ID:eSksTEuq
ほとんどがへぼだという現実があるからな……
世界にスーパープログラマだけしかいなければいいんだが決してそんなことにはならないだろうし

325 :Socket774:2014/04/24(木) 12:22:01.99 ID:lUjLP5dR
ハード屋がAPI屋に売り込めば良い

326 :Socket774:2014/04/24(木) 12:23:42.93 ID:rIk7zwM/
プログラマーがミスらない前提の実行エンジンはヘボじゃないのか

327 :Socket774:2014/04/24(木) 12:26:26.15 ID:lUjLP5dR
http://www.forbes.com/sites/alexkonrad/2014/04/23/ibm-debuts-new-power-servers-and-new-open-platform-partnership-with-google/
IBM Spends $2.4 Billion On New Power Servers And Partners With Google And Nvidia To Go After Intel

http://www-06.ibm.com/jp/press/2014/04/2401.html
オープン・イノベーションでビッグデータの課題に挑むPOWER

328 :Socket774:2014/04/24(木) 12:35:30.78 ID:/3l87V0x
スーパープログラマはへぼでも使いやすいコンパイラやエンジンを作っているだろ

329 :Socket774:2014/04/24(木) 13:00:16.52 ID:lUjLP5dR
http://jun-makino.sakura.ne.jp/Journal/journal-2014-04.html#23

引用:単精度浮動小数点演算の理論上の性能として、Arria 10では最大1.5TFLOPS、Stratix 10では最大10TFLOPSを得られる。
電力性能ははGPUよりいいと思うんだけど、価格性能比がねえ、、、 Stratix 10 の最大サイズのチップって多分1個100万円とかだし。
しかし、そういうわけでエクサスケールスパコンは大変なわけである。

これは、プロセッサアーキテクチャを演算あたりの消費電力が下がる側に ふる、
つまり、演算器以外のコアロジックを単純化するとか SIMD 幅を増やす とかしないと
消費電力が現実的な範囲に収まらなくなってくることを意味する。
10nm といってるものが実質11だとしても、0.7V まで下げたとして 電力性能は 45nm の6.8 倍である。
なので、アーキテクチャで7倍あげて、エクサになって電力が「京」の2倍 にはいる。

じゃあ7倍かせげるか?というと、「京」と同じ 40nm 世代の GPU だっ て3倍もいかないわけで
まともにやったのでは到底無理である。
実際問題とし ては SIMD 幅をいくら増やしても2倍ちょっと改善すれば万歳であろう。
つまり、汎用プロセッサでものすごく SIMD 幅を増やしたもの (まあ要するに Intel MIC みたいなもの)では
エクサスケールでは消費電力が 60-100MW になる。
空調とか入れるともっと増える。
原発0.1基分くらい。

関西電力の販売電力量は年間平均では 1700万KW、つまり、17,000MW な ので、その 0.3-0.6%にもなる。
電気代だけで100億円くらい。

というわけでGRAPE-X/PACS-Gの宣伝でした

330 :Socket774:2014/04/24(木) 13:49:18.70 ID:rZLrBy7v
Intel、GPUクロックを約16%高めたAtom 3775/3745
〜ベース1.66GHz駆動の最上位SKU Atom Z3795も
http://pc.watch.impress.co.jp/docs/news/20140424_645825.html

331 :Socket774:2014/04/24(木) 15:25:40.92 ID:mYF4/D1C
ttp://viper.2ch.net/test/read.cgi/news4vip/1398260134/

113 名前:以下、転載禁止でVIPがお送りします[sage] 投稿日:2014/04/24(木) 15:17:45.37 ID:Zi0M/CZG0
いや、別にどうでもいいけど
いつもは発表=発売を続けてたので
今回発表=発売じゃなかったからまだ発表してなくねっていったんだけど
何か発表の意味がそれぞれで違うし説明するのもメンドクサイし
脳内の思考ルーチンがIQが高いので人と合わないことはわかってるからどうでもいい

332 :Socket774:2014/04/24(木) 16:38:34.97 ID:oY5jO4JQ
>>308
次スレはSOCだけでよさそう

333 :Socket774:2014/04/24(木) 17:23:45.25 ID:6CzWmm/9
>>330
Cherry Trailまでの繋ぎかな
この時期に来るって事はCherry Trail第3四半期から遅れるのかな

334 :Socket774:2014/04/24(木) 19:30:26.57 ID:FX+M42DY
マルチコアやめてシングルで10ギガくらいの
出してほしい。
ゲームは基本的にシングルだからな。

335 :Socket774:2014/04/24(木) 19:38:22.08 ID:q+2pFFd1
>>334
Pentium4 系列の ALU が 10GHz だったことを思い出して下さい

336 :Socket774:2014/04/24(木) 20:10:30.82 ID:aHNa+Nci
AVX3ことLNIが実装されてからがGPGPU潰しの本番だろ

337 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 20:43:07.72 ID:p4A7hDrZ
>>328
存在しもしないスーパープログラマ(笑)なんて偶像にすがるのをやめるべきだな。
高機動性(速度)と重装甲(セキュリティ)の両立が困難なのは兵器も
ソフトウェアでも同じだよ。
ナーシャ・ジベリは速いコードを書くのは天才的といわれたが
バグも大量に入れ込んでる。


ちなみにOpenSSLの脆弱性問題もまさにバウンダリチェックの抜けなんだよね。
Cは動的言語が持つような暗黙的なバウンダリチェック機構を持たない。
なぜなら、いちいちチェックしてたらコードが肥大化して遅くなるから。

MPXの提供するバウンダリチェック命令を使うことで
Cなどの低レベル言語処理系はパフォーマンスを犠牲にせずに
セキュアなコードを書けるようになり、また、高級言語ではパフォーマンスを
向上させることができる。

俺は企業のエンドユーザーにSkylakeは薦めやすいと思ってるよ。
まあ、現時点では存在しないからありもののシステムで組むのだけどね。

338 :Socket774:2014/04/24(木) 20:45:21.74 ID:u0HVY4Hs
単語がわかんね
ヲタはこうでないと

339 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 20:55:05.47 ID:p4A7hDrZ
>>331
幸せAMDerの脳内: 「Kabiniの性能にIntel焦ってるwww」


AMDの採用皆無なタブレット向けSoCの話なんですけどね

340 :Socket774:2014/04/24(木) 21:24:27.27 ID:9Nn5hj1k
いちAMD信者的には、コピペより団子の正論の方がよっぽど重いわ。
それでも信者やめないけどなw

341 :Socket774:2014/04/24(木) 21:35:29.94 ID:NE+n64Kv
>>340
このスレによく湧くAMDの太鼓持ちは信者じゃないですよ。
本当のAMD信者は、AMDの方が劣ることを承知で「宗教上の理由でIntelは採用できませぬ」とか言って、AMDのCPUを買うから。
AMDに対する信仰心など無いから、IntelよりAMDの方が性能が上だと思い込まないとAMD製品を買えないキチガイなんですよ。

342 :Socket774:2014/04/24(木) 21:41:49.57 ID:THpy8s33
こんなこと言ってるバカがいましたよコピペを作るための、マッチポンプ

343 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 21:48:25.35 ID:p4A7hDrZ
まあ、AMDのCPUコアの改良もペースが遅いとは言え辞めてないわけだし
ソフト屋の求めるものさえ的確に捉えてハード出してりゃ見捨てられはしないさ。

次のAPUのCarrizoの何がセールスポイントになるかって、GPU機能よりむしろ
VIA Padlockをサポートした点だと思ってる(VIAがライセンスしたのかな?)
セキュリティに敏感な企業にクラウド技術を売り込むには裏づけになる技術って
大事だからね。

SHA-3の仕様もほぼ決まったみたいだし、そろそろアクセラレータを実装しようず。
IntelでもAMDでもARMでもいいから。

344 :Socket774:2014/04/24(木) 22:07:54.07 ID:L4GWViDI
padlockだと?
それは本当ですかい

345 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 22:15:11.51 ID:p4A7hDrZ
>>344
https://sourceware.org/ml/binutils/2013-09/msg00155/bdver4.patch

> +#as: -march=bdver4+vmx+smx+ept+padlock

AMDがVIAの遺伝子を引き継いだというのは感慨深いね
それを以てVIAが一大勢力を誇ったx86組み込み市場に
浸透させることができるかというと、かなり微妙だが

346 :Socket774:2014/04/24(木) 22:42:18.56 ID:L4GWViDI
sha関連のためかな

347 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 22:49:56.66 ID:p4A7hDrZ
Padlockはともかくとして、このパッチ見るに
VMFOFFとかINVEPTまで対応してやがるのよ。
つまりVMXとかSMXとかのフラグはIntelのそれと同じ意味だ。

仮想化支援命令ってAMDとIntelとで別々の命令実装してて
AMDは独自性が売りだったよな。

ここにきてAMDがプライドを捨ててきました。
仮想化でAMDの神通力の及ばない市場に殴り込みをかけたいのだと思われるが
具体的にはMacとかMacとかMacとか

348 : ◆miyuri//Z7LS :2014/04/24(木) 22:52:57.28 ID:6blGb83X
>>337
MPXは、範囲検査している言語だと嬉しいけど、Cとかだと書き換える手間に見合わない予感。

349 :,,・´∀`・,,)っ-○○○:2014/04/24(木) 22:56:39.31 ID:p4A7hDrZ
コンパイルオプションで対応してるらしい。

MSのコンパイラはANSI/ISOかなぐり捨ててまで独自にセキュアC関数とか
用意してるくらいだし、次のコンパイラではデフォルトMPX有効に
してくれてもいいくらいだと思ってる。
明示的な最適化でチェックを消せるようにすればいい。
非対応CPUだとNOPとして解釈されるから分岐を書く手間も省ける。

350 :Socket774:2014/04/24(木) 23:09:25.07 ID:Hxn+QmRq
>>348
再コンパイルで相当程度対応できるんじゃないかなあ
セキュアである事を要求されるプログラムなら、
パフォーマンス上のオーバーヘッドも許容できるだろう

351 :Socket774:2014/04/25(金) 00:02:51.01 ID:8zFEPMQY
>>321
QSVでエンコして、それをWifiでスマホとかタブレットに飛ばすってプログラムしてみたいんだけど、
QSVはこれ買わんといけないのか。
お金さえ払えば、このソフトのライブラリをリンクしてAPI呼ぶだけでできる?
エンコさえできれば後はWinSockで送信でいいか。

352 :Socket774:2014/04/25(金) 00:11:51.70 ID:6crywp29
配列のアライメントもコンパイラオプションで自動的に対応してほしいなぁ。
SIMD化の際、楽だ。
メモリアクセス効率も若干上がりそうだし。

353 :Socket774:2014/04/25(金) 00:16:55.74 ID:Nz3ElWdw
つまりバウンダリチェックが出来ない今のシステムは全部セキュリティがスカスカなゴミクズってことか
そんな重大な欠陥今まで何処も対応してなかったのは何でだ?

354 :Socket774:2014/04/25(金) 03:39:23.29 ID:/UJBdcn2
>>334
Unrealエンジンなめてない?

355 : ◆miyuri//Z7LS :2014/04/25(金) 04:47:35.26 ID:pYHvJaiu
>>349
組込関数をいじると予想していた。

>>351
H.264, MPEG-2なら無料のでOK。

356 :Socket774:2014/04/25(金) 06:05:15.66 ID:8drQ9hnT
http://pc.watch.impress.co.jp/docs/column/ubiq/20140425_646038.html

357 :351:2014/04/25(金) 07:57:27.31 ID:6crywp29
>>355
無料でいけるのか!
ありがとー!

358 :,,・´∀`・,,)っ-○○○:2014/04/25(金) 08:01:37.26 ID:+A7B6g4Z
>>353
お偉いさんが能天気だからに決まってるでしょ

このスレにプログラマを殴れとかズレたこと言ってるバカが居座ってるじゃん
土建屋に置き換えるなら欠陥建築が生まれるのは建築士じゃなくて
末端の土木作業者だと勘違いしてるようなもの。
もちろん手抜き工事が行われることもあるのだが、それをさせない
ために現場監督がいるわけだし、上が突貫工事を指示してる場合すらある。

359 :Socket774:2014/04/25(金) 09:44:50.85 ID:gmtaWKsR
>>337
Cは標準で境界チェック等を入れるべき時期だと思うな
で、高速化したい人はそれをオフにして使うって感じで

360 :Socket774:2014/04/25(金) 12:26:33.44 ID:tmMmcAdV
つまり配列のポインタとかunionとかsizeofの互換性を全部投げ捨てろと?

361 :Socket774:2014/04/25(金) 13:26:54.66 ID:pMnB1q3h
コマンド→すてる→はいれつのポインタ
それをすてるなんてとんでもない!

362 :,,・´∀`・,,)っ-○○○:2014/04/25(金) 19:24:18.60 ID:+A7B6g4Z
あらかじめデータサイズがわかってる構造体とかならいいが、
配列や文字列をポインタ渡しする関数ではバウンダリチェックが
できないんだよな。

自動的にバウンダリチェックのコードを挿入できるのは
コンパイル時にサイズを解決できる範囲内でしか使えない。
たいがい配列や文字列をポインタ渡しした時点でアウト。
「第1引数がポインタで、第2引数が長さ情報だよー」みたいなのを
指示してやる必要が出てくるので結局手作業。

C++のvectorとかbasic_string使えばいいんだよ!
範囲外の添字指定したときにリサイズしないバージョンが欲しいところだが。

363 :,,・´∀`・,,)っ-○○○:2014/04/25(金) 19:41:34.97 ID:+A7B6g4Z
OpenSSL脆弱性の再発防止へ、業界大手が重要オープンソースプロジェクトを支援
http://www.itmedia.co.jp/enterprise/articles/1404/25/news047.html

> OpenSSLは多くのWebサーバやOS、ソフトウェア、ネットワーク機器などに利用され、
> インターネットインフラの根幹を支える存在だ。ところがOpenSSL Software
> Foundation幹部によれば、寄付などを通じて得る収入は年間2000ドル程度にすぎず、
> フルタイムでOpenSSLの開発にかかわる担当者は1人だけだという。

まあ、これ見ても「プログラマが悪い」といえるバカは豆腐の角に頭ぶつけてこいと。
年間20万円程度の予算で品質の高いコード書けっていうほうが所詮無理なんだよ
プログラムを組んだこともないやつが勝手な願望を述べるのは簡単だが
現実を直視できていない。

お前ら、ソフトには金払えよ。オープンソースには寄付してやんなよ。

364 :Socket774:2014/04/25(金) 21:19:21.87 ID:N+k4A2kz
GPLv3が致命的な一撃を与えてしまったような気がするな…各方面に

365 :Socket774:2014/04/25(金) 22:40:37.49 ID:iTWXgdaC
勝手にオープンソースで作ってるんだから金を払う必要はないんじゃない。
オープンソースって俺が無料にするからおまえも無料にしろだからすでにオープンソースを使う利益を得ているのでは。

366 :,,・´∀`・,,)っ-○○○:2014/04/25(金) 22:43:56.60 ID:+A7B6g4Z
新しいハードウェアの機能に対応する為にそれをテストするための機材が
必要だったりするわけで。

なんだかんだで質のいいオープンソースソフトウェアは寄付なしには成り立たない。

367 :Socket774:2014/04/25(金) 23:05:15.33 ID:C22l4cff
散々利用してきて今まで放置していたサーバー最大手のインテルの罪はデカいな

Xeon全部無償交換位当然するよな

368 :,,・´∀`・,,)っ-○○○:2014/04/25(金) 23:06:29.24 ID:+A7B6g4Z
> Xeon全部無償交換
なんで無償交換?CPUの不具合じゃないじゃんww

369 :Socket774:2014/04/25(金) 23:10:30.42 ID:1wZKrLjD
GPLv3が致命的な一撃ってどゆこと?

370 :Socket774:2014/04/25(金) 23:28:44.14 ID:Ic/2e0qV
>>367
xeon無償交換てなんぞ
そんな大規模なのって初代ペンのFDIVバグ以来の大事故だよね
それっぽいニュース見つからんのだけど、なんかIntelポカやらかしたの?

371 :Socket774:2014/04/25(金) 23:35:23.55 ID:pMnB1q3h
>>370
Intelは何もやってないよ。
OpenSSLで致命的な脆弱性が見つかった。
当たり前のことだが、Xeonを交換することに全く意味は無い。
ただ単に367の頭がおかしいだけ。

372 :Socket774:2014/04/25(金) 23:44:39.64 ID:jGdTH03t
>>363
フリーだからLinuxやOpenSSLを使ってるわけで、
金払う必要があれば使わない

373 :Socket774:2014/04/25(金) 23:45:04.38 ID:Ic/2e0qV
>>371
えっ

あ、でもそういう意味だと話が繋がるな
なんか初見の先入観のせいか、スレ読み返しても素で>>367が脈絡なさすぎてOpenSSLの話となかなか繋がらない
いや、解釈ども。すっきりしないものの、なんかそういう流れに感じなくもないので静観ます

374 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 02:16:08.50 ID:n6EnYYXi
>>372
義務は無いよ

ただ、資金難になって開発が困難になったり、セキュリティホールがあって
直せなかったとしても利用者の責任だ。
プロプライエタリなソフトは対価を要求する代わりに、ユーザーのために
全力で問題に対処するが、オープンソースはそれがない。



そもそもオープンソースにおけるフリーは自由の意味であって
「金をとらない」という意味ではない。
ユーザーには多くの場合において、ソフトの発展のために金銭的な、あるいは
技術的な協力を行う選択肢が与えられている。開発者になることもできる。

しない選択もあるけどね。
「やってくれるのが当然」という価値観は捨てなきゃいけない。

375 :Socket774:2014/04/26(土) 08:34:47.32 ID:HZJZ6LrF
フリーソフト、例えば圧縮/解凍ソフトのように目的の機能実装ができた後は
セキュリティ/バグ以外ではバージョンアップが停止するのにオープンソースは
なんでいつまでも機能追加のバージョンアップし続けるんだ。

開発にある終着点が存在しているなら時間がかかっても有償製品以上の
完成度になるんだろうけど、そうでないなら個人の趣味の領域を超えないから
開発費の割に安いWindowsを買い続けるのが一番いいんだよな。

376 :Socket774:2014/04/26(土) 11:16:02.88 ID:dYb6ffr4
i5とi7でPCの性能変わってくるのでしょうか?
安くしたいのですが友人はi7一択と言ってて、調べてもいまいち違いを見つけられませんでした。
用途はBFなどのFPSやネトゲです

377 :Socket774:2014/04/26(土) 11:19:00.88 ID:DWRm7uf1
安くしたいという目の当りのハードルがあるのならi5にすればいいじゃない
HTTならゲームにあまり関係ないしクロックだけ見ておけば
CPUよりはGPUに予算割いた方が良いと思われ
本当にゲーマーは大変だな…

378 :Socket774:2014/04/26(土) 11:21:59.94 ID:IDqPVMcj
FPSならi7最上位当然でGTX760ti以上でしょう。
BF4はそれでも足りない。

379 :Socket774:2014/04/26(土) 11:25:40.41 ID:dYb6ffr4
GPUは770で考えてます
FPSはi7の方がいいものなんですか・・
レスありがとうございます

380 :Socket774:2014/04/26(土) 12:08:40.64 ID:GJlyDUcw
上手い奴がハイエンドマシン使ってるかというと、そうでもない。
でもその友人の性格だと、i5にした場合なにかあるたびに、これだからi5は〜ってバカにしてきそう

381 :Socket774:2014/04/26(土) 12:09:12.93 ID:DWRm7uf1
メンタルまではケアできんよ流石に

382 :Socket774:2014/04/26(土) 12:49:55.74 ID:6weglfEx
skylakeはDDR4?

383 :Socket774:2014/04/26(土) 12:53:26.51 ID:I9Kwr5rz
つーか、HTなんて不要っしょ。

384 :Socket774:2014/04/26(土) 13:23:19.96 ID:vh/eZV8n
確かにHyperTransportは要らない

385 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 13:27:55.18 ID:n6EnYYXi
放課後ティータイムは人による

386 :Socket774:2014/04/26(土) 13:37:44.33 ID:DWRm7uf1
今となってはゴミだな>HTT(放課後ティータイム)

387 :Socket774:2014/04/26(土) 13:48:30.40 ID:I9Kwr5rz
しかもOSからは物理コアと同様にカウントされてしまうため、
ソフトからコア数に応じてスレッドを起動するようにすると、効率が落ちてしまう。
99害あって1利しかない。

388 :Socket774:2014/04/26(土) 13:49:20.66 ID:DWRm7uf1
古いOSだとそうらしいね

389 :Socket774:2014/04/26(土) 13:54:30.64 ID:Q5bcDTGg
リアルコアだが仮想コアだと認識させないといけないCPUがあってな

390 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 13:55:33.92 ID:n6EnYYXi
スレッドアフィニティの設定がめんどくさくなって結局ユーザーに
どの論理コア使うか選ばせるダイアログ組んでみたりとか

391 :Socket774:2014/04/26(土) 14:00:21.01 ID:GMA0r6qA
>>387
Windows2000の頃はそうだったな。
CPUに余裕があっても動画再生でコマ落ちして困ったものでしたよ。
今だと特にそんなことも無いし、x264エンコードで20%くらい高速化されるので非常に利益が大きいけどね。

392 :Socket774:2014/04/26(土) 14:01:45.23 ID:I9Kwr5rz
>>391
あ、そうなの?
20%はデカいね。
用途によってはアリなんだな。

393 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 14:05:21.79 ID:n6EnYYXi
>>389
あれはマーケティング上リアルコアだが言い分次第では1物理コア・2論理コアの
扱いにもなりうる代物では?

数年前までx86サーバ向けの商用ソフトはソケット単位課金が主流だったから
ソケットあたりのコア数が多いほうがマーケティング上有利だったこともあるが
今は商用ソフトで性能の低い多コアが不利になる料金体系が主流だから
不利だわなー

そのソケット単位課金がなくなったのも、6コア×最大8ソケットをニコイチで
12コア×最大4ソケットとかやった会社があったからだとかそうでないとか。

394 :Socket774:2014/04/26(土) 14:43:35.97 ID:cCWQbcU8
今paypalに偽装したフィッシングのメールがきた

395 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 14:44:56.22 ID:n6EnYYXi
そんなもの踏んだこと無いなー

396 :Socket774:2014/04/26(土) 14:45:53.84 ID:43LcMaAn
しかし徐々にレジスタが増えたり幅が増えたりしてそろそろHTに必要な2本分の
ハードウェアリソースが結構ネックになったりしてないんだろうか

397 :Socket774:2014/04/26(土) 14:50:08.01 ID:I9Kwr5rz
今やCPUダイに占めるコアの割合って3割ほどでしょ?
HT用のリソースなんて、体重測る際のパンツ程度じゃない?

398 :Socket774:2014/04/26(土) 14:54:16.48 ID:S1nNJY9s
サイズなんかより、発熱の方がネックだろ

399 :,,・´∀`・,,)っ-○○○:2014/04/26(土) 14:58:19.96 ID:n6EnYYXi
たかだか各16本の論理レジスタよりもリネーミングで割り当てる物理ファイルのほうが
はるかに大きいからな。
実際AMDなんか128ビットレジスタのままで256bit AVXを実装できてるし。

400 :Socket774:2014/04/26(土) 15:05:16.69 ID:czfyylwJ
結局x86最強ってことか

401 :Socket774:2014/04/26(土) 15:14:15.03 ID:I9Kwr5rz
異論はない。

402 :Socket774:2014/04/26(土) 17:19:20.96 ID:lnmlbAyB
プログラマに楽をさせるとかの方向の話で言うと、
CPUがGC処理に対して何か支援をするとかの方向に進んで行ったりしないの?
メモリ管理とか誰もやりたくない

403 :Socket774:2014/04/26(土) 22:01:49.03 ID:F7kpTQcb
何もしなくても作ったソフトが早く実行できるようになる時代が終わったのなら何か工夫すればいいじゃない

404 :Socket774:2014/04/27(日) 02:05:57.18 ID:w+Sk1Otn
28nmのjaguarと22nm Baytrailで互角の勝負されてる時点でIntelの完敗だろ
次のPumaで電力性能倍になるから、ARMにもAMDにも勝てなくてAtom終わりだな

405 :Socket774:2014/04/27(日) 02:28:36.16 ID:tLOfsrjL
>>404
32nmのsandyと28nmのSteamroller(以下略

406 :Socket774:2014/04/27(日) 02:52:45.57 ID:gZDjFXTc
TDP25WのKabiniがファンレスタブレットに載ったら呼んでくれ

407 :Socket774:2014/04/27(日) 02:53:06.84 ID:iMxzHsyx
電力性能比が倍になるって信じてるって頭おかしいんじゃないの?

408 :Socket774:2014/04/27(日) 03:10:42.25 ID:5Bj8AhdH
電力性能比が2倍になることを信じるか否かよりもっと重要な問題があるだろ。
電力性能が非常に重要なタブレットを担う(はずだが、全く見向きもされていない)Temashの電力性能比が2倍になった程度ではCherry Trail-Tに対抗できそうも無いという問題がな・・・

409 :Socket774:2014/04/27(日) 03:59:07.21 ID:vvJSwX+G
GFの32nmが酷すぎたせいでやっと28nmでintel32nmに追いついたって感じだしなぁ
まあAMDのタブ向けはTSMCのラインだから28nmのままでもワンチャンスあるかも

410 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 04:12:47.40 ID:JwIK0gC6
Llanoは2011年、Kaveriが2014年
32nm流用して3年もかかってる時点で中間ノードの意味ねえ

411 :Socket774:2014/04/27(日) 06:22:37.58 ID:r6WhsITW
今って根幹・根幹候補の技術基盤がことごとくLLVMになってる感じがある(Clang・ART・asm.js(emscripten))から、
CPUにGC高速化専用命令をぽんと追加してもLLVMがサクっと対応してくれて自動で使われるようにならないのかな
Clangで事前コンパイルしちゃうと再コンパイルが必要だけど…ってC++じゃGC使わんな、トランザクショナルメモリなんかも

412 :Socket774:2014/04/27(日) 07:38:06.30 ID:1xSHEDnY
ARMの数世代先を行く電力制御の技術をx64にも導入すれば余裕でしょ
電力性能比が2倍どころか200倍もイケる

413 :Socket774:2014/04/27(日) 09:01:05.00 ID:vvJSwX+G
中間コードで配布してインストール時にバイナリ生成でいいと思うわ
というかIBMのミニコンがそんな形式だったかな

414 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 09:07:58.95 ID:VuOYR7qb
GCというかアロケータから手を入れないとだめなんだろ
データ構造・アルゴリズムがハードウェアによって縛られるのはいかがなものか

一番必要としてるのはPCなんかよりよっぽど低スペックな石積んでる
組み込み機器だろ。あんなんでJavaとか動いてるんだぜ
特殊なハードでも載ってるならそれを参考にすればいいが何も載ってない

415 :Socket774:2014/04/27(日) 09:23:45.17 ID:r6WhsITW
>>413
AOTのタイミングはexeの実行時が適切
実行環境(主にCPU)が前回実行時から変更された事をexe自身が起動時に検出して
AOTをやり直す仕組みが必要になる
インスコ作業に初回実行も含めれば初回起動時の違和感も持たれずに済む

416 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 09:33:08.83 ID:VuOYR7qb
インストーラでコンパイラ走らせるって午後のこーだが
特許回避のための手段として使ってたよな

417 :Socket774:2014/04/27(日) 09:33:14.09 ID:vvJSwX+G
wikipediaにあったわ
http://ja.wikipedia.org/wiki/System_i#.E7.89.B9.E9.95.B7

>実プロセッサが変わっても実行ファイルさえあれば変換(中間コードから機械語を再生成)することが可能で、
>ソースファイルが無くてもハードウェアを自由に交換できるという優れた可搬性を、実行速度を犠牲にすることなく実現している。

418 :Socket774:2014/04/27(日) 09:37:41.43 ID:r6WhsITW
PCはOSシャットダウンしてストレージそのままでCPUを載せかえて再起動できてしまう
同じソケットでもCPUをダウングレードさせる事ができてしまうのでインスコ時1回だけってのはダメ

419 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 09:50:44.32 ID:VuOYR7qb
起動時にCPUID見て前回起動時と違ったら再生成すりゃいいんじゃないの

420 :Socket774:2014/04/27(日) 10:25:11.06 ID:r6WhsITW
それだとメインメモリも見て最適化したい時困る
もうOSに標準でLLVM実行ランタイム入れてしまえば良いのに、JVM・.NET・LLVMで速度競争起これ

421 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 10:31:22.48 ID:VuOYR7qb
実行時にevalしたい局面もあるので何が何でもネイティブコードに
されるのも困るのだが。

むしろサーバだとボトルネックはDBだからCで書こうがRubyで書こうが
大して変わらんのよ。DBとの結合の弱いフロントエンドなら多少意味はあるかも。

422 :Socket774:2014/04/27(日) 10:46:11.09 ID:r6WhsITW
サーバ側の要求はそりゃ違うだろう、今のは大体クライアント側の動き
asm.js+WebGLによって、実はiOS・Androidのネイティブ売り場課金30%ピンハネパラダイムがぶっ壊れちゃう可能性があって、
UEとUnityがマジで乗っかってきちゃったからさあ大変っていう

423 :Socket774:2014/04/27(日) 11:06:12.77 ID:vvJSwX+G
まだドラフト段階だがWebCLもあるな
http://jp.techcrunch.com/2014/03/20/20140319webcl-will-soon-let-web-developers-harness-the-power-of-multi-core-gpus-and-cpus-from-the-browser/

424 :Socket774:2014/04/27(日) 11:11:47.36 ID:vvJSwX+G
>ChromeのNative Clientやプラグインのようなものを使わずに、ブラウザ内でWebアプリケーションをネイティブかつ高速に動かしたいと思うと、
>今のところFirefox上のJavaScriptスーパーセットasm.jsぐらいしか方法がない。
>しかし、ネイティブに近い速度を誇るasm.jsも並列処理はサポートしていないから、高速化にも限界がある。
>Trevettによると、asm.jsとWebCLの関係は排他的というよりむしろ相補的であり、
>WebCLのJavaScript結合(バインディング)も提供されるので、
>デベロッパはいつでも、asm.jsベースのアプリケーションからWebCLを呼び出すことができる。

asm.jsがマルチスレッドに対応してないんじゃシングルスレッドが遅いモバイルデバイスではダメダメだな
WebCLの大本のOpenCLもAndroid上ではシステムのアップデートで強制無効化される始末だし
OpenCLに積極的なはずのAppleに至ってはiOS上ではサポートすらしていない

425 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 11:17:39.30 ID:VuOYR7qb
前にも書いたけどブラウザアプリに対するネイティブアプリの優位点は
プッシュ通知だよ。それだけでもアプリの起動頻度は変わってくる。

たとえばギルド全員が恩恵のある時間制限つきの消費アイテム使った、とか
レアなレイドボスが出て応援依頼が出たときにプッシュ通知があるとすぐに
駆けつけることができる。
ブラウザだと自分から確認しにいかないといけない。
人はそこまで能動的に動けない。

大体にソーシャルゲームとかで上位占めてるのアプリ組み込み型の
FlashたるAIRが多いわけでしょ。
サイバーエージェントがやってるブラウザゲームをそのまま埋め込んだだけの
アプリ出したらそっちのほうがユーザー増えたという事例もある。

モバグリショックが必ずしもHTMLの単純な「性能」不足によるものではないのは
業界では当たり前の見解なんだけどな

426 :Socket774:2014/04/27(日) 11:23:31.03 ID:r6WhsITW
という事はプッシュ通知機能を搭載したブラウザの開発競争が起こるわけだよ
AppleとGoogleが「起こさない判断をする」のであればMSとモジラと全エンジン&ゲームメーカーが組んでくるだろうね

427 :Socket774:2014/04/27(日) 15:41:57.74 ID:k3GPaJUO
HTML5はそこらへん早めに動きたいねえ

428 :,,・´∀`・,,)っ-○○○:2014/04/27(日) 17:37:02.06 ID:VuOYR7qb
そういう抜け穴になるアプリは規約改定の上rejectされて終了な気はする。
牢獄は外から破壊するしかない。
TizenでもFirefoxOSでもいいから各ベンダーもキャリアももう少し連携取れよ。

というか、ショバ代のレートさえ崩せば問題ないのだろう?

429 :Socket774:2014/04/27(日) 23:36:55.95 ID:5h6oHtEN
4960Xの次の4970Xとか出てくるのか
出てこなければ、4960Xが3970Xとほとんど変わらず、進化自体が止まって終わりだろ。

430 :Socket774:2014/04/28(月) 00:52:19.76 ID:dU4sxfoj
>>429
4970Xなんて出すわけ無いじゃん。
IntelはIvy Bridge-E6コアからシングルスレッド性能を落とさずにHaswell-E8コア出したいんだから。
Ivy Bridge-Eは性能を上げるために出したのでは無く、コストを下げるために出したんだよ。

431 :Socket774:2014/04/28(月) 01:15:48.81 ID:2TOigzL2
>>414
javaっていっても、フルスペックのjavaじゃなく、かつsun/oracleの糞JVMじゃなく独自JVMなんじゃ?

432 :,,・´∀`・,,)っ-○○○:2014/04/28(月) 08:12:39.76 ID:Jc5XLPMd
Androidのことを言ってるなら違うよ
家電とか自動販売機に使われてるEmbedded版だよ

433 :Socket774:2014/04/28(月) 09:37:40.15 ID:2TOigzL2
>>422
appleがwebglなんぞ対応しなければいいだけじゃん

バッテリー持ち時間のためとか適当な理由つければいいだけ
flashみたいに

434 :Socket774:2014/04/28(月) 10:23:11.33 ID:LZCK8tdz
この情勢下でブラウザに夢見れるやつがいるのが解らん。
今のスマホの流れ、下手したらブラウザ自体がなくなりかねないというのに。

アプリ86%、Web14%〜モバイル利用時間でアプリの優位が顕著に -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20140402_642413.html

https://twitter.com/metaps_sato/status/454192485242527744
> アプリファーストの会社が、PC・Web中心の会社を凄いスピードで抜き去る事案が
> 世界中で増えているね。接触時間が違うからまあそうだよな。
> 消費者向けであれば、Webサイトすら作る必要なくなってきたしな。

実際、スマホ普通に使っててブラウザ全然使わないだろ?
軽くGoogle検索したり、LINEやFacebookやTwitterでWebページを表示したり、
そこからアプリをダウンロードする程度のことはするだろうが。

asm.js+WebGLのゲームにしても、
まずAndroid、iOS、それにFirefox OSできっちり動かして見せてくれないと話にならんよw
これまでに公開されている主だったデモ、全部スマホでは動かねーし、
PCですら1分も2分も待ってやっと動く状況なわけじゃん。あんなもので商売になるわけがない。

そもそも、何百MBというサイズの「Webページ」をブラウザで表示するのが非現実的。

まずユーザーが待てる時間で表示するための回線速度がまったく足りない。
光ファイバーですらBlu-ray程度のダウンロード速度しかないし
モバイル回線は1桁以上遅く、通信量制限がある。さらに多くの国で従量課金。
メモリの問題もある。最近は1GBや2GBのアプリも珍しくないのに、
最新のiPhoneやiPadですらメモリ1GBしか積んでいないんだぜ。
HTML5のしょぼいオフライン機能だので間に合うわけがない。
リソースだけでなく、でかいJavaScriptをパース・実行するにもすげーメモリ食う。
(FirefoxのAOTコンパイラは専用のパーサを書いているが)

Unity 5のWebGLデプロイも、当面はデスクトップで一部のブラウザから
しかもかなりの速度ペナルティがあると言っているよ。
(クソMozillaは大本営発表しかしないからほっとけ。Unityのフォーラム嫁w)

PCブラウザですら実用未満なんだ。
モバイルブラウザでAAA級の3Dゲームが動くには軽く5年か10年はかかるだろ。

435 :Socket774:2014/04/28(月) 10:24:52.74 ID:LZCK8tdz
で、それなら5年待てばブラウザは戦えるのかと言えば、その間にネイティブはさらに進化していて
ブラウザは、WebGL2はいつだYOだの、Oculus Rift対応はいつだYOだの言ってるんじゃねーの。

これは良いシナリオの方で、悪けりゃウェブは今のまま停滞しているか消滅してるかもしれん。
今のネットニュースのように、存在するが誰も知らない、使わないとかな。

それに、ハードのスペック向上速度も落ちているし、
途上国のデバイスは低スペックなことも忘れてはいけない。
ブラウザの性能が今のネイティブ並みになるだけでも一体何年かかることか。

>>422
> ネイティブ売り場課金30%ピンハネパラダイムが

あれを単にピンハネと呼ぶのはなぁ。
App StoreやGoogle Playの運用と配信・課金インフラには多大なコストがかかっているよ。
実際、AppleはApp Store単独ではまったく利益を出していない。ストアはただの呼び水だ。
それに、ブラウザでも自社でプラットフォーム持っているのでない限り
モバグリアメーバに「ピンハネ」されるのは同じことだぜ。

だから、プラットフォームであるモバグリアメーバは当然HTML5がHTML5がと言うんだが、
SAPがそれに付き合う義理は欠片もないね。

もしApp StoreやGoogle Playがけしからん、やつらの商売が気に食わんというなら
OSやハードウェアそのものから構築するしかないと思うぞ。
ブラウザは駄目だろ。HTML/CSS/JavaScriptスタックは単純に性能面でも品質面でも駄目すぎるし
金を出して開発・保守しているのは結局GoogleやAppleだ。

第二のブラウザ、第二のWebをゼロから作り上げるくらいの気概のある連中が
どこかにいれば面白そうだけどな。

436 :Socket774:2014/04/28(月) 10:38:07.91 ID:2TOigzL2
パズドラとかの売上見る限り、あの決済代行でappleやgoogleが利益出してないと言うとか
そんなことありえねーわ

決済代行で利益出せないのなら、わざわざモバゲー・GREEが自前の決済に誘導しようとしたりしねーわ

ガラケーの場合は、ドコモ/au/sbのショバ代が10%台前半だったから、
わざわざどこも独自決済に力入れずに携帯キャリア任せだったんだよ

スマホになってショバ代が3割になって、しかもアプリ規約で独自決済への誘導に規制がかけられてるが、
それでもアプリ規約に反しない範囲でできるだけ独自決済に誘導しようと頑張ってるのは
高額なショバ代のせい

437 :Socket774:2014/04/28(月) 10:56:18.16 ID:gQx8Awjj
>>436
正解

438 :Socket774:2014/04/28(月) 19:45:48.15 ID:GAs+XlE6
今日さ、やたら最新のPC入れてる図書館に行ってきた
CPUがCore-i7の3770だった、メモリは4Gだ
けどさ、つっかかるんだよね…
最近のCPUは速いとか何の不満もないとか昔と違って絶賛のレヴューばかりだけど
まちがいなくデスクトップのOCしてる4GhzQ9550の方が速い
ノートもi7でメモリ8G持ってるけど、外で使ってると不満ないのに
家でデスクトップの合間に使うとやたら遅く感じる
あと10年は闘えそうな気がしてきたwww

439 :,,・´∀`・,,)っ-○○○:2014/04/28(月) 20:15:16.94 ID:Jc5XLPMd
以下のいくつかはAppStoreに誘導する為にAppleがわざとやってる点は
踏まえたうえで、ブラウザアプリよりネイティブアプリが好まれる理由を挙げよう

1.Safariは一定時間毎にセッションが切れるので、ゲームにアクセスするには
 都度ログイン操作が必要。ネイティブアプリならセッションを保持できる。

2.アプリなら複数アカウント持ちなどの不正がやりにくい
 ・iOSのSafariはガラケーのように端末IDをサーバに送信しない
 ・アプリからは端末ID代替の認証手段が用意されている
  i) インストール毎にユニークなID(IUID)の発行およびサーバとの通信の許可
  ii) iCloudにアクセスすることを認めている

3.アプリはゲームセンターで実績を公開・共有できる

4.AppStoreはiTunesとポイントを共有している
 ・音楽を買った残りのポイントでアプリのアイテム購入なども可能

5.アプリは、サーバから投げたプッシュ通知を受け取り、iPhoneの
 トップ画面に表示させることができる。

これらの点については、どんだけJavaScriptが速くなって、どんだけサーバの
レスポンスがあがってもネイティブアプリには勝てんのよ。
アメーバもブラウザアプリに拘り続けてたがネイティブアプリの利便性には
勝てずに結局ネイティブへの切替を進めている。

440 :,,・´∀`・,,)っ-○○○:2014/04/28(月) 20:46:15.28 ID:Jc5XLPMd
Tizenなんか対抗馬としてもてはやすベンダーもいるかもしれないが
十分甘い汁すってるアプリ屋からすれば
「サムスンやdocomoがAppleやGoogleやりたいだけだろ」
てな具合になる。

厳しいだろうねえ。
IntelもiOSやAndroid向けのXMLベースのアプリ開発ツール公開してるし
既存の市場でどう戦うかを論じるべき時だよ。

PCならロイヤリティフリーだけど、ある意味Tizenより
新規参入の難しい業界だろう

441 :Socket774:2014/04/28(月) 20:57:08.74 ID:Ed9O0ifs
Intel Turbo Boost Technology Monitorってメモリリークのバグある気がする
ずっと起動してるとメモリ使用量がすげー増えてくる
最新版の2.6.20使ってるんだが....
まあずっと起動しておくもんじゃないのかな

442 :,,・´∀`・,,)っ-○○○:2014/04/28(月) 20:58:02.05 ID:Jc5XLPMd
バグ報告したほうがいいかもしれんねそれは

443 :Socket774:2014/04/28(月) 21:36:47.52 ID:92szXjPQ
>>438
Diskkeeprだの監視ソフトだのいろいろ入れてるだろうからなー

444 :Socket774:2014/04/28(月) 23:53:07.84 ID:b26MMkYg
444 get !

445 :Socket774:2014/04/29(火) 01:33:37.64 ID:g9JwEZd5
>>438
省電力設定がオンになってるとか、SSDじゃなくてHDDだとか、
メモリ不足とか、余計なソフトがたくさん入ってるとかそんなのが原因だろ

C2Qに比べたら圧倒的にcore i7が速いわ

446 :Socket774:2014/04/29(火) 02:29:35.87 ID:9Arfn+Zg
セキュリティソフトが原因で
アホみたいに遅い事が多いわ

447 :Socket774:2014/04/29(火) 02:58:45.84 ID:J5OLnO7j
今時セキュリティソフトって…笑
漢ならノーガードでいいっしょw

448 :Socket774:2014/04/29(火) 03:24:41.58 ID:ROQgmYeB
>>436
正直そのショバ代もパッケージ販売と比べりゃ割安なんだがな・・・

449 :Socket774:2014/04/29(火) 03:26:15.91 ID:ROQgmYeB
>>439
PCと比べてスマホはブラウザが不便すぎるんだよな

450 :Socket774:2014/04/29(火) 08:06:56.97 ID:dtZ19mv6
30秒で電池を充電できる?「スーパーキャパシタ@25,000円」 | 「マイナビウーマン」
http://woman.mynavi.jp/article/130904-076/
https://www.google.co.jp/url?q=http://www.wakamatsu-net.com/cgibin/biz/page.cgi%3Fcate%3D2115&sa=U&ei=INxeU-zvHMX38QWUhoH4Bg&ved=0CEcQFjAF&sig2=MznIIxqt5yFf8qOz9htkgw&usg=AFQjCNH-ez9dzRpuJRs5OFeWWJ_EaecVdg
http://www.wakamatsu-net.com/cgibin/biz/page.cgi?cate=2115

451 :Socket774:2014/04/29(火) 13:34:43.51 ID:yNznarcp
変なコテハンのやつはスレチだから消えろ

452 :Socket774:2014/04/29(火) 13:35:36.65 ID:yNznarcp
変なコテハンのやつはスレチだから消えろ
ソフト板でやってろ

453 :Socket774:2014/04/29(火) 21:41:04.66 ID:fF9F5+7h
団子のことか?

454 :Socket774:2014/04/29(火) 22:04:32.38 ID:KVqc7hxb
良い団子と悪い団子がいるから仕方ない、多分本人も気づいてない

455 :Socket774:2014/04/29(火) 23:55:01.24 ID:2POnb8LX
いる時に言えよw

456 :Socket774:2014/04/30(水) 02:13:32.36 ID:pz399vmO
団子は偏在しているからな
まさにユビキタス

457 :Socket774:2014/04/30(水) 03:59:14.13 ID:aUUXF736
>>439
お前はスレチだからソフト板か自分でスレでも立てて篭ってろ

正直迷惑
ハードの話がしたいのにお前のせいで脱線していることに気づけ
それともそんなこともわからないアホなのか?

458 :Socket774:2014/04/30(水) 05:39:44.06 ID:RYYMpnAb
ソフトあってのハード

459 :Socket774:2014/04/30(水) 07:31:11.98 ID:zQaIFt3w
団子のダメなのはPCの話題にHPCで反論したつもりになってるとこ

460 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 08:54:02.91 ID:laAJx0rq
>>459
何の話だね。
GPGPUが不毛な技術だといわれて悔しかったかね?

新しいアルゴリズムはHPCから生み出され、サーバ・ワークステーションを
経てPCに下方展開する。ホンダだって結局F1に復帰したじゃないか。
NVIDIAのCUDA普及計画だってこれに基づいている。

逆にコンシューマから上方展開できるソフト技術なんて稀なんだよ。
無償のプラットフォームを立ち上げてコンテンツクリエイター向け
有料ソフトで回収するビジネスモデル(eg: Adobe製品)もあるが、
基本的に支配者にならないと生き残れない。

461 :Socket774:2014/04/30(水) 09:22:16.09 ID:XNBE3qT7
まぁでもあれだよな、ネイティブだろうがWebだろうが、ネットに常時接続してソフトが常に最新版に更新される事が前提にできるんだから、
結局のところ需要(ブラウザ新機能等)・必要性(不具合等)があれば即座に更新対応されてユーザーも混乱しない
そういう環境ができたわけだから、もう後は純粋なプロセッサ性能競争になるわけで、後はIntelが障害を一つ一つ攻略するだけになった
Android-x86x64、Windowsの小型省電力化、そしてラスボスの3G・LTEモデム

462 :Socket774:2014/04/30(水) 09:49:52.53 ID:ydG5wiUe
3Gモデムはすでに十分に実績のあるやつを持ってるんだよなあ・・・

463 :Socket774:2014/04/30(水) 11:32:19.02 ID:CZF9Y9Kr
3Gのみなら中華メーカーの安物があるからなぁ

464 :Socket774:2014/04/30(水) 12:35:58.79 ID:lN8KnBNZ
>>456 それは遍在
偏在は逆の意味になるからスルーできない誤変換

465 :Socket774:2014/04/30(水) 16:22:35.77 ID:Wwbhf+RC
GoogleがサーバをIntelからIBMの「OpenPOWER」陣営に乗換え、Intelにとっては大打撃
http://gigazine.net/news/20140430-google-shift-intel-to-ibm/

466 :Socket774:2014/04/30(水) 18:59:13.66 ID:XNBE3qT7
良い事じゃん、Intel依存のコードばかりになってると、逆に過去のIntelプロセッサに最適化された
コード・バイナリが現在のIntelプロセッサには合わない、という状況も発生したりするリスクがある
きちんと依存性を排除したプロジェクトにする事で未来のIntelプロセッサに恩恵が出る

467 :Socket774:2014/04/30(水) 19:01:38.10 ID:STN5f38E
同意

468 :Socket774:2014/04/30(水) 19:01:56.44 ID:YLg7tmKj
ARMかとおもいきやまさかのIBM

469 :Socket774:2014/04/30(水) 19:02:04.62 ID:Qzet77ft
>>465
http://pc.watch.impress.co.jp/img/pcw/docs/642/448/28.jpg

470 :Socket774:2014/04/30(水) 19:17:30.38 ID:hem1I8rR
Google先生の掌で生かさず殺さずってところか

471 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 19:36:27.72 ID:laAJx0rq
リスクヘッジ用の代替プラットフォームとして同じx86ベンダーとして
真っ先に名前が挙がるあそこが無視された事実のほうが大きい

472 :Socket774:2014/04/30(水) 19:55:21.01 ID:N/vxT9NY
一体何に使うサーバなのだろうか
マザー上はかなり見慣れない配置のようだが

473 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 20:02:13.00 ID:laAJx0rq
なにせGoogle様は独自にカスタマイズしたMySQLなんかのソースコードも
公開しないからね

474 :Socket774:2014/04/30(水) 20:06:40.93 ID:RYYMpnAb
まさかもなにもopenpowerのトップはgoogleやで

475 :Socket774:2014/04/30(水) 20:10:58.30 ID:vf59JXPU
googleの競争力の源泉となってるところはコミュニティーにフィードバックせずに自社オンリーなんでしょう
ただし、それ以外の部分や、公開したほうがgoogleのためになると判断した部分に関しては
googleの改変をかなりフィードバックしてるね

たとえばフリーソフトを魔改造してサーバが従来の半分で済んだとする
その改造部分をフィードバックすれば、ライバルもサーバ台数を半減できるが、
フィードバックしなければgoogleだけがライバルより同等のことを半分のサーバで行えるっていう
非常に大きな優位が発生する

476 :Socket774:2014/04/30(水) 20:23:11.54 ID:RYYMpnAb
http://insidehpc.com/2014/04/29/podcast-nersc-build-70-million-cray-supercomputer-based-knights-landing/
Podcast: NERSC to Build $70 Million Cray Supercomputer based on Knights Landing

477 :Socket774:2014/04/30(水) 20:25:35.97 ID:RYYMpnAb
>>475
サーバーを利用させる何かがないと不毛な話だな

478 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 20:40:07.38 ID:laAJx0rq
Googleはx86レガシーコード依存からの脱却をするだけの勇気も資産もある
企業だが、なぜHSAに興味を示さないのか。
そこの見極めができてるかがAMDの今後を決めるだろうな。

AMDがたびたび言及するB-/B+Treeの高速化なんてGoogleのサービスにも
影響のある分野だ。
画像や動画も大量に扱うから、画処理を高速化するアクセラレータは
有効かもしれない。
しかしGoogleはHSA Foundationへの出資をしない。

この理由として考えられる可能性はひとつよ。


  「こけおどし」に過ぎないと見透かされてるから。


まあ、HSAは旧経営陣の産み出した一番の膿だと思ってるので
ここを出し切らない限りは未来は無いだろう

479 :Socket774:2014/04/30(水) 20:45:13.85 ID:8k6pMiN3
Intelがサーバー用プロセッサーを遺伝子解析に向ける、ソフトウエア企業と協業
http://techon.nikkeibp.co.jp/article/NEWS/20140430/349220/

480 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 20:54:01.39 ID:laAJx0rq
Googleは1つのクエリを1000台のXeonサーバで分散処理するくらいに
マルチスレッドを使いこなす企業だが、そのGoogleですら
Xeonの代替として、POWER8のようなシングルスレッド性能の高いプロセッサを
必要としてるのも事実だな。

ぶっちゃけ、「ワットあたりのマルチスレッド性能」ならPOWER8よりベターな
ソリューションはいくらでもあるだろ?
SPECpower_ssj2008のスコアを見てもPOWERサーバってワットパフォーマンスは
Xeonよりむしろ悪い。

481 :Socket774:2014/04/30(水) 21:04:32.56 ID:/5tvgwW/
>>475
魔改造ワロタw

482 :Socket774:2014/04/30(水) 21:27:13.09 ID:D0aAAozl
POWERってウン千億の投資をペイできるほどの需要あるの?

483 :Socket774:2014/04/30(水) 21:39:19.01 ID:RYYMpnAb
openpowerはgoogleの為にあるといっても言い

484 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 21:49:17.50 ID:laAJx0rq
>>482
IBMは半導体開発のコストをカットするために事業売却を考えた。
収益構造の改善のために無策ではないのは間違いないだろう。

485 :Socket774:2014/04/30(水) 22:51:16.30 ID:vU6UkSoI
Intelは、iris proみたいなedramをXeonに入れればいいのに
もちろん、GPUは積まずに全量をL4$として使用

L4$のタグ領域はメインダイのSRAM、L4$のデータをオンパッケージ別ダイeDRAMみたいな感じで

486 :Socket774:2014/04/30(水) 23:09:35.76 ID:Ki2gxTYr
>>485
色々な意味でムダでしょ
それよりHMCで速度を底上げしたほうが得策

487 :Socket774:2014/04/30(水) 23:14:29.67 ID:iFuqx8I+
>>485
GPUでなければedramを使い切れない、
とintel自ら証明したわけだw

488 :,,・´∀`・,,)っ-○○○:2014/04/30(水) 23:48:05.45 ID:laAJx0rq
やるならHMCでしょ。
Xeon PhiのはHMCだと思うよ。
IrisProのeDRAMを16GB分重ねたら128枚必要になるし。

489 :Socket774:2014/04/30(水) 23:49:39.54 ID:QZx75l95
ARMの対抗馬はMIPSじゃなくてPPCだったのか

490 :Socket774:2014/05/01(木) 00:07:24.23 ID:yk+kK2Kd
>>489

いいものはメインフレームに使って、ちょっと選別に落ちるものを
格安でGoogleが引き取ることにしたのか。
捨てるよりはマシだからな。

491 :Socket774:2014/05/01(木) 00:37:44.46 ID:UVTb+5bF
ARM一極化はGoogleも避けたかったけど
x86を支持したら間接的にWintelを後押ししてしまうから
第三の選択肢としてPPCになったということかな

492 :Socket774:2014/05/01(木) 00:42:49.68 ID:62sxsPr0
powerpcじゃなくてpowerだからw

493 :Socket774:2014/05/01(木) 02:09:25.50 ID:r7MhWXEU
自社で必要なIPを組み合わせるのにPowerが便利だったとかそういう話になるかもね
Googleぐらいの規模であれば、例えば動画像処理のために
専用回路を入れたIPを設計しても元が取れるかもしれない

まあなんかXeonも実はカスタム品を作ってるという話はあったが……

494 :Socket774:2014/05/01(木) 03:31:11.66 ID:r7MhWXEU
Intel Clang-based C++ Compilerが登場したらしい
バックエンドはicc由来のIntel謹製で、iccと性能は同等とのこと
Mac向けとか書いてある

http://llvm.org/devmtg/2014-04/PDFs/Posters/ClangIntel.pdf

495 :Socket774:2014/05/01(木) 06:54:41.45 ID:/CQu4j72
>>491
Intelだと敵対してるMicrosoftにも間接的に利益いっちゃうからIBMなんだろうね

496 :Socket774:2014/05/01(木) 07:58:35.68 ID:mbBYndD6
企業間の政治的な駆け引きの話も面白いかもしれないが
技術が選択に与えた影響についても考えてみようじゃないか
POWER8の仕様はHaswellと比べてどうなんだ
 8命令発行 10命令イシュー 16本の実行パイプライン
 L1data 64KB / L2 512KB
 L3 8MB(1coreあたり)/ L4 128MB(12coreあたり)
 L2接続 R 64Byte*4GHz / W 16Byte*4GHz
 L3接続 R 32Byte*4GHz / W 32Byte*4GHz

 メモリー(12coreあたり) peak410GB/sec 実効230GB/sec

 CAPI(Coherence Attach Processor Interface)
   PCIe接続のプロセッサにキャッシュコヒーレンシーを提供
   ただし相手側にも対応機構が必要
   接続プロセッサはGPUの他NANDコントローラ等も想定

497 :Socket774:2014/05/01(木) 08:02:01.38 ID:tJrS3wuc
Risk(Windows)

498 :Socket774:2014/05/01(木) 08:15:27.98 ID:xcjDVZlE
>>496
X86、ARM、MIPSあたりも並べてくれるとありがたい

499 :Socket774:2014/05/01(木) 08:30:11.87 ID:mbBYndD6
>465
CPUを決めうちしてアーキテクチャに依存する要素をソースの中に
ばら撒くことはできるだけ避けて、依存要素は分離・カプセル化しないと
気持ちが悪い、という癖は今もプログラマの文化として受け継がれていると思う。

サーバーサイドのプログラムなら、Gordon MacKeanの言ってる
ポーティングが容易だったという話をそれほど不思議だとは思わない。

500 :Socket774:2014/05/01(木) 12:44:08.05 ID:w5pWAEVl
TSVでHBMメモリーがスタックされたらeDRAMは要らない子に・・・・
インテルはひょっとして先走ってしまったのか?
まあeDRAMなんてすぐに取り除いてL4はHBMに変わるんだろうけど

501 :Socket774:2014/05/01(木) 13:26:43.57 ID:GuC/+Gn7
>>500
Intel的には次までの繋ぎって位置付けだから想定の範囲内っしょ。

502 :Socket774:2014/05/01(木) 13:34:03.46 ID:S4DHEdVB
HMCが完成した暁にはHBMなんていらない子に

503 :Socket774:2014/05/01(木) 13:59:05.12 ID:GuC/+Gn7
どうだろう?
何だかんだでJEDEC準拠は大きいんでねーの?

504 :Socket774:2014/05/01(木) 14:00:51.44 ID:cHSQKDPz
仕様を見ると帯域はHBM有利、容量はHMC有利になりそう

505 :Socket774:2014/05/01(木) 14:10:20.45 ID:mbBYndD6
>>498
全部は勘弁

x86 Haswell-EP
 8 pipe
 L1data 32KB / L1inst 32KB / L2 256KB
 L3 2.5MB(1coreあたり)
 L1data R 64Byte/Cycle / W 32Byte/Cycle
 L2 64Byte/Cycle

 メモリー peak 85.333GB/s(E7v2 Ivy 〜15core)
       peak 68.266GB/s(E5v3 〜14core)

LLCのByte/Cycle(リングバス通過なし)がわからん。
リングバスと同じスループット?

506 :Socket774:2014/05/01(木) 15:46:36.26 ID:l3v5mH1F
結局XEONとパワーはどっちが速いのさ?

507 :Socket774:2014/05/01(木) 15:52:58.77 ID:GuC/+Gn7
Xeon

508 :Socket774:2014/05/01(木) 16:47:49.67 ID:nNV4aPEx
Intelからすると、自社fabの稼働率が低い場合は、eDRAMも自社で作ったほうがいい
自社fabの稼働率が高い場合は亜、eDRAMは外部から買ったほうがいい

自社製造か外部調達かは、自社fabの稼働率次第だろうね

509 :Socket774:2014/05/01(木) 16:49:56.98 ID:nNV4aPEx
Powerは大容量L4$があるから、サーバソフトの多くはL4$によってかなり処理速度が向上する

まあXeonが速いかPowerが速いかはアプリ次第だろうけど、
一般的なサーバ用途では高速化しやすい

510 :Socket774:2014/05/01(木) 18:21:07.31 ID:4tnfRkIH
このスレにも変な嵐が住み着いたとかもう終わりだな

511 :Socket774:2014/05/01(木) 18:58:52.25 ID:Az8+xNjY
まあPOWER8はこのスレ向けの話題じゃないと思うけど
久々にRISC陣営が絶対性能でx86を脅かすチップを出してきたことに意義があると思う
ここでSPECint_rate2006, SPECfp_rate2006のスコアが公開されてるけど、
http://www-03.ibm.com/systems/power/hardware/benchmarks/hpc.html
6コアx4チップの24コア構成でint_rateが1750、fp_rateが1370@3.5Ghzとかなり性能が高い
最新のIvy-EXなXeon E7の6コアx4構成と比べてもこのスコアは高い
http://www.spec.org/cpu2006/results/res2014q1/cpu2006-20140310-28957.html
http://www.spec.org/cpu2006/results/res2014q1/cpu2006-20140310-28948.html
int_rateが1200、fp_rateが1060@3.4GHz

A社が脱落してサーバ/HPC市場じゃ敵なしかと思われてたけど気合入れてやらなきゃいかん

512 :Socket774:2014/05/01(木) 19:27:46.90 ID:vnRBWEuW
Xeonと比べてもコスパがいいとは言えないから
突くとしたらやっぱそこなんかね

513 :Socket774:2014/05/01(木) 19:36:06.01 ID:cHSQKDPz
オプが死んでからXeonは価格をどんどん上げてきているのでコスパはPOWERとそれほど変わらないのかもしれない
なにしろNetBurst時代のXeonは4ソケット対応の最上位モデルが20万円台だったし(今は60万)

514 :Socket774:2014/05/01(木) 20:01:46.79 ID:S4DHEdVB
>>513
それオプと関係なくね

515 :Socket774:2014/05/01(木) 20:20:42.78 ID:w5pWAEVl
>>511
来年以降にはPower8+も微細化されて登場するだろうし、インテルにとっても
侮りがたい存在となるかもね

516 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 21:28:07.42 ID:TZCNwdXZ
>>491
ARM(AArch64)なんてのは、一極化以前の問題としてソフトがない。
ましてサーバだぜ。
ハードもソフトも実績もがないものをいきなり基幹システムに使うなんて
そんな怖いことできるわけがないじゃん

SPECintの推定スコアでA57を上回ってるAtom(Avoton)すらGoogleは
使ってるという話を聞かないから、省電力サーバって使える用途が
あるのかは疑問だな。データベースって基本的にキャッシュ命でしょ。

517 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 21:30:19.34 ID:TZCNwdXZ
>>511
別にPOWERの絶対性能はいつもどおりだよ。
むしろ脅威なのはPOWERプラットフォームのオープンシステム化で
エンプラ市場における「IBM互換機」がほかのベンダーでも
出せるようになったこと

518 :Socket774:2014/05/01(木) 21:31:57.56 ID:LQ8eBSf2
>>504
HBMはインターポーザによる直結専用、HMCはBGAなんでソケット化に望みあり、と見てる。

519 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 21:43:04.73 ID:TZCNwdXZ
http://www.hybridmemorycube.org/about.html
こんだけのメンバーがいたらJEDEC規格外でもデファクトスタンダードは
確定じゃないかね?
(そもそもロジックに何を載せるか定義しない以上はJEDECが規格化
しようがないわけだが、だからといって普及の障壁になるかというと
そんなことはないと思われ)

というか、HMCのほうが構造上キャッシュコントローラ(+α)を混載
しやすいのでメモリだけのHBMよりはPhiに向いたソリューションのはずだ



スパコン最大の学会「SC13」に見る先端技術 7 富士通の次期スパコンはどうなるのか(前編)
http://news.mynavi.jp/column/sc13/007/

この記事の中でHBM, HMC, DDR4, GDDR5の比較がなされている
http://news.mynavi.jp/photo/column/sc13/007/images/005l.jpg

520 :Socket774:2014/05/01(木) 21:56:01.35 ID:cHSQKDPz
HMCのいいところはHMC同士をデイジーチェーン接続していくらでも容量を増やせるところ
HBMで容量を増やそうとするとシリコンインターポーザとダイの再設計が必要になるがHMCなら基板の変更だけで済む
ピンもHBMより少ないからモジュール化も不可能ではないのでそもそも基盤の再設計すら不要の可能性もある
メモリを数百GB搭載するサーバではHBMオンリーは不可能でDDR4との組み合わせになるが、
HMCはHMCだけで必要な容量を確保できるだろう

521 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 21:56:07.75 ID:TZCNwdXZ
>>513
それE7じゃん。
ItaniumなみのRAS性能と品質保証が求められる最上位レンジだからこそ
設定可能な価格だよ。
そのレンジはNetBurst世代のXeon(共有バスのFSBベース)では弱すぎて
そもそも相手にされなかったし、また、8ソケット対応のOpteronが30万超えで
ブイブイ言わせてた。

ちなみにコア数が変わらないXeon E3とかE5下位は同コア数での価格設定は
そう大きく変わってない。
ハード屋としてはコア数が増えるほど同じ演算性能でのサーバ台数を減らすことが
できるので、一概に高いXeonがコストアップになるかと言うとそうもいえない。

522 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 22:16:58.04 ID:TZCNwdXZ
あ、HMCの仕様ドキュメントだけどユーザー登録フォームをスキップしても
PDFダウンロードはできるよ

523 :Socket774:2014/05/01(木) 22:40:04.78 ID:vnRBWEuW
>>516
省電力サーバは多分普及しても家庭に限ると思う
家庭に関していえばもっと省電力サーバが流行って、ウェアラブルやスマホとの連携を取り組むべきだと思う

524 :Socket774:2014/05/01(木) 23:09:55.50 ID:62sxsPr0
流行りませぬ

525 :Socket774:2014/05/01(木) 23:10:10.00 ID:oBYi2sOF
グーグルとインテル、米国時間5月6日に「Chrome OS」関連プレス向け発表開催へ
http://japan.cnet.com/news/service/35047310/

526 :Socket774:2014/05/01(木) 23:15:17.06 ID:Q5q0f6uY
>>517
エンプラ市場限定っていう縛りあるの?

527 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 23:16:55.30 ID:TZCNwdXZ
ホームサーバ的に使うのならパソコンで十分だな。
既に使い慣れたWindowsがあるからユーザーは新たな操作を覚える必要はない。

つけっぱなしでも電気代も気にしなくてすむようにアイドル時消費電力を抑えられる
NUCはそういうコンセプトを実現しやすいプラットフォームだと思う。

528 :Socket774:2014/05/01(木) 23:20:49.95 ID:yk+kK2Kd
Power系だと伝統的にDBに強いから、バックエンドサーバでXeonと競争してくれるといいね。

529 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 23:21:57.93 ID:TZCNwdXZ
>>518
え?パソコンに使いたいの?
PowerMac買い支えてやらなかったことを悔やんでも遅いよ


今まで上位のUNIXサーバ市場でしか使えなかったPOWERサーバが
下位製品が中心ではあるものの、Xeonの主戦場であるDPサーバで
競合しうるレンジにも投入されるようになった。
これは大胆な方向転換だよ。
IBMはその戦略にとって邪魔になる自身のx86サーバ事業をLenovoに売却。

530 :Socket774:2014/05/01(木) 23:28:01.54 ID:VGjGZq/R
ARMとPOWERの板挟みか

531 :,,・´∀`・,,)っ-○○○:2014/05/01(木) 23:36:02.41 ID:TZCNwdXZ
命令セットの異なるプロセッサがしのぎを削り
移植性をきちんと考慮して組まれたソフトウェアが市場を獲得できる
これはソフトウェア産業の活性化のために歓迎すべき流れよ。

もちろんRubyはPOWERでも動くぜ。
ARMは・・・性能的にきついわ

「俺らのハードで動くプログラミング言語を選べ」みたいなハード屋の
エゴ丸出しのGPGPUばかりが自称x86のライバルじゃ
大半のプログラムは実質x86しか選べないからな。

532 :Socket774:2014/05/02(金) 00:03:23.06 ID:8xfdzpMO
OPENPOWERってエンプラ市場限定なの?

533 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 00:11:44.64 ID:j0Zt3cQi
パソコンならないぞ。勿論スマホもだ。

まあHPCも広義のエンプラだからな。

534 :Socket774:2014/05/02(金) 00:21:49.60 ID:kV9tBZcS
Xeon+Xeon Phi
POWER+Tesla
Googleはこの二本立てで行くのね、A社×2はお呼びじゃないと
そういやDARPAのエクサスパコンもひょっとしてこの組み合わせ対決になるんか

535 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 01:04:37.77 ID:j0Zt3cQi
Googleはアクセラレータについて何も言及してない
TeslaやPhiをいったいどこで使うのだね

ちなみにYouTubeでVP9コーデックとかが本格運用されるようになったら
専用ASIC使うんじゃないかと思ってる
(スマホに搭載されてるものが既にあるし)

536 :Socket774:2014/05/02(金) 01:19:20.58 ID:8xfdzpMO
>>533
将来的にx86、ARM、POWERの三つ巴の戦いが見れるのかと思ったけど
そういうわけではないのか

537 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 01:36:20.81 ID:j0Zt3cQi
死体蹴りもたいがいにしないと発狂するやつも多数出てきそうだが
敢えて言う。
結局IBMがオープン市場に参入してきたのはこれ。

・非x86に乗り換えるリスク以上に、このままIntelの対抗馬としてのポジションを
 AMDに頼り続けるリスクのほうが大きい
・当然HSA(笑)も信用に値しない技術である



サーバだけじゃなくてクライアントもそうだけど、
AMDはIntelに局所的に勝利してれば安泰だという楽観的な戦略は
もはや通用しないということは理解するべきだな
PCベンダーもタブレットやChromebookなどで非x86のネット端末を採用して
その意味で(Intel以外の選択肢という意味で)AMDへの依存度を減らしている。

538 :Socket774:2014/05/02(金) 01:54:54.30 ID:OdRZWgky
x86、POWER、Sparcの三つ巴になるといいけど、SparcはOracleのせいで脱落しそうなところが。
三桁万円で買える売り切りサーバあたりまで降りてくるんでしょう。
少なくとも、Linux開発者が買えないんじゃお話にならないんで、エントリーマシンが数十万円くらいの
お値段で出てくる可能性はある。
TYANが協力メーカーなので、MBは多分出回るだろう。

539 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 01:57:46.69 ID:j0Zt3cQi
そーいやPWRficientベースのAmigaって結局出なかったな
結構期待してたのだが

540 :Socket774:2014/05/02(金) 02:14:08.80 ID:tZcJQlNE
ん? AmigaOne X1000て発売されてないの?
ベンチマークの記事とかちらほら見たけど
http://www.amiga-news.de/en/news/AN-2012-02-00011-EN.html

別にG4/G5と比べて速くない

541 :Socket774:2014/05/02(金) 02:30:50.01 ID:oM8aicR/
中国はSPARCもどきFeiTeng、MIPSもどきLoongson、
AlphaもどきShenWeiを作ってるわけだが、全てをやめることは
ないだろう。売れる売れないとか関係ないからな

542 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 02:40:14.35 ID:j0Zt3cQi
PA6T-1682M自体はPAsemiをAppleが買収する前にいくつかの
サーバで採用されてるからX1000のみが唯一の搭載機というわけではない。

543 :Socket774:2014/05/02(金) 03:30:23.61 ID:tqXFO87o
http://maguro.2ch.net/test/read.cgi/pc2nanmin/1372918692/126
 ↑  ↑  ↑    ↑  ↑  ↑

544 :Socket774:2014/05/02(金) 04:25:53.75 ID:T2rxSWhl
>>535
VP9コーデックの一番の問題は、クライアントがハードウェアデコードに対応してない点

クライアントがデスクトップPCなら、CPU処理でゴリゴリデコードすればいいが、
クライアントがスマホ・タブレットの場合、クライアントがハードウェアデコードに対応してないので、
バッテリー消耗しまくってCPUデコードしないといけないし、高解像度高fps画像ならCPU処理能力の関係で
一昔前の機種ならデコードさえ無理なんじゃないの?

どんなクライアントでもハードウェアデコードできるH264みたいに使うのは負荷

545 :Socket774:2014/05/02(金) 04:32:11.77 ID:T2rxSWhl
スマホ・タブレット用GPUが、H.265/HEVCのハードウェアデコード対応表明したり、すでに最新の一部では対応してるので、
モバイル用途考えるならもうH.264の次のコーデックはH.265/HEVCで決まりでしょう

PC用GPUももちろんH.265/HEVCのハードウェアデコーダを積んでくるでしょ?

546 :Socket774:2014/05/02(金) 05:23:27.76 ID:w04sgV+Z
>>535
一応openpowerの公式でこういうのが

NVIDIA GPUアクセラレーター
- NVIDIAは、POWERプロセッサーとNVIDIA GPUの組み合わせに対するCUDAソフトウェア・サポートを追加します。
IBMとNVIDIAは、初のJava向け GPUアクセラレーター・フレームワークによって、CPUのみで実行する場合と比較して、
Hadoopアナリティクス・アプリケーションのパフォーマンスが飛躍的に向上することを紹介しました。
NVIDIAは、高速インターコネクトNVLinkをOpenPOWER Foundationの参加者向けに技術をライセンス提供します。

XilinxとAltera:CAPI接続のFPGAアクセラレーター
- IBMは、CAPI接続可能な2つのアクセラレーター・ソリューションを説明しました。
遅延を大幅に削減しつつ、消費電力あたりの性能を35倍に向上させるメモリー内キャッシュKey-Value Storeと、
CAPI接続されたAlteraのFPGAを採用して200倍の高速化を実現するモンテカルロ法を用いた金融分野向けのモデルです。

547 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 08:11:18.49 ID:zQZBVWhF
>>546
だからさ、OpenPOWERの参加企業がCUDAを使うことを強制されてる
わけじゃないよね?

すさまじい論理の飛躍だ。
そもそもGoogleの発表したオリジナルのMapReduceはC++で書かれているが
そしてそのアイディアに触発されて生まれたHadoopはJavaで掛かれている。
なぜGoogleがパクリのほうのHadoopとJavaを使わねばならんのだね?

まあただ、「HSAを使うことでB+/B-treeが高速化できる」(キリッ ってのが
相手にするに値しない与太話なのはGoogleすらHSA Foundationに参加
してない事から示されている(このネタはプレゼンでも使えるぜ)

548 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 08:29:22.58 ID:zQZBVWhF
>>544
だからVP9に対応するハードウェアデコーダのIPなら既にあるって
http://www.businesswire.com/news/home/20140407005133/ja/

> Hantro G2はシングルコアアーキテクチャーで4K@60 fpsを達成した
> 業界初のIPでHEVCとVP9のビデオフォーマットをサポートしています。

H.265は特許のライセンス料が発生するがVP9はGoogleが認める限り
ロイヤリティフリーだ
YouTubeってh.265使ってたっけ?VP9なら対応してた気がするんだがな

549 :Socket774:2014/05/02(金) 08:37:23.52 ID:lM0YaV5J
Nexusみたいな形でPOWER使ったAndroid製品だしてほしい

550 :Socket774:2014/05/02(金) 08:48:59.97 ID:+TQPX3ne
>>547
組合の技術を好きにアクセスできるので強制ではないが
使うことが出来る

そしておそらくgoogleは使う

551 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 08:49:12.18 ID:zQZBVWhF
今のIBMはARMに対抗することを考えていない
大体にPSVitaのCPU(Cortex-A9)すらIBMも開発にかかわってる

552 :Socket774:2014/05/02(金) 08:51:07.60 ID:K2jMfQv8
インテルの落ちぶれっぷりが酷すぎ・・・誰がインテルを殺すの?
http://hayabusa3.2ch.net/test/read.cgi/morningcoffee/1398987985/

553 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 08:52:20.50 ID:zQZBVWhF
> そしておそらくgoogleは使う

理解できんのかね?その論理の飛躍は「根拠に乏しい」と言ってるのだが?
反証として、GoogleはCUDAのデモや論文を発表したことは一度もない。

554 :Socket774:2014/05/02(金) 09:01:58.03 ID:+TQPX3ne
成果物を使えば良いからね
なんなら噂されてるgoogleのクラウドゲーミングサーバと兼用も出来るわね

555 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 09:06:09.75 ID:zQZBVWhF
> 成果物を使えば良いからね
GPGPUを使わないこともできる。

> 噂されてる
噂と真実を混同するバカでしたか

556 :Socket774:2014/05/02(金) 09:10:45.79 ID:+TQPX3ne
いや、googleのクラウドゲーミングってのはGreen Throttle Gamesを買収した時から言われている
amazonが動き出したのでgoogleも動くでしょう

557 :Socket774:2014/05/02(金) 10:28:19.30 ID:3RLZBFzg
>>494
clang使えば、OpenMPとCilkplus、あとLLVMのベクタライズで、
C++で普通に書いてどのCPUでも隅々まで使い切ってくれるようになるんかなあ

558 :Socket774:2014/05/02(金) 10:30:54.79 ID:fuVf53+O
amazonのクラウドゲーミングは、たとえるなら、金鉱を掘りに来た人に高価なスコップを売ってる状態だからな
amazonが自分で掘ってるわけじゃない

で、金鉱を掘りに来た人の多くは、そろばんはじいて、こんな高価なスコップじゃ採算があわない
いまは試掘だけして将来スコップの値段が安くなれば本格的に掘るぞっていってる状態

559 :Socket774:2014/05/02(金) 10:31:36.69 ID:3RLZBFzg
ARMの方では、ARM製LLVMバックエンドのAArch64とApple製ARM64が、ARM64ベースで統合されるとか
そのうちGoogleがPowerバックエンド作ったりして

560 :Socket774:2014/05/02(金) 15:17:38.96 ID:D6evSR3e
今後eDRAMは盲腸みたいになってしまわないようにSoCとして統合はないだろうな
いつでも切り離せるように現状のままにしておいて、HBMが実現したらさっさとおさらばと
L4キャッシュはHBM
Power8の方がむしろeDRAM切り離してHBMに移行するのに問題が発生しそう

561 :Socket774:2014/05/02(金) 15:31:54.69 ID:Xq+TCpzb
シリコン半導体のメモリの基礎原理と
これまでの歴史でどのように変わって早くなってきたとか
SRAMとDRAMの違いを説明してください

562 :Socket774:2014/05/02(金) 16:27:53.54 ID:oM8aicR/
レイテンシや消費電力の点でHBMやHMCにHaswell eDRAMの
代わりがつとまるとは思えない

モジュール形式に対する需要はGPUメモリーでは強くないが
CPUでは残るだろう。そこがHBMやHMCで行けるのかも疑問

563 :Socket774:2014/05/02(金) 18:03:25.35 ID:3MQEe73A
>>559
AArch64アセンブラの構文がApple記法に統一されるということ?

564 :Socket774:2014/05/02(金) 18:09:30.55 ID:vRVSutBe
>>559
ソースわいな!

565 :Socket774:2014/05/02(金) 18:09:44.02 ID:Xq+TCpzb
コンパイラ作ればいいから文法は同じなほうがいい

566 :Socket774:2014/05/02(金) 18:10:33.08 ID:Xq+TCpzb
16進数は間違いやすいんだよね

567 :Socket774:2014/05/02(金) 18:21:23.55 ID:3MQEe73A
ARM推奨記法
fadd v0.4s, v1.4s, v2.4s
Apple記法
fadd.4s v0, v1, v2

568 :Socket774:2014/05/02(金) 18:32:58.49 ID:3RLZBFzg
>>563-564
AppleとARM、64ビットARM向けコンパイラ開発リソースをLLVMに投入
http://developers.slashdot.jp/story/14/04/21/0516228/
Apple%E3%81%A8ARM%E3%80%8164%E3%83%93%E3%83%83%E3%83%88ARM%E5%90%91%E3%81%91%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%A9%E9%96%8B%E7%99%BA%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%92LLVM%E3%81%AB%E6%8A%95%E5%85%A5
> Appleが64ビットARM向けのLLVMバックエンドをオープンソース化したそうだ。
> また、ARM社も64ビットARM向けには自社開発のコンパイラではなくLLVMを推奨する方向らしい(ARM 64bit でLLVMは見逃せない、Phoronix)。
> すでにLLVMには64ビットARM向けバックエンド(aarch64)があるが、今後はApplegはオープンソース化したLLVMバックエンド(arm64)をベースに統合作業を進めるという。

だそうで
x86・x64→LLVM本家とIntel、64bitARM→ARMとApple、Power→IBM
GoogleもPowerバックエンド作ったら面白いのに

569 :Socket774:2014/05/02(金) 18:35:24.09 ID:vRVSutBe
16進数はARMかAPPLEどっちなの

570 :Socket774:2014/05/02(金) 18:45:21.10 ID:3RLZBFzg
なんで記法とかわけわからんどうでもいい話になってんの
LLVMバックエンドの話なのに

571 :Socket774:2014/05/02(金) 18:50:54.51 ID:3MQEe73A
調べてみるとAppleバックエンドの特徴は
http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-April/071935.html
ということらしい

>Both NEON syntax variants (general & iOS) are supported by ARM64 now.
最初から対応しとけよ...これのせいで移植性のあるコード書くのに苦労したんだ

572 :Socket774:2014/05/02(金) 18:53:29.93 ID:3MQEe73A
>>570
もともとclangにあったAArch64バックエンドは、iOS向けのアセンブラに対応したコードを吐けないんだ
これが結構困るんだよ

573 :Socket774:2014/05/02(金) 18:55:25.87 ID:3RLZBFzg
なるほど、しかしこれAndroidのARTにもRenderScriptにもそのまんま使われるんかな
Apple太っ腹〜

574 :Socket774:2014/05/02(金) 20:38:00.93 ID:H/bBsIqE
gcc(x86)って、コンパイラがアセンブラ吐いてアセンブラがバイナリ吐くっていう2段階だよな?
まあふつうに使ってる限り途中のアセンブラは出てこないから直接バイナリ吐いてるように見えるけど

575 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 20:45:34.10 ID:zQZBVWhF
いいえ
CPU非依存でレジスタ数無限の中間コードを経て各プラットフォームの
バイナリコードです

-Sで出てくるのはあくまで諸々の最適化をかけたあとの
バイナリコードのダンプです。

576 :Socket774:2014/05/02(金) 20:57:48.52 ID:/AyyLQUY
POWER MacがGoogleから復刻されるとか胸が熱くなるな

577 :Socket774:2014/05/02(金) 21:22:55.96 ID:Xq+TCpzb
だんごが上から来た

578 :Socket774:2014/05/02(金) 21:25:52.60 ID:uw6o9Onv
>>574
> gcc(x86)って、コンパイラがアセンブラ吐いてアセンブラがバイナリ吐くっていう2段階だよな?
> まあふつうに使ってる限り途中のアセンブラは出てこないから直接バイナリ吐いてるように見えるけど

あー、もしもし??
アセンブリ知らんの?

579 :,,・´∀`・,,)っ-○○○:2014/05/02(金) 21:32:12.31 ID:zQZBVWhF
Cがアセンブラのプリプロセッサだった時代の知識でとまってる系では?

580 :Socket774:2014/05/02(金) 21:53:50.82 ID:uH6caYrs
これ、どの程度のビデオカードいんの?
https://www.youtube.com/watch?v=4Jc51w_VCzE

記事
【ビデオ】超リアルなゲーム画面を実写と比較! 最新レースゲーム「Project CARS」の予告映像
http://jp.autoblog.com/2014/05/01/project-cars-video-game-laguna-seca/

581 :Socket774:2014/05/02(金) 21:58:44.07 ID:GepW0fUF
Android Studioが使えすぎてわろたw

582 :Socket774:2014/05/03(土) 00:04:41.68 ID:77ltUOAx
Intel Broadwell graphics enhancements
ttp://www.cpu-world.com/news_2014/2014050101_Intel_Broadwell_graphics_enhancements.html

583 :Socket774:2014/05/03(土) 00:11:04.31 ID:LTE3R/fc
>>582
順当進化といったところか。

584 :,,・´∀`・,,)っ-○○○:2014/05/03(土) 00:14:41.11 ID:07fOzIHW
地味だが必要なところは抑えてきたね

585 :Socket774:2014/05/03(土) 00:29:50.79 ID:w5BMWfup
Sandy以降、正直EU数が増える以外強化されてるようには思えない
世代が8になったところで7との違いがよく分からん
今までも何かしら強化されてただろうけど、機能しているようには思えないな

どうせゲフォかラデ付けるし、eDRAM付きはクソ高いから、どうでもいいヤツばかりだろうな

586 :Socket774:2014/05/03(土) 00:32:08.25 ID:mwAplPnU
4k対応がやたら素早いのはAppleからの性能要求があるからかなあ
あとは比較的初期の頃から噂されていたメモリ周りでの変化についてあまり書かれていない

>>585
そりゃいくらなんでも節穴としか……

587 :Socket774:2014/05/03(土) 00:58:26.01 ID:LdB/GyC8
Sandy Bridge世代とHaswell世代のiGPUで比べるなら、4K解像度・3画面出力・DP対応とか機能面の強化も色々有るので、ローエンドグラボ購入層がiGPUで十分な層にどんどん変わってきているね。

588 :Socket774:2014/05/03(土) 01:03:08.49 ID:5yp2GvNw
Gen8はEUより固定機能を強化する方向なのかね
まあEUの中身を見ないとEU数だけじゃ判断できないけど

589 :Socket774:2014/05/03(土) 01:19:37.20 ID:1yLDJtJW
>>582
これがIntelのGen8、、、ちょっとした機能拡張とEU数が増えただけじゃないのか?!

590 :,,・´∀`・,,)っ-○○○:2014/05/03(土) 01:27:45.91 ID:07fOzIHW
DDR3のままユニットだけ増やしてもスループット頭打ちになるの目に見えてるじゃん

591 :Socket774:2014/05/03(土) 01:31:21.35 ID:w5BMWfup
>>587
> 4K解像度・3画面出力・DP対応とか
この辺考えてる連中はIntel HDで我慢できるわけ無いし、最初からゲフォやラデ買うだろ

592 :Socket774:2014/05/03(土) 01:42:08.82 ID:HIX10xOt
ゲーマーしかdGPUを買わない日も来そうだ。

593 :Socket774:2014/05/03(土) 01:52:30.03 ID:LdB/GyC8
>>591
iGPUの性能で十分だけど、機能不足のせいでグラボ買っていた人たちというのは昔からいるんだよ。
Sandy Bridge世代だとWQXGAモニターをエクセルで使いたいだけの人もグラボが必要だった。

594 :Socket774:2014/05/03(土) 03:59:53.94 ID:3xne4Q1c
>>593
今も変わらんよ
あのドライバの出来だとIntelHDで我慢は厳しいなあ
後、本格的に4kを使いたいならIrisPro以上の性能は求めたい
が、現状IrisPro乗せてるCPUはまだまだコスパ的には高いんだよな

595 :Socket774:2014/05/03(土) 04:32:53.22 ID:5yp2GvNw
ドライバの出来って具体的に何?

596 :Socket774:2014/05/03(土) 05:38:40.94 ID:LJm0Bz2H
法人なんかはオフィスPCにデュアルモニタにするためだけにGPU積んだりしてるな
うちもオフィス用途のPCにDDR3メモリのdGPUを積んでるけど、デュアルモニタ化するためだし

597 :,,・´∀`・,,)っ-○○○:2014/05/03(土) 06:51:25.47 ID:07fOzIHW
おまいらがどんな業務やってるのか逆に疑問なんだが。
富士通やNECの法人向けスリムデスクトップなら内蔵グラフィックそのままだぞ

598 :Socket774:2014/05/03(土) 07:07:14.95 ID:LJm0Bz2H
スリムデスクトップは、標準じゃDVI×1、アナログRGB×1ってのが多くね?
まあこれでも一応デュアルモニタ化はできたりするが、
デジタル出力×2が欲しいから、カスタムでdGPU積んでるよ

599 :,,・´∀`・,,)っ-○○○:2014/05/03(土) 07:19:20.65 ID:07fOzIHW
富士通のESPRIMOは確かにそうだがdGPUを選ぶとRAIDが組めなくなる
WUXGA程度ならUSB変換アダプタで対応できるんじゃね?

600 :Socket774:2014/05/03(土) 07:30:32.97 ID:qdiM6ks5
>>582
2xマルチサンプルアンチエイリアスのネイティブハードウェアサポートって書いてるけど
今までのIntelオンボのマルチサンプルアンチエイリアスって総じてクソ遅かった記憶があるが
やっぱ今まではソフトウェア処理でのエミュレートだったのか

601 :Socket774:2014/05/03(土) 07:40:43.07 ID:qdiM6ks5
つか2xAA迄ってのがケチ臭いなぁ
NVIDIAはFermi以降は8xAAまでハードウェアで効率よく処理できるようにしてるってのに
更に次の世代当たりで普通に使うであろう4xAA位は高速化してほしい所だ
http://game.watch.impress.co.jp/img/gmw/docs/357/215/nvidia10.jpg
http://www.4gamer.net/games/099/G009929/20100117001/SS/018.jpg

602 :Socket774:2014/05/03(土) 08:20:12.15 ID:kt+JmqX4
broadwellってsata3.2対応するの?

603 :Socket774:2014/05/03(土) 09:07:18.22 ID:SDPIKEV7
IBMはGPU内蔵のCPUは作ってないし
人人

604 : ◆miyuri//Z7LS :2014/05/03(土) 09:07:49.09 ID:79pbNmlN
http://www.itmedia.co.jp/pcuser/articles/1204/27/news054.html
SNB, IVBは共に最大解像度 2560×1600ドット。

>>593
機能と言うよりも性能、メモリ帯域。

>>600
今時はシェーダで掛けるモノのハズ。
固定機能は無用の長物杉る。

605 :Socket774:2014/05/03(土) 09:15:54.24 ID:LdB/GyC8
>>604
Sandy BridgeでWQXGA=2560x1440(1600ではなく)は標準では非対応、かつカスタム解像度で設定しても60Hz出力出来ない。

606 :Socket774:2014/05/03(土) 09:22:03.46 ID:kt+JmqX4
broadwellってsata3.2対応するの?

607 :Socket774:2014/05/03(土) 09:39:12.54 ID:XIl9uK+2
BroadwellでH265デコートのサポート間に合わないのか
完全にQualcommに後れを取ってるな

608 : ◆miyuri//Z7LS :2014/05/03(土) 09:52:34.30 ID:79pbNmlN
>>605
向こうの記事よりも、こっちの投稿の方を信用できてしまうのが、何とも言えない。

609 :Socket774:2014/05/03(土) 12:23:35.44 ID:0jH6kJD/
>>607
貧弱なスマホ用チップとちがって、
デスクトップPCならCPUデコードで余裕だろ

バッテリ動作のノートPCユーザーにはやさしくないが、
コンセント繋いでるならまったく問題ない

610 :Socket774:2014/05/03(土) 12:33:08.83 ID:qdiM6ks5
>>604
いやいやMLAAやFXAA等のポストエフェクト系AAならともかく
MSAAをシェーダの演算だけで賄うとか馬鹿ですよ
普通のGPUならROPに任せる仕事ですし

>>593
もっとマシな嘘付けよ、自分は裏技でWQHD液晶に
HDMI経由でSandyBridgeノートは繋げてたけど
本体のモニタと同時でも普通に使えてたぞ(但し55Hz迄)
まあワンランク上のWQXGAだとDPかDL-DVI必須だろうから
そういう意味では大半の環境ではdGPUが必要だが

611 :Socket774:2014/05/03(土) 12:50:16.73 ID:LdB/GyC8
>>610
すまん、2560x1440はWQXGAじゃなくWQHDだったな。
俺の発言は全てWQXGAの所をWQHDだと解釈してくれ。

2560x1440は設定すれば使えるのは知っているし、605でそのことは言っているだろ。
だがな、エクセルしか使わない程度のヤツにその設定をやれと言うのかよw

612 :Socket774:2014/05/03(土) 12:55:47.95 ID:LTE3R/fc
たしかに、GDCの記事でMLAAのようなポストエフェクト系AAを推奨してたな。
まさかHWMSAAを搭載していなかったとは・・・。
最低でもx4は欲しいな。
ポストエフェクト系AAはそろそろDirectX標準としてサポートしてほしい。

613 :Socket774:2014/05/03(土) 13:06:37.13 ID:qdiM6ks5
MSAAサポート初期のSandyBridge世代なんて
MSAA2xと4xで描画負荷が変わらないなんて手ぬきっぷりだったからな
流石にIvy世代からは少しは改善したみたいだが
他所のdGPUや同クラスGPU性能ののAPUよりもMSAAの処理のコストが高めなのは相変わらず

614 :Socket774:2014/05/03(土) 13:20:21.98 ID:0jH6kJD/
MSAAはメモリ帯域を必要とする
高帯域なGDDR5メモリ積んでるハイエンドGPUが得意な分野だけど、
メモリがしょぼいiGPUには苦手な部分

最近はやりのポストエフェクトAAはメモリ帯域をあまり必要としないので、
メモリ帯域が足りないiGPUにはいちばん合ってる

615 :Socket774:2014/05/03(土) 13:21:55.80 ID:LTE3R/fc
なるほど・・・。

616 :Socket774:2014/05/03(土) 13:57:12.54 ID:V+oVAYee
>>609
にしても新規でVP8はないわぁ

617 : ◆miyuri//Z7LS :2014/05/03(土) 14:09:05.12 ID:79pbNmlN
MSAAはパイプラインを止めるから、シェーダでやりましょうねっていう方向になったのだと思っているけど、どうだったかな...。

618 :Socket774:2014/05/03(土) 14:13:11.20 ID:LTE3R/fc
Intel製iGPUでMSAAは禁忌だな・・・。

619 : ◆miyuri//Z7LS :2014/05/03(土) 14:34:03.50 ID:79pbNmlN
何かの勘違いだったかも。

620 :Socket774:2014/05/03(土) 14:53:00.83 ID:RxGZSbVa
chromeでWebGLのMSAAがいつまで経ってもバグ扱いで実装されずに、最近になってバグ扱いさえも消えて無くなった理由がやっとわかった。

621 :Socket774:2014/05/03(土) 15:03:40.74 ID:JkmvDfaQ
MSAAはIntelにかぎらず、GDDR5メモリ積んでるdGPU以外じゃパフォーマンス出ない
iGPUはポストプロセスAAが向いてる

622 :Socket774:2014/05/03(土) 15:12:59.97 ID:LTE3R/fc
ついにポストプロセスAAを学ぶときが来たようだ・・・

623 :Socket774:2014/05/03(土) 15:45:32.24 ID:iYOxfnEq
8k、16k、32k、64kと解像度の上昇はとどまるところを知らず
さっさと4kで60fpsは余裕ぐらいクリアーして欲しい

624 :Socket774:2014/05/03(土) 16:35:00.28 ID:NxJnK1OM
4kって聞くとちょっと凄く聞こえるけど
800万画素って言い方だとデジカメ感あってぼちぼちに感じる

そうやってデジカメ的感覚で考えると8k≒3200万画素まではアリだけど
それ以上はもうイラネーんじゃねーかなー?

625 :Socket774:2014/05/03(土) 17:31:38.32 ID:v5rizaP2
16k(15360)あれば視力2.0の人の視野を128度カバーできる

626 :Socket774:2014/05/03(土) 17:48:45.00 ID:UTDLO/2Q
>>602>>606
対応しませんw

SATA3.2は2GB/sまで
Bradwellは1GB/sまで

Intelもほんとゴミ企業に成り下がったな

627 :Socket774:2014/05/03(土) 17:57:12.00 ID:v5rizaP2
成り下がったのかな。元々?
Intelだけが熱心な規格は早いがそうじゃない規格は遅いイメージがある

628 :Socket774:2014/05/03(土) 18:27:07.81 ID:XSDqcUAq
>>624
21.5インチ、フルHDで1ドットが見えるか見えないか
スマホの5インチフルHDは完全に雑誌レベル。ドットなんてものはない。
液晶の極限は近い

629 :Socket774:2014/05/03(土) 18:34:47.33 ID:x11cGmAd
まぁ、主流の投影方法が変わればz軸なりαチャンネルなりでデータの処理は莫大に増えるだろ

630 :Socket774:2014/05/03(土) 19:00:46.54 ID:DmPxDW5r
SATAにそんな速度求めてどうすんだって思うけどなぁ
SSDなんてPCIeにぶっ刺すもんだろ、仕事やエンプラで使うもんは

631 :Socket774:2014/05/03(土) 20:33:11.04 ID:HIX10xOt
SATAは期待してるけどなあ。。。
開発ツールの起動はやはり速いし

632 :Socket774:2014/05/03(土) 20:42:18.36 ID:iYOxfnEq
ディスプレイにおける究極の目標は裸眼3Dと立体プロジェクターだからね
4k程度ではまだまだ目標には遠い
まあメモリーの進化を進めないと話にならないけど
スマホとタブレットが絶賛解像度向上中なんでいずれPCにも波及するかと

633 :Socket774:2014/05/03(土) 20:45:42.60 ID:RTY1jPwF
おっさんだからSCSIの転送10MB/sから使ってるからどれも十分早い

634 :Socket774:2014/05/03(土) 20:56:42.29 ID:67s1ZI/J
理論値だけならソケット7時代のメモリ帯域よりUSBのほうが速いんだよなあ。
そろそろ無線LANにも抜かれるか。

635 :Socket774:2014/05/03(土) 21:07:45.56 ID:mYNLbHg+
PCも、25インチで300ppiクラスのパネル使うべき

636 :Socket774:2014/05/03(土) 21:11:56.54 ID:rbFSILFk
>>634
レイテンシって知ってるか

637 :Socket774:2014/05/03(土) 23:51:30.80 ID:Yg7iRWGT
EU数96個のGT4もあると面白いんだが
ちなみにGT4eのeDRAMは256MBでw

638 :Socket774:2014/05/04(日) 01:12:38.05 ID:JvRpekax
そういえばVLで第二世代のeDRAMとか発表するようだね
保持時間を改善して消費電力を下げたという程度のようだけど

639 :Socket774:2014/05/04(日) 07:39:22.24 ID:upr+UDI9
MSAAをDRAM側に内蔵してくれりゃいいのに

640 :Socket774:2014/05/04(日) 07:58:17.01 ID:Hsl2Ze5z
Googleがその有り余る金と天才共をすべて次々世代の半導体装置の開発に注いできたときが本当の勝負どころだろ

641 :Socket774:2014/05/04(日) 07:59:57.74 ID:XWxy35Bh
脱シリコンを主導するのはgu-guruなのか

642 :Socket774:2014/05/04(日) 08:41:49.50 ID:Hsl2Ze5z
金さえあれば簡単に乗り越えられる問題だし

643 :Socket774:2014/05/04(日) 09:02:53.97 ID:D8I+0iKp
googleは金があるからいいものを使うはずだみたいなのは、
いかにも日本企業的な考え方だな

googleみたいな企業は、たとえば検索1件当たりの費用を一番低減できるハードは何か、
バナー広告1つあたりの費用を一番低減できるハードはなにか、
gmail1ユーザー当たりの費用を一番低減できるハードは何か、
みたいなのをシミュレーションして算出して、それによって使用ハードを変えてくる

金が余ってりゃ無駄にいいものを買って散財する日本企業とはいっしょにできない

644 :Socket774:2014/05/04(日) 09:07:53.97 ID:XWxy35Bh
ドヤ顔でこんな当たり前のことを言う人って

645 :Socket774:2014/05/04(日) 09:45:47.23 ID:b8SUSull
日本の場合シミュレーションやっても役所や縁故で無視されたりひっくり返るだけ

646 :Socket774:2014/05/04(日) 11:31:10.58 ID:s+t3c9rc
ハズウェルリフレッシュってグリスじゃなくてハンダ式になってるのですか?

647 :Socket774:2014/05/04(日) 12:07:20.79 ID:D8I+0iKp
K型番の奴は、ハンダになるかどうかは知らんが放熱が改善されるってことをIntelがいってるな

K型番以外はいままで通りなんじゃね?

648 :Socket774:2014/05/04(日) 17:47:42.23 ID:SbjXReD5
ちょうど3年前に自作デビューしたビギナーです
3770kの深夜販売に並んで、そこそこいいのを組みたいと思って18万ほど奮発しました
次に僕が買うべき、というかオススメはどの辺りになるんでしょうか
スカイレイク辺りでしょうか
熟練の先輩自作erさん達のアドバイスを頂きたく存じます
押忍!

649 :Socket774:2014/05/04(日) 17:49:11.12 ID:ctnOt43r
>>648
すかいらーく一択。

650 :Socket774:2014/05/04(日) 17:53:21.54 ID:SbjXReD5
>>649
やはりスカイレークですか!ありがとうございます!
ハスウェルやブロードウェルは速度はあまり変わらず省エネ重視みたいな事を聞きました

スカイレークでは何か新規格になるのでしょうか
質問ばかりですみません

651 :Socket774:2014/05/04(日) 20:26:15.64 ID:FEHJ6Z0g
Skylakeは命令セットの追加があるが、Ivy->Haswellと同じようにパフォーマンスの変化は微妙だと思う。
GPUがどこまで強化されるかと、DDR4導入/電源系の改善による省電力化ぐらいしか変化がなさそう。

652 :Socket774:2014/05/04(日) 21:24:53.09 ID:Pd2Iz0jC
SATA Expressに期待して買う。

653 :Socket774:2014/05/04(日) 22:56:13.21 ID:SbjXReD5
>>651-652
成る程、ありがとうございます

654 :Socket774:2014/05/05(月) 00:19:44.85 ID:TECK3S2w
SATA Expressのケーブルが試作研究レベルにしか見えない件について

655 :Socket774:2014/05/05(月) 02:09:12.24 ID:ekprZvzF
一瞬SkylakeがSexslaveに見えた

656 :Socket774:2014/05/05(月) 02:21:39.78 ID:V5Ow9Xi9
はたしてイスラエル産はつよいのか

657 :Socket774:2014/05/05(月) 02:28:17.37 ID:ffcIo3nD
>>647
そうですか、安物のグリスからちょっと上等のグリスになるとかだったら嫌ですね。

658 :Socket774:2014/05/05(月) 03:29:03.98 ID:jYk149m6
IntelのCPUはイスラエル産とかコスタリカ産とかマレーシア産とかオレゴン産とか
色々あるみたいだけど
当たり石の確率や品質の平均点的にランク付けするとどうなるの?
できれば最良とワーストも知りたい

659 :Socket774:2014/05/05(月) 03:35:28.49 ID:/qAPvDo2
そんなランキングはない

660 :Socket774:2014/05/05(月) 04:13:04.12 ID:DkZyJt6i
後工程に差はないよ。人件費の問題。
Intelってある時期からD1Xのラインを完全コピーするようになって
Fabの差はなくなったからね。昔の話だ。

661 :Socket774:2014/05/05(月) 05:18:56.54 ID:vVbkVwwH
ダイ産地とパッケージ産地があって、Intelの場合、マレーシア産とかいうのはパッケージの産地ね

662 :Socket774:2014/05/05(月) 09:00:53.39 ID:TnKWmlMS
Intel Skylake 2015 Platform Details Revealed ? Compatible With 100 Series Chipset And Supports DDR4, GT4e Graphics Chip On Desktop
http://wccftech.com/intel-skylake-2015-platform-details-revealed-compatible-100-series-chipset-supports-ddr4-gt4e-graphics-chip-desktop/

663 :Socket774:2014/05/05(月) 10:27:28.88 ID:jYk149m6
>>660-661
そうだったんですね
数年前は〜産だ当たりだとかの書き込みがチラホラ見受けられたので気になってました

664 :Socket774:2014/05/05(月) 10:33:06.28 ID:D95c/7c4
BroadwellもSkylakeも4コアが上限か
CPUの性能向上は完全に止まったな

665 :Socket774:2014/05/05(月) 10:34:16.26 ID:2Nr/DwqZ
14nmプロセス期待ハズレもいいとこだなw

666 :Socket774:2014/05/05(月) 11:00:21.62 ID:hKK5g67V
スカイレークはIPCとワッパ向上すればいいだろう
ただ、いい加減ここまでシュリンクが進んだのであれば
HTなんかせずともネイティブ8コアで出せよとは思う
チョップが簡単なのであれば、2,4,6コアで出してもいいはずだし

667 :Socket774:2014/05/05(月) 11:41:33.04 ID:jYk149m6
5,6年前は2015年頃にはとっくにネイティブオクタコアCPUが出ていると思ってました

668 :Socket774:2014/05/05(月) 12:20:05.93 ID:K58sNF1f
GT4eはSkylakeからか
iGPUの強化は引き続きEUの改良と数の増加路線で地味だな
まずBroadwell版GT3eの性能がどれくらいあがるかちょっと興味ある

669 :Socket774:2014/05/05(月) 14:01:04.37 ID:vVbkVwwH
そもそも、デスクトップ用じゃx264くらいしか4コア以上を有効に使ってくれるソフトが無い

670 :Socket774:2014/05/05(月) 14:06:28.88 ID:xtY2+YeP
SkylakeとPhiを統合しよう

671 :Socket774:2014/05/05(月) 14:15:56.63 ID:KjhUhxoL
デスクトップやモバイルにマルチコアは無駄、情弱を釣るマーケティングでしかない

672 :Socket774:2014/05/05(月) 15:32:48.99 ID:t4TS82tV
そんなに超高性能のストレージが必要ならビデオボードのビデオメモリみたいに
マザー裏にびっしりと実装すればええねん

673 :Socket774:2014/05/05(月) 17:24:49.11 ID:6MlThrfq
GT4eってことはまたeDRAMでお茶を濁すんだろうな

674 :Socket774:2014/05/05(月) 17:52:13.26 ID:WUvHD99M
2015年にいわゆる次世代の広帯域メモリは間に合わないはずなので
何か追加で積むならeDRAMぐらいしか考えられない
NVIDAのPascalでやっと2016年だが、その段階でも高価すぎたらデスクトップ以下には使えない

SkylakeのiGPUは、無難に進めばGen8.5とかGen8+とか言われるべき世代だが
噂によればGen9 Graphicsだと言われているので、
違うチームで開発されたまったく異なるアーキテクチャになってもおかしくない感じはする

Broxton以前に言われていたコードネームWillow TrailはGen9採用と言われていたから、
2015H2でiGPUは世代が揃うことになる……のだとすれば、
少なくとも電力効率の改善とバリエーションの多様化は必然だろう。GT4の存在が多様性を裏付けることになる

675 :Socket774:2014/05/05(月) 19:48:13.37 ID:3zv5fIFG
インテルが公式ファンクラブを今夏開始、事前登録もスタート

676 :Socket774:2014/05/05(月) 19:48:49.27 ID:3zv5fIFG
インテルが公式ファンクラブを今夏開始、事前登録もスタート

677 :Socket774:2014/05/05(月) 19:50:44.68 ID:7cv/miLg
>>673
現状eDRAM以外の現実解って無いだろ

678 :Socket774:2014/05/05(月) 19:50:46.23 ID:3zv5fIFG
すまんorz

インテルが公式ファンクラブを今夏開始、事前登録もスタート
http://akiba-pc.watch.impress.co.jp/docs/news/news/20140504_647066.html

679 :Socket774:2014/05/05(月) 19:51:24.52 ID:aMiIW7xE
大事な事だから3回も書いたのか?

680 :Socket774:2014/05/05(月) 19:59:47.35 ID:3zv5fIFG
そうだ!

681 :Socket774:2014/05/05(月) 20:00:23.57 ID:bea10bFG
ファンクラブなんて需要あるのかよ?w
「4770K推し!」とか「投票権付き」とか・・・

682 :Socket774:2014/05/05(月) 20:01:24.29 ID:wToc4ift
どうせインテルミラノだろって思ったら違った

683 :Socket774:2014/05/05(月) 20:08:47.31 ID:4iuTeqCj
リテール版のK型番にはインテル幹部のプロマイド計48種類をランダム封入+次期CEOの投票券を封入

684 :,,・´∀`・,,)っ-○○○:2014/05/05(月) 20:21:04.48 ID:8TXbzLuE
Broadwellガチャ 1回3000円

685 :Socket774:2014/05/05(月) 20:27:41.98 ID:3zv5fIFG
会員数の如何に拠っては、今後の自作動向に少なからず影響しそうだから
AMDファンのオマエラも登録しておけよ!

686 :Socket774:2014/05/05(月) 20:30:23.07 ID:urYh4wR7
>>683
魅力的すぎてフイタw

687 :Socket774:2014/05/05(月) 20:39:41.28 ID:WUvHD99M
ネコミミのラトナーとか
シークレットレアのゲルシンガーとか……夢が広がるw

688 :Socket774:2014/05/05(月) 20:41:28.69 ID:W7bbzfRn
とりあえず登録してみたけど、Pen3の頃も似たようなキャンペーンやってたな
Intel本社からCD送ってきたんだけど、ネットで落とせる内容でがっかりしたのを思い出したw

689 :,,・´∀`・,,)っ-○○○:2014/05/05(月) 20:52:35.34 ID:8TXbzLuE
どういうレベルのIntelユーザーをターゲットにしてるのかは知らんが
開発者育成のためにXeon Phiクラスタのホスティングサービスをして
ほしいのだけどな。

690 :,,・´∀`・,,)っ-○○○:2014/05/05(月) 20:54:08.37 ID:8TXbzLuE
インこれ 〜Intelこれくしょん〜

691 :Socket774:2014/05/05(月) 21:00:13.23 ID:urYh4wR7
>>687
うわ、ゲルたんのプロマイド欲しいなと思ってら同じこと考えてた人がw
レアってのがイイねw

>>690
艦これくしょんは興味ないんだけど、インこれはすげー興味あるw
歴戦のCPUが登場するゲームなんだろうなぁw

692 :Socket774:2014/05/05(月) 21:07:17.76 ID:LB9Twcs6
インこれするような人は、CPUのダイ写真とかスペックシートでハァハァするのであって、擬人化には興味無さそう

693 :Socket774:2014/05/05(月) 21:22:27.47 ID:urYh4wR7
ダイ写真ってエロいよね。
なんせ真裸だもんね。

694 :Socket774:2014/05/05(月) 21:24:29.98 ID:gqN2Czak
マザボ見てると興奮するのは分かる

695 :Socket774:2014/05/05(月) 21:41:53.46 ID:bea10bFG
K(ケイ)の必殺ブロー・・・マッパパンチ!

696 :Socket774:2014/05/05(月) 22:04:48.10 ID:YGTPoZE9
CPUを戦わせるインテル製ゲームが以前あったような

697 :Socket774:2014/05/05(月) 22:10:06.00 ID:i1w60lIY
知っているのか雷電!?

698 :Socket774:2014/05/05(月) 22:37:27.57 ID:wOvfyqP+
>>690
おっぱいの大きさは何に比例する?
周波数かキャッシュかTDPか

699 :Socket774:2014/05/05(月) 22:38:51.54 ID:PiuQnM6s
>>698
そんな速度が遅くなりそうなユニットは、IPCに『反比例』だろ。

700 :Socket774:2014/05/05(月) 23:22:10.61 ID:/vWSSQCi
>>654
最初期の Wide SCSIを彷彿とさせる汚さだわな

701 :Socket774:2014/05/05(月) 23:25:29.73 ID:j1craQEd
>>654
画像ある?

702 :Socket774:2014/05/06(火) 01:27:37.96 ID:dw8Q+6fs
>>694
マザボはメーカーやブランドで対立派閥があるからなw

703 :Socket774:2014/05/06(火) 04:27:37.88 ID:sE4546QU
>>617
それであってる

704 :Socket774:2014/05/06(火) 05:28:48.92 ID:H7S+nuKM
http://www.anandtech.com/show/7991/amd-is-also-working-on-a-new-64bit-x86-core

(´・ω・`)

705 :Socket774:2014/05/06(火) 05:56:11.37 ID:V7z8W99G
ネットバーストタイプから、P6タイプに戻すのかドウか。

706 :Socket774:2014/05/06(火) 06:12:52.47 ID:wHVBfiVQ
普通に考えればコードネームが書いてないだけでpuma+を更に改良したコアだろうな

707 :Socket774:2014/05/06(火) 07:21:16.70 ID:XXH4853n
遅延に次ぐ遅延で良いものもリリース時には良くなくなるのをどうにかすべき

708 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 07:40:41.44 ID:BMfSOp0o
> レンズが無いカメラ!Rambus社の描くカメラの未来
> http://aisakeb.com/?p=3101

盗撮需要ですかねこれは

709 :Socket774:2014/05/06(火) 09:13:49.91 ID:ggX2OoKi
>>708
普通に感動した。

710 :Socket774:2014/05/06(火) 12:20:24.67 ID:PdaNJ9oY
5月11日深夜から発売だってよ

711 :Socket774:2014/05/06(火) 12:44:20.51 ID:ggX2OoKi
何の?

712 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 12:46:31.26 ID:BMfSOp0o
Haswell Refleshじゃね?

http://akiba-pc.watch.impress.co.jp/docs/news/news/20140430_646566.html

713 :Socket774:2014/05/06(火) 12:51:40.81 ID:WIemTXbN
>>673
>>674
しょせんeDRAMは過渡期の産物。無理やりSoCにして一体化するまでもない。
今後1〜2年で廃れる技術にすぎない。HBM等が実現するであろう2017年には
不必要になる。SoCとして一体化してしまえば盲腸になってしまう。
どうせ切り離さねばならないなら今のままでいいね

714 :Socket774:2014/05/06(火) 12:54:50.87 ID:WIemTXbN
そして、GDDR6は永遠にお蔵入りかな?

715 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 12:58:07.02 ID:BMfSOp0o
別に盲腸にならないでしょ。
HMCはロジックを混載するからそっちでがんばってeDRAMのインターフェイスと
互換をとれば移行もすんなり。

716 :Socket774:2014/05/06(火) 13:32:20.09 ID:RfDXzFVP
オンダイメモリ、オンチップメモリはなんくならんでしょ
電力的にも遅延的にも

717 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 14:09:48.62 ID:BMfSOp0o
Knights LandingのMCDRAMってMemory Cube DRAMなんじゃないの?

718 :Socket774:2014/05/06(火) 14:11:30.88 ID:ru3GXthA
過去スレだとMulti-channel DRAM説があった

719 :Socket774:2014/05/06(火) 14:16:15.14 ID:0CyRPByJ
グリス問題を解決したK型番refreshは今月には発売されないんだっけ?

720 :Socket774:2014/05/06(火) 15:55:35.91 ID:3YUHqtmQ
過去スレだとMemory Cube説も出てたけどなんか否定したがる人が多かった印象

721 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 16:03:41.15 ID:BMfSOp0o
GT3eのeDRAMダイ128枚よりは現実的だとオモ

722 :Socket774:2014/05/06(火) 19:14:34.83 ID:8Fe9AS4D
てか100 series chipsetって何よ
SOC化されるんじゃなかったの?

723 :Socket774:2014/05/06(火) 21:45:30.41 ID:ggX2OoKi
http://aquila.is.utsunomiya-u.ac.jp/ja/index.php?id=55

トランザクショナルメモリって、
同期のオーバーヘッドが大きかったプログラムが大幅に高速化しそうだけど、
実際、Haswellで効果は見られたの??

724 :Socket774:2014/05/06(火) 21:48:58.86 ID:jXqkI4AP
>>723
AMDの次世代APU/CPUについて語ろう194世代
http://anago.2ch.net/test/read.cgi/jisaku/1398812936/692

> 692 名前:,,・´∀`・,,)っ-○○○[sage] 投稿日:2014/05/06(火) 14:32:50.22 ID:BMfSOp0o [14/49]
> スレッドが増えるほどメモリ共有時のリソース共有のボトルネックが大きくなって
> 遅くなるのは常識だろ。
> ついでにHaswellのTSXの効果もご覧のとおり。
>
> http://www.slideshare.net/starpos/intel-tsx-hlex86opti6r2
>
> 知ったかぶりウナ銀河には理解できてないが、マルチコアの効果が大きくなるのは
> スレッドごとに別々のメモリ領域を参照するときだ。

725 :Socket774:2014/05/06(火) 21:55:36.42 ID:pkk5sxDy
IBMの、JVMが高速に動くCPUを作るっていうのは、
わかりやすい戦略だと思うな

726 :723:2014/05/06(火) 22:11:27.96 ID:ggX2OoKi
>>724
ども。
実際のアクセス競合をいかに少なくできるか次第か。
そらそーだわな。

つか、団子さん、AMDスレにもいるのなw

727 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 22:43:26.72 ID:BMfSOp0o
別に全部コピペせんでもいいのに


JavaScriptをWebのネイティブ言語といってるIntelもわかりやすい。
本音はC/C++なんだろうけど、でも今のソフト業界って
C/C++は決して花形言語じゃなくて縁の下の力持ちなんだよね。
開発の主体がASMからCになったのと同じように、より生産性の高い
言語にシフトしてる。

ハードが進化し、ソフトがより高機能になっていくぶん、生産性を高める為に
より人間が読み書きしやすいプログラミング言語にシフトしていくのは必然。

728 :Socket774:2014/05/06(火) 22:57:11.60 ID:N2VYoUHG
jsって今となってはガチ開発やるとバッドノウハウだらけで、生産性で語るべき言語でもないと思うけどね
ブラウザ制覇して迂闊に更新できない言語と言う意味ではネイティブの悪いところ全部持ってるようなのが皮肉w
まあES6でかなり良くなりそうだけど

729 :,,・´∀`・,,)っ-○○○:2014/05/06(火) 23:17:35.41 ID:BMfSOp0o
俺もJavaScriptそのものを書きたいとは思わないわ。
RailsがNode.jsをバンドルする理由がCoffeeScriptをJavaScriptに
変換するためなんだよな

そもそもJavaScriptをターゲットにした最適化のどこに期待してるかって
JavaScriptほどの多数のボトルネックを抱えた言語で使える高速化命令なら
たいていのスクリプト処理系でも適用できる筈だから

730 :Socket774:2014/05/06(火) 23:22:14.92 ID:4JvWN00b
>>726
AMDスレの中でも飛びぬけてレス数が多くて、AMDスレの主といっても過言ではないw

731 :Socket774:2014/05/06(火) 23:24:21.96 ID:ggX2OoKi
団子さんって辛口だけど、プロセッサへの愛を感じるw

732 :Socket774:2014/05/06(火) 23:32:22.60 ID:tfHHSPxY
typescriptつかおか

733 :Socket774:2014/05/06(火) 23:44:19.65 ID:b+Rr7rZb
団子にいえることは、どうなったら使えるソフトが作れるかってことだな。
作りやすい作りにくいは使う側にしたらどーでもいいことで、使えるもの
なら買うんだよ、消費者って奴は。
AMDスレまできてAVXの宣伝しまくってるけどAVX512になったら何が
変わるんだよって言いたいわ。HSAに関しても使い方の提案で作りやすい
作りにくいの感想はしょーじきどーでもいいw

734 :Socket774:2014/05/06(火) 23:50:21.12 ID:nUYeCCtC
別にHSAで機能が増える訳ではなく、処理内容によっては何%かスピードアップするってだけなんで、HSAの有無と使えるアプリが作れるか否かは全く関係ないんだよね。
だから現時点使えるアプリがないってことは永久に使えるアプリなど出てこないってことなんだよ。

735 :Socket774:2014/05/06(火) 23:55:56.73 ID:b+Rr7rZb
なんか極論すぎだな、どこもやってない技術に対して今使えるものがないから
今後も出てこないとか幼稚すぎだろ流石にw
それを言ったらCPUは進化しなくて良いといってるようなもの。進化しない商品
は時間と共に劣化していくだけのゴミだけど。win95でもつかってるのかね?キミw

736 :Socket774:2014/05/07(水) 00:00:28.05 ID:2xIkUsql
>>735
技術の本質が全く見えてないからイカサマやハッタリに騙されるんだよ。

737 :Socket774:2014/05/07(水) 00:03:02.78 ID:BfZa/TSL
>技術の本質が全く見えてないからイカサマやハッタリに騙されるんだよ。

ほぉ・・技術の本質?んじゃAVXが512になってどれくらい使えるんだ?

738 :Socket774:2014/05/07(水) 00:26:11.45 ID:m6wsTVL5
http://vr-zone.com/articles/new-details-intels-skylake-revealed/76848.html

Skylake が楽しみ

739 :Socket774:2014/05/07(水) 00:35:28.63 ID:Ekt9MHxo
グラフィックスプログラミングするから、
iGPUの強化度合は気になるところだ。

740 :Socket774:2014/05/07(水) 00:47:02.97 ID:inbbqvNw
企業向けのBxxチップセットはBroadwellでは8シリーズを続投するのか

741 :Socket774:2014/05/07(水) 00:53:53.27 ID:eQrI11bu
>>738
GT4e世代になるとOpenCLだのOpenACCだのを使っての
GPU並列処理が使い物になるのかしらん?

742 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 01:11:57.06 ID:dDRFEgao
>>737
逆に聞くが、APU内蔵のGPUコアのメモリをCPUコアと共有して
ディスクリートのRadeonと違ういったい何ができるというのだね?

ぶっちゃけ、やれることなんてdGPUと何も変わらないよ?

たしかにCPU間のデータ交換などの性能面でのメリットは享受できるかもしれないが
一方でdGPUと比較してメモリ帯域の狭さというデメリットも被ることになる。
性能の出しやすさの傾向が変わるだけで、CPUでいうならキャッシュの容量とか
構成が変わる程度の差でしかない。

生産性の向上と性能の向上なんて直接関係のない概念だ。
なんでhQ(笑)とかhUMA(笑)でプログラミングが楽になるなんて思ったの?
ばかなの?

743 :Socket774:2014/05/07(水) 01:20:10.81 ID:m6wsTVL5
>>741
BroadwellのGT3で一部のSKUはOpenCL 2.0に対応するとかしないとか。
ベンチマークがないので何とも。

744 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 01:20:56.36 ID:dDRFEgao
> AVXが512になってどれくらい使えるんだ?

内蔵GPUでGPGPU見たいな不毛なことをやらなくてもメインメモリ帯域いっぱいの
性能を発揮できる、かな。

512ビットFMAを2つ搭載した3.6GHz駆動の4コアで900GFLOPSだが
DDR4-3200の2chをもってしてもメモリ帯域は51.2GB/sにすぎない

これ以上別に演算機を載せても一般的な演算では効果がない
少なくともHSAでプログラミングしようなどというもくろみは妨害できるだろうな
変な言語やライブラリを経由しなくても命令レベルで直接CPUのベクトルレジスタに
アクセスできる。Cをはじめあらゆる言語から使える。生産性は段違い。

745 :Socket774:2014/05/07(水) 01:24:57.50 ID:Ekt9MHxo
ベクトル化自体は面倒見るし、むしろ見たいけど、
配列のアラインだけは自動かプラグマで済まさせてほしい。

aligned_malloc、aligned_freeはRAIIイディオムでいけたんだっけ?
なら少しはマシか・・・。

746 :Socket774:2014/05/07(水) 01:41:44.38 ID:4KipwJv/
>>743
> “Broadwell graphics bring some of the biggest changes we’ve seen on the execution and memory management side of the GPU…
> [the changes] dwarf any other silicon iteration during my tenure, and certainly can compete with the likes of the gen3->gen4 changes.”
http://www.extremetech.com/computing/170291-intels-14nm-broadwell-gpu-takes-shape-indicates-major-improvements-over-haswell

以前に開発者がこんなこと言ってたし、
CPUとの完全なキャッシュコヒーレントメカニズムとか
何らかの機構が入るんだろうなあと

747 :Socket774:2014/05/07(水) 01:42:32.18 ID:BfZa/TSL
団子が現れてたww

結局、intel自身も行き詰ってOpenCLを促進するみたいだけど、その辺はどーなん?
AMD的には願ったりの叶ったりの展開だけどな。
http://streamcomputing.eu/blog/2014-03-25/intel-promotes-opencl-as-the-heterogeneous-compute-solution/

>Intel promotes OpenCL as the heterogeneous compute solution

Intel now openly promotes OpenCL and invests in it ? this will increase trust in the programming language.

748 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 01:47:19.27 ID:dDRFEgao
AMDはAVX2に対応したじゃん。
この路線ならAVX-512に対応するのも想像に難くないが
一方でIntelもNVIDIAもHSAには対応しない

この時点でHSAは死んだ技術なんだよ。
しょせん内蔵GPU程度で実現できる性能なんてCPU内蔵のSIMDでも
実現できてしまうのだからね。


IntelのOpenCL対応なんて3年も前に始まった話で今更だぞ
そもそもGPU専用というわけでもないし、むしろCPUのマルチコアを活用
するためのフレームワークのひとつという側面もあるから対応するのは必然でしょう。
IntelにはOpenCLより生産性の高いフレームワークとしてOpenMP 5.0もCilkもTBBも
用意してるのだから好きなのを使えばいい。

「行き詰って」って何のことを言ってるんだろうね
いったい何が行き詰ったの?

答えられないなら「貧乏空想」スレにお帰り。

749 :Socket774:2014/05/07(水) 01:50:40.23 ID:CdvxKQD6
別にIntelのOpenCL対応なんてかなり前からランタイム提供してるし
行き詰まってとか意味不明

HD Graphicsでも使い物になるかはともかくIvy以降は対応してるし

750 :Socket774:2014/05/07(水) 01:56:03.87 ID:4KipwJv/
もともとIntelはOpenCLの中核メンバーで、SDKも出してるし
C++AMPのOpenCL実装とかRiverTrailとかはIntelの研究だろ……

751 :Socket774:2014/05/07(水) 01:56:19.97 ID:BfZa/TSL
記事みたか?
OpenMPや独自のものをソリューションとして最近まで推していた
結局見切りつけたってことだろw

752 :Socket774:2014/05/07(水) 02:03:20.25 ID:BfZa/TSL
大体ドッチに転んでもいいやって状況ならわざわざ投資してまで促進しないわw

753 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:03:41.16 ID:dDRFEgao
「見切りつけた」なんてどこにも書いてないですけど。
そもそもIntelからのアナウンスではなく個人のブログがソースなんていう
ウナ銀河ワープはたいがいにしようか

HSA Foundationとは違ってOpenMP ARBは活発に活動してるよ
貧乏空想君の大好きなAMDもメンバーの1企業だし
http://openmp.org/wp/

754 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:07:25.27 ID:dDRFEgao
> 大体ドッチに転んでもいいや

違うね
いろんなソフト開発者の需要に応えるのがハードメーカーとしての責務なだけでしょ
選り好みしてるようでは多くの開発者の支持は得られない

TBBもCilkも業界からは高い評価を得ている。
Xbox360への提供の実績もあるくらいだ。
もちろんGPUには移植できないがな。

755 :Socket774:2014/05/07(水) 02:13:04.87 ID:4KipwJv/
Programming for Multicore and Many-core Products including IntelR XeonR processors and IntelR Xeon Phi? coprocessors
https://software.intel.com/en-us/articles/programming-for-multicore-and-many-core-products

どのプログラミングモデルを採用するかは一長一短なので
状況に応じて選びましょう、というのをIntelの中の人は述べていて、
むしろそれがXeon Phiの優位性だとの主張がある

とは言いつつも、Xeon PhiのOpenCL対応はCore系と比較してやや遅れていたはずで、
ようやく処理系の対応が間に合ってきたんだなあという程度の感想

756 :Socket774:2014/05/07(水) 02:16:29.83 ID:BfZa/TSL
ハードメーカーの責務って意味ではいろいろ対応ってことはいいことだと思うが、
金出してまで促進するとなると独自路線は無理と見切ったと取れる。
どっちでもいいなら金なんかださないだろ。

757 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:19:01.01 ID:dDRFEgao
TBBは既にIntelプラットフォームのみのライブラリに非ず

IBM
http://www.ibm.com/developerworks/aix/library/au-intelthreadbuilding/index.html?ca=dat

Oracle
http://www.oracle.com/technetwork/server-storage/solaris/tbb-intro-139270.html

そしてなぜかAMDのBoltもバックエンドにTBBが使える
http://developer.amd.com/tools-and-sdks/opencl-zone/opencl-libraries/bolt-c-template-library/

758 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:21:15.56 ID:dDRFEgao
>>756
Intelは全部に金出してるけど?

OpenMP 5.0なんてIntelコンパイラのXeon Phi向け拡張がそっくりそのまま
標準規格として採用されたような形だし。

759 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:38:11.23 ID:dDRFEgao
訂正OpenMP「4.0」ね

Cilk Plusも今年4/4にサンプルコードが更新されてる
http://www.cilkplus.org/download
いずれもIntelコンパイラ標準のライブラリだから捨てるということはまずないでしょ

Intelが見切ったのはArBBくらいだな。
RadeonやGeForceを含めた各社のGPGPUへの対応もする予定だと
言っていたが結局流れたらしい。
それすらだいぶ前の話だが。

個人のブログを根拠に勝手な妄想するのは
「貧乏空想スレッド」だけにしてくれ

760 :Socket774:2014/05/07(水) 02:39:37.65 ID:BfZa/TSL
MPとCLで一長一短ってのは分かるけど、結局はCLってことだろ。
http://streamcomputing.eu/blog/2013-12-20/simple-sum-cpu-openmp-opencl-gpu/

AVX512でどこまでMPが早くなるかはしらんけど。数字を見る限りCLは桁が違う。
どんどん開発してほしいもんだな。

761 :Socket774:2014/05/07(水) 02:41:39.19 ID:BfZa/TSL
逆にMPのままだとHSAに食われるだけだろw
まぁ、それも面白いけどなw

762 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 02:59:14.79 ID:dDRFEgao
https://software.intel.com/en-us/articles/intel-array-building-blocks

> October 2012: This WhatIf project has been retired,
> but this page remains for historical/archival purposes.

見切ったフレームワークにはこんな風にその旨を知らせる通知が出てくる


>AVX512でどこまでMPが早くなるかはしらんけど。数字を見る限りCLは桁が違う。

OpenMPのディレクティブの使い方間違えてるとしか思えない糞な数字だな
まともな書き方やってたら実行時コード生成のOpenCLより遅いわけねーしw

ちなみに2013年時点でOMP4.0にまともに対応してるコンパイラってIntel C++だけだ
がICCを使ってるという様子もない。
OMP4.0の利点はスカラで書いておけば適宜SOAにパッキングしてくれること。
3.0以前ではこれは出来ないから最適化はコードの書き方に依存するな


要はこのブログ主がスキル低いだけw

763 :Socket774:2014/05/07(水) 03:23:01.34 ID:CdvxKQD6
単にOpenMPはSIMD使ってない、OpenCLは使ってる、その差が出てるだけとblogに書いてあるじゃん
まあそれ以前に測ってるコードがアレすぎて実アプリの性能に全く関与しないようなものなのだが...

764 :Socket774:2014/05/07(水) 03:37:13.28 ID:4KipwJv/
ちゃんとコード生成できていればメモリバンド幅ベンチにしかならないはず
同じハードで数倍も差が出るわけがない

765 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 03:42:49.01 ID:dDRFEgao
1次元配列のreduceごときならCilk Plusなら関数呼び出しで一発だしなー
わざわざOpenCLの長ったらしい呪文書く必要ない

そもそもCilkやTBBのバックエンドがOpenMPだから
欠かすということがありえないんだが

OMPの利点はシングルコアから数十コアまでいけるスケーラビリティの高さだよ。
歴史が古いことも遭ってゲームでもわりとよく使われてる(たとえばTESシリーズ)

(普通はMPIを使ったり併用したりするけど)vSMP Foundationなどの
仮想化ソフトと組み合わせることでマルチノード対応のアプリも構築できる。
ただ離散環境向けのOMPの実装もある。もちろんGPU対応ではないが。

766 :Socket774:2014/05/07(水) 04:18:17.89 ID:wtlHOPNs
今日は良い団子ですね

767 :Socket774:2014/05/07(水) 04:28:34.45 ID:S/ndAk6A
Intel Core i7 4790 (Haswell Refresh) CPU and Z97 Performance Preview
http://www.tweaktown.com/articles/6319/intel-core-i7-4790-haswell-refresh-cpu-and-z97-performance-preview/index.html

768 :Socket774:2014/05/07(水) 04:58:59.48 ID:NlYosdkw
>>767
L1Cacheが高速化されてる

769 :Socket774:2014/05/07(水) 06:49:10.38 ID:EPwZw9Bp
スレッド分割もSIMD分割も、実行環境が決まらないと最適なコードはわからないのだから、
開発環境での事前コンパイル済みバイナリ一個配布なんていう古い機構はもう無くなってほしいんだけどな
かと言って実行環境にバカでかいランタイムインスコ必須で、しかもセキュリティ穴しょっちゅう空きまくり頻繁にアプデ強要とかも勘弁だし

770 :Socket774:2014/05/07(水) 07:17:20.78 ID:LAR8Ucb/
オープンソース使って自衛するしかないな。

771 :Socket774:2014/05/07(水) 12:03:14.57 ID:7+1SsCAW
L1=SRAM(将来はSTT-MRAM?)
L2=SRAM(将来はSTT-MRAM?)
L3=SRAM
L4=eDRAM
L5=HBM
メインメモリー=HCM
ビデオメモリー=HCM
フラッシュメモリー=ReRAM

将来はこうなるのかな?

772 :Socket774:2014/05/07(水) 12:07:09.21 ID:JPIOJ70E
http://www.gdm.or.jp/voices/2014/0506/69214

5月11日(日)16:01から販売解禁されるIntelの新型CPU「Haswell Refresh」および
「Intel 9 Series Chipset」搭載マザーボード。このうち、主なCPUのラインナップおよび
予価が判明した。ほかに、TDP35Wの「T」付きモデルも発売される予定。
 なお、対応マザーボードはASUSTeK、ASRock、GIGABYTE、
MSIなどから多数のモデルが登場する。

「Core i7-4790」(3.6GHz/Tb4.0GHz)約37,000円
「Core i7-4790S」(3.2GHz/Tb4.0GHz)約37,000円

「Core i5-4690」(3.5GHz/Tb3.9GHz)約27,000円
「Core i5-4690S」(3.2GHz/Tb3.9GHz)約27,000円
「Core i5-4590」(3.2GHz/Tb3.7GHz)約24,000円
「Core i5-4590S」(3.0GHz/Tb3.7GHz)約24,000円
「Core i5-4460」(3.2GHz/Tb3.4GHz)約22,000円

「Core i3-4360」(3.7GHz)約18,500円
「Core i3-4350」(3.6GHz)約17,000円
「Core i3-4150」(3.5GHz)約14,500円



773 :Socket774:2014/05/07(水) 12:09:43.22 ID:qnLf/dWV
オエェー(AA略

774 :Socket774:2014/05/07(水) 12:12:28.39 ID:7+1SsCAW
>>771
HCM=×
HMC=○
訂正

775 :Socket774:2014/05/07(水) 15:43:00.79 ID:7+1SsCAW
>>771
訂正
L1=SRAM
L2=SRAM
L3=STT-MRAM
L4=eDRAM(将来はSTT-MRAM?)
L5=HBM
メインメモリー=HCM
ビデオメモリー=HCM
フラッシュメモリー=ReRAM

L1とL2は今後もSDRAMで変わらない

776 :Socket774:2014/05/07(水) 15:43:43.11 ID:7+1SsCAW
>>771
訂正
L1=SRAM
L2=SRAM
L3=STT-MRAM
L4=eDRAM(将来はSTT-MRAM?)
L5=HBM
メインメモリー=HCM
ビデオメモリー=HCM
フラッシュメモリー=ReRAM

L1とL2は今後もSRAMで変わらない

777 :Socket774:2014/05/07(水) 16:00:39.55 ID:jxApcVe7
>>767 >>768
リフレッシュでグレードアップしたというより、無印で出るはずの速度が
出ていなかった問題があってそれが解消したんじゃあないのかな

778 : ◆miyuri//Z7LS :2014/05/07(水) 17:29:06.97 ID:MRj2lpTi
>>776
L1~主記憶まで、どれくらいの帯域を想定しているの?っと。

779 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 19:29:11.89 ID:dDRFEgao
>>774-776
誰も同意も反論もしてないんだからいちいち訂正しなくてもよい
妄想はチラシの裏にでも書いておけと

780 :Socket774:2014/05/07(水) 19:41:28.23 ID:MC5IARkf
>>779
つ □鏡

781 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 20:36:16.50 ID:dDRFEgao
>>767
Refleshってレベルじゃねーわ これはwwww
じゃあ今までのHaswellは何だったのよと

1.後続製品(-Eなど)との差別化のために故意に性能を下げてたのを解除した
2.エラッタで性能が出なかったのが解消した
3.実は再設計した

まあ、ただこの程度ならLGA1155組が買い換えるまでもないかもしれんね。

782 :Socket774:2014/05/07(水) 20:50:17.76 ID:BfZa/TSL
http://streamcomputing.eu/blog/2014-04-08/accelerators-hpc-2014/

>1.AMD FirePro ? 16GB with its fast memory, is the clear winner in DGEMM performance. The negative side: it’s not available yet.

http://streamcomputing.eu/blog/2014-02-25/commodity-open-standards-why-opencl-matters/

>Optimisations in OpenCL that would work for NVIDIA-hardware cannot be used, as OpenCL-support in the drivers is outdated. Supporting
CUDA is therefore expensive in the long term.


団子いわくスキル低いやつはAMD推しぽいなw
AVX512?OpenMP?やはそーだねww
楽しみにしておこう。

783 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 20:56:47.64 ID:dDRFEgao
はい貧乏空想きましたー

784 :Socket774:2014/05/07(水) 21:01:04.87 ID:BfZa/TSL
いえることはそれだけか?
ナクナヨwww

785 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 21:08:09.86 ID:dDRFEgao
Teslaスパコンがトップ500の50システム以上で採用された2010年ですら
理論性能はAMDのFirePro(旧FireStream)のほうがTeslaを上回ってたが
たったの3システムで採用されたに過ぎない。

スパコンは汎用演算機であってLINPACK専用コンピュータではないから
いくらピークFLOPS数が高くても汎用演算で弱ければ使えないんだよ。
ぶっちゃけLINPACK専用のアクセラレータならASIC/FPGAで十分

786 :Socket774:2014/05/07(水) 21:19:19.56 ID:iv/xzOWq
なんで天気予報外れるの?

787 :Socket774:2014/05/07(水) 21:54:21.61 ID:BfZa/TSL
>ぶっちゃけLINPACK専用のアクセラレータならASIC/FPGAで十分

成長しなくていい発言きましたww

昔と今じゃ状況が違うんだけど、なんの例にもなってない。

とは言ってもAMD旋風が吹くとしても2015以降だろうね、OpenCL2.0と
それに伴うハードやら諸々いれると、他にネタらしいネタでてこなければね。
インテルさんはネタあるん?なにか。

788 :Socket774:2014/05/07(水) 21:57:12.10 ID:0KbH7VzB
さて、新CPUで新PC組むか。

789 :Socket774:2014/05/07(水) 22:00:45.61 ID:BfZa/TSL
そうだね、ファンを募ってるらしいから囲いこまれててね。

790 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 22:04:53.51 ID:dDRFEgao
>>787
学習能力がないバカだね

行列積問題がスパコンの性能評価によく使われるのは事実だが
行列積を求める性能が高いことと、汎用演算に使えることは
全くの別問題なんだよ

IntelのSandyBridge-EPやIBMのBlueWaters以降、GPUスパコンは
【減少を続けている】という現実
汎用性を求めるなら前者、用途に特化して電力効率を上げたのが後者。

AMDのGPUはもともと2〜3システム止まりで低迷を続けてるから
いくら理論FLOPS数を訴えても、採用実績ではXeon Phiの
足元にも及ばないという現実

AMDのGPUがスパコンでほとんど採用されてこなかったのは
FLOPS数が足りないからじゃないんですよ。
そもそもNEC,富士通,HP,Cray,Bullなど主要なスパコンベンダーが
アクセラレータとして提供してるのはXeon PhiとTeslaのみで
AMDのGPUはオプションとして用意されていないんだよ

理屈を考えてみればわかるだろ
入札に参加すらしてないハードウェアがどうして選定されることがありうるのだね?

791 :Socket774:2014/05/07(水) 22:12:07.30 ID:BfZa/TSL
それは現状の話だろw
次世代の話をしよーかww

792 :Socket774:2014/05/07(水) 22:16:09.34 ID:AvqvYIsC
次世代になったらAMDが勝つよねwww

793 :Socket774:2014/05/07(水) 22:18:13.15 ID:BfZa/TSL
wwww
OpenCLがらみは相当自信あるぽいなAMDは。
汎用コアは2016?の新アーキ次第?
こっちはブルの例あるしあまり期待してないけど。

794 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 22:30:59.41 ID:dDRFEgao
次世代になるほど周回遅れのOpteronじゃ巻き返しようがなくなるのだが。

LINPACKはスパコンのベンチとして使い物にならないから
より通信の帯域が要求されるベンチマークに切り替えるってさ
http://news.mynavi.jp/articles/2013/06/25/linpack_next/

LINPACK性能を根拠にGPUスパコンを選ぶ大学や研究所は
ますます減ることは必至だよ。
PCI Express16レーンのdGPUでは構造上不向きだし
ディスクリートのアクセラレータで性能を出すには
(NVLinkのような)より高速なインターコネクトが必要になる

AMDはIntelに頭下げてQPI接続のFireProでも出すの?w

795 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 22:38:00.81 ID:dDRFEgao
> 共役勾配法のベンチマークは、LINPACKと比べるとメモリアクセスやノード間通信の
> 比重が増え、メモリアクセスも複雑になるなど、GPUにとってはやや不得手な処理が
> 増えることになると思われ、このベンチマークが採用されると、TOP500のランキングに
> ある程度影響が出てくると思われる。


もちろんベンチマークのためにスパコンを作るのではなくさまざまな汎用演算を
行う為に作るわけだけどね。
LINPACKの順位でランキングされてる現状のTOP500においてGPGPUスパコンが
減少傾向にあることは、GPUが真の演算要求に合ってないことの現れではある。

796 :Socket774:2014/05/07(水) 22:43:56.60 ID:NlYosdkw
intelは一度撤退したinfinibandに再参入したりcrayからスパコン用インターコネクト部門買ったりして
通信部分も重視する方向に舵を切りつつあるね

797 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 22:49:25.39 ID:dDRFEgao
片やAMDはチップ間インターコネクトのHyperTransportは3.1からずっと
動きがないしOpteronは未だにPCIe 3.0すら対応してないぜ。
てか、未だに32nmじゃ使えなさ過ぎる。

Xeonを買ってきてFreedomFabric使うのがせいぜいだろ
貧乏企業の自前CPUに期待する要素などnothing

798 :Socket774:2014/05/07(水) 22:52:30.23 ID:Ud7F2/WW
Linpack番長なシステムはGPGPUがいちばんコストパフォーマンスが高いと思う

799 :Socket774:2014/05/07(水) 22:55:10.77 ID:BfZa/TSL
まぁ、AMDにベクトルもスカラも一緒にとる力があるかと言えばまだ無いだろうなww
まずはベクトルから狙うのは筋ってもんだろ。
NECはベクトルとスカラのハイブリットが最適解らしいな、まぁ日本企業はintel贔屓が多い
からなんともいえないがね。
この辺は2016?以降のコア次第で考えるんじゃね。

800 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 23:01:05.40 ID:dDRFEgao
SteamrollerベースのOpteronよりHaswell-EPのほうが先に出そうなんだが

AMDの赤字経営が続けば新しいハードの開発費すら捻出できなくなるんだが
IBMはAMDがつぶれた後の穴埋めをする気満々だし
べつにAMDなくても困らないのだけど?

801 :Socket774:2014/05/07(水) 23:05:02.74 ID:BfZa/TSL
intelみたいにfabあるわけじゃないし、ゲーム機でとりあえず今年はしのぐだろw
後は取れる市場からとっていくだけだな。

802 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 23:11:10.97 ID:dDRFEgao
ば〜〜〜か

Fabを売っちゃったから未だ残るウン億ドルの社債償還のために
売るものが事業くらいしかないという現実

売って金になりそうなものなんてGPU事業くらいじゃね?

803 :Socket774:2014/05/07(水) 23:17:19.56 ID:BfZa/TSL
それこそバーカwwwだろwww
そーなる前にどっかに買い取られるのが先だな。

そのまえにインテルの大量リストラのが先だろーなww

804 :Socket774:2014/05/07(水) 23:19:26.75 ID:BfZa/TSL
あ、すでに5%リストラしてたwwww

805 :Socket774:2014/05/07(水) 23:21:16.96 ID:4I4E8Jrw
Google、HaswellやBay Trail-Mを搭載するChromebook新製品群を発表
〜Lenovo、ASUS、東芝ら7社より順次発売
http://pc.watch.impress.co.jp/docs/news/20140507_647127.html

806 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 23:21:38.15 ID:dDRFEgao
買い取られたら自動的にx86ライセンス失効するのでAPUは作れなくなるよ
あるいはARMで作るのか。無線のIPもなしにwww
そんな奇特なメーカーはないだろ

どうせARMのIPなんて借り物に過ぎないんだし
金になりそうなGPU部門だけ買い取って不採算のCPU部門は
勝手に潰れてくれたほうがおいしいだろう

807 :Socket774:2014/05/07(水) 23:28:10.90 ID:BfZa/TSL
まぁ、intelが今後やるべきことは汎用コアで負けないようにするしかないな。
HSA絡みは加盟しない限り同じこと出来ないだろうしな。
大セールするまではARMとゲーム機でちまちま小銭稼ぐんじゃね。x86なら
インテルのマネをやりたい放題できるわけだし、同等クラスまで汎用コアの
性能あがればAPUは脅威だろうなww

808 :Socket774:2014/05/07(水) 23:30:03.52 ID:Ekt9MHxo
>>794
>PCI Express16レーンのdGPUでは構造上不向きだし
iGPUであれば、PCIeを経由しなくても、それより帯域の太いDRAM間のデータ転送で済むし、
汎用コンピューティングに効果がありそうなものだけどダメかな?
CPU⇔DRAM、GPU⇔DRAMの帯域と共有だから、そもそもの帯域不足が問題かな?
そうするとHBMでそれが緩和されるとアドバンテージになるかも。

809 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 23:31:54.35 ID:dDRFEgao
乗っ取られると同時に会社の資産価値が減る仕掛けを自ら仕掛けるのは
敵対的買収に対する防衛策の典型だよ

AMDがIntelに頼んでそういう契約にしてるんだろ

810 :Socket774:2014/05/07(水) 23:43:16.61 ID:iskYplzK
>>808
主メモリ帯域がボトルネックになるような演算なら、
べつにiGPUによるGPGPUでやらなくても、CPUのSSE/AVX/AVX2でやればいいわけだけどね

CPUのSSE/AVX/AVX2ではパフォーマンスが出ずに、
iGPUによるGPGPUでパフォーマンスが大幅アップする計算っていうのはかなり少ないんじゃないか?

811 :Socket774:2014/05/07(水) 23:51:11.75 ID:Ekt9MHxo
>>810
うー、やっぱりそうかぁ・・・。
せっかくPCIe経由のコピーオーバーヘッドが避けられるのになぁw

つーか、GPGPUは色々と不便ていうのに尽きるなぁ・・・。
DirectXで素直にグラフィックに使うのが一番イイや。

SIMDによる高速化の強力さは実感してるんだけど、
イントリンシックをゴリゴリ書くのは、それはそれで面倒。
まぁ、VHDLよりは遥かに楽だけどw

その点、スレッド超並列なGPGPUは良さそうに見えるけど、
パフォーマンス出すための制限が多い・・・。

いずれにせよ、プログラマは殴られにゃならん。

812 :,,・´∀`・,,)っ-○○○:2014/05/07(水) 23:52:36.14 ID:dDRFEgao
>>808
ARMのお偉いさんにHSAはHPCみたいな大規模システムに向かないって
釘刺されてるの知らないのか
1つのノードに収まる範囲の演算がどんだけだよ。

APUはマルチソケットに対応できないから1ノードの規模が小さいし
数で性能をカバーしようとするほどノード間ネットワークの帯域が
ボトルネックになる。
ぶっちゃけHSAって「マルチAPU」を考慮してないんだよね。

次期Xeon Phiみたいに4つをQPIで結合して最大16GB×4の
広帯域Nearメモリと6ch×4の大容量DDR4メモリを共有するアプローチなら
まだわかるわ。
CUDA6はすでにマルチGPUを透過的に扱える機能を提供してるというのに
AMDはiGPUばかりにこだわっていたから大幅に遅れをとってしまった。

AMD製品がHPCに向く理由が何も思い浮かばない。
スケールアウト型サーバが精々だろ。

813 :Socket774:2014/05/07(水) 23:57:47.82 ID:Ekt9MHxo
>>812
そうだったのか。
プロセッサ間の通信は難しそうだもんね。
AMDにはもはやそのような開発体力はないのかも・・・。
HyperTransportを提唱していたような時代は今は昔か。

814 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 00:14:01.75 ID:dgWBHC7K
NERSC, Cray, Intel to collaborate on next-generation supercomputer for science
http://www.ecnmag.com/news/2014/04/nersc-cray-intel-collaborate-next-generation-supercomputer-science

Knights Landing搭載について言及したスパコンプロジェクトってこれが始めてかな?

815 :Socket774:2014/05/08(木) 00:24:22.82 ID:bt36jwRv
インテル 自動運転で日本のベンチャーに出資
http://www3.nhk.or.jp/news/html/20140507/k10014257751000.html

816 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 00:58:13.41 ID:dgWBHC7K
スパコン関連は最近ネタが多いね

Xeon Phiを8台搭載したHPC並列演算コンピュータ
http://www.nikkeibp.co.jp/article/news/20140507/395933/?rt=nocnt

First-of-a-kind supercomputer at Lawrence Livermore available for collaborative research
http://phys.org/news/2014-05-first-of-a-kind-supercomputer-lawrence-livermore-collaborative.html

Parallel Computing Center entwickelt Software f?r Supercomputer
http://www.elektronikpraxis.vogel.de/themen/softwareengineering/articles/445107/

817 :Socket774:2014/05/08(木) 01:07:12.51 ID:b3HgTc2s
地球環境・世界的社会情勢が危機的状況にある今,
未来を語るのは第三次世界大戦を生き残ったから語れば十分だ

818 :Socket774:2014/05/08(木) 01:24:19.87 ID:ml1Ktmon
>>806
AMD also announced that it has become a full ARMv8 architecture licensee of ARM Holdings, which will allow it to create its own custom ARM core designs.
On the server front, thus far only Applied Micro has a similar full ARMv8 license

819 :Socket774:2014/05/08(木) 01:33:31.23 ID:CDz5yx6z
>>768
L1キャッシュ高速化ってなんでいままでやらなかったの?
そんなに難しいことなの?

820 :Socket774:2014/05/08(木) 01:44:11.12 ID:6iakXUTK
>>813
団子に騙されちゃダメだよ
マルチプロセッサやマルチGPU向けの技術はMantleに実装されてる

http://www.4gamer.net/games/234/G023477/20131114049/
Mantleでは,実メモリと仮想メモリの割り当てを示すリマッピングテーブルを操作できるようになる。
そのため,アプリケーションが必要としたタイミングで,仮想メモリの内容を実メモリにロードすることが可能になったのだ。

Mantleでは,GCN世代という制約はあるものの,異なるスペックのGPUを組み合わせたマルチGPU環境でも,
それぞれのGPUをフル活用できるのだという。

Mantleでは,「APUと単体GPUとを組み合わせて,
APU側のGPUコアをポストエフェクト処理専用で使う」などといった,柔軟な使い方が可能になるのである。

821 :Socket774:2014/05/08(木) 01:45:14.97 ID:WLkdQ4mJ
AMD、AMD64系とARM系APUのソケット互換を図るSkyBridge計画発表。対応製品は2015年予定
http://japanese.engadget.com/2014/05/07/amd-amd64-arm-apu-skybridge-2015/

822 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 02:04:43.53 ID:dgWBHC7K
>>820
バカ丸出しだな
MantleがいつからHPC向けの技術になったんですか?

823 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 02:05:25.50 ID:dgWBHC7K
IDコロコロ変えてAMDの宣伝お疲れ様

824 :Socket774:2014/05/08(木) 04:08:41.48 ID:mPYpxMnf
>>820
絵に描いた餅じゃなくて、本物の餅を見せてもらえるまで信用できない

825 :Socket774:2014/05/08(木) 04:33:41.27 ID:jj1Gvkji
AMD信者って毎年のようにintelスレで次世代!次世代!言ってる気がする
次世代いつ来るんだよ…

826 :Socket774:2014/05/08(木) 05:17:18.05 ID:jno86zll
平常運転過ぎるw

827 :Socket774:2014/05/08(木) 06:39:55.29 ID:uTZpUjUA
Sky + Bridgeとか、Intelのアレとアレから取ったみたいなネーミングやめてくれって信者ながらに思う。

自らパチ物くさくすんな。

828 :Socket774:2014/05/08(木) 06:47:24.92 ID:10XFS1NE
AMDってThunderboltとかウルトラブックのネーミングもパクってたよな〜

829 :Socket774:2014/05/08(木) 06:52:29.04 ID:TR1QHif2
>>828
UltrathinはUltrabookより前らしいぞ

830 :Socket774:2014/05/08(木) 07:05:44.09 ID:od5q82YT
ウルトラブック(笑)なんて黒歴史の話題はやめろ

831 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 07:24:04.76 ID:GwvP3VTG
勝手に黒歴史にされても困るんだが
Ultrabookはアナリスト(笑)の予想ほどに伸びなかっただけで
CPUの出荷数でみてもIntelの売上のかなりの部分を占めてる。

832 :Socket774:2014/05/08(木) 08:00:18.47 ID:jno86zll
SSE5www

833 :Socket774:2014/05/08(木) 08:00:48.62 ID:jno86zll
モデルナンバーの数字も微妙だったよなナw

834 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 08:16:06.22 ID:GwvP3VTG
Ultrabook(および類似の薄型モバイルPC)は好調とは言わないまでも拡大市場
http://www.gartner.com/newsroom/id/2692318

Other Ultramobiles (Hybrid and Clamshell)
2014   2015   2016
21.1 → 37.2 → 62.0

景気次第でこの予想を下回ることは十分ありうるが
AMDの全CPU出荷台数(年間7000万台弱)が
Ultrabookの出荷台数を割り込むのも時間の問題だろう


>>833
Intelが奇数だから偶数だとか
倍率アンロック版がKつきだとか

835 :Socket774:2014/05/08(木) 10:10:07.09 ID:3BMS2Xww
>>827
Radeonからパクッた様なネーミングとかねぇ

836 :Socket774:2014/05/08(木) 15:02:23.21 ID:tTBd3Vle
i7よりXeonE3の方が高いけど性能そんなに変わるものなの?

837 :Socket774:2014/05/08(木) 15:33:58.21 ID:+TO+FWM+
【速報】au、WiMAX 2+対応スマートフォンなど2014年など夏モデルを発表
〜Moorefield搭載の8型タブレットや「Xperia Z2 Tablet」のLTE版も
pc.watch.impress.co.jp/docs/news/20140508_647285.html

838 :Socket774:2014/05/08(木) 15:36:20.19 ID:+TO+FWM+
あれ、ミスった、おかしいな
http://pc.watch.impress.co.jp/docs/news/20140508_647285.html

839 :Socket774:2014/05/08(木) 16:14:37.58 ID:WSOwr+ca
時期悪すぎワロタ
Broadwellが出ればMacBook AirがRetinaになるんでしょう?
はよはよ

半年コールドスリープしたいわ

840 :Socket774:2014/05/08(木) 17:44:54.67 ID:FVvDio0x
>>811
やはりプログラマーに札束課金して叩くしかないな
札束で殴られてばさすがに喜ぶだろう

841 :Socket774:2014/05/08(木) 20:04:38.53 ID:bLs9cgna
てかAMD's cafe更新停止しててワロタ
長年追い続けてる信者ですら興味失うAMDって一体・・

842 :Socket774:2014/05/08(木) 20:05:46.78 ID:PRl0KJE+
>AMDのGPUがスパコンでほとんど採用されてこなかったのは
FLOPS数が足りないからじゃないんですよ。
そもそもNEC,富士通,HP,Cray,Bullなど主要なスパコンベンダーが
アクセラレータとして提供してるのはXeon PhiとTeslaのみで
AMDのGPUはオプションとして用意されていないんだよ
>AMD製品がHPCに向く理由が何も思い浮かばない

団子はなぜ、AMDのGPUが採用されてないか根本が分かってないwww
ワッパも理論性能も上なのに使わないのは使いたくても使えないが正しい解釈だろw

GPGPUはCUDAが主流だった訳でAMDが対応してなかっただけの話。OpenClがよほど
嫌われてるんだろうな。Java9で待望のHPC対応アプリもできるってことで2015以降に旋風
吹くといっている。

それにAPUはマルチソケット対応してるものは今後おそらく出すだろ、現状あるのはエコ鯖向け
であってハイパフォーマンス向けじゃない、コンセプトが違うものに対して的外れな発言はやめとけよw

843 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 20:37:10.13 ID:GwvP3VTG
ID:PRl0KJE+
寝ておきて半日考えてそんな情けない貧乏空想しか出てこなかったのか

> Java9で待望のHPC対応アプリもできるってことで

誰も待望してませんよ?

既にjcudaがあるけど、そもそもJavaでHPC(笑)なんてやってる大学や
研究機関はない。
科学技術計算は基本CとFortranです。

     Javaで組まれたHPCコード資産なんてありません。


というか、FireProが採用されない最大の理由はこれ。

    ハードウェアの構造そのものが
    ターゲットとするアプリケーションに
    不向きだから

幾らメモリ空間を共有しようと、ハードウェアの構造が変わらなければ
何も変わりません。
そもそも、HPC界隈って性能稼ぐためならわざわざASMでコード
起こすくらいの気概持った人間が多いくらいなんだけどな。
ハードそのものが素性が悪ければ頑張る甲斐もないわけだ。

844 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 20:53:56.53 ID:GwvP3VTG
NVIDIAはjcudaもthrustも受けが悪かったからOpenACCを頑張ってるわけで
AMDはNVIDIAが過去に試みて普及に失敗したものを


> 776:Socket774[sage] 2011/08/30(火) 12:35:45.26 ID:kkcXn2vW (1/1)
> 中国:浪潮、Intelと包括提携し中国並行計算連合実験室を設立
> http://tech.hexun.com/2011-08-29/132902869.html
>
> MICスパコンついにきたか


このレス俺なんだよな
この成果が今トップ500の1位に君臨する天河2号である。
嗅覚は正しかったようだ。

845 :Socket774:2014/05/08(木) 20:54:21.07 ID:PRl0KJE+
毎度頭の固いやつだな、そのまま時代に取り残されておけよwww
現状の説明はしってんだよ、ちゃぶだいひっくり返そうとしてるから面白いんだがww

846 :Socket774:2014/05/08(木) 20:57:19.49 ID:bLs9cgna
団子っち名無しでも書き込んでるのかよ

847 :Socket774:2014/05/08(木) 20:59:02.50 ID:PRl0KJE+
バツ悪いときに名無しで潜伏してる。
2ch張り付き時間は相当なもの。毎日いると突っ込まれるからなw

848 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 21:04:30.55 ID:GwvP3VTG
ケータイから休み時間レスするときに名前欄記憶されてないんだよ

849 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 21:11:14.89 ID:GwvP3VTG
>>845
お前はAMDがオワコンなことを受け入れられず
AMDに固執する老害ファンボーイに過ぎないがな

未発表のKnights Landingがデザインウィンを勝ち取ってる中で
FireProは今あるものすらガン無視されてる現実。

いくらカタログスペックを上げても分岐粒度が致命的に荒いのは変わりなし
プログラミング言語の文法をいくら変えても
ハードウェアの特性そのものが変わるわけではないのだ。

スパコン業者や研究者が気に入らなければ勝ちは得られない
FireProはまさに腐った巨神兵のようなものだ

850 :Socket774:2014/05/08(木) 21:12:53.38 ID:nIXasfR8
言語は簡単なほうがいいと思います

851 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 21:23:34.96 ID:GwvP3VTG
確かに簡単なほうがいいね

覚えるならTBBやCilkPlusにしときなー
お勧め書籍はこれ

http://www.amazon.co.jp/Structured-Parallel-Programming-Efficient-Computation/dp/0124159931
Dreamworks Animationのエンジニアもお勧めの本

断言するけど、CilkやTBBが移植できないハードウェアは
ハードウェアそのものに欠陥がある。
SunのSPARCやIBM POWERでも動いてる。

852 :Socket774:2014/05/08(木) 21:28:14.55 ID:FVvDio0x
FireProってスパコンに使うようなグラボだっけ・・・

853 :Socket774:2014/05/08(木) 21:30:58.84 ID:nIXasfR8
改造クアドロ

854 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 21:42:40.49 ID:GwvP3VTG
>>852
NVIDIAのTeslaとQuadroみたいに演算用と描画用で
商品ラインナップの差別化ができてないんだよ。

Teslaより高性能だと威勢はいいが
実際にはQuadroと同じポジションでしか扱われてない


科学技術計算の定番ライブラリのMATLABもCUDAやXeon Phiに対応してるが
AMDのハブられっぷりは半端ない。
パートナーシップにAMDの名前も一応あるには昔のOpteronの名前しかない
http://www.nag.co.uk/bdu/partners/amd/index.html

まあただでさえAMDはBrook+/CALを捨てるという暴挙をやらかしてるから
村八分にされて当然だが

855 :Socket774:2014/05/08(木) 22:02:17.89 ID:axb69V2Z
AMDはStreamをごりごり売り込んできてたのに、
いざ本格採用しようとしたら、止めちゃうんだもんな

856 :Socket774:2014/05/08(木) 22:21:09.46 ID:PRl0KJE+
>>849
次世代スレは未来を語るスレで現状の話をひたすらするほうがまさに老害と呼べるww
なんの対抗策もないなら素直に受け入れろよ。intelでさえOpenCL推進してるんだから。

857 :Socket774:2014/05/08(木) 22:24:11.63 ID:eLOulaIs
未来って言うのは現在の先に在るんだよ

現在を無視した夢物語はパラレルワールドな妄想にすぎん

858 :Socket774:2014/05/08(木) 22:26:07.66 ID:PRl0KJE+
そうやって時代にとりのこされた奴らが2005年はたくさんいたなww

859 :Socket774:2014/05/08(木) 22:30:19.81 ID:838fcC2O
未来に行ったり過去に戻ったり忙しいなw

860 :Socket774:2014/05/08(木) 22:38:41.54 ID:PRl0KJE+
過去=現在でも現在=未来は成り立たない。
日本語不自由な人多いか?w

861 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 22:40:04.87 ID:GwvP3VTG
CUDAが初代の8800GTXから一貫してIL(PTX)の後方互換性を保ってきた一方で
AMDは後先考えずにVLIWべったりのIL仕様をでっちあげたかと思えば
短期間のうちにまた勝手な都合でVLIW世代のコードの互換性を切り捨てた

AMDはコード資産がお釈迦になったソフトベンダーに賠償金でも支払ったのかね?
そんな話は寡聞にして聞かない。
ソフト屋に払う金も無いならソフトが無いのは因果応報ですなあ。


で、AMDという会社はマジで破綻寸前なわけでして
http://jp.investing.com/equities/adv-micro-device-financial-summary

      総資産  負債合計 総資本
2010    4964    3951   1013
2011    4954    3364   1590
2012    4000    3462    538
2013    4337    3793    544
              ↑
             ここ注目!

2011年はIntelの和解金を得て一時的には負債の額減らせたけど
本業で赤字を出し続けてるから負債は増加の一途

こんな経営が危ない会社の製品に特化したソフトを開発しようなんて
ソフトウェア屋にとっては金をどぶに捨てる行為でしかない
そんな理屈はわかるよな?大人なら

862 :Socket774:2014/05/08(木) 22:43:04.02 ID:eLOulaIs
未来かくにん!

よかった。

863 :Socket774:2014/05/08(木) 22:44:40.44 ID:PRl0KJE+
ばかかwww
OpenClはintelもNVIDIAも対応してるんだがwww

864 :Socket774:2014/05/08(木) 22:48:53.38 ID:PRl0KJE+
ついでにARMもなw
もはやスタンダードになったんだよw

865 :Socket774:2014/05/08(木) 22:49:55.32 ID:WOck+QPq
Skylake、Cannonlake (Skymont)の次ってどうなるの?

866 :Socket774:2014/05/08(木) 23:10:19.02 ID:eLOulaIs
で、openclに対応したarm搭載品のソフトは

867 :Socket774:2014/05/08(木) 23:10:59.56 ID:fptIUTqC
低性能・爆熱・不具合満載の三重苦そろった産廃で地球環境を破壊し
人類滅亡を目論む諸悪の根源アムドを即刻地上から一掃すべき

868 :Socket774:2014/05/08(木) 23:12:20.59 ID:K/DPE8u3
AMDの語る未来の例
fab分社化で生産力up! x86シェア50%を目指す! http://pc.watch.impress.co.jp/docs/2008/1210/kaigai_10.jpg
Bulldozerアーキテクチャの本領が発揮されるのはこれからだ! http://www.4gamer.net/games/100/G010000/20111211001/

869 :Socket774:2014/05/08(木) 23:25:39.04 ID:36ybdkrw
AMDのARMが面白いことになってる
ようやくARMで自作する時代か来そう

870 :Socket774:2014/05/08(木) 23:27:07.29 ID:PRl0KJE+
ビジョンだろそれ。過去の。どんな会社でも毎年ビジョン通りの会社あるなら教えろよw
FXの記事に関して言えば嘘でもないしwww
そんなもんいくらでもでてくるぞ。

http://pc.watch.impress.co.jp/docs/2005/1110/kaigai222.htm
見えてきたIntelの5〜10年後のCPUアーキテクチャ

871 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 23:31:16.40 ID:GwvP3VTG
じゃあお前の妄想も実現しない可能性を考えたほうがいいな

872 :Socket774:2014/05/08(木) 23:35:37.58 ID:PRl0KJE+
スタンダードな規格で現実になるのが分からないなら老害としかいえないだろw

873 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 23:40:28.28 ID:GwvP3VTG
学術界のスタンダードのMATLABが利用できないFirePro(笑)
なんで後から出たXeon Phiのほうが先に対応してるのだろう?

874 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 23:45:42.82 ID:GwvP3VTG
OpenCLがスタンダードかどうかはさておき
OpenCL対応デバイスの中でFireProが一番使えないゴミなのは変わらない

875 :Socket774:2014/05/08(木) 23:51:43.15 ID:PRl0KJE+
現在AMDが狙ってる分野じゃねーだろそれw
畑違いの話だしてごまかすのもやめろよww

876 :Socket774:2014/05/08(木) 23:54:10.45 ID:P7efTBrU
>>874
あれ、GPUのOpenCLではAMD優位なんだと思い込んでたけど違うの

877 :Socket774:2014/05/08(木) 23:55:24.94 ID:eLOulaIs
hpc以外じゃgpgpuの使い道なんてない

使い道かくにん!

よかった。

にならないとなぁ

878 :Socket774:2014/05/08(木) 23:55:27.90 ID:mA0pZC8u
団子が大人げなく噛みつくおかげでAMDの未来について語るスレになってるじゃないか、、、

IntelにとってA社はもうAMDのことじゃないんだぜ、アウトオブ眼中

879 :Socket774:2014/05/08(木) 23:55:30.57 ID:PRl0KJE+
どのみちFireProを使える使えないに関して言えば未知数だけどな、2015年だとARMのAPUがでるらしいし
どうするかはまだみえんな。

880 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 23:55:44.31 ID:GwvP3VTG
そもそもの問題として

  MATLABすら利用できないものを
   スパコンって名乗っていいの?


大学・研究機関での採用はあきらめなければいけませんな。

まあTOP500はWindows AzureやらAmazon AWSのデータセンターすら
ランキングに入ってるくらい何でもありなランキングだから
GPU使う何かしらのシステムで大量採用されれば
それなりのシェアを占めることもできるんじゃないの?


で、それですら500システム中2システムしか採用されてないのが
悲惨なFirePro(笑)なんだけどな。

881 :Socket774:2014/05/08(木) 23:56:37.11 ID:eLOulaIs
>>876
openclはgpu以外でもつかう
FPGAとかね

882 :Socket774:2014/05/08(木) 23:57:42.77 ID:K/DPE8u3
散々HPC関係のblogの記事をここに貼っといて
AMDが狙ってる分野じゃないとはこれいかに

883 :Socket774:2014/05/08(木) 23:58:24.45 ID:PRl0KJE+
APUに関してはカスタムを増やすらしいし、GPGPUが必要なら必要なだけ乗せるスタンスになるだろうな。

884 :Socket774:2014/05/08(木) 23:59:45.93 ID:PRl0KJE+
>>882
ベクトルの話をしてるところにスカラの話をしだした奴がいてだなww

885 :,,・´∀`・,,)っ-○○○:2014/05/08(木) 23:59:52.24 ID:GwvP3VTG
AMDのウナ銀河隊員の言い訳が必死すぎるわ
「死ぬ前の空元気」という前提でAMDを見ると少しは吹っ切れるかもよ?

886 :Socket774:2014/05/09(金) 00:01:48.10 ID:K/DPE8u3
AMDが狙ってる分野じゃないのにHPCネタのblogをソースにAMDの明るい未来を語ってたの?

887 :Socket774:2014/05/09(金) 00:08:02.84 ID:PRl0KJE+
ネタがないインテルスレに話題を提供してるんだけどwww

888 :Socket774:2014/05/09(金) 00:11:14.47 ID:cgHNUgoM
ポエムはもういらない

889 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:12:05.94 ID:HRt7Pt4j
かなわぬ夢なんていらんのですよ。確実な実現可能な未来だけを語っていればいい。

890 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:13:41.33 ID:HRt7Pt4j
Java9でHPC(笑)とか
きっと俺らの暮らしてる世界のHPCの常識が通用しない異世界のHPCなんだろうな

891 :Socket774:2014/05/09(金) 00:14:07.54 ID:Iw7FKz4I
語るのは自由だが隔離スレでやってほしい

892 :Socket774:2014/05/09(金) 00:14:10.04 ID:7WLZE3+D
そもそもGPUでベクトルって言われても違和感しか

893 :Socket774:2014/05/09(金) 00:15:20.07 ID:OgGXZspT
あくまでファンダメンタル的な予想だろ、特に人口増加に伴う鯖強化は必須であるわけだし
ビックデータはGPGPUで高速化できるといわれてる分野だしな。
土地は限られてるんだから高性能にするしかないわけだ。インテルも頑張ってGPGPU性能
上げてる訳でしょ。

894 :Socket774:2014/05/09(金) 00:21:40.88 ID:A8ras29M
プロセスルールが5nmぐらいまでは計画されているようだが、
オリンピックまでには間に合うだろうか。
2014 -> 14nm
2016 -> 10nm
2018 -> 7nm
2020 -> 5nm

http://www.pcper.com/news/General-Tech/Intels-process-hit-5nm-2015

895 :Socket774:2014/05/09(金) 00:24:07.17 ID:cgHNUgoM
Knights Landingが1ソケットでピーク3TFlopsってのは信憑性が高くなってきた
つまり以前のリークは本物で、電力効率が3倍になるということか……

こうなると同じくAVX512採用のSkylakeが気になるが、
設計上の選択肢としてHaswellで用意された256bit FMA*2をくっつけて512bit FMA*1って拡張は自然だが
これだとピークFlopsの増加ペースを維持できないから、どうなるのかなあ

896 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:25:55.23 ID:HRt7Pt4j
> ビックデータはGPGPUで高速化できるといわれてる分野だしな。

CUDA/Hadoopバインディングの実装なら数年前に存在したが
何年も保守されてない状況なのを見て有用だと思えるならよほど頭が沸いてる

Hadoopって使ったことある?
そもそも何に使えるか知ってる?

素人ファンボーイの稚拙な意見なんて迷惑なだけだよ

897 :Socket774:2014/05/09(金) 00:27:54.12 ID:OgGXZspT
http://www.hpcwire.com/2014/02/13/amd-refreshes-vision-hpc-future/
ほれw

898 :Socket774:2014/05/09(金) 00:28:40.38 ID:Iw7FKz4I
>>895
そろそろXeon向けとメインストリーム向けで設計分けてもいいと思うんだけどね

899 :Socket774:2014/05/09(金) 00:28:56.32 ID:mBUL79ly
Knights Landingが未来のCPUなの?

900 :Socket774:2014/05/09(金) 00:30:57.26 ID:OgGXZspT
団子は結局OpenCLを受け入れたくないだけだろw
老害だなww

901 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:35:44.40 ID:HRt7Pt4j
倍精度積和の理論性能でいうと

A10-7850K・・・55GFLOPS(CPU) + 60GFLOPS(GPU)
i7-4770・・・220GFLOPS(CPUのみ)

HSAでHPCとか大爆笑ものですな

902 :Socket774:2014/05/09(金) 00:37:23.34 ID:cgHNUgoM
>>898
マイクロアーキテクチャとして現状で3系統(Core系・Atom系・Xeon Phi系)を投入して
CoreとAtomはそれぞれ2ラインでチックタックっぽいから
Intel的にはこの辺りが限界じゃないかなあ

他にもItaniumとかQuarkとか、あとリサーチチップも作ってたりするし

903 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:37:46.20 ID:HRt7Pt4j
OpenCLはFPGA焼く用途にも使えるから有用だよ
でもOpenCLランタイムが突然クラッシュするFireProは使えない

904 :Socket774:2014/05/09(金) 00:43:08.77 ID:OgGXZspT
はいきた現状比較www

905 :Socket774:2014/05/09(金) 00:43:20.37 ID:9CZJKArK
>>896
Accelerating Analytics on HADOOP using OpenCL
http://www.slideshare.net/DevCentralAMD/is-4011-zubindowlaty

906 :Socket774:2014/05/09(金) 00:45:32.20 ID:mBUL79ly
>>895
それってSIMD含むの?

907 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:52:10.56 ID:HRt7Pt4j
>>895
Silvermontベースのコアに半速の512ビットVPUが2つ載る構成。
現状明かされてるスペックだと俺の推定どおりだね

8[vec]×2[mad]×2[unit]×1.25[GHz]×72[core] = 2,880GFLOPS

Airmontが2.7GHz程度は出るみたいだからもう少しクロックは高くなる

Silvermontって命令フェッチ帯域が8byte/clkなんだけど
そのまま使うには余りに狭いんだよね。
EVEX命令が6〜12バイトになることを考えると1クロックあたりの
命令フェッチ帯域は16バイトは欲しい。
2クロックで32バイトなら2つのVPU+Load/Store分で
まあまあ使えるかなという程度。

908 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:54:31.10 ID:HRt7Pt4j
>>905
それAMDのいつものハッタリじゃん。
実際に使いものになるソフトを用意できてない。
小保方さんが「STAP細胞はあります」って言ってるのと同じレベルの説得力


IntelはHadoop向けソフトウェアをすぐに使える商品として売り出してる。
この差は大きい。

909 :Socket774:2014/05/09(金) 00:56:15.46 ID:OgGXZspT
一部しかみないで全体が見えてない奴の典型だなwwww

910 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 00:59:07.07 ID:HRt7Pt4j
AMDがテストにIntelのCPU使ってりゃ世話ないわなーwww

> CPU 4-core Intel(R) Xeon(R) CPU E5-1603 0 @ 2.80GHz
> RAM 16 GB GPU AMD/ATI Radeon HD 7970 with 3GB GDDR5 Memory

911 :Socket774:2014/05/09(金) 01:00:27.28 ID:7WLZE3+D
「ビッグデータはGPGPU」とかひとくくりにして語る程度の奴に
全体が見えているとか言われましてもw

912 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:05:18.65 ID:HRt7Pt4j
http://www.intel.com/content/www/us/en/software/intel-hpc-distribution-for-apache-hadoop-software.html
既に製品が存在するのがIntel。
対して、未だにプレゼンの絵に描いた餅どまりのAMD。

今使えるのはIntelしかないだろ
餅の絵でプログラミングしてエンドユーザーは納得しないからね。


所詮、倒産寸前赤字企業に使えるものを求めるのは酷というものか。

913 :Socket774:2014/05/09(金) 01:06:25.82 ID:mBUL79ly
>>907
SIMD演算のユニットは別?

914 :Socket774:2014/05/09(金) 01:09:50.83 ID:GN17U7I+
OpenCLは面倒臭そう・・・

915 :Socket774:2014/05/09(金) 01:10:08.02 ID:OgGXZspT
だから、未来を語るスレで現状を語られても老害としかいえないwww

916 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:11:25.23 ID:HRt7Pt4j
>>913
CPUコア以外にGPUみたいなSIMDコプロセッサが載るかって事?

そんなものは載らないよ。
あくまでCPUコアに内蔵されたSIMDのみの数字だ
Knights Cornerもそうだったはずだけど。

VPU×2ならUCS4(32bit integer)を32並列で処理することもできるから
巨大なデータベースの文字列処理が捗りそうだ。

917 :Socket774:2014/05/09(金) 01:17:12.47 ID:PlUrRtCq
そんなに現実逃避したいのか

918 :Socket774:2014/05/09(金) 01:20:08.20 ID:OgGXZspT
まぁ、なにだしてもハッタリだの実現不可能とか言うやつには無駄だけどなww

919 :Socket774:2014/05/09(金) 01:22:22.77 ID:OgGXZspT
まぁ、AVXがぁとかAMDスレまできて言わなくなっただけでも多少は効果あったかなww

920 :Socket774:2014/05/09(金) 01:22:48.89 ID:PlUrRtCq
何も出してないじゃないか

921 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:23:23.21 ID:HRt7Pt4j
Cray, NERSCは新しいスパコンに未だ市場には出てないKnights Landingの
採用を決めてるが、これもまた未来を見定めた上での結論なんだけどね。
14nmの供給計画が示され、サンプルチップが用意され
十分なシミュレーションをしたうえでの信頼関係に基づく契約だ。


片やAMDは14nmどころか28nmすら、新しい2P Opteronのリリース予定が示されてない。
そんなものを選ぶなんてありえないことなんだよ。
予定が示されていない架空の製品を見切り発車で使えますよなんて
提案することはできないんだよ。もちろん客も納得しない。
ニートには理解できないかもしれないけどね。

そしてHSAは未来すらほかの企業から期待されてないから
会員企業が一向に増えないんだ。

922 :Socket774:2014/05/09(金) 01:25:07.71 ID:OgGXZspT
はいはい2015以降同じ事をいえるように頑張ってww

923 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:25:57.34 ID:HRt7Pt4j
頑張る必要ないよ。そうなることが確定しているから。

924 :Socket774:2014/05/09(金) 01:25:58.25 ID:OgGXZspT
まぁ、頑張るのはintelだけどな。

925 :Socket774:2014/05/09(金) 01:26:29.88 ID:PlUrRtCq
それまで会社があると良いが

926 :Socket774:2014/05/09(金) 01:31:09.22 ID:OgGXZspT
ARM版APUとかつくるくらいだし、ARM陣営の金あるとこに買われるのが理想だけどな
サムスン以外ならどこでもいいなw

927 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:31:59.60 ID:HRt7Pt4j
まあAMDは2015年に数億ドルの社債の償還が迫ってるからなー。
また社債発行するのかな。

エロイム エッ債務
エロイム エッ債務


PS4にチップ供給しててなお赤字なのに
ソニーが潰れたら(それでなくともPS4撤退したら)どうなるんだかwww

928 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:33:24.96 ID:HRt7Pt4j
sAMDsung

929 :Socket774:2014/05/09(金) 01:35:37.44 ID:9CZJKArK
>>927
SONYのPC事業撤退が直撃するのは(日本)INTELの方だと思うけど

930 :Socket774:2014/05/09(金) 01:37:22.69 ID:OgGXZspT
PS4は余裕で黒字確定のドル箱ビジネスになってるけどなw

931 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:40:32.52 ID:HRt7Pt4j
>>929
意味不明な論理だな。多国籍企業って知ってる?

「VAIOしか買わない」なんて偏屈はともかく、パソコンが必要なら
NECや富士通があるし、国内ブランドにこだわらないなら
ASUSやLenovoでも買うだろ。

932 :Socket774:2014/05/09(金) 01:44:29.48 ID:OgGXZspT
>>931
 重要なことはMicrosoftやIntelの売り上げというのは、その地域での売り上げが全部その地域の子会社につくという構造ではなくて、
グローバルに展開しているPCメーカーの売り上げはそのPCメーカーの本拠地の子会社につくという仕組みになっていることだ。例えば、
Lenovoは中国が本拠地のメーカーだが、日本でLenovoの子会社のレノボ・ジャパンがPCを売っても、その売り上げはMSKKやIJKKの
売り上げとはカウントされず、中国のMicrosoftや中国のIntelの売り上げとしてカウントされるのだ(余談になるが、今のところNECレノボ
グループのうち、NEC PC分は日本法人のアカウントとカウントされているようだ……)。

 従って、両社にとっての最大の顧客はどこかと言えば、それは東芝であって、2位がソニー、第3位が富士通なのだ。その両社にとって
2番目に大きな顧客であるソニーがPCビジネスをファンドに売り払う、そのことが大きなショックでないわけがないだろう。

933 :Socket774:2014/05/09(金) 01:45:01.15 ID:9CZJKArK
>>931
ん?INTELはエンドユーザーにPC売ってるわけじゃないじゃん、メーカーに売ってるんでしょうよ
SONYっていう買い手を1つ失ったわけでしょ、メーカーにさえ買ってもらえさえすれば
その後PCの在庫がどうなろうがINTELはあんまり関係ないしね

ソニーがMicrosoftとIntelに突きつけたレッドカード
http://pc.watch.impress.co.jp/docs/column/ubiq/20140210_634526.html

934 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:46:22.15 ID:HRt7Pt4j
> PS4は余裕で黒字確定のドル箱ビジネスになってるけどなw

は い ?

ゲーム「部門」は黒字だけどゲーム「事業」は赤字という会計マジック
SCE出身の平井がゲーム事業を守るための粉飾だよ。
慢性的に赤字のネットワークまわりはゲーム部門からは切り離して会計されてるし。

そもそもソニー本体が赤字なんだが。
時価総額で任天堂以下。これもSCEじゃなくてソニー本体の話ね。

SCEは債務超過で事実上倒産を2度もしている。

935 :Socket774:2014/05/09(金) 01:46:51.84 ID:XPWkFigs
PS4は半年で700万台売ってるし日本以外じゃPS2並みの勢いじゃないか?
ライトユーザーには普及しなさそうだから1億台は行かないだろうけど

936 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:47:42.16 ID:HRt7Pt4j
>>932
アホ過ぎて話にならないな

パソコンが必要ならほかのメーカーから買うだろ?バカなのか

937 :Socket774:2014/05/09(金) 01:50:09.70 ID:OgGXZspT
理解しようとする脳みそがないなら分からないなwww

938 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:52:26.22 ID:HRt7Pt4j
>  重要なことは

そんな会計ルール聞いたことが無いのだが


突然単発IDが沸いてそれを擁護するという構図
自演なのかな

939 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 01:53:35.01 ID:HRt7Pt4j
>>937
お前の脳内妄想の会計ルールはチラシの裏にでも書いておけ
てかレス書き込むID間違えたの?

940 :Socket774:2014/05/09(金) 01:54:32.30 ID:mBUL79ly
>>916
SIMD演算って独自のユニットを使うんじゃなくて
CPUの演算機能なの?
アホみたいな質問ですまん

941 :Socket774:2014/05/09(金) 01:56:03.67 ID:OgGXZspT
いちいちめんどくさい自演はお前だけだろーがww

942 :Socket774:2014/05/09(金) 01:57:36.53 ID:mBUL79ly
未来のCPUはKnights Landingみたいになってくの?

943 :Socket774:2014/05/09(金) 02:02:02.80 ID:GyVNK7mw
ほぼ確実に未来はHSAをintelが採用
intelが採用することで64bitの時と同じように、
隙間なamdは、また次の餌を探すようになる

944 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:12:57.10 ID:HRt7Pt4j
日本AMDは販売不振で韓国AMDと同じリージョンに統合されたけど
それでもおまえら生きてるじゃん

お前らトンスラーにはそっちのほうがありがたいのかホルホル

頭が悪いやつはぐぐった知識の受け売りしか能が無い↓
http://pc.watch.impress.co.jp/docs/column/ubiq/20131029_621280.html


逆にリージョン統合されたほうがメリットはあるかもしれんよ
日本が1リージョンとしてみなされる弊害として
たとえば日本だけMS-Officeの値段が高いとか、Steamの「おま国」とか

945 :Socket774:2014/05/09(金) 02:20:08.78 ID:HGJpHHxX
>>943
そりゃ無理だ
DirectX、OpenGLも高性能でドライバ品質も高いRadeon内蔵だから意味がある
iGPUがゴミクズなIntelがHSA対応しても、今と同程度か下手すりゃ性能低下するだけ

946 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:27:23.84 ID:HRt7Pt4j
APUのシェアが低い限り、HSAに対応するメリットが無いから
ソフト屋に見向きもされないよ

AVX-512はAMDが拒否してもソフト屋はかまわず使うから
結局AMDも採用するよ

947 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:29:42.73 ID:HRt7Pt4j
> ドライバ品質も高いRadeon

その割りによくOpenCLのコードがクラッシュするのですが
どう考えてもドライバのせいですよね?

948 :Socket774:2014/05/09(金) 02:29:43.57 ID:lP8t5pAf
Radeonドライバーは高(多)機能だが安定性に欠ける印象。

949 :Socket774:2014/05/09(金) 02:29:52.74 ID:mBUL79ly
SIMD演算って独自のユニットを使うんじゃなくて
CPUの演算機能なの?
アホみたいな質問ですまん

950 :Socket774:2014/05/09(金) 02:35:39.79 ID:HGJpHHxX
>>948
今まではゲフォに極端に最適化されたゲームばかりだったから、ラデだとドライバ対応しにくくて後手に回っていたからね
今はPS4や箱1効果でラデ向けにゲームがつ売られている状況だから、今後はかなり改善されていく

951 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:36:04.16 ID:HRt7Pt4j
>>949
「どっちもある」が正解
CPU外のユニットはコプロセッサというのだ

MMXやSSE, AVXはCPUに内蔵のユニットで処理されるSIMD命令

952 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:37:35.33 ID:HRt7Pt4j
>>950
RadeonのOpenCLランタイムが不安定なのは
ランタイムを提供してるハードベンダーの責任ですけど?




AMDのプログラマを殴れ

953 :Socket774:2014/05/09(金) 02:39:49.08 ID:ti+LnyED
UFC 128 - エリック・コク vs. ハファエル・アスンサオ
https://www.youtube.com/watch?v=n2CcU1A1i-0

UFC 134 - エリック・シウバ vs. ルイス・ラモス
https://www.youtube.com/watch?v=x25xIpNmhCo

UFC 140 - コスタ・フィリッポウ vs. ジャレッド・ハマン
https://www.youtube.com/watch?v=etC-LdvIe8A

UFC on Fox 5 - マット・ブラウン vs. マイク・スウィック
https://www.youtube.com/watch?v=HvWDkItV20s

954 :Socket774:2014/05/09(金) 02:41:17.94 ID:mBUL79ly
>>951
既存のCPUの機能の一部なの?
例えば72コアあることとSIMD演算は関係ある?
将来的にi7とかで同じ水準のSIMD演算ができるんでしょうか

955 :Socket774:2014/05/09(金) 02:42:16.55 ID:XPWkFigs
そのうちプログラマー同士の殴りあいが見られるかもな

956 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 02:48:33.64 ID:HRt7Pt4j
> 将来的にi7とかで同じ水準のSIMD演算ができるんでしょうか

完全に互換というわけではないがSkylakeとKnights LandingのSIMD命令セットは
互換になる。
つまり、同じコードが動かせるということ。

もちろん規模は違う。4コアと72コアじゃ18倍違うでしょ。
かといって1コアあたりの性能も違うからそれがそのまま性能の差になるわけでもない。
(せいぜい5〜6倍程度と見られる)

957 :Socket774:2014/05/09(金) 02:50:39.35 ID:mBUL79ly
ありがとうございます
じゃあ既存のCPUの機能にある程度依存してるってことですね
GPUとか専用回路みたいな別物じゃないってことか

958 :Socket774:2014/05/09(金) 03:00:06.69 ID:+7mTh5ao
>>954
横から失礼、ググれば分かる質問を繰り返してるように見えます
SIMDって文字通り、一命令発行で複数データを処理するって意味ですよ

関係あるかどうかでいったらありますよとしか

将来CPUが代替できるのかって意味なら疑問符がつきます
生産可能なトランジスタを全部GPUとしての処理にぶちこんでるトランジスタジャンキーを、
汎用演算に使う努力をしてるのが例えばnvidia

努力が安定性に繋がってなくて白眼視されつつも空回りしてるのがAMD

Intelは
「それよりこのチップ見てくれ。どう思う?」
「すごく…細かいです…///」
「こっちはどうだ」
「やだ…わりと汎用的な癖して沢山ある…///」
「何が沢山あるんだい?ほら、その汚いお口で言ってごらん」
「コアが…沢山です…転送量も、まあまあ濃ゆいです、不満は残りますが」
「HMCが解決してくれるさ。そしたらドバドバだぜ。HAHAHA」
「ああ…待ち遠しいわ///」

どうも疲れてるようです。お休みなさい

959 :Socket774:2014/05/09(金) 03:07:33.99 ID:mBUL79ly
マルチコアに適した演算の方法のことをSIMDと呼ぶってことか
ありがとうございます

960 :Socket774:2014/05/09(金) 03:19:05.78 ID:/VfQPniY
>>841
大学卒業で更新停止らしいね

961 :Socket774:2014/05/09(金) 03:36:32.40 ID:/VfQPniY
>>934
昨日時点の時価総額でソニーのほうが任天堂より高いよ。嘘書いてると捕まるよ
時価総額すらまともに見れないとか団子って頭悪いのバレちゃったね

962 :Socket774:2014/05/09(金) 05:31:54.43 ID:MVfG2SG4
任天堂が実質生み出したSGI・ArtXの血脈も、いよいよ終焉の時が近づいてるのかね…

963 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 06:28:54.40 ID:HRt7Pt4j
>>961
もちろん相場なんて見ずに言っただけだよ。
PS3以降万年ヘタレのソニー株・・・珍しいこともあるもんだね

山内家の遺族が相続税のために任天堂が株買い取ってるし
不思議でもない・・・か

964 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 06:37:43.65 ID:HRt7Pt4j
>>962
「血脈」って意味ならQualcomm SnapdragonのAdrenoがそうじゃないの?
今のRadeonってVLIWでもなければ、キャッシュの活用のノウハウ
(たとえばタイルレンダ)も継承してないぜ

ArtXの中の人はとっくに退社してるし。

965 :Socket774:2014/05/09(金) 07:16:51.51 ID:0XKdPEFs
AdrenoってRadeonのアナグラムなのか

966 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 07:40:28.06 ID:HRt7Pt4j
>>960
AnandTechってもともと学生が始めたサイトだって知ってる?
社会人のやってるテキストサイトなんてざらにある。
やる気の問題。
土日や早く帰れた日にでも更新すりゃいいじゃん。

インサイダー情報でも扱う会社にでも入ったか
あるいはブラック・・・お察しですな


>>959
マルチコアはMIMD(Multi-Instruction, Multi-Data)

967 :Socket774:2014/05/09(金) 08:37:13.07 ID:eZIr0XDM
>>961
よくわからんけど
どっちがつおいの?
http://stocks.finance.yahoo.co.jp/stocks/chart/?code=7974.T
http://stocks.finance.yahoo.co.jp/stocks/chart/?code=6758.T

968 :Socket774:2014/05/09(金) 08:41:50.02 ID:whCPSn6J
>>854

MATLABが「ライブラリ」などと言ってる時点でお里が知れるな。
OpenCLで動けば当然FireProでもAPUでも動くわけで。

AMD and AccelerEyes Demo Matlab on AMD's Trinity …: http://youtu.be/PbntSRznHBQ

969 :Socket774:2014/05/09(金) 08:44:18.65 ID:4MFARY7Q
>>967
企業名の下の「詳細情報」を押すと時価総額が表示される

970 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 08:59:20.76 ID:HRt7Pt4j
>>968
これだろ?
https://code.google.com/p/opencl-toolbox/
バージョン番号が示すとおり、未完成ですけど何か?

企業がサポートしてるバックエンドでなければ選択肢に入らないよ
MathWorksが公式にサポートしてるGPGPUフレームワークは
現状CUDAだけ
http://www.mathworks.co.jp/discovery/matlab-gpu.html


単体の実行ファイルとしても使えるけどC/C++から扱えるからライブラリとして
使う場合が多いんだけどな。

大手のHPCベンダーのサポートラインナップに入って初めてスタートライン
(コンペ通るかどうかは別問題)
FireProやらAPUやらは現状スタートラインにすら立ててない。

971 :Socket774:2014/05/09(金) 09:03:00.52 ID:eZIr0XDM
>>968
つかえんの?

http://www.mathworks.co.jp/discovery/matlab-gpu.html

MATLAB GPU Computing Support for NVIDIA CUDA-Enabled GPUs
Perform MATLAB Computations on CUDA GPUs
Using MATLAB for GPU computing lets you accelerate your applications with GPUs more easily than by using C or Fortran.
With the familiar MATLAB language you can take advantage of the CUDA GPU computing technology without having
to learn the intricacies of GPU architectures or low-level GPU computing libraries.

http://www.mathworks.co.jp/matlabcentral/answers/124780-can-i-use-jacket-matlab-gpu-opencl-to-use-the-adm-ati-gpu-card-for-scientific-calculation

MATLAB supports CUDA and not OpenCL at this point.
Jacket was discontinued in 2012.

http://www.mathworks.co.jp/matlabcentral/answers/99646-amd-gpu
AMD 社製グラフィックカードは Parallel Computing Toolbox 5.2 (R2011b) ではサポートされておりません。
R2011b 時点でサポートされている GPU は、NVIDIA CUDA のみとなります。
現在サポートされている GPU デバイスは以下で確認することができます。

972 :,,・´∀`・,,)っ-○○○:2014/05/09(金) 09:06:03.44 ID:HRt7Pt4j
すぐコア吐いて死ぬような代物でどこの企業もサポートしてようなものを
使えますなんていって出せるわけ無いじゃん
AMDは基本無責任だからこんなものをデモに使う

973 :Socket774:2014/05/09(金) 09:30:36.34 ID:X1JEAQGv
エコシステムって知ってる?
MATLAB位広く使われてるとサードパーティーが対応するのが当たり前にあって、件のビデオもMathworksとは別の3rdが製品化してるやつ。

974 :Socket774:2014/05/09(金) 09:35:24.94 ID:QPUTR7c3
どこのサードパーティがサポートしてんの?
ほとんどのHPCベンダーのハードはFirePro対応してないから
まず事業として成立しないわな

975 :Socket774:2014/05/09(金) 09:41:04.88 ID:UFwiyVKi
Intelの次世代SoCについて語ろう 76
http://anago.2ch.net/test/read.cgi/jisaku/1399596048/

976 :Socket774:2014/05/09(金) 09:45:08.18 ID:xtKxwMpK
おつ

977 :Socket774:2014/05/09(金) 09:50:46.23 ID:IcV4DEYm
opencl版ツールボックス出してたAccelerEyesという会社は既にないよ
ArrayFireという別製品の名前を会社名にしてそれ専業の会社になった
既にディスコンの製品を引き合いに出してどーすんの

978 :Socket774:2014/05/09(金) 10:07:31.67 ID:GG22jiDn
貧乏空想AMDファンボーイはブーメラン投げるのがお好きのようだな

979 :Socket774:2014/05/09(金) 10:10:51.28 ID:qh+kmwsL
>>975


980 :Socket774:2014/05/09(金) 10:23:51.94 ID:bl7CGDBJ
>>841
北森瓦版がもともとアンチIntelサイトでいまもアンチインテル度が高く、
AMD's cafeがとくにどっちの陣営にも偏ってない感じだったな

981 :Socket774:2014/05/09(金) 10:24:41.52 ID:Nl0WN2QZ
ウナギ銀河のボボッタ族たちの工作活動は失敗続きだなぁ
貧乏空想スレッドはAMDスレだけにしてくれ

982 :Socket774:2014/05/09(金) 10:26:44.37 ID:bl7CGDBJ
GPGPUが低調になったのは、もうGPGPUでパフォーマンスが出る種類の計算、
パフォーマンスが出ない種類の計算っていうのがあらかた研究されて判明してるから、
うちはこういった計算も重要だから、これはGPGPUではパフォーマンス出ないなって
そういったのがあらかじめ分かるようになってきたから

だから、汎用的に使いたいHPCでGPGPU回避傾向が強くなってきた

983 :Socket774:2014/05/09(金) 10:36:53.08 ID:Ax8FCWYc
gpgpuだけで出きることはそんなにないからな
Cpuとのコヒーレント取れてポインタ共有もすることで開発しやすくなって活用もしやすくなる

984 :Socket774:2014/05/09(金) 10:40:21.43 ID:bl7CGDBJ
>>983
>Cpuとのコヒーレント取れてポインタ共有もすることで開発しやすくなって活用もしやすくなる
SSE/AVXのことですね?

985 :Socket774:2014/05/09(金) 10:41:00.32 ID:LtcX/VZB
けっ次世代の話なんて何もないタダの小競り合いスレかよ

986 :Socket774:2014/05/09(金) 10:45:07.55 ID:6wV5uK/a
マヌケにも削除スクリプトに引っかかったおれさま

987 :Socket774:2014/05/09(金) 10:54:38.70 ID:Ax8FCWYc
>>984
AVXはCPU側だろ、AVXと連携しやすくなるんだよ
今がしにくいなら、しやすい構造になっていく

988 :Socket774:2014/05/09(金) 10:56:43.31 ID:GG22jiDn
AMDのあれはGPUの共有データがライトコンバインだから
データがキャッシュに配置されなくなってかえって遅くなる
SSE/AVXのほうが副作用なくて使いやすいよ

989 :Socket774:2014/05/09(金) 10:59:51.98 ID:JIGHp3cj
AMDの方が遅くなるっつうてるが
AMDのGPUの方が3倍早いからAMDのAPUのが使いやすいよ
intelの場合はdGPUあり気じゃないとね

990 :Socket774:2014/05/09(金) 11:05:01.08 ID:U3wApJpw
何と驚くことにHPCではAPUに限るなどという採用をしないで済むのだった…
内蔵GPU強いよ派はきちんと事実と向き合うことをはじめないと
同じ安く作るならこっちが良いよ、という流れしか今のところ説得力のある選択肢がない

991 :Socket774:2014/05/09(金) 11:10:17.81 ID:QPUTR7c3
AMDのAPUのGPUはAMDのCPUの3倍速いかもしれないが
Intelの4コアはAMDの4コアより4倍速いし
市場規模も10倍以上だから

ソフト開発者はAMDを見向きもしないよ。
赤字のCPU部門を廃業してdGPUだけ作ってればいいよ

992 :Socket774:2014/05/09(金) 11:16:14.63 ID:JIGHp3cj
実際の連中は内蔵GPUでゲームしてるのが大半なのよ
それかたまたま買ったPCに外部GPUが搭載してあったとかかな
だからそう言う連中にはAMDのAPUのが使いやすいと言うのは教えて置かないとね

993 :Socket774:2014/05/09(金) 11:23:02.62 ID:Q/nwhfbE
apuよりdGPUの販売台数のほうが多い現実

994 :Socket774:2014/05/09(金) 11:45:39.33 ID:c8IJjJVJ
ソフト開発者が見向きもしないのは、ソフト開発者がCPU依存の処理しかできないからだろ?
PS4にインテルCPU載ってたらよかったね()

995 :Socket774:2014/05/09(金) 11:50:54.06 ID:eZIr0XDM
PS4でポスト処理以外のGPGPUってなんかあんの

996 :Socket774:2014/05/09(金) 11:53:15.89 ID:Aje07E5d
>>992
内蔵GPUでゲームする層は割とCPU重視だしintelの内蔵GPUで十分

997 :Socket774:2014/05/09(金) 11:55:44.86 ID:Q/nwhfbE
AMDerの勘違いが酷いな。
Intelプラットフォーム向けにdGPU出してるからこそAMDの売り上げの
半分を支えるだけの市場規模を得られてるのに。
それをAMD専用にしたらだれも寄り付かん。
ゲーミングモバイルやエンスー向けはNVIDIAが無双してカジュアルゲームは
IntelGPUが基準になるだけ。

dGPUでも対応してるMantleは対応表明メーカー多いのに
APU専用のHSAは閑古鳥な現実をみればわかるだろう。

998 :Socket774:2014/05/09(金) 12:00:06.75 ID:Q/nwhfbE
APUに手を出してからAMDはCPU事業もGPU事業もシェア右肩下がりなんだよな
結果が全てだろw

999 :Socket774:2014/05/09(金) 12:02:58.76 ID:JIGHp3cj
i5-3550S搭載PC買った奴がいて遅いって言うから
調べて見たらintel HD2500だったとかで
ネットブックのA4-5000より遅かったっつう何とも気の毒なオチ

1000 :Socket774:2014/05/09(金) 12:03:05.22 ID:c8IJjJVJ
まーたHSAとMantleを一緒に語ってるよ

1001 :1001:Over 1000 Thread
1台のマシンが組み上がりました。。。
新しい筐体を用意してくださいです。。。。

         自作PC板@2ch http://anago.2ch.net/jisaku/


266 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)