Intelの次世代CPUについて語ろう 73

Intelの次世代CPUや、それに関連する内容についてのスレッドです

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

>>1おつ

弌乙

いくらなんでも現時点でx87命令削ってソフトエミュにするのは時期尚早でしょう
16bitコードなんかはもう削ってソフトエミュにしても、BIOSくらいでしか使ってないので、
UEFIオンリーのBIOS+UEFIのOS必須にすれば大丈夫そうだけどね

■ CPU Hierarchy Chart 2014

AMD悲惨すぐる笑
まるで勝負になってない笑
5年前の石にすら負けてる笑
何周回遅れなんだか笑

http://www.tomshardware.com/reviews/gaming-cpu-review-overclock,3106-5.html

>>4
x87命令の問題はスタックレジスタ構造ではなく80bit浮動小数点実数にある。ほとんどのプログラムは64bit精度でしかFPUを使っておらず使用頻度の極端に低い命令のためにコストの高い高精度演算器を実装するのは無駄が多い。
だからそこはソフトエミュで良いという判断ができる。
またFSIGNをはじめとする関数演算命令もマイクロコードで実装しているがこれをソフトエミュにしても問題ないし、FDIVなどはむしろアルゴリズムを変えてソフトエミュした方が速くなる可能性もある。

x87命令のデコード自体は全く問題ではない。

まあ、現状はXeon Phiですらx87命令を実装してるわけですけども
使えるけど超越関数だけに使ってねという位置づけのものだし
ソフト実装のほうが速いならまあ要らないな

KNLで1コアあたり2VPUになるけどx87は1つしか実行できないとか
制約はかかりそうだね

本当に精度が必要なもは半端に80ビット精度とか使うより
倍精度を2並列以上で回してソフト的に多倍長精度やったほうが
精度も速度も出るのだ。

たかだか仮数部が11ビット増えるだけで2並列以上のベクトル化を
あきらめるのは筋が悪すぎる。

金融系があるからな、性能うんぬんの問題じゃないと思うぞ。

やってる事はプァかも知らんが、従来と100%同じ結果が得られるかどうかが重要だろ？
パソコン変えたら、数値が変わりましたじゃな。

金融はそれこそ10進浮動小数点じゃね？
IBMはそれ用の独自フォーマットと演算ユニットを持ってる。
.NETのDecimalなら現状はソフトエミュレートしている。

x87のlong doubleだろうとたかだか0.1すら正しく表現できないのは変わりません。

ソフトエミュまでいかなくても、マイクロコード実装にして、
ドキュメントでこの命令は過去の互換性のためにあって
新規プログラムでは使わないでねって書いとけばいい

いくらなんでも削除はやりすぎだろ

少しでも製造コストを抑えないと利益の出ない低性能CPUしか作れないAMDの事情を察してやれよ。

"Unconstrained Paths" って、身に覚えの無い赤い表示 　が出るんで何だろう？と思ってたが、
これかよ・・・。　さすがに↓↓は判り難いだろ。 せめて該当信号名ぐらいは表示してくれよ。

altera_reserved_tck、altera_reserved_tdi、altera_reserved_tms、altera_reserved_tdo

ごめん、誤爆った。

コア数よりパワー出せ

FreeBSDがやっと386を切れたくらいだし、CoreDuoやK8以前の石が滅びるまでは
マイクロコードレベルで維持しないとまずいよな。
x86でいまだx87吐くコンパイラもあるし、まずコンパイラ側ができるだけx87を吐かないようにしないと。
それでx64が普及すればようやくお役御免かな。
後5-6年くらいは最低でも必要だと思う。

互換重視のx64に文句があるならIA64使ってろ。

現行のItaniumみたくx87（あるいはx64でないx86全部）の命令はUEFIから起動されるエミュレータで実行じゃだめなんか
レガシーコードは一応動くしデコーダも多少はシンプルになる

>>18
デコーダーをシンプルにするならまず大量のプリフィクス命令を追加したAMD64の命令セットを捨てる所からはじめなあかん。

PCはそもそもCPU以外のレガシーな部分が多過ぎる

互換、レガシーこそ力なのは散々歴史が証明してきたではないか。

何回負けたら学習するねん。

自作マザーの後ろに絶対に使わないポートが必ず付いてるし

おまえは絶対に自作しなくていいレベルだってことだ。

一応リナックス窓OS�]混在

要らん窓7を買ってしまった
おまけのCPUでまた組んじゃうよ〜

Windows9がもうすぐでるのに7とかありえんわ
情強は9待ち

Windows使ってて情強ねえ…
いまどき、有償のOSを使うメリットってエロゲくらいか？

謎の情強アピール

CUIのみを使うならlinuxやfreebsdでも、GUI使うなら現状選択肢は商用OSしか無い
いつになったらフリーOSにまともなGUIがつくの？

LinuxもWindowsも良いOSだよ。
変な争いすんな

どうなったらまともなGUIと言えるのだろうか
waylandやMirに置き換わったらまともと言える？

テックウインド、Intel製「Atom Z2520」を搭載した低価格Androidタブレット「CLIDE 7」と「CLIDE 10」を4月に発売
http://yukan-news.ameba.jp/20140227-157/

ブラウザくらいしか使わないならLinuxでも何の問題もないんだけどね

残念だがWindows 8.xのマウス操作性はKDE以下

UbuntuのUnity最初はクソだったけど、改良されたのと慣れのせいか普通に使えるようになった。
MintのWMはWindows XPの劣化コピーみたく使いにくいわな。

まあAndroidやApple iOSでいいんじゃね

あんなもんで仕事できん

ぶっちゃけ、sshで家マシンにつなげば、タブレットからでも作業は可能。
メインで使うのは嫌だけどな。

ノート用CPUの新しいコアて何時？
SATA周りが変わるんだったけ？

broadwellは年末まで遅れるらしい

CPU内臓グラフィックだけじゃわざと今の3Dゲームが重くなるように
ほかのグラッフィクボードメーカーに気を使ってるんなら
CPUの値段下げろっての
CPUだけで35000円もするわ

ノート向けに無理言うなよ

broadwellはあくまでノートだが
Core i5/i3以下でもGT3eクラスを使えるようにしてほしい
仮にGT4eがあったとしても最上位はもっと良いdGPU使うなら意味ねーし
寧ろ中堅クラスこそ良いiGPU搭載してくれよ

ジサカーならビデオカード追加する人が多いのでは？
だから高性能GPU内蔵は需要がない、
むしろ内蔵ビデオいらないから安くしろ（その費用をビデオカードに回す）という人が多いのでは？

高性能なiGPUが欲しいならAPU買えばいいんだろうさ。
俺は最低限のiGPUで十分。　
ダイの面積削って安くするか、CPUの性能アップにしてほしいわな。

ノート向けと別ダイにしたらかえって高くなるだろ

broadwellならGT3eは無理でもGT3ならいけるんじゃね

結局APUの需要もニッチなんだろうな
高性能の内蔵GPUなんてシェアの小さいAMDがやって丁度良いくらいで、Intelがやっても無駄なものをバラまく感じだろ

IntelのIGPはどっかGPUメーカでも買収しないとこの調子のままだろ。
ノウハウがなければ突然性能が上がるなんて考えにくい。

メインストリーム最上位が卸売価格316ドルってCore 2 Duo E6600からの伝統だし
内蔵GPUが統合されたから一律値段上げますなんてやってないだけマシじゃねーの？

SandyBridge以来のIntel HDは性能上がってる方な気がするけどなあ
GT2だけで見ると、Sandy→Haswellでシュリンク1回、アーキテクチャ更新が1.5回、Flopsが3倍ぐらいだから
だいたい期待される程度だと思う

IntelがGPUにトランジスタを使ったから性能が上がったという当たり前のことが起きてるだけだろうな
GT3だって、RichlandのGPUよりトランジスタは少ない

iGPU内臓してもお値段据え置きなものに
iGPUいらないから値段下げてくれっていうのは
なんだか違うと思う

SandyでiGPU切ったのあったけど
その後のIvy以降同じ仕様のが出てないのは
売れなかったんじゃない？コスト合わないんじゃやらないでしょ

覚醒しないiGPUをいくら強化しても仕方ないだろ

KaveriのiGPUはMantle対応でBF4ですらそれなりに遊べる性能だぞ
オマケに非対称CFでR9 290xとの連携すら将来は視野に入ってる
IntelがiGPUをどんなに強化しても追いつけない場所にAPUは既にいるよ

ちなみに、スクエニの最新作「Thief」はMantleとTrueAUDIO対応で、Kaveriは両方対応しているからな
もうiGPUでAPUに勝つことは不可能だ、諦めろ

ちなみに、SandyとIvyのGPUは覚醒したのか？　HasのGPUはどうなんだ？

覚醒ってAMD用語？

CPUの電力効率で大差が付いてなければ
Pentium/CeleronにローエンドディスクリートGPU刺した方が
電力効率いいなんていわれずに済んだのにな

やっぱCPUの設計って大事だな

>>53
Xeon E3-12*0やCore i5-2550Kみたいな
通常モデルからiGPUを殺したモデルのことを言ってるなら
Ivy BridgeでもXeon E3-12*0v2やCore i5-3350Pが出てた
ttp://akiba-pc.watch.impress.co.jp/hotline/20120519/ni_ce31290v2.html
ttp://akiba-pc.watch.impress.co.jp/hotline/20120901/ni_ci53350p.html

Haswellは今のところXeon E3-12*0v3だけ
ttp://akiba-pc.watch.impress.co.jp/hotline/20130601/ni_c1285lv3.html

AMDだとiGPUの性能があがるけどCPUの性能が落ちるからなー

ＨＳＡはIntelのCPUでも取り入れてほしいな。

Intelは自前でソフトウェアスタックを用意できるから
いらないでしょ。規格を動かすのはOpenCLでやること

SSE、AVXで出来るような処理はGPGPUでも出来るし、OpenCLで両方活用できる
AMD64のFPはSSE2
要は、実数演算はOpenCLの普及とともに今後GPGPU活用に向かっていく

CPUの整数演算を使う処理の大半は、SSDとメモリ 8G導入でかなり快適になる
Win7以前のOS世代のソフトとか軽すぎてCPUが全く働いてくれないし、最新ソフトほどOpenCLでGPGPU使ってくれる

SSDやメモリ大量導入でもカバー出来ないCPU性能が全く足りない処理やソフトって何があるかね

将来的に出来るようになったとしても、今出来ないんじゃダメだな
AMDはせいぜい頑張らないと

OSとかブラウザとか大き目なソフトのビルドなど

BSDカーネルのビルド、昔のＰＣでも３０分もあれば終わってたしなあ。

いまだとbuildworld+buildkernelでそんなもんだよ。
GPGPUで支援できないかなーとは思う。

ＧＰＧＰＵはＤＢで使われるアルゴリズムでは、有望みたいなんだがな。
実際にOracleはGPGPUに力入れてるし。

個人レベルでは9800GTXでCUDAで鳥検索アプリ作ってみたが、あまり速くなかったなｗ

チューニングした典型的な関係データベースだと、
多くの場合IOバウンドになるはずだけど
GPGPU関係なくてGDDRが効いてるケースじゃないの

OpenCLで速くなるって何年前から言ってんだ
AVXのfloat8wayですらクライアント用途じゃ持て余し気味なのに
GPGPUで32wayとか64wayみたいな粒度のCPUから見て超高レイテンシな演算器で
何故バラ色の未来が想像できるのか理解できない

OSやカーネルのビルドとか言われても、そうなんだろうけど、大半の一般ユーザーには全く関係ないことだろ
そうじゃなくて、一般的にもそれなりに使われてる用途で教えて欲しかったんだけど

DBは今のとこ研究段階で当分GPGPU利用はし無さそうだけど、
個々の処理は軽いからシングルスレッドよりはマルチコアが効く用途だと思う
AMDのSeattleやIntelのAvotonがそれ向けだと思う

論点がさっぱり分からん。色々と曖昧すぎる

大半の一般的用途とか言い始めたら
そもそもSIMDが効く分野がかなり特殊だと言うべきで、GPGPUとか言ってられない
しかし特殊だから軽視するのかというと、さらに別の話になる

DBってどのモデルのDBだよ

【朗報】Windowsが無料

マイクロソフト(MS)、“無料版OS”『Windows 8.1 with Bing』を計画か [03/01]
http://anago.2ch.net/test/read.cgi/bizplus/1393677814/

Haswell-E 8コアが3.9GHzで動いたら倍精度500GFlops だけど
ユーザー実使用平均はその何%だろうな。

>>70
論点はコレだよ

一般的にもそれなりに使われてる用途で、
SSDやメモリ大量導入でもカバー出来ないCPU性能が全く足りない処理やソフトって何があるかな

> そもそもSIMDが効く分野がかなり特殊だと言うべきで、GPGPUとか言ってられない
AMD64対応なら実数処理はSIMDのSSE2だろ
ちなみにXP世代以前の32bitの処理は軽くて性能はいらないからどうでもいい

> しかし特殊だから軽視するのかというと、さらに別の話になる
特殊用途ほど開発者がOpenCL対応頑張りそうな気がするけどね

> DBってどのモデルのDBだよ
GPGPUが効くモデルとか今のとこ皆無だからどうでもいいです

>>72
倍精度性能欲しいなら1TFLOPS超える、Tesla、Phi、FireProを使った方がいい
CPUで実数演算とかとっくにオワコンだろ

終わっているのになぜ700GFLOPSのHaswell-EPを出したり
AVX3を出してさらに倍増させたりするのだろうか

そりゃGPUがバッチ処理型のプロセッサだからじゃないかな。
よほど大量のデータじゃないと送信と受信のオーバーヘッドだけで
帳消しになっちゃうから。

そりゃもちろん全部x86CPUだけで処理するためだよ
まあ、実際はPhiやTeslaだよりで、CPUで実数処理とか殆してないだろうけど

実際HPCでXEONだけの構成とか皆無だろ
ほぼ全てがTesla頼りなのが現実

Haswell-EPは500GFlops程度がターゲットだった気がする

>>73
一般的とはどの程度か合意できないから、曖昧な話になって
挙句コンパイルとかが飛び出すわけで

＞AMD64対応なら実数処理はSIMDのSSE2だろ
関係ない。有名なものでも少し前のVisualStudioのように、賢くないコンパイラはベクトル化をしないし
賢いコンパイラでもSSE/AVXをただのスカラ命令として使っている事は多い

top500 の4/5はCPU。上位100でも3/4 はCPU。昨年11月。

>>71
無償ならLinuxからWindowsに乗り換えるのもありかな。
apt-getみたいなのをWindowsでも実装してほしいな。

間違えた　9/10。　3/4はそのまま

>>77
ほげぇ？
Tesla搭載システムはTop500の40システムを切って既に右肩下がりなんだが？
当然ながらXeonオンリーのクラスタのほうが圧倒的に多い。



Xeon E5 v2世代では一定のワークロードにおいてCPU処理のほうが
Tesla併用より電力効率で上回ってしまったといわれてるしな

top500のtop10はもうちょっといろいろで、
Xeon E5 "
PowerBQCが3,5,8,9
Xeon E5 が10

top500のtop10はもうちょっといろいろで、
Xeon E5 + Xeon Phiが1,7位
Opteron + K20x が2位
PowerBQCが3,5,8,9位
Sparc64が4位
Xeon E5 + K20xが6位
Xeon E5 が10位

LINPACKを辞めるって言われてるから順位も変動しそうだけどね

チップの面積の半分以上を内蔵ビデオカードが占めるって異常すぎる。XeonやE系以外も内蔵ビデオカードなしのCPUだけにしてくれ・・・

もっとキャッシュに回すべきだな。

Haewell以降は、dGPU派はEに行くべきかと

iGPU無しのダイバリエーションを作ると逆にコスト増なんだろうね

GUGPUなアプリが普及するなら、iGPUがデカくなってもいいかもね。
個人的にはゲームしないんで、iGPUは最低限の描画が出来ればいいと思ってるけど。

8種類もiGPUありのダイを用意するくらいなら
1種類くらいiGPUなしのダイを作ってもいいような気もする
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20130904_613951.html

ノート向けの選別落ちをデスクトップに回してるから安いわけで
ノート向けでiGPU無しの需要がどれだけあるかねえ？

System Agent側にディスプレイIFがついてるから
完全に切り離すのはそれなりに再設計の手間がかかるんじゃないの

Intelの目標って、APU並みに強力なiGPUを作ることなのか？
今の性能って、帯に短し襷に長しって感じで微妙だなと思う

あくまで価格に見合ったダイサイズの範疇で、という大前提があるだろう
AMDみたいに200mm2半ばのを1万円台で売らなきゃならんとかは悪夢だろう

デスクトップ向けは、最早ノート向けのおまけだろ
出荷比率も7割ノート向けなんだろ

Broadwell世代になるとiGPUをOpen CLで
GPGPU的に使えるようになるのかな
静止画像のラプラシアンフィルタ処理とかを
大量にリアルタイム処理させたいのだが

>>97
Intel的には、AVX-512がOpenCL(GPGPU)の対抗馬なのでは？

>>91
P87を出さないから、iGPUなしは考えてないと思う

OpenCLはAVXも使うことが出来るから、対抗とかいう話にはならないよ

Intelは内蔵GPU向けのOpenCL SDKを出してるし開発サンプルも出してる。
ソースコードがターゲットのベクタ長に依存しないというOpenCLの利点は
OpenMP 4.0にも取り込んでる。

OpenCLがOpenGLを完全に飲み込んだあとで
OpenCLを効率的に実行できる「CPU」によって
GPUの解体実現を目指してるのが今の路線。

なんでGPGPUの規格のＯｐｅｎＣＬがOpenGLを飲み込むんだよ。
夢見がちなやつだな。

プログラマブルシェーダがCLに段階的に統合されるのは夢じゃなくて規定路線だろ

用途も何もも全く別なのに。
それならＣＵＤＡが普及したときに、DXは死んでたわな。

CUDAはテクスチャユニットやROPの機能をオミットしてるじゃん

CL2.0でsRGBや3D画像出力の機能を改善してるのだけど
汎用演算というより画像処理用途だよな

CUDAはテクスチャユニット使えますよ。

具体的に、どうやって全く違う用途の、グラフィック処理APIのＯｐｅｎＧＬが
並列処理のOpenCLに吸収されるか全くわからん。

OpenGLはたとえばOpenCVのような特殊な処理に特化したライブラリ群だ。
そりゃ、OpenCLがすべてのGLの機能を実装してかつ、
OpenGL以上の処理速度を有せば切り替わるかも知れんが、
ごく一部を代行できるだけで、GLがなくなるなんて冗談キツイ。

最近のOpenGLの下火っぷりを考えると、いつ消えてなくなるかの不安はある
とはいえ、うちの界隈だけのことなので、話半分ね

団子もOpenGLが無くなるなんて書いてない気がするんだが

＞OpenCLがOpenGLを完全に飲み込んだあとで

>>101
内蔵GPU向けのOpenCL SDKを出してたり開発サンプルがあったとしても
Ivy BridgeとかでのiGPU性能では並列処理とか言っても冗談にしか聞こえない
けど、GT3eとかその何十%増しの性能を持つようになるとすると
そろそろ使いものになってくるのかな、という期待はある

コスト最優先・生産材としての機器開発の立場では内蔵GPUは最大限活用したいし
汎用GPUでは頻繁にEOLが発生するので産業機器には使えない･･･

>>110
GL ESはスマホに標準搭載されてるけどね。
それより、少し前の話だけどAndroidがOpenCL非サポートを発表したのに驚いた。

>>111
規格的に連携統合が進むっていうのが論旨でしょ？
Khronosの流れはちゃんと追ってないけど、そういう議論があった気がする
しかも統合といっても、今のOpenGL相当のものが消えてなくなるという話なの？

http://pc.watch.impress.co.jp/docs/2009/0330/kaigai497_05.jpg

IntelがNVIDIA買収すれば解決する話

>>114
悪いけど、>101をそこまで好意的に拡大解釈して読めんわ。
仮にOpenCLに統合されて、グラフィック機能しか有さないOpenGLが生き残る道もわからん。
まだそれなら、団子の言い分の方が正しい

まー第三者があれこれ言っても不毛だな

OpenGLもComputeShader取り込んだからなぁ
KhronosはOpenCLとGLのComputeShaderが共存するといってるけどずっとそうかは分からない
GLのComputeShade強化すればCLと競合するわけだし

ComputeShaderはライティングとかグラフィックに必要な物理演算や描画に必要なデータを共用したり
OpenCLにいちいち渡してたんじゃオーバーヘッドでかいあくまでグラフィック用途のシェーダーだろ、倍精度定義されてないし
OpenCLも倍精度必須要件にしてないのがアレだが
あらゆる機器でコード共用とかうたうならせめてデータ型くらい揃えとけよ

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20140303_637721.html

>>95
今、20nmで作ると、もっと高くつくんじゃない？

デスクトップとサーバでコア数が違うから同じコアを使い回せない時代なのか。
しかし5*3で15コア
5*2で10コア
3*2で6コアって
半端感が半端ない構成をよく選んだな。
コアを殺すことなく1.5倍間隔のSKUを揃えるのが重要なのか?

とりあえずGPU使用アプリ（最近はブラウザ）が高速化されれば。

今のIntel HDGでも性能足りないWebサイトってどんだけあるのよ
HTML+CSS+画像メインの静的サイトならボトルネックはむしろネットワークじゃね？

むしろmadVRが早くなって欲しい

Core i7 のグラフィック部分をVisualBasicで利用するにわどーすれば

Direct2Dを叩いてください。というかWPF使えばいいんじゃね？

OS作って売るかリナックスみたいにタダで配ってください

JavascriptやFlashがゴリゴリ動いてるサイトをタブたくさん開く場合、
ボトルネックは、CPUとメモリ容量

まずCPUは大量のスレッド/プロセスが裏で動くので、
HTをオンにしたcore i7が望ましい

メモリも大量に使うので、物理メモリ最低8Gは必要

動画サイトでタブたくさん開く場合、GPU/ドライバがクソだと画面が崩れたり動画が正常に再生されなくなったり
OSごとクラッシュしたりする

１GBをRAM DISKにして、ブラウザのキャッシュをそこにするとサクサク。

RAMDISKてそんなにいいもんですか。OS標準のファイルキャッシュ機能じゃアカンのですか？

ってブラウザキャッシュか。そりゃ書き込みあるし意味あるか

Intel releases Pentium 3530, Celeron N2930 and N2830 CPUs
http://www.cpu-world.com/news_2014/2014030202_Intel_releases_Pentium_3530_Celeron_N2930_and_N2830.html

プロセサの光化はGPUから進むだろうか
光で光を演算する
レイトレの超高速化なるや？

これが日本。馬鹿ばかり。

>>115
そうだね

CUDAはいらないから捨てる
TegraはAtomの邪魔だから捨てる
TeslaはPhiの邪魔だから捨てる
dGPUは作らないから捨てる
iGPUだけ作れればいいから人員を9割くらい削る

正直、いろいろ削られて今の面影とか残らないだろうね

プログラマを殴れば解決

プログラマを殴るとストレスで辞めていきます

殴らなくても、偽装請負の劣悪な環境で辞めていきますｗ

Googleの本社見てみ？まるでレジャーランドだぜ
ああいう環境でこそ優れたプログラムがかけるんだろーな

たしかにね。

こないだまで務めていたドナドナIT会社でも、本を執筆してた人いたよ。
社会階層は低いけど、スキルある人も結構もいるね。
IT勉強会で講師したり。

良いプログラムが書けるかどうかは、その人がやってる業務にもよる

そもそも、日本のIT企業の多くがSIベンダ系やその下請け企業で、すごいプログラミング能力が必要とされてない
日本のプログラマが云々って文句言ってる人が多いけど、
そもそも、プログラミング能力が必要ない業種で働いてるから、プログラミング能力が評価されないんだよ

日本でMSやGoogleみたいな事業をやってるIT系企業なんて無いでしょ？
SIベンダ・ITゼネコン系企業ではマネジメント能力が必要とされてプログラミング能力はさほど重視されない

ソーシャルネットワークって映画見たけど大したプログラミングスキルじゃなかった。
日本じゃどんなスキルがあっても成功は無理だなと分る映画。

日本ですごいプログラミング能力が必要とされてそれが評価される企業はかなり限られる
その限られた会社・職種にいる人のみが、そのプログラミング能力を評価される

プログラマ板に書けって内容だが。

普通のIT土方でもスキルがある人のコードと、
そうじゃない人のコードではかなり差があるけど、
まあ評価されんわな。　とにかく、動けばいいと。

東芝・キヤノン、次世代半導体開発で提携−露光微細化、線幅１５ナノメートル量産
http://www.nikkan.co.jp/news/nkx0320140227aaaq.html

この前キヤノンがナノインプリントで有名なMI社を子会社化したがこういう流れか

インプリントでも実験室レベルでは5nmでトランジスタの動作報告があるらしい

ttps://www.semiconportal.com/archive/editorial/executive/22nmnand.html

>>146
ちょっとよく分かってないんだが、
ロジック向けプロセスにも適用できるの？

問題は「一枚いくらで出来るか」なんだよな

CPUには当分関係ないだろうね
でもEUVが失敗したら
こっちの技術が台頭する可能性もあるのかも

プログラマもタダ飯はないとようやく気付きつつあるふいんき（Google日本語入力は変換できる）ですね

上がマルチコア時代にあわせた工数管理をしないとダメ。
逆にプログラマが開発の主導権を握ってるようなところではむしろ
そういう心配はないはずだ。

gtx750が出たけどさ
cpuも近いうちさらに、高性能・省電力・低価格が出る予定あるのかなー？
core i5 4570 辺りで進化版が近いうちに出ますかね

>>153
その3つは揃わんと思われ

>>152
工数見積もりが当てにならん業界だしｗ

OpenMPを使った部分的なマルチスレッド化なら、
割と簡単で大した工数いらんと思うんだけどね。
実務ではOpenMPも使ったことないわ。

OpenclとOpenGLの統合は4亀で読んだ気がする

個人的にはOpenRLが気になるね
ImagenationがRTRT向けのGPUを開発してた

>>154
cpuは s や t がつくので揃わないのですね
ありがとうございます

第３のＯＳ「タイゼン」急失速 （日経有料会員向け）
http://www.nikkei.com/article/DGXBZO67659730T00C14A3000000/

現状IntelはTizen Mobileのほうには深く肩入れしてないよ。
Android/x86に全力だし。

むしろ国内でTD-LTEを採用するソフトバンク系のAXGPとWiMAX2+の
エリア拡大動向こそ重要じゃないか

XMM7260はTD-LTEには対応してるが旧来のWiMAX(IEEE802.16e)のほうは
対応してない。

Tizenが軽いOSなら、ガラケー・らくらくホン用OSとしてはTizenでもいいんじゃね？

インテル提供、Arduino互換ボード「Galileo」を5名様に
http://pc.watch.impress.co.jp/docs/topic/present/20140305_637982.html

Arduino互換なら3000円以下じゃないと話にならない。

インテル、スマートウォッチメーカーBasis Scienceを買収か
http://japan.cnet.com/news/business/35044776/

Intel，「Titanfall」と「Thief」に最適化されたβ版グラフィックスドライバ「15.33.0.3464」をリリース
http://www.4gamer.net/games/132/G013298/20140304058/

>>163
RasberryPI+Auduino（計6000円超え）と同等以上のことができるんだから
値段は妥当でしょ

ふつうに RasberryPI + Arduino　>>>>> Galileo

ロガーやLED制御は8bitCPUで十分。
8bitで済む用途ならArduino、32bit必要ならRasberryPi。
消費電力が全然違うのでマイコンは大は小を兼ねない。

RasberryPiに勝負挑むならやっぱり3000円。

docomo永田取締役「ローエンドからハイエンドまでTizenスマホを揃えて行く」 2013年3月10日
http://kizitora.jp/archives/24399803.html

そして1年経過↓

>>159
＞タイゼンの問題点の１つは、積極的に関わっている端末メーカーが韓国サムスン電子だけという点だ。
＞メーカー関係者にタイゼン参入の可能性を聞くと「サムスン電子が主導権を握っていて、
＞彼らに都合の良いプラットフォームになっており、参入しても勝ち目がない」とか
＞「Androidにおけるグーグルがサムスン電子に変わっただけ。言いなりになるのだけは避けたい」

ドコモから誘われてアソシエーションに参加したようなメーカーさんは、ハナからやる気なしだったんかなｗ

そこでμITRONですよ

>>140
良いプログラム書けるから、良い待遇なんじゃね？と言ってみる！

ArduinoやRaspberryは、中華の互換品だかコピー品だかよくわからないのが
格安で出てるからなぁ

日本でプログラミング能力を評価してもらうなら、
やっぱりアカデミックな世界で教授とかそういった肩書がつくまで出世するのが一番だな

ただし、プログラミング能力を評価してもらうっていうより、
論文出したり学内政治がんばったりな結果で、プログラミング能力で教授になれるわけじゃないけどね

googleは、有名なフリーソフトの開発者をかなり大量に雇ってるよな

昔、大学の研究結果を、実際のプログラムにする仕事ならやってたな。

オープンソースのコードを読むとよく出来ていて、日本人じゃ勝てんなとは思う。

日本の大学はレベル低いからな。
プログラミングの科目取ったら、キミは出なくていいよ、私より詳しいからと言われたよ。

プログラミング演習みたいな科目は民間に業務委託したほうがいいかもしれないね

ミニがよく似合ってるわ

アメリカ企業は有名なフリーソフト開発者をどんどん採用してるよな
日本では、rubyで楽天に行ったやつとか、あと検索関係はgoogle日本法人に採用された奴とかいたな

身長や体重を入力するボックスに４桁入れられちゃうとか
笑っちゃう実装があったりするからなぁ。

googleとかappleを見るまでもなく、
stack over flowをくらいの有益なサイトも日本語じゃない。
アメリカ人と日本人のソフトウェアの技量の差は半端ない。

日本では優秀なプログラマがその才能を評価してもらえる職場がきわめて少ない
だから、優秀なプログラマでも、ふつうのSI企業でSEやってたりする

物理やら化学やらの理論系修士博士で
シンクタンク系に行って高い報酬の仕事してる人いるよ。

>180　は職場の少なさを否定したいのではなく、少ない職場の例ね

博士とプログラマスキルの因果関係がわからん。

プログラミング以外にもうひとつ分野を持つことの優位性。

情報処理に対する需要というのは、何かの分野の生産性を
上げたいわけだから、コンピュータのこと以外は一切何も
アドバンテージがないという人間に活躍の場が少ないのは
不思議ではないのではないかな

あくまでPGスキルはグリコのオマケな日本と、そうではないアメリカ。

アメリカに行った方が待遇がいいということが分かってるなら行けばみんなハッピー

3Dエンジンを進展させるのだって光学現象や視覚に対する
深い理解が必要。検索エンジンだって同様。
日本の高スキル自称PGには足りないものがあるんだよ。

別に検索エンジンとか作らんでもいい。
上で書いてる人も言ってるが、割と有名なソフトならお抱えになってる。

例えば、秀丸作ってる人が博士号もってんの？

必要な計算をさっさと終わらせたいなら自分でさっさと作った方が早い。そんだけ

アプリに名前を書き込むと，書き込まれた人が死ぬ｡

2chはデスノートかよ。

商用検索エンジンなら、日本がいくつか売ってる
BtoBだから表に出てこないけれど

>>169
結局両方だよ
ああいう待遇させてるからこそ、良いプログラムでトラブルを減らせと念入りをかけてるわけだ
いくら才能あっても環境が悪いと会社に責任擦り付けてヤバイ事をしでかすようになる

>>187
秀丸の人は富士通から独立した人だね
すくなくともそこらのDQN大学や専門学校出身の底辺と同列に語るレベルではない

>>193
流れ読めよ。
底辺がgoogleに行けるとは言っとらんやろ。

Googleの入社試験の難易度はVIPでも話題になってたな

>>195
意味がないからやめたらしいぞ

同じプロジェクトのやつが
ググルに転職していったときは
流石に驚いた。

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

医者の社会的優位性を根拠に他人をバカにするようなことして楽しいか？
医学部でもなきゃ入るチャンスもないのになにいってんだ？？？

全然お前らは見当違いなことを言っている。

とつぜんバカうま

,,・´∀｀・,,）っ-○○○とゆかいな仲間たち 73
http://anago.2ch.net/test/read.cgi/jisaku/1393440466/

医者になるとかなりたいやつがいたら言っておく

にげられません

ここも団子スレになったか

大工や料理人の道具を作るのは刃物職人であって大工や
料理人ではない。ところがPGの道具は表裏の半分はPGが作る。
自己言及ある所ろくなことはない、とゲーデルさんも宣ふておられる

専門用語はいいから何がどおなのか簡単に言ってください

新人さんにやすりで直方体作らせる会社があった

大工が自分で作業台作ったり絵描きがデッサンモデルや風景素材の写真撮ってきたりしたらいかんてことだな。

そういう作業や刃物を研いだりすることは
PGが作業環境をカスタマイズすることに相当する

>>204
プログラマでひとくくりにして考えようとするからそうなる。
ライブラリ屋がエンドユーザー向けアプリ（最終製品）を作ることは稀だ。

大工も料理人も刃物職人も「職工」でひとくくりにしてるのと同じだよ

俺さあ一人でやってるんだけど
思った通りにやってくれる人が居たらはかどるな

すかいらーくは自前の農場を持ってるぞ
もちろん厨房で料理を作るスタッフが農作業をやるわけではない

そんでさあ、割り算しないと整数演算のみだし
モノというのは本来実数の１個２個だし割り算使わない方法を考え中
微分積分だとかすべて吹っ飛ぶんだけどコレ

>>212
中間出力をどうにか省けないか考えるとか。

>>210
糞ライブラリ使うくらいなら、自作の方が楽だけど、
OpenCV使って、高機能ぶりにびっくりした。

出来合いかつ詰め込み的なインスタンスをグチャグチャ引っ付けても思う様動く。
って言うのがいいんじゃあないか。

ttp://pc.watch.impress.co.jp/docs/column/kaigai/20140308_638655.html

broadwellでSATA回り変わるんだったけ？
M2追加とかで、SSD最適に
broadwell搭載ノート出るまで待つかな

唐突に生物の話をするけど
鳥は〆るために首をちょん切ると走り出すことがあるらしい。
これより神経節（コプロ）があり単純な運動は
いちいち脳がどこの筋肉を動かすだとかではなく
そこが命令を出していると類推できる。
これはベーシックで言うとサブルーチンに当たる。

最後に一行に飛躍があるな

いわゆる精神薄弱などで感情が弱いと思われるような状態は
コプロで動くとして命令が来ないのか弱いのかコプロが壊れているかのどれかであると類推できる。

発生学的に見ると神経節がメインCPUで脳がコプロ
進化の過程で演算能力が足りなくなったのでコプロ(脳)を追加した

Larrabeeが成功しなかったのはDirectXのせいだったか

broadwellでファンレスノートってirispro乗っけてでも出来るものなのか？

>>222
GPGPUに特化しすぎて、グラフィック描画がダメって話は当時からあったな。

Haswell時代にもIris Proのウルトラブックは無かったですよ。
TDP50W台になるし。
ディスクリートGPUが不要なゲーミングモバイルがせいぜいですね。

赤い筐体でIris Pro搭載、超小型PC「BRIX」の最上位モデルが発売
http://akiba-pc.watch.impress.co.jp/docs/news/news/20140307_638688.html

新しいMac miniそろそろ頼みますよAppleさん

艦コレもIntelのiGPUでできるし、問題ない。
APUの存在価値がよく理解できんな。

団子って窓厨かと思ったら、Macも使うのか。

A4-1200で艦これ動かすと起動時に「Flashのパフォーマンスが〜」って出るしなー
FlashはGPUよりむしろCPU性能を重視すべき。

マカーは馬鹿だからな。

え？iOSの開発環境として仕方なく買うものでしょ？

分野にもよるが、企業・個人を問わずソフトウェア開発者でMacを採用してる人は多いはず
iOSがカバーできて、いわゆるUNIX系の環境とも親和性が高い
個人的な趣味としてはWindowsが好きだけど、シェルがアレだとかパッケージマネージャがないとか色々問題もある

Apple製品の更新はBroadwell登場に合わせてだと思ってたが、
Broadwellが遅延するとなると、スケジュールがどうなるのかまるで読めなくなった
中の人も頭が痛いんじゃね

だからマカーは馬鹿なのだ。

散々x86を馬鹿にしといてどの面下げてIntelの石を乗せてるのか。恥を知れ。

一体何の亡霊と戦っているのか

パソコンロボ！　ぶっちぎりバトルマッカーズ

>>217
一発目は相性問題が出そう。前にインテルはチップセットでやらかしたし。

>>226
ツノつければ３倍のスピードだな。

Ｌｉｎｕｘ使いだけど、Macは欲しいな。
もちろんiOSのアプリ開発の用途しかない。

>>231
シリコンバレーはMac使いばかりだよ
Windowsなにそれ？状態
日本の底辺プログラマ達にはWindowsがお似合いだけどね

じじいどもはUNIXコードが染み付いてるから

シリコンバレー何てまだあったんだ。

>>240
そんなにMac良いか？
仕事で最近まで使ってたが、結局なれなかったな。
具体的に他のOSに対するアドバンテージを教えて欲しいくらい。

別にWindowsが悪いとも思わんけど、
団子は上から目線なのに、窓の話しかできないから、技術力ないんだろうなと思ってしまう。

>>241
さーせんｗｗ

メインはFreeBSDで、サブがSolaris
仕事とゲーム用にWindowsです

Objective-Cが嫌い（←iOSでソフト書きとしては致命的

Macは自作できないからここでMacOSの話をしても仕方ない

>>244
大学生から５年くらい前までFreeBSDだったけど、Linuxに乗り換えた。

今はUbuntu、Ubuntu Server、Windiws7だわ。

ハッキンタッシュ

http://img.hexus.net/v2/cpu/intel/Haswell/4770R/Graphs/GRID.png

4770Rとかをもっとちゃんとデスクトップ版で出してくれんかのー
BGAでもいいからM-ITXとかM-ATXでお願いします

そもそもBRIX Pro以外に採用製品あるの？
Broadwell-Kは1150に載ると明言してるんだから（ただしZ87で動くとは言ってない）
それまで待てばよくね？

IntelでもAMDでもいいから、メインメモリにGDDR5採用してグラフィック強化したチップ出してほしいですね
CPUはBGAで、CPU・メモリともにマザーボードにはんだ付けしたMicroATXかMiniITXのマザー欲しい

時代的にありえないかもしれないけど、
シングルスレッドが速いCPUに魅力を感じるなあ。

シングルスレッドは今でも重要じゃん
コア数増やせばシングルスレッド遅くてもいいとかいったbulldozerが時代的にありえなかっただけ

ハスエルリフレッシュでMBのチップセット変わる

ttp://ideone.com/DlZW4s
皆様のPCだとこれ何秒位でおわりそう？
うちはVC2013デバッグで17秒だった。Core2DuoE8500で。
ideonって良いPC使ってるよね。

団子さんが同じアルゴリズム書いたらどうなるかは興味あるなー。
自分はコード量減らして最適化っていう方向。バカだからアセンブリ系かけない。

さすがにCore2とか見ると、もう新しいPC組めばという感じ。

スカイレークまで、スカイレークまでぇー・・・。ってことで来年予定してます。

長い間自作やってると古いものは遅いとか使えないとは思わず
こんなもんだと思ってるのでそのまま使ってしまうようになる。
新しいのも買うけど。

Intel Iris Pro Graphics 5200は GT640 と同程度らしいね

>>258
あーわかる。自分を道具に合わせる感覚有るよね。
一応、E8500はハイエンドだったのでその感覚もあって追加で買うのは来年でいいや・・・と。

ふるいのはメインPC潰れた時の予備、もっと古いのはlinuxやfreebsdいれてCUIオンリーで運用にしてる

ヒント：
すべての3より大きい素数は6n±1である。

>>262
ほぉ。なるほど。それは知らなかった。
加算ちょっと工夫すればもうちょい早くなりそうですな。
勉強になりました。

ちょっと組み込んでみます。

よーしパパC++始めちゃうぞみたいなコードだな。
団子にリクエストっぽいから、スルーするけど。

｢艦これ｣が火付け役！タブレット市場に異変
世界シェア2％のウィンドウズタブが日本で台頭
http://toyokeizai.net/articles/-/32391

速度上げようとするとコード量が増えないならまだまだだな。

GUI切ってDOS窓で数字だけ出力

ヽ(＾д＾)ﾉ Palit GTX750 StormX OC買いマスター

ヽ(＾д＾)ﾉ これでAPUとラデオーンをプギャーしまくるおー

http://youtu.be/eHd7sh7oIBA

(＾д＾) 何このソート勝負に最適の流れ

(＾д＾) 僕のソートの方は、やっとでCでの動作検証終わってx64で書き始めた所

(＾д＾) でもこれから忙しくなるし、完成はまだ当分先の予定

(＾д＾) ツベで一番ホットな自作チャンネルゴシゴシ動画

(＾д＾) ケースの自作も始めたし、タイタンフォール来たら動画撮るおー

http://www.youtube.com/user/5454doga

>>249
65Wでこの性能はすばらしいな。
EDRAMは伊達じゃない。

(＾д＾) G1820にGTX750挿してちょいOCしたら、FF14で4770K+GTX650tiBoostぶっちぎりますた笑

ttp://ideone.com/UegGZY
組み込んでみたけど変わらなかった。
基本的に加算がボトルネックということではなかったようだ。
関数コールのほうが重いのか、設計がマズイのか・・・。
パッチの当て方が汚いのはあるけど。
まぁ、いいか。当初の目的は達成したし。

>>264
コードリーディングも勉強になるので暇があったらぜひ。

>>266
いやー、あんまりコードガリガリ書くと制御不能になるのでダメなんですよ。
1ソース200行が俺の限界なんだ。Orz
まぁ、アマチュアだしこんなものでしょうね。

ちなみに、VCのO2で400ミリだった。まだ使えるな。ウンウン。

1コア当たり4chのメモリバス接続できたらいいよな

DDR2ではそろそろ限界だよねぇ。うぅ。

>>273
http://ideone.com/iHYbSJ

侮ったけど意外と速度出ないな。
ソースはグチャグチャ。
200ms程速くはなった。

GPUのコアクロックが遅い気がするのだが。
CPUと同じダイなら最大3GHZあたりで動かせるのでは？と。

>>277
意外と素直なコードですね。
あるぅぇ？これでなんで200ミリも変わってくるんだろう？？
Mapの検索時間かな？？先にリザーブしてるからかな？？
何でかなー。うーむ。地味にジャブがきいてるのか・・・。
もやもやするなー。

>>279
シーケンシャルな扱いではvectorが一番速い。
コンテナにはそれぞれ、得手不得手があって、この場合vectorが入門にして最適じゃない？

>>280
なるほど。総当りするんであれば確かにvectorのほうが早いか。
納得しました。いい勉強になりましたよ。

コンテナの中身についての意識がまだ足りてないんだね。
パフォーマンスを意識する場合はよく知っておく必要があるよ。

言い訳すると、本来の目的はIsPrimeを実装することなのでmap使ったのは間違いでは無いんです。
まぁ、ベンチマークのていでは失策ですね。
正直こんなに差が出るほどのものだとは思いませんでしたので、非常に有意義だったと思います。

vector<bool>は1ブール値を1ビットに割り当ててくれる
（コンパイラによっては、かもしれない）

素因数分解するんでなければ素数テーブルを作る必要はないわな
公開鍵暗号の実装でもしようとしてるのかなと思ったけど違うかな



6n±1の場合および3の剰余を求める必要があるんだけど
多倍長とかある程度大きな数になるとpsadbwを使って削るのが
定石になってるね。

(A*256 + B) mod 3 = (A+B) mod 3

これはエラトステネスで使うというか、gcdで割とよく使うかもしれない。
5の剰余、17の剰余もこれが使える。

ZIP

アトキンの篩

２年チョい前に奮発して3TBのHDD多数で鯖作ったけど容量余りング

MacもUNIXなのに何言ってんだろ。

あぁ、よく寝た。
>>284-285
vector<bool>は信用出来ないので実装はしたけど破棄しました。
mapに比べてベスト状態ならメモリ量2割ほどお得なんですけどね。
んで、プログラマ板の問題スレでラウム螺旋の実装をしてみようっていうのがあったんだけど、
それの描画部分を作るときにイチイチ計算してたら間に合わないなーとテーブル組み始めたのが最初です。
描画領域が大きくなると追計算するようになってるので追記型なんです。
ここに書いてみてよかったですよ。vectorって早いんだなーとか分かったし。
だんごさんの知見も含めて、すごい刺激的です。へへ。

しかし、スレ止めちゃったのは余計でしたね。すいませんでした。

GPUが電気もデータバスも食いまくるわけで

Windows使いだがWinからMacがエミュで使えればいいのにとはいっつも思う

あれって最新のMac動いたっけ？
Mac OSが古いと最新のxcodeが動かないから、
iアプリ開発に支障が出るので使い物にならない。

Macは邪悪なIntelマシンだからな。

Haswellの高性能グラフィックスのカギ「Intel内製eDRAM」の詳細
http://pc.watch.impress.co.jp/docs/column/kaigai/20140310_638791.html

バカでっかくなるタグRAMをどうするか、だよなぁ
Intelの頭にはこのeDRAMスクラッチパッドにしてややこしくする気は毛頭無いだろうし

2012年7月11日
450mmウエハは2017年までに生産開始
http://blog.livedoor.jp/amd646464/archives/52290258.html

↓

Intel，450mmウエハ生産を2023年まで延期か
http://blog.livedoor.jp/amd646464/archives/52403120.html

いよいよ限界が見えてきたか

立体構造で２倍
もしくは謎の素子の開発

300

IBM POWERみたいにeDRAM 1GBとか大盤振る舞いしないと
ソニーのGSみたいなことにならない？

HMCなんかが実用化されるまでのテスト リリースっすよ
インテルはそういうところは石橋をたたいて渡るなんとやら、だから

熱密度の問題を何とかしないとなー
プロセスで抑制していくアプローチがアレだから
セールスポイントをどう作っていくのかなー

IoTの立ち上がりが鈍いと踏んだんだろうな。

生産量を減らした理由は半分はパソコンの不振だが、もう半分はスマホタブレットでARMに負けていること

ARMに本気で勝てると思ってるところがアホすぎる

インテルがもし本気ならば、iPhone/iPadに採用されるか、
Nexusシリーズに採用されて他のNexusシリーズに対しての優位性を示すしかないかなー

バイナリ互換がない以上難しいだろね。
新しいデバイスが出れば、そこは戦場になるだろうけどさ。

>>296
Intelの場合、タグRAMは、メインダイのSRAM上に置いて、
データのみeDRAM上のDRAMに置いているようだ

iris搭載モデルのL3キャッシュが最大6MBなのは2MBをタグRAMに使っているからなのか

あ
調べてみたらタグRAMはキャッシュとは独立して乗ってるみたい

Nexus 8 to have Intel chip on board?
http://www.androidpit.com/nexus-8-to-have-intel-chip-on-board

>>308
バイナリトランスレータで大体問題なくなってるようだから
バイナリ互換性がそんなに障害だとは思えないが

「大体」じゃ困っちゃうわけよ

「実用上問題ない」ならいいか

どこまで行ってもARM公式にはならんから
限界あるよな。実装の限界とはまた別に。

ネイティブ環境でも完全な動作保証は無理なわけですし

動かないのが誰の責任かが問題になるのだ

IntelのeDRAMチップは128バンク構成でリード/ライト/リフレッシュを並列
http://pc.watch.impress.co.jp/docs/column/kaigai/20140311_638982.html

>>226
これ、いいなって思うんですけど
買った人いますか？

eDRAMはCPUと同じダイに載せて超広帯域で繋げてほしかった

通常のDRAMチップはDRAMダイ側にメモリコントローラ等のロジック回路が無いが、
インテルのeDRAMは、DRAMダイ側にメモリコントローラがあるのが
最大の違い

>>320
そいつはこれができてからなんじゃないか

DRAMメモリセルアレイの中でアクティベートするページの粒度を小さくすることで、電力を減らす
ttp://pc.watch.impress.co.jp/img/pcw/docs/638/791/html/17.jpg.html

MCMの利点は異なるプロセスルールのチップを混在できることじゃね？
今はCMOSだけど、インターフェイスさえ互換にしてやれば
たとえばPMOSプロセスのメモリも接続することができる。

そのためにチップ間インターコネクトの消費電力を減らしましたってのが
今回のIntelの発表の趣旨じゃないかな。
Broadwell/Skylake世代ではeDRAMは22nmを使うことになりそうだし
（枯れたプロセスルールは大きなダイを切り出すのに適してる）

CPUとRAM一緒にするとその温度差が

温度差があるので発電できるかな！夢が広がるね！

風車が必要だ。

>>320
まあ今のDRAMに比べれば、MCMで充分速い

同一ダイなんてえらいコストになっちまうw
枯れた技術で速く安く作れる、と思えばいいさw

ここまで既存のMCM・配線で性能/電力が実現できるとなると、過渡期になるであろうTSVインターポーザ方式ってのは、
Intelとしてはあんま意味無くなっちゃたりしてるのかな

さすがにPentium Proの再来とはならなかったか

Intelの場合は22nmの製造キャパが今後余りまくる予定だから有効な使い道ではないかと。

余った分で22nmのFX作ったれよ

>>318
すげーな。オンダイ間で直接接続ができればいいって割り切った
カスタムDRAMなだけあって、やりたい放題だ

LLCのeDRAM化とPCHのオンダイ化はよ！！

ガチンコ☆ファイトクラブ　オンダイ君

eDRAMってiGPUの帯域不足解消のためのものだから、
iGPUが微妙なIntel CPUに内蔵しても多分大して活かされることも無さそうだ
開発にコストかかるし、ダイサイズもかなりでかくなるから当然価格もかなり高くなるだろう

仮にブロードウェルでeDRAM内蔵版があったとしたら、こんな感じかな

5770K、150mm2、GT2、eDRAM無し、3.5万円
5770R、250mm2、GT4、eDRAM有り、5.0万円
この場合、GPUが低性能な分CPUのクロックを上げられる5770kの方がCPU性能は上になる

大抵の場合、5770Kを買って差額でdGPU買うんじゃないかな
というか、このクラス買う奴はラデかゲフォのハイエンド買うだろ

>>335
デスクトップ版はIris ProとiHDでそこまで価格差はついてないよ。
価格は55ドル差だけど、補助電源なしロープロでIris Proと同等以上の
性能のdGPUが55ドル未満で買えるかというと微妙じゃね？

http://ark.intel.com/ja/compare/75124,76642
※Rは無印やKじゃなくてSと同じTDP65Wで、クロックも3.2GHz(Sは3.1GHz)

L4キャッシュとして科学技術系の演算で使えることも考えると
+55ドルで128MBのL4キャッシュなら十分ありだと思うけどな。

タグも含めて高くつくわりには……

いやー、夢があってええわ。
Intelはこーでねーと。

まあ団子君の判断と市場の好みは違うということなんだろうな。

そら一般人は科学技術計算しないからな

しかし科学技術計算するようなデバイスをいかにラッピングして普通の人に売るか、
というのが、ここしばらくの課題で、割と失敗しているという。

一般にはグラフィック性能ブーストという売りでラッピングできる…ようにするにはGPUコア・アンコアもでかくしないといけないんだよな
Intelとしては面積比GPU＞＞CPUという状況はやはり面白くなかろう

>>340
浪漫としてはやりたいな。
昔、太陽系のできる様子を、描画するプログラムを作ったが、重すぎて全くダメだった。

iGPUは、APU的な路線よりは、GPGPUのための付属品くらいの扱いがいいわ。

>>342
今でも必要があれば2core+GT3みたいな構成を出してるわけで
需要次第じゃないかなあ

浪漫にも金はかかるわけで、今の若い人は恵まれてるな
　1996年　EV56　1.33GFLOPS
　2013年　Haswell　224GFLOPS（AVX2のみGPU含まず）
しかもHaswellの方が一桁安い

>>345
1996年にそこそこの歳やったらＯＳ開発とか、遥かにいい浪漫があったはずなんだが。

>>345
「今の若い人」とか言い出したらマケですよw

それはともかく、2030年に30TFLOPSにはならないだろうな

>>319
Intel NUC ・ GIGABYTE BRIX シリーズ総合 11
http://anago.2ch.net/test/read.cgi/jisaku/1392629504/

◯通常のオンパッケージ別ダイeDRAM
基本的にDRAMダイ側にはほとんどロジック回路は無く、
高帯域化するには、メインダイとDRAMダイをマイクロバンプやTSV等ですごい本数のバスで結ばないといけない

◯IntelのオンパッケージeDRAM
DRAMダイ側にコントローラがあるために、
メインダイとDRAMダイを従来の配線技術で結んでも高帯域化が可能

>通常のオンパッケージ別ダイeDRAM
それeDRAMじゃなくて普通のDRAMプロセスで製造したDRAMだろ

>>349
コントローラはCPU側にあるんじゃね？
OPIOにもコマンド発行用のバスがあるようだし、
むしろeDRAM側はなんというか普通のDRAM……より単純かも

http://pc.watch.impress.co.jp/img/pcw/docs/638/791/html/2.jpg.html

>>345
　クロック周波数としては、
　　366/433/500/533/600/666MHz がある。　　（泣けるねぇ〜...）
http://ja.wikipedia.org/wiki/Alpha_21164#Alpha_21164_.28EV56.29

>>348
ありがとうございます！

intelはZiilabs取り込んでるからまぁ関係ないっちゃ無いんだが

Apple,samsungもGPU開発してるわけじゃないから本当は的はずれな気もする
本来はPowerVRのimaginationかARMのMaliなわけで
明らかなタカリ
またはかねはらうの嫌なら俺ら買ってくれってことだな

http://pc.watch.impress.co.jp/docs/news/20140312_639225.html
ZiiLabs、GPU関連の特許侵害でAppleとSamsungを提訴

http://www.creative.com/corporate/pressroom/?id=13403
US 5,831,637 Video Stream Data Mixing for 3D Graphics Systems
US 5,835,096 Rendering System Using 3D Texture-Processing Hardware for Accelerated 2D Rendering
US 6,111,584 Rendering System with Mini-Patch Retrieval from Local Texture Storage
US 6,650,333 Multi-Pool Texture Memory Management
US 6,683,615 Doubly-Virtualized Texture Memory
US 6,977,649 3D Graphics Rendering with Selective Read Suspend
US 7,050,061 Autonomous Address Translation in Graphic Subsystem
US 7,187,383 Yield Enhancement of Complex Chips
US 7,710,425 Graphic Memory Management with Invisible Hardware-Managed Page Faulting
US 8,144,156 Sequencer with Async SIMD Array

http://pc.watch.impress.co.jp/img/pcw/docs/639/156/s12.jpg

i5-4210U 15W＋840M
i7-4750HQ 47W

比較対象がおかしいと思ったがIris Pro 5200はUシリーズが無いのか
痛いところを突かれたね

どうすんの？

まあラップトップにおけるiGPUは基板上の実装面積を減らすという目的も大きいからねえ
というか840Mは2Wって計算？

HQ系のTDPは47Wのはずなので、単純にTDPを書いてるわけではなさそう
実測なのかなあ

しかしCPU側のPCI-Eは無いはずのHaswell-ULTでdGPUとは一体……？

4200Uのノート買ったんだけど、これひょっとして2410Mより遅くね？

>>356
さすがに2wはない
igpu offにしたぶんのを考慮せんと
でも多くて10w位だろう

>>355
はやくNV買収してiGPU強化して欲しい

maxwellはIP売りもするから
intelがその気なら買うんじゃね

ASUS、Atom Z2520を搭載した7インチタブレット「MeMO Pad 7（K017）」を開発中
http://getnews.jp/archives/532132

nvがmaxwellをIP販売するっていってるから、
intelがmaxwellのIPを購入してiGPUとして使えばいい

どうせintelには使いこなせないし、キャッシュや内部バスの優先度もcpuが絶対だから結局今と大して変わらんよ
そもそもmaxwellはdx12未対応だから、再来年くらいに内蔵しても競争には勝てんよ

どっかに競争相手いたっけ

競争相手？ARMのことじゃないの？

APUの事を言いたいんだろうとマジレス。

個人的には所詮iGPUだし（絶対性能や先取り機能よりも）安定性や無難なiGPUとしてのmaxwel採用はアリかな。
特に多めのマルチモニタ環境を構築した場合のサブ出力としては丁度良い。

半導体業界、450ミリウエハーへの移行遅れる
http://jp.wsj.com/article/SB10001424052702304730304579436381518182534.html

頼みにしていたEUVも450mmウェハーも大幅に遅れる事になりそう
これじゃ14nmのBroadwellを遅らせるのも当然だね
このままいくと微細化による新製品投入サイクルはかなりペースが落ちるだろうな
しばらくは低消費電力化やeDRAMとかインターポーザーでメモリ帯域増やすことに
注力していく事になるんだろうか

ＰＣ市場は競争相手もいないし、Ｉｎｔｅｌもやる気ないんじゃないかと不安になる

春IDFのテクニカルセッション完全にネタ切れだな
カタログ出てるがひどい
https://intel.activeevents.com/sz14/connect/search.ww

このタイミングで言及なしということはBroadwellはラップトップ向けも年末まで出ないんじゃね

春のIDFは中国でやるようになってから
新情報が出なくなったような気がする

開催地が北京から深センになったのは大気汚染の影響か

>>368
その程度の用途なら今のを強化していけばおｋ

Acerの7.9インチAndroidタブレット「ICONIA A1-830」がオーストラリアで発売、価格は248豪ドル（約22,600円）
http://juggly.cn/archives/110125.html#more-110125

今更旧世代Atomかよ・・・と思ったら前モデルの810はMT8125T
（Cortex A7 1.2GHz×4）なんだな。まあありか。

シリコンフォトニクスがそろそろ実用？
近い将来のデータセンタはこういうのを使うのか

Intel’s 800Gbps cables headed to cloud data centers and supercomputers
http://arstechnica.com/information-technology/2014/03/intels-800gbps-cables-headed-to-cloud-data-centers-and-supercomputers/

微細化がスローダウンしても、しばらくは電力や帯域のヘッドルームを
食いつぶす事で売れる製品は作れるだろう。

今の電子回路は密度が高いといっても局所的に二次元密度が高いだけで
システムレベルで三次元で見るとスカスカ。OC自作PCとかになると
巨大CPUクーラーの体積が実質的なCPU体積だ

現行のHybrid Memory CubeもCPUなみの大型ファンが乗っかってる代物だしな
スマホ？むりむり

>>372, >>373
Broadwellの発表はIDFではなく、6月のComputexかもね

ところでRangeleyに載ってるQuickAssistアクセラレータの資料は
オープンソース界隈に提供されてるのかね？

EUVもTSVも夢の技術

2chの中でも頭いいの揃ってる
全てが掃き溜めと思ってた

団子さんは頭一つ抜けてるよ。

需要不足で14nmの工場一箇所凍結したんだっけ
それにそれでも空いてる工場のライン埋めるために外注始めてるし
そんな状況で450mmウェハとか意味あるのかね

>>385
必死で煽ろうとしてるID:p58ZITeqにとっては目の上のタンコブらしい
余程450mmが都合が悪く阻止したんだろうね

目の上の団子。

ウェハ面積が倍なら工場は半分で済む理屈
もっとも、Intelは投資を継続するつもりだけど遅延する方向で、かつ各社も足並みが揃っていないという
Intelだけの問題でもないようだから、それだけに深刻かもしれない

>>371
不安というか現実というか

今のデバイス水準で作られたF-07Cみたいなものがあるといいのだけど。
まだだめかなー

>>388
ウェハが面積になって、かつウェア１枚当たりのスループットが落ちなければ工場は半分で済むが、
いろんなところでウェアあたりのスループットが落ちるのでそんな簡単にはいかないよ

あと、液晶の例でいくと、ある程度の大きさまではマザーガラスを大きくすると生産コスト低減してたが、
ある程度以上はマザーガラス大きくすると、汎用の装置が使えない、輸送の手間がかかる等で、
コスト削減できなくなった

生産量が急激に増えないからといって
ウェハ直径の大口径化にメリットがないかと言われると、そう単純ではないというだけの話で
どのみちちゃんとしたモデルがあっての議論ではないよ

クリザニッチになってから、なんか停滞してる気がする。
イノベーションはどこ行った。偏執狂はどこ行った。

>>390
次期windowsでphoneと統合されてからでしょ

WindwsRTやらWindows Phoneみたいな糞Windowsじゃなく、
フルスペックの本格Windows積んだスマホがほしい
CPUはx86な

そんなの売れないし需要がない
過去にもそういうのでて一部のオタクが騒いでお終いだったろ

Winは内蔵ストレージ容量無意味に食うのがネックでなあ
32GB積んでフリー容量5GBとか、回復パーティションを7GBも死蔵してるとか、アホかよ

ｘ86でも演算機の性能も上がってるし最適化もされてる。
拡張命令使うともっと早いけど

>>394
RTはノーサンキュー

フルスペックWindowsスマートフォンは
おそらくHP200LXと同程度には売れる。それ以上は難しいだろう

Windows phoneはUbuntu phoneより出ない気がする。

Nokiaが今度出すやつもWindows PhoneじゃなくてAndroid派生
（GoogleではなくMicrosoftのストアを利用）になるしな。
というかWindows Phone要らなくなったんじゃね？

3つのWindows（NT, RT, Phone）を一本化するという意味がようやくわかったねｗ

てか、有償OSを乗せるなら価格が上がるから、
iOS並みの完成度とストアの充実がないと無理だろ。

iOSでさえ日本以外ではAndroidに劣性になってるのに。

Androidアプリは作るのめんどくさいから、開発するならiOSの方がいい。

Androidなんであんなに面倒なん。普通にC++で作るだけで大変だし
だいたいEclipseとかインストールするだけで汚される感じがして嫌だ

>>403
パクリOSのiOSにどんな妄想抱いてんだ。

ＭａｃＯＳはパクリだけど、iOSってパクリなん？
しかも、良いものはパクっても問題ないしな。

第二のWindows板で聞くのもなんだけど、
独自路線が好きなSonyとかMSっていいの？

どれもUNIXやLINUXのカーネルにUI載せただけだしなぁ。
PS4もBSDらしいが。ｗ

今時まったく新しいカーネル開発するなんて車輪の再発明。誰がするかよ……

ところがGUI分部はたとえ再発明だろうが開発し直さないといけないんだよな
フリーのGUI環境の出来が悪すぎるから

UNIXとかLinux使いは、ブラウザと端末エミュレータさえ使えればいいとか平気で言うからGUIがそれほど発展しない。俺もそうだが。

人間機械論のド・ラメトリが今生きていたとしたら
書き直すだろうか？

OSXはファイラと端末の連携の実装が素敵

神はホモサピエンス・サピエンスのDNA再設計を諦めた｡
神は破棄を決めた｡

そしてSTAP細胞なんてなかった

STAP UP TO THE VICTORY その向こう側に何もなくても　かまわないから

eval + lambdaって最強だな

昔から 自分で『素敵だな』と思った論文や検証データをノートに書き留めておくようにしていました・・・

それ槇原 某・・

全文検索って論文のコピペの検出なんかにも使える技術なんだよな
世界的ですもんね 乗るしかない、このビッグデータに

なっちスの作詞力は世界一チィィィィ！！

このスレにシュトロハイムさんがいるようだ

どんな手をつかおうが……最終的に…仕上がればよかろうなのだァァァァッ！！

>>416
今更Lisp系言語にでも目覚めたの？

神様から見たら人間なんて所詮WindosXPみたいなもんなんだろうか･･･

いや、3.1だろ

MULTICSだな

Mｅだろ

>>423
emacsとかxyzzyは10年以上使ってるから今更だけど
言うならばRubyって近代的なLispだよね

複数クラスに共通のインターフェイスを追加する便利モジュール書いてたら
結局evalで動的に無名関数を作る黒魔術と化した。

いや、vista

>>410
結局GUI発展しないとブラウザと端末エミュレーターも快適に使えないのに、おざなりにするんだよな・・・

>>428
たしかにRubyはかなりLispの遺伝子強いね。
Rubyにマクロがあればそんな黒魔術しなくて済むんだが、Matzがマクロはメタ過ぎるからアカンと言うのも理解はできる。

Pythonの方が良い
何故Ruby？それはRailsがあるから！

Perl Catalystは使いやすい。

Pythonにもだんご・・・じゃなくてDjangoがあるじゃないか

アイドル時はもっとクロックが下がる省エネ仕様のＣＰＵ出てほしいな。

正規表現は要注意!!　　　＞　Ruby　Python　Perl

CodeIQで今やってる「Java風Ruby」の問題はあれはうっかり騙された
1分で解けるとか書いてあるけど30分悩んだ

DANGO STARDUST

むしろVR統合したんだから、クロックは定格に固定しちゃったほうが良いような
余計な制御無くサクサク電気止めて付ければ良いだけじゃね

供給止めるところまで行っちゃうとキャッシュをフラッシュする必要なんかが出てきて
それなりにレイテンシが大きくなるからね
あくまで負荷に応じて段階的にやる必要があって、基本はDVFSだろう

まあHaswellではC7以上はLLCまで完全にフラッシュして電力供給止めるようだけど
http://pc.watch.impress.co.jp/img/pcw/docs/601/851/8.jpg

まぁそうなんだけど、電圧をクロック変更（直前）ごとに上げ下げする時って、細かく階段状に
ジワジワジワジワっとやってるじゃん、あれあの間割り込み止めたりとか無駄になってたりしないのかね

>>441
いまはOS等が正常動作するレベルのクロックまでしか落とさないからねぇ

将来OSがきちんと対応すれば、アイドル時は、たとえば4コアちゅう3コアを完全スリープ、
1コアに片寄せして動作とかできるかも

Androidだと1コア以外オフラインとかの制御をやってるな

今更だけど
http://www.valuewalk.com/2014/03/intel-corporation-intc-stifels-takeaways-from-james-meeting/
Stratix 10がIntelの14nmから他に乗り換えるという噂をAlteraのCFOが公式に否定

男はみんなそう言うわ!

Intelの14nmプロセスにいったい何が・・・

頭打ち

ハイエンドFPGA買う顧客は、防衛関係が多そうなので、
アメリカ政府的にはできれば米国企業が製造までやるほうがいいんじゃないの？

Haswell-EがQ2になる噂とか
http://www.kitguru.net/components/cpu/anton-shilov/intel-pulls-in-introduction-of-core-i7-extreme-haswell-e-5000-series-to-q2/

ComputexってことはいよいよBroadwellは秋までダンマリの可能性が

世の中のCPUパワーを必要とする層は多くないし
程々で十分な連中はごっそりタブレットに持ってかれた。
いまだにPCにしがみついてる俺はセレロンで十分なorz
何かしら開発環境で使う連中には上位CPUも必要なんだろうけど

>>448
FPGAは不時着などで敵勢エリアで動けなくなった戦闘機他で
機体を明け渡す必要がある時など、コアな機密部分を一括消去可能で便利だってきいた。
真実がどうなのかは見たワケじゃないから知らん

いやFPGAからは電源切れば消えるよ
問題はプログラミング用のROMだ

機密レベル最高の所は金使えるから、いくらでも方法はある。
苦心するのは中途半端な機密レベルで湯水のように
コストをかけるわけにはいかない所だろうな

FPGA使うのは単に極端な少量生産でゲートアレイ起こすのすらコストに見合わないからだろ。

FPGAだとソフトでアップグレードできるのもある

というか基本がソフトウェア制御のJTAG書き込みで、その手間を省くためにコンフィグROMを載せる

CPUパワーより省電力なんだよな
省電力はぶっちゃけARMもまだまだ足りてない
ほどほどって言うけどよりお値段据え置きでさらに省電力高性能なのが出たら普通に買い換えると思うよ

バッテリーの進化に希望が全然見出せない現状，システム全体での省電力化の取り組みを粛々と進めざるを得ない｡

改行しろｋｓ

わ
か
っ
た
改
行
す
る
こ
と
に
す
る
ｋ
ｓ

つまんね

ビックカメラ、『「インテル、はいってる」タブレット』を4月発売
〜7.9型IPS液晶、Android 4.2.2搭載
http://pc.watch.impress.co.jp/docs/news/20140319_640319.html

OSをWindowsに載せ替えれるか、Windows版出すなら欲しい

タブレットでWindowsなメリットがさっぱりわからん。
有償ＯＳ入れて何どうすんの？

ファイル共有で録画鯖のTSが普通に再生できるとか
ファイル共有でムフフ画像が普通に楽しめるとか
PCと同じソフト使って絵が描けるとか

そんな感じでとても重宝してる

iOSやAndroidのアプリも漁ったけどイマイチなんだ

せめてストアアプリが充実してればねぇ。
いまだに国内対応版のKindleすらない。

書籍ならkoboでもあまり変わらんぞ
あとkoboだと割引クーポンが定期的にでるし
いまはコミック30% off(3/28まで)

kindleは無料本しか使ってないな最近

>>464
提督の任務を行ううえで重要なんだろ

パソコンにもなるんだよ
飽きたら戻せばいいんだよ

>>464
エミュレーター動かしたり
山の様にあるx86ソフトの資産

>>464
中退して提督始めるヤシもちらほら

x86の資産っていうなら、ubuntu phoneでもいいわけで。
第二のWindows板でいうのもアレだけどさ。

古い4コアがリナックスにお下がりで
最新セロリンが鯖のかしらになったよ

>>473
どの位のソフト起動と再現できるかは知らないけどさ、求めてるのは100%完全な起動と再現
動きましたー！動きません；；バグがーなんて興味ないよ

艦●●レット始めました

>>475
Ｕｂｕｎｔｕもしらないの？

>>477
>>>475
>Ｕｂｕｎｔｕもしらないの？
頭悪いな全角なんて

Fedora派です

全角で書いただけで無知から火病を起こされたでござる

>>479
Fedora phoneなんてないからな。
x86をタブレットで動かすなら、ubuntuかwindowsにはなるんじゃねかな？

ロゴがデカいと補助金額も上がるのかね？

http://pc.watch.impress.co.jp/img/pcw/docs/640/319/html/01.jpg.html

http://pc.watch.impress.co.jp/docs/news/20140319_640319.html

>>482
中に入ってるのシーダビューだったりしてな。。。

思い切りZ2580て書いてあるやないかーい

Larrabeeは登場が早過ぎたのだ

>>484
おっと・・・。じゃあ、型遅れを売るためにブランド売りしてるんだな。

>>486
いやそうじゃなく、旧世代のCloverTrail+は安くしてMediatekクラスにぶつけている。
だからVido M6やTeclast P89 Miniのように中華パッドに載ったり、$99のZenFoneが発表されたり、
>>362や>>375も前世代はMediatekだった。
このタブレットもその流れの1つでしかない。

勘違いしてる人がいるけど中華パッドがタブー視されるのは
Wi-Fiが日本の電波法に則ってないからでAndroid
のライセンス云々は全くの別問題です

>>485
LarrabeeはGPU性能はカスだったようだし、早すぎたというより、やはりダメだったんじゃねかな。

>>487
なんか在庫吐くための施策でそういう話あった気がする。
まぁ、アンドロイド動かすにはまだ十分なのかな。
シーダMにウインドウズ入れたことあるけどすんげーモッサリしてたんだよな。

今どきの無線関連チップは、制御用のソフトウェア/ファームウェアを変えるだけで
世界主要地域の規制に適合できるようになってる

WiFiなんて、制御用のファームを日本仕様にして日本の規制にあってるか測定してくれる
認証機関に検査してもらって申請すれば合法的に日本で販売可能

>>486
Intelお得意のタダで提供だろ
CloverTrail程度、全部タダでバラ撒いてもIntelの資産には全く影響ない

>>485, >>489
もともと作りたかったものは今のKnights Cornerのような
サーバ・HPC向けアクセラレータであって目的はGPUそのものじゃないでしょ

スパコン特化のチップでは採算が取れないので、クライアントサイドで
広く普及させて量産によるコストダウンを図りたかった。
そのためのアプリケーションがGPUだったわけで。

GPUとしての失敗ももちろんだけど、クラウド市場の拡大により
主用途のニーズが想定以上に大きくなったことで
積極的にクライアントサイドに投入する理由が無くなったことも
サーバ向けに特化した要因になってると思う。

Intel様だけが人類の未来を切り開ける唯一神
全人類はIntel様の下に平伏しIntel様だけを崇拝し
Intel様に全てを捧げるべきである

Intel様万歳！！！！！

>>492
そうかもね。シーダはメチャクチャ不人気だったからね。

xeonは対応ソケット数によって価格に大幅な差をつけているが、xeon phiはそれがないので
比較的安い値段でPCIEスロットの数だけ性能を増強出来る
しかし、次世代xeon phiはソケット式も作るそうなので、ソケット式が軌道に乗ったら
利益率が低いPCIEタイプを廃止するかもしれない
その場合はマルチソケット税をたっぷり取られることになるだろう

無線LAN機器のJATE認証取得にいくらかかるかを知ってれば
簡単に取得とか書くだけのお仕事のアフォさ加減がわかるもの
まー言うだけならタダだわなぁ

GPGPUやXeon Phiは、CPUもメモリもソケット化不可能なGDDR5メモリを使うからこそ高性能なわけで、
ソケット化したらせっかく高帯域メモリ使える利点がなくなって商品の魅力がなくなるじゃん

次世代のxeon phiではMCMで高速メモリを搭載するという噂がある

IntelはPOWER8のようにDDRxで無理やりバンド幅を増やすような手より
パッケージに速くて少ないメモリを載せる方を選ぶだろう

PS4とXBOX1のアレコレ見てたら、小容量のeRAMよりGDDR 8Gとか積んだほうが余程性能出るし開発もしやすい

ポータブルデバイスでGDDRメモリをゴテゴテ付けるなんてやりたくない、というのが発端だろ
重要なのは1チップで出せる帯域、実装面積、消費電力への影響だ

次のPhiはニアメモリでオンパッケージの高速メモリ(8or16GB)、ファーメモリで大容量のDDR4(6ch)と使い分けられている

ニアメモリ（eDRAM）をキャッシュとして使ったHaswellだけど、
Phiはどうなんの？ 別空間になんのかな

リニアにアクセスできる普通のメモリとして使う、キャッシュにする、一部をキャッシュにする
という選択肢があるとか見たような

DRAMを16GBも積もうとするとそれだけで面積が2500mm2以上になる
こんなに大きいものはそのままではパッケージに入らないのでTSVを使ってスタックするかもしれない

OSが専用に作れるのであれば、仮想メモリをニアメモリ−ファーメモリ−pagefile.sys、
といった構造にしてページ単位で最適に割り当てれば良いのかね

Intel’s 5th Generation Desktop Broadwell Processors To Feature Iris Pro Graphics and Unlocked Design
ttp://wccftech.com/intels-5th-generation-desktop-broadwell-processors-feature-iris-pro-graphics-unlocked-design/
ttp://chinese.vr-zone.com/105547/intel-codename-devils-canyon-is-fourth-intel-core-unlocked-cpu-03202014/

Intel、“グリス問題”を解消した新しい第4世代Coreプロセッサ
〜Pentiumブランド20周年記念の倍率アンロック版も
http://pc.watch.impress.co.jp/docs/news/20140320_640242.html

デスクトップPC市場を再創造するIntelの新戦略
〜アイドル時で10W以下を目指すReady Mode
http://pc.watch.impress.co.jp/docs/news/20140320_640361.html

Intel、14nmのBroadwellはLGAソケットでデスクトップ向けにも投入
〜Iris Pro Graphicsも内蔵へ、アンロック版
http://pc.watch.impress.co.jp/docs/news/20140320_640241.html

もう一個あった

Intel、初のDDR4対応8コアプロセッサを2014年下半期に投入
〜新チップセットX99採用、SATA Expressもサポート
http://pc.watch.impress.co.jp/docs/news/20140320_640240.html

なんだよBroadwellも結局ソケット提供されるんじゃねーか。
BGA直付けだけで商売ができるかよ

しかしIrisPro専用ソケットでしか刺さんないってオチなんだろ？そうなんだろ？

凄くズコーな感じが否めん
スカイラークはよ

Ultrabook需要がIntel の浅はかな期待通りなら
LGAに回す余裕はない、という計算だったのでは。

BGA直付けオンリーでいいからGDDR5バージョン売れよ

マジでGDDRモジュール化した方がいいだろそろそろ
高くても買うわ

>>513
仕様決めたがるIntelは自分で理想のPC作った方がいいと思う

理想を求めたRDRAM、Larrabee、thunderbpltは大惨事だけどな

RDRAMは大惨事だけど、Larrabeeはべつに大惨事でも何でもないだろ

目的であるスパコンで広まってるからなぁ

こりゃskylakeは2016年だ

C2Dの俺はHaswell-Eってのを買えばいいんだな

＞これまでIntelはTIMとしてグリスを採用していたが、これがオーバークロック時の熱のボトルネックとなることが
あった。Deveil's Canyonではこれを改善したとしている。ただしソルダリングかどうかは明らかにされていない。

流石に２世代も失敗すればこんな事も書けるのか

モバイル用のIris proはガンガン性能上げてって欲しいのよね
最高位がGT4ならEUはHaswellの改善したヤツで5200の数の倍で80以上、
eDRAMも128MB×2チップで256MB積んでｗ
DTはdGPUの選択肢がいくらでもあるしそこまでいらんけど・・・・・・
skylakeまで変わらなそうだしね

殻割してもほとんどOCに差が出なかったんじゃ

2014年半ば Devil's Canyon

2014年第2四半期 Haswell-E

2015年? Broadwell

iris pro搭載するのはいいけどその分コスパ悪くなったら意味ないからな
5200ちゃんはコスパ悪くて買う意味無いし

倍率アンロック仕様のチップって基本的に内蔵GPUで使う人いないんじゃ・・・

高速QSVに期待か？

インテルが内蔵GPUに力入れてるのって熱密度下げたいってのもあるんでねーの？

メーカー純正限界仕様出しちゃったらいいよもう

iGPUはふつーに電力効率重視でいいよな
HDG5000、5100みたいなの

Intelが妙な動きしてるな
AMDのCPUがかなり高速化されてる情報を掴んでるっぽい

■ CPU Hierarchy Chart 2014

AMD悲惨すぐる笑
まるで勝負になってない笑
5年前の石にすら負けてる笑
何周回遅れなんだか笑

http://www.tomshardware.com/reviews/gaming-cpu-review-overclock,3106-5.html

8コア（8C/16Tだよね？）のi7が載るのってサーバ向けチップセットじゃないの？
LGA1150の後継に載るならすごく嬉しいけど。

>>532
メインストリームがHaswellリフレッシュでハイエンドにHaswell-Eもってきて前みたいな メインIvyハイエンドSandy-EのズレをなおしてきたしAMDになんかあったかもな

12〜16コアFXでも出すとか？ねーよｗｗ

Devil's CanyonってHaswell-Refreshと呼ばれていた物と同じなのか？

>>537
夏といわれてたHaswell RefreshのK付の奴だろ
もうすぐ出るのはどれもKなし

そうなのか
ありがとう

AMDがやってることって
CPUは微改良
FXは廃止同然
iGPU強化
Mantle対応エンジンやソフトの拡大
HSAの開発
ARMサーバーの開拓

特にこれといってIntelが今直ぐ脅威を覚えるようなことはないだろ

単にBroadwellがどんどん先送りになってるから隙間を埋めるためとしか思えないけど
Broadwellが遅れるってことは本命？のSkylakeも遅れるわけで

個人的にはbroadwellやskylakeが遅れてもまあいいけどcherry trailは予定通りでお願いします！

ハンダHaswell発表
ハンダでニッチな自作オタクにまで媚びなければならないところまで、追い詰められていることがよく分かる
ＰＣメーカーはデスクトップもノートも脂肪で撤退続出
市場拡大中なのはARMが主役なのばかりだから
なんか典型的な欧米の製造業の末期を見てるみたいだよ
最後はみんな中国に売却されてオワコン

Brodwell-KがIris Proだと400ドルくらいか？

デスクトップPC市場を再創造するIntelの新戦略
〜アイドル時で10W以下を目指すReady Mode
http://pc.watch.impress.co.jp/docs/news/20140320_640361.html
>この戦略の背景は、直近の市場動向に基づいている。
>1つ目は2013年第4四半期の同社のデスクトップ向けプロセッサの出荷が前年比7%増となった点。
>2つ目は2013年通年でCore i5/i7の出荷が記録を更新したこと、
>そして3つ目は一体型デスクトップ市場の隆起で、2013年度のPC出荷台数のうち約43%をデスクトップが占めたことだ。

要するに、Intel的にはデスクトップはタブレットとノートに駆逐される未来を 予想してたが、
実際にはタブレットとの住み分け結果、室内で使うのならデスクトップ型でパワーの有るi5クラスの方が
ノート型よりも注目されたって事じゃないかな

本来、ノート市場はボッタクリ低性能＋壊れやすく買い替えサイクルが速いことから完成品メーカーの利益率が高かった
一体型ＰＣもノートと同じ
だからメーカーはこれらをプッシュしてきた
でも結局ユーザーはノートＰＣの詐欺ぶりに嫌気がさして、代替の泥やipadが出てきたとたん一気に乗り換え
こうなるとノートＰＣは、デスクトップに性能で惨敗、パッドに機動性で惨敗
といいところなしのゴミとかした
パワーでノートやパッドを圧倒できるデスクトップはまだ使い道があるけど、ノートはほぼなくなった
VAIO撤退がノートＰＣの終焉を表してるよ

エレキやゲーム事業で多額の赤字を抱えてビルまで売り飛ばした
ソニーを引き合いに出すのは不適では？
東芝はずいぶん昔からノートオンリーだけど生き残ってるぞ

デスクトップは仕事で必須だけど、
ノートってかなり用途が限られてきた感はあるな。

機動性でタブレットに完敗してるのが痛いとおもう。

ワープロ作業に特化したPCと割り切れば
生き残られる

色々PC業界的には転換点だからな今年XPで失われた〜年がすっとんで最新機種を買わなければ
〜が出来ないの流れが復活
CS機がPCライクになってAMDがA10が妙に売れてしまっており。PCがアップグレード
パスになってくる。

>>549
こういうのがもう一歩進化してプリンタの方にワープロ機能が内蔵されるようになるだろｗ
ttp://www.epson.jp/products/colorio/e840/

>>464
Windowsの古いソフト動くというだけで選択肢が大きく増える
デスクトップモードは未だにPC関係では最強格の自由度で、古いソフトの操作性を補える可能性がある

その意味ではLinuxはタブレットで使うにはまだ論外な状態なんだよね

というか、もうUbuntuはオワコンなイメージ
分家がタブレット対応しない雰囲気だからLinuxは一歩後退した状態ではある

>>540
HSAは真面目に将来の驚異かな
iGPUだってAMDと比べればIntelはハード、ドライバ共にすっぽん状態
将来考えた動きだろう

>>548
Windowsにも多様的に使えるタブレットが普及して本格的に終わったんだよな

>>343
なんかそういう、見てて面白いプログラム集無いかな？
L SYSTEMが成長する過程を見れるとか

>>555
ttp://www.vector.co.jp/vpack/filearea/win/edu/science/

broadwellは、ハンダになって定格4GHzとかあるんだろうか

>>545　IntelつまらねえなあとAMDばっか期待してたけど、デスクトップのC7ステートとグリス問題解消はかなり気になるな
メインPCをそのまま鯖として運用してる身としてはアイドル時消費電力低くてパワーのあるCPUってのはそれだけで価値があるし
ラデのゼロコアと合わせりゃハイエンドマシンをかなり低い消費電力で鯖運用もできそうだ

>>540　一般のパワーユーザー向けとして抑える所は抑えてるからなあ
CPUも浮動小数点が変わってないってだけで整数はRich比で１コア当たり１，５倍近いっぽいし
ｄGPUも込みのシステムでiGPUをフル活用ってIntelじゃ難しいしね、IlisでHSAみたいなことできるようになったとして
まずなんらかのアクセラレータ積むアッパーミドル以上じゃひたすら邪魔なだけ、使い分けもできねーしな（virtuとかいうクソアプリは除く）
とりあえずｄGPU使ってても普通にQSV使えるようにして欲しい

>>543
LGA2011は今も全部ハンダだったような・・・
あんまりありがたみ感じない。

>>558
>ｄGPU使ってても普通にQSV使えるようにして欲しい
とっくの昔に使えるようになってるぞ
まぁWin8が要るが

Ubuntuはデフォルトをタブレット特化のUIにするからいかんのですよ
従来ユーザー向けはGNOMEなりKDEなりLXDEなりにして
タブ向けをtabuntuとして出せばええんですよ。

従業員1800人の一部上場会社の50人くらいいる大阪支店の職場だけどデスクトップPCゼロ
イントラ用にvPro必須なんでほぼ全部i5ノート
自分は560Mと2520Mの2台支給されてる

>>561
Linuxは特化しないとダメだから
本来はそういう方向で分けないとダメなのよね
前から嫌な話は増えてたみたいだけども、Linuxの必要スペックを高騰させた諸悪の根源みたいに見てる

うぶんつはUnity使わない公式のがあるにはあるよ。Xbuntuとか。
デスクトップの統一性が重要な業務用には全く効果はないけど。
ああいうところがあるからプロプラドライバに対する圧力にはなっているけど
どうなんだろうね。

サーバ方面はRHEL/CentOSとかFreeBSDがやっぱり強いんだよな。
特にFreeBSDはいつのまにかZFS使いたい人たちが集まってきてるし。

デスクトップゼロは営業さんたちの座席をけちるフリーアクセスフロアではそうなってるけど、
技術職は2年で元に戻った。
パワポ職人やExcel方眼紙を作る人にとっては画面の広さがネックだし、
検証、構築のためにVMWare WSやESXi使うとなるとストレージが足りないパワーが足りないので。
SDNやらOpenflowの実験にはやっぱりi7＋16GB位は必要だった。
エミュでCiscoIOSを動かさないといけない。

従業員たった1800人の中小ｗ
従業員数万人の大企業だけど、ノートはセキュリティ上の理由から基本使用禁止
使用するには申請と許可が必要
ノートなんか簡単に持ち去られるからな
dellとHPのデスクトップしかないわ

モバイル・タブレットがデスクPCやノートに取って代わるっていう人は
デスクPCやノートでその程度の作業しかしてないってだけなんだがなー

イナックスでもトートーでもクソさえできればどちらでもいい。
ただ下からの跳ね返りが違ったりするけど。

>>566

林檎屋やアンドロイドタブだった会社がWinタブを選び始めたよ。
営業だけならプレゼンとタリフ出すだけだからそれでいいけどね。
中小は面倒見切れない。

なんでこの人俺にアンカーつけてるんだろう

会社のPCは、23インチ以上の液晶2枚が最強に使いやすいし仕事の効率が上がる
だからデスクトップPCじゃないと駄目だな

デスクトップっていっても、スリムPCにGPU増設してディスプレイ2台なのが多い
ミニタワー等は開発系の一部だけ

>>568
客先にいったときはプレゼン等するだけでいいかもしれんからWinタブでよくても、
会社にいるときはたくさんの資料見たり作ったりしないといけないし、
メールも大量に見たり書いたりしないといけない
だからデスクトップは必須だな

そういえばSurfaceProの新型にLTEモデルが出たね。
Simフリーなら採用を考えるよ。

まあその程度の作業のために今まで過大なリソースを割いていたのが最適化されるという。
その減った分の割を食うのはPC業界だが、いままでが特需だったという。
ダウンサイズ論よりは汎用機-専用機論の方がちかいようなそうでもないような。

>>566
マジョリティには高スペックなんていらないからスマホ、タブレットで充分
マイノリティの開発者たちはデスクトップでも使ってればいいのでは

以前の(UNIX)WorkStationの時代のぐらいの価格水準になるかもね。
現状のPC的な開発用機械。

効率あげてサクサク仕事こなしても付き合い残業で早く帰れるわけじゃないし
人より多くの作業しても給料査定に反映されることもない

>>568
日本でWindowsタブレットのシェア伸びたと言ってもiOS、Androidがまだまだ過半数
世界でみればWindowsタブレットのシェアなんて3%

>>577

うーん、業務用の中小向けタブレット端末にそういう動きがあるよ、ということ。
Evernoteとかそういうので済んでたり、ブラウザ化した中堅規模の会社は
それでもいいけどね。
今度のはProだからADに参加できるので。

現実的に構成可能かはともかく、DirectAccess機能はEnterpriseだけじゃなくてProにも欲しいね。
タブレットでより生きる機能だと思う。

>>561
最初のUnitｙhはかなり使いにくかったけど、今はそうでもない。
てか、お前Windowsしか知らんくせに、偉そうにUbuntuを語るなよ

>>575
それをやられると本当困るのは実はタブレットやスマホなのよ
アプリ価格が跳ね上がるぞ

>>581
やられると、というかそうなっちゃうよね、という。

仕事で13.10使（わせられ）てるけど何か？

むしろ「Windowsしか知らない」という妄想の根拠を知りたい

容易にわかる。
Windowsでしか成り立たないのを、ドヤガオでいってりゃそらわかる。

てか、WMなんて好きなのを使えばいいのに、いやいやUnityを使ってる時点で、素人丸出し。

　　　　　　　　　/　　　　　　　　 　 , 　 ヽ　　＼
.　　　　　　　 /　 /　　　/　　　／　　　i　　　　ヽ、
　　　　　 　 /　 /　 　 /　　　/　　 ノ /＼　　', 　iz
　　　　　　 ,'　　|　　 /　 _,,ｫ´　 ／/ /ヽ､ ',　　i i ',｀¨-
　　　　　　 | _._ |　　 {　　/　 ／ /ﾉ/　　　 } 　 } | }
　　　　　 ___{{¨}}', 　 { i　　／__ /／　　 ___　}　ﾉi　{
　　　　　《¨ヾ(｀V､　ﾘ { i´｀゛￣｀　　　 ﾞ￣ﾞ｀'}　　/ﾞﾞ'ｰ　　　　　 この話はやめましょう
　　　　　 ヽ==〉ﾟ{ ＼　　{ 〃''　　　　 ,　 〃 /l/ヾ 　 　 っ
　　　　　　└ﾉ廴iヽ_ﾆ＼{　　　　　___　　 　 |　　　　　っ 　　　　　ハイ！！ やめやめ
　　　 /￣¨ﾐヽ<z--ゝ_＼'　　　　´　 ﾉ　　／
　　　 |　　　 ._,-,_＼_,,,-} ｀　‐　,_｀　　 ／>ー=ﾐヽ 　 __./.)_
　　　ﾆｭzy,,,/.| / l　'y亠- ,,_　　 l二'_´7´　　　 ＿}.　/ / / |
　　 i´⌒'　/| |│.l,_/i z､　 __｀-y´ |　ﾞii,　 ／￣_-ヽ_/ iﾞ │|ヽ.
　　 }＿..　lﾞ |│| .|/ ,-|　＼ ｀-,|__ﾉ_,,､,,iiく￣｀==ﾐﾐ|' |　|　| .|　|
　　 ／,∠{　| ' ｀ ∨　jﾞ|　, '"￣7'i~i-､, 　 ￣i_, ､= |　l、　'　　 |
　 │ /＾' |　　　 ノ 　|　7′　 /　}~＼ヽ　　/､＼ヽ|　 ｀i　 　 │
　　ヽ.!　　|.　　　　　 |　＼　　　 /__」 ＼　/　 ＼'ﾉ ﾞl,　 i 　 　 |
　　　ヽ _,-}　　　　 _/.　　 ＼_,イ│ ＼　＼　　　∨_j　　　　__/
　　_,x-´ ヾ　　　_/´　　　　　　{　│　｀,　 ｀,　　　 'i ＼ 　 /＼

(仲裁者の首が飛ぶという暗喩？

Ubuntuはserver版を仮想環境に入れて使うものだと最近理解した

Devil's CanyonはZ97でしか動かないってちょっとケチすぎじゃない

Ubuntuってツールがまともに検証されてないしな
未だにsambaとsmbdの名前を取り違えてるとか

プッ

>>582
本当にそうなるかっていうとまだあり得ない状態だと思うよ
現行世代だとワークステーション的なグラボってAMDもnVidiaもきっちり分けられてるし

現状家庭内ストリーミングを全力で押してるところ見ると一回に一台高スペックPCってなりそう

Linuxなんざ黙ってSlackwareにしとけ

なんでもいいよ
OSなんて案件での制約でしかない、OS(サーバー)決まれば開発環境と言語が決まる
エンベデッドは仕事で作ったことないから知らん

自分でビルドしてインストールすればいいとか言い出したら
ディストリビューションの意味が無いな

少なくとも商用ソフトはデスクトップ環境に合わせて作るから
なんでもいいというわけにはいかない。

そういう意味のなんでもいいじゃないよ
お金出す人が決めた仕様でしか作れないって話

>>574
CPUパワーはcore i3あれば十分でも、
マウス・キーボード・大きな画面が必要な人は多いだろ

文書とか作る人は、7〜10インチタッチパネルと、キーボード・マウス・23インチのディスプレイじゃ、
作業効率が違いすぎる

他人が作ったコンテンツを消費する、コンテンツ消費型ユーザーは、タッチパネルだけでいいだろうけど、
自らコンテンツ作成する側の、コンテンツ作成型ユーザーは、デスクトップPCやらそれに類するPCは必須

>>597
そのニーズに対しては今後の展開として、
「スマホ・タブ」 ＋ 「フルサイズ入出力デバイス」という形態でも対応できちゃうかもね。

2013年 Haswell Ivy Bridge-E
2014年 Haswell Refresh(Devil's Canyon) Haswell-E
2015年 Broadwell
2016年 Broadwell-E
2017年 Skylake

>>599
いちいち接続したりするの？
はげしくめんどくさい

BroadwellもまたGPU部分と省電力化重視でCPU部分は微増程度なのだろうか

外から帰ってきたら充電器兼ディスプレイ、マウス、キーボード接続ハブみたいのに繋ぐようになるかもしれない

>>601
それは無線でも対処できるだろうね。
帯域がデカい映像信号も技術的にはいける時期にきてるし、
キーボード・マウスあたりは既にあるし。

>>603
タブレット用のクレードルでそんな出力端子持ってるやつ有るよ。
QH55/Mの拡張クレードルとか。

>>603
ドッキングステーションタイプは昔から存在するが流行った試しは一度もない
SHARPのMURAMASA・GIGABYTEのBOOKTOP・Atrix4G・Thinkpadドッキングベース

どれも結局行き着いた先は『2台持ってた方が便利じゃね？』

いずれにしても、ある程度リッチなCPUパワーと入出力デバイスを求めるならデスクトップ一択しかなかった時代から、
方法論に複数の選択肢が出てきて少し前の状況から主流が変化するかもしれない時期なのかな〜と思う。
で、毎度ながら、性能が足りないとか面倒臭いとかいう部分は天上の頭のいい人達が解決してくれる。

>>605
あー、やっぱあるんだ

>>606
ドッキングステーションを必要とした人があまりいなかったように、スマホorタブレットにキーボードとでかいディスプレイが
必要な人もあまりおらんだろうから流行らんだろうな
そういうのが欲しい人は規模の経済性が効かなくなって高くなったパソコン的なものを買うような未来になるかな

対象：企業
businessnetwork.jp/Detail/tabid/65/artid/3174/Default.aspx
企業がタブレットを導入する際に選択するのは、産業別／規模別／部門別のいずれの観点でも、
iPadがAndroidタブレットやWindowsタブレットを上回る傾向が見られた。

対象：小中高現役教師
news.mynavi.jp/news/2014/03/11/044/
自らの勤務先で導入するのに「最もふさわしい端末のOS」を尋ねたところ、
WindowsがiOSやAndroidを押さえてトップとなった。

対象：教育機関
techtarget.itmedia.co.jp/tt/news/1311/19/news03.html
授業でのiPadの導入率は32.6％と、11.3％のWindows 8／RTタブレット、
10.6％のAndroidタブレットと比べて高いことが分かった。

対象：個人
news.mynavi.jp/news/2014/03/14/060/
所有しているタブレット端末については、「iPad」が47.6%、「Nexus」が15.5%、
「Kindle Fire」が5.8%、「Xperia Tablet」が5.3%となっている。
iPadは前年から15%以上シェアを落とした一方、Nexusが10%、Kindleが4%、
Xperia Tabletが1%とその他上位メーカーがiPad下落分を吸収した形になっている。

この調査でWindows8タブレットはどっちにカウントしてるのかわからんが
秋ヨド１Ｆを見るに、Windows(ノート＋2in1＋タブレット)機の売場面積は年々
微減していってるような。一方、MS社販促スタッフの密度は急上昇してる感。


2014年の国内モバイルデバイス市場、一時的に落ち込みの予測
スマホ市場は前年比1.0％減
www.rbbtoday.com/article/2014/03/19/118012.html
タブレット市場は、前年比18.3％増の937万台
（家庭市場：同11.3％増の716万台、法人市場：同48.4％増の221万台）。
PC市場は、前年比13.9％減の1,344万台
（家庭市場：同9.1％減の533万台、法人市場：同16.9％減の812万台）
と予測されている。
2014年のスマートフォン市場は(中略)法人市場は従来型携帯電話からの置き換え
需要により継続的に拡大。タブレットも主に法人のほうが大きく伸びる見込みだ。

Surface シリーズがが品不足で割と商機を失ったというか。
どうなんだろうね。

UDXで開発者寄りなAndroidイベントがあったんでちょっと覗いてきたけど、
Intelブースの前で立ち止まる人がぜんぜんいなかった。
泥に力を入れてるはずやのに、IA＋Androidはまだまだプレゼンス足りんのかな。

まあAndroidと無関係の出展も多く、マイクロソフト社もブースを構えてたりと
カオスなイベントだったんで、気にするようなことじゃないかもしれんが。
…と書いたところで調べたら、Intelもマイクロソフトもスポンサーに名を連ねてた。協賛出展やね。

日本市場にモノがないんだから、足りる足りない以前だと思う

まあ特に選ぶ理由もないわけだし。

自分だけOS抜いた価格で販売して、結局注文減らしてるんじゃただのアホだよな
IntelのNUCみたいにアホ向けだけやればよかったのに

>>612
google playが機種を判定して、
自動的にIAのバイナリをダウンロードできるようにすれば、
普及するんじゃねかな？

今はどうなってるんだろ。

IA用にビルドしなおすくらい簡単だと思うんだけどね。

Javaの理想だったら、コンパイル無しで動いて欲しいんだけどな。ランナウェーだからねぇ。

NDK使ってるの場合もあるからねー。
ネイティブコードになるところもあるんじゃないかと。

NDKもJavaの上にラッパーアレば良かったのかねぇ。

お前らDirectX12に全く無反応だな

目立つブログ書いてくれないと情報入ってこないよ。

DirectX12は詳細が分からないと何とも･･･

directX12の話しをするのは時期尚早

次世代スレで時期尚早とかスレの意味ないだろ

せめてフィーチャーだけでも発表してくれたら、あーだーこうだ予想とかを議論できるんだけどなぁ。

正直DXとかOGLとかよりも、UnityとUE4のマルチプラットフォーム・互換性の
ほうが重要になってきちゃってる

DXはうにてーがつかう技術だな。中堅開発者はミドルウェアを使う。

あむどファンボーイみたいな脳内お花畑連中じゃないので
現時点ではDX12に関して騒ぐ時じゃない

来た。
http://www.4gamer.net/games/033/G003329/20140321013/

アンリアルエンジンが2000円だけ払うだけで個人が使えるようになるほうが話題になってるね

CryENGINEも月額1000円のロイヤリティフリーで使えるらしいな

>>629
>来た。
>http://www.4gamer.net/games/033/G003329/20140321013/
上サイトから引用
> Q：聞けば聞くほど，DirectX 12のコンセプトはMantleのそれと非常によく似ている。
> PSOやコマンドバッファの概念，素材の取り扱い概念はMantleと同じではないのか
>
> A：そのとおり。経緯は不明ながら，仕様にはよく似ている部分がある。
> これまでAMD（や旧ATI Technologies）もしくはNVIDIAの提唱する「独自機能」が
> DirectXに採用されたことは過去にたくさんあるので，今回もそのパターンという可能性はあるが，
> この点についてMicrosoft，そしてAMDから公式の言及はない。
>
> この件に関して現時点で言えることは，AMDがDirectX 12を歓迎していることと，
> DirectX 12の登場によってMantleの立ち位置が微妙になることの2点だけだ。

>>632
＞> DirectX 12の登場によってMantleの立ち位置が微妙になることの2点だけだ

>>632
＞> DirectX 12の登場によってMantleの立ち位置が微妙になることの2点だけだ。

>>632
＞> DirectX 12の登場によってMantleの立ち位置が微妙になることの2点だけだ。







＿φ(￣ー￣ )

PS4、Xbox1、kaveri、HawaiiはTrue audio内臓
intel nvidiaは非内臓
Dx12が対応したらAMDの勝ち、非対応ならMantleの勝ち

PS4もXbox OneもTrueAudioじゃないし
同じところのDSP積んだ類似の技術ではあるけど
http://www.z-z-z.jp/BLOG/log/eid1058.htmlのコメント欄参照

>>634
True audioに対応したゲームタイトルリスト教えてください

あ、別にゲームに限定しなくてもいいよ。
既存の類似技術と適合しないと納得させられるTrue audioならではのデモとかでもいいよ

>>635
> PS4もXbox OneもTrueAudioじゃないし
> 同じところのDSP積んだ類似の技術ではあるけど
> http://www.z-z-z.jp/BLOG/log/eid1058.htmlのコメント欄参照
ごめん
でもそれって、どう考えても互換性あるよね

>>636
PC版の「Thief」（Eidos Montreal/スクウェア・エニックス）と「Lichdom」（Xaviant）の2タイトルだね
ps4からの移植ならtrueaudio対応は理にかなってるから、今後は増えていく

>>638
>>>635
>>>636
別にTrueAudioでなくてもいいと思うんだが
PCならSound Blasterが既に普及してるじゃん餅は餅屋だと思うよ

>ps4からの移植ならtrueaudio対応は理にかなってるから、今後は増えていく
ps4はTrueAudio積んでないのに？

>>639
> 別にTrueAudioでなくてもいいと思うんだが
> PCならSound Blasterが既に普及してるじゃん餅は餅屋だと思うよ
そのまま移植できるし、もはやMantleとのセット
それに、最近のSound Blasterよりapuやradeon搭載機のほうが多そうだけどね
とりあえずエンジンに組み込まれて、対応ソフトもでた、
後は増えていくだけ

> >ps4からの移植ならtrueaudio対応は理にかなってるから、今後は増えていく
> ps4はTrueAudio積んでないのに？

> > PS4もXbox OneもTrueAudioじゃないし
> > 同じところのDSP積んだ類似の技術ではあるけど
> でもそれって、どう考えても互換性あるよね

［GDC 2014］OpenGL ES 3.1でリーダーシップを取るのはIntel？
Bay Trailと開発者向けツールでAndroid向けゲームの取り込みを狙う
http://www.4gamer.net/games/047/G004743/20140322003/

>>640
MantleがDX12にMantle取り込まれたなら、Mantleなんて独自規格にするよりも
開発環境にもなるWindowsで広く互換性が取れるDX12ベースに開発や移植は定まるじゃないかな
まあ、DX12対応GPUが普及するまでの短い猶予期間だけMantleが活躍出来そうだね

> MantleがDX12にMantle取り込まれたなら、Mantleなんて独自規格にするよりも
訂正
MantleがDX12に取り込まれたなら、Mantleなんて独自規格にするよりも

CryENGINEがMantleサポートを正式に発表
http://www.sweclockers.com/nyhet/18474-crytek-ger-cryengine-stod-for-amd-mantle

ほぼ同じタイミングでエンジン大手のCryENGINEが対応表明した
まさかDX12のこと知らないわけも無く、分かった上での対応だろう
たかが2年程度の優位性だけじゃ対応する必要もないしね
つまり、MantleとDx12の両対応でも利点があるということだろう、それもかなりの

Ready Modeが気になってるんだけど、これってＨＤＤ動かしっぱなしにできて対応ソフト動くこと以外スリープと同じ？
ソフトウェア側のスリープでReady Modeに入れるならメインＰＣで録画が捗りそうだけど

>>642
それなら現行モデルでDirectX12に対応するNvidia買う方がいいってことになる

北森瓦版 【GDC 2014】DirectX 12が発表される―対応ゲームは2015年登場
http://northwood.blog60.fc2.com/blog-entry-7456.html
> DirectX 12に対応するハードウェアであるが、AMD製GPUはGraphics Core Nextアーキテクチャが、
> NVIDIA製GPUは“Fermi”、“Kepler”、“Maxwell”が対応する。
> キーノートではNVIDIA GPUを用い、Forza 5をDirectX 12モードで動作させて見せた。
> またIntelも“Haswell”の内蔵GPUでDirectX 12に対応すると述べている。
>
> DirectX 12に対応するゲームは2015年のholiday-seaseに登場するだろうと述べており、DirectX 12のプレビューリリースは今年後半になるという。
>
> DirectX 12がGDC 2014で発表されました。
> 通常、DirectXのメジャーアップデートの際は新しいハードウェアを必要としていましたが、
> 今回のDirectX 12については既存のGPUで動作させることができることが特徴で、
> AMD製GPUであれば“Graphics Core Next”アーキテクチャのGPUが、
> NVIDIA製GPUの場合は“Fermi”・“Kepler”・“Maxwell”アーキテクチャのGPUがDirectX 12に対応するようです。

>> 今回のDirectX 12については既存のGPUで動作させることができることが特徴で、
と言う訳で、Windows各OSでDX12がリリースされてしまえば、普及までに二年要も掛からないみたいだね

今回はAPI側にメスが入るだけだし、まぁ、そうなるわな。

十中八九、Mantleが取り込まれたんだろうな。

>>644
CryEngineに関して言えば、ただ単に何でもかんでも対応してるだけかと。
SteamOSを睨んでLinuxにまで対応してるし。

MantleはDirectXとOpenGLへの噛ませ犬として十分に役目を果たしたのだ

Ω＼ζﾟ)ﾁｰﾝ ﾎﾟｸﾎﾟｸﾎﾟｸﾎﾟｸﾎﾟｸﾎﾟｸ

　○　　＜ もうお前に用はない　
　く|）へ
　　〉　　　ヽ○ノ
￣￣7　　ヘ/　←Mantle
　　／　 　ノ
　　|
　／
　|
／

売り払おうと思っていたママンの箱を開けたら
石が乗っていたのでもう一台作ろうと思う

>>652
それは可哀想じゃないか。
これからのMantle単体がどうなろうが知らないが
MantleのノウハウがIntelグラフィックスやnV社製の
ゲーム性能を底上へしてくれる事実は認めてやろうよ

きな臭いなぁ

　○　　＜ もうお前に用はない　
　く|）へ
　　〉　　　ヽ○ノ
￣￣7　　ヘ/　←Haswell
　　／　 　ノ
　　|
　／
　|
／

ヤフオクみたら新しいセレロン安すぎて笑った。性能良いのに

>>598
ある程度のコンテンツ制作はタブレットPCの性能でも追いついてきたけど
最大の管理はやっぱりデスクトップがないと辛いわ

WindowsAzureとかやっぱり個人がガッツリ使うには高いし、ホームユースとしては使いにくい
ミドルスペックのコンテンツ制作も兼ねたサーバー的に使うデスクトップWindowsとその子機ってスタイルが普及するんじゃないかねえ
有線LANならほぼ遅延なしでリモートデスクトップ可能な時代になってきたみたいだし

>>654
Intel CPUの存在価値が無くなるのと引き換えでね

>>660
何故？
CPUの余力は、ゲームならば他の演算処理に回せるので、幾らあっても無駄にはならないよ

>>647
最近のGPU搭載してたらDirectX12動くということね
わざわざ買い替える必要もないと

>>661
他の演算処理はiGPUの方に回されるよ
なんせ元がMantleだし、XBOX1のCPUが非力だからね
今後CPU負荷はなるべく減らすようにゲームは開発されていく

サウンド処理はTrueAudioに、物理演算やAIはiGPUに振り分けられる
他の演算処理って何かあったっけ？
まあ、それらがiGPUで出来ないIntelはCPU使うしか無いのか、大変だね

ちなみに最近流行りの動画配信は、VCEやQSV使うからCPU負荷は全くない

近年ゲームはCPUにあまり依存しなくなったな。
だからと言って、自作する人間がみなゲーマでもないし、ゲーム以外の用途では断然CPU性能がモノをいうわけで。
ゲーム用途でも、セロリンにdGPU刺せば、APUより遥かに安上がりでワッパもいい現状を、アムダーがどう考えるかだな。

>>632
「最後に，セッション後の質疑応答や，セッション後に筆者が関係者に取材した情報を基に，
想定される質問と回答を用意してみた。こちらも合わせて参考にしてもらえればと思う。」
＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾

またゼンジーの妄想記事か

>>664
それは、アムダーに限らずインテル使いも考えなければならないことだな。

スマホ、タブの性能も上がってるし
PS4でPCの優位性は今のところは無くなったし
コンテンツを作る方にフォーカスしてかなきゃPCの存在意義が無くなるな

というか、今でもコンテンツ作る方としては上位ってことは忘れちゃいかんよ
実際便利差を体感した自分としてはスマホタブとの連携は絶対的な利便さを持ってるから猶更普及しないと
後、スマホタブでもやっぱりGPUが重要視されてるから、GPUの重要性はアピールしないといけない
あれもこれもGPUがなければ始まらない時代だ、この時点で世のPCの80パーセントがほぼ切り捨てに近い状態

>>663　整数（ゲームでどれくらい使うか知らんが）、タスクスケジューリング、条件分岐
Mantleにしたって別に非力なPCでも変わらないってことはないよｗ↑はsteamrollerもそこそこ得意な分野だしね
あと一つのゲームで使い切らんでもCPUの余力はいくらあっても困らん、グラボと違っていくらでも繋げられるわけじゃないしな
もっと言うと、描画設定を上げるほどｄGPUにタスク割り振ってCPU内の浮動小数点ユニットを使わなくなるって傾向はMantleも同じ

ゲームじゃないけどHSAなんかも「CPUが必要なGPGPU」なんだからCPUしょぼくちゃ意味がない

レイトレーシングのハードウェア支援機構欲しいな

14nmまだかよ
消費税あがっちまうじゃねーか

何年か前にトヨタがレイトレ専用GPU作ってたな
続報を聞かないけど結局どうなったんだろ
http://techon.nikkeibp.co.jp/article/HONSHI/20090508/169818/

>>669
そういうところがあるから、現状は「CPUもGPUも非常に大事」なんだよな
iGPUに力入れてるのは最低限GPUでやらないといけないことができないと本当に困るから

Voodooが元気だった時代に、ピラミッド3Dとかいうカードがうちはリアルタイムラジオシティだぞーとか言ってた。
本当に実現してたらオーパーツだけど、製品化されることはなかったな。

>>672
この記事読んだ当時はトヨタの全方位研究っぷりに驚いたな。
まぁ、本腰入れてはやってないんじゃない？

解析関数の等値面でモデルを作るのってレイトレでももう流行らないのかな。
使えるポリゴン数が増えたりテクニックが磨かれて
角が見えないくらいになったから？

>>664
CPUが所詮電力効率の悪い「Bulldozer 3」である以上ワッパはどうしようもないべ

>>669
それ殆どがkaveriでおつりが出るくらいしか負荷はない
足りなきゃRadeon増設するだけ
i5やi7で100%、最低でも50%以上の負荷がかかる処理って何があるよ

ゲームの負荷はかなり下がった、オフィスやブラウザなんか大したこと無い
思いつくのはベンチとエンコくらいだな
エンコだってkaveriでも寝てる間に終わるのが殆どだろう

>>678
PS2エミュ
まあ、解像度ネイティブとでよいなら設定次第で結構軽くも出来るけどね

言うに事欠いてPS2エミュはないだろ
それだって高設定で遊ぶ必要ないから、妥協できる設定で遊ぶだけ
もっと一般的なのは無いのか？

なんでもそうだけど、i3やAPUで足りないならi7とか買ってもいいけど、その状況にあまりならないだろ殆ど
そんな僅かな状況が、さも一般的によく起こるみたいな論調はもうやめないか

>>678　CPUじゃないとダメな処理っつってるのにGPU増設してドースンダヨｗ
AIとかは基本CPUイジメだぜ、一番CPU負荷が高いソフトはと聞いて将棋ソフトが候補に挙がる程度には
それすら余裕ってなら誰かPC用ローカル版siri作れよｗそれかラブプラスforWINDOWS
ちなみにタスクスケジューリングはCPUに描画を全部投げる前提で、kaveriで290Xシングルぐらいまでが限界だそうだ
それ以上ｄGPU積んでも振り回しきれない、2万ちょっとのCPUとしては合格点だけどさ

仮にPS4と同じ負荷だったとしても向こうは８コア、それを４コアでやるなら１コア当たりの負担は倍
それにいくら低レベルAPIがどうの言っても汎用機である以上専用機ほどの効率は望めないわけで
１コア当たりの性能は２〜３倍は最低で要るわけだ、OSからして重いしな
マージン持たせること考えるとかな〜りギリギリだよ

>>680
>言うに事欠いてPS2エミュはないだろ
>それだって高設定で遊ぶ必要ないから、妥協できる設定で遊ぶだけ
>もっと一般的なのは無いのか？

その理論だと、FPS10以下でも妥協すればプレイ可だi5イラネとか考えてそうだ

>>680　ただでさえマニアックな市場で何を言っとるんだって感じだが

i7はぶっちゃけエンコ早くなって多少マージン作りやすくなるだけ、OCするのに良石が多いってのもある
i5は大体のデスクトップ向けの重いソフト全般の指標にはなってる、これ買っとけば当分性能には困らん
i3は上記用途で動けばいいやって奴向け
APUはi3とi5の中間のCPU性能＋HSA、まだ未知数だけどな
それ以下はオフィスとブラウザ動けばいいやって層、好きなの使えよとしか

エンコと動画デコード、あと音声アップサンプリングも地味に重いか？それ以外の重いソフトは大抵有料だよ
フリーソフトしか使いません、動けば何でもいいですってならi3でいいんじゃね？

>>681
妄想は別にいいんで具体的なソフトや処理を教えて

>>682
Llano以降の上位APUなら設定しだいで30fps位は大体出せるよ
kaveriなら50fps位出せそうだ

>>683
ＡＰUはＣＰＵ性能に限るとi3以下。

intelのCpu性能が高いのと、APUの性能が相対的に低いのは否定しないよ
ただ、それが何をやっても使い物にならないという論調しかしてないのが理解できないだけ
じゃあ、具体的に何が妥協できないほど遅いのか知りたかったけど、まさかPS2エミュを挙げてくるとかね

AMDスレ荒らしてる連中がまともに答えるとも思えないから、答えてくれそうなここで聞いたんだけど
要するに別にAPUで困ることも特に無いということだね

>>684
>>>682
>Llano以降の上位APUなら設定しだいで30fps位は大体出せるよ
>kaveriなら50fps位出せそうだ
え？え？その程度しかでない？
発売4年目に為るSandy Bridge i5 HD3000 OCなしよりFPS低いじゃん
AVX対応していないAPUでもGPU部分が強いからもっと行くのかと思てたよ

>>675
全方位じゃなくてトヨタの動機はデザインする車をCGでリアルに再現することなんだよ。
壁前面のディスプレイでリアリスティックにレンダリングした車を実車のように見せるのが目的。
>>676
メタボール乙。

>>687
すごいねSandy のグラフィックは、Llano以上とかHaswell超えてるよ

ソフトも設定も何も言ってないのに頭ごなしに否定するとか怖いなお前

くそうぜぇ、何様だよｗこっちこそお前の妥協なんか知るかヴァカ
ハイエンドグラボ動かすのに相応のスケジューリングの性能が必要とか常識だろヴォケ

X264エンコは普通に100%
ソフトウェアエミュレータ全般
DLNA配信時のリアルタイムエンコ
動画のソフトウェアアップコンバート、アップアンプリング処理（2600ｋ、PowerDVDの画像補正&音声処理で最大約50%）
セキュリティスキャン（マカフィーで約25〜30%）
AIMP３（アップサンプリングで１０〜２０％使用）

ゲーム（最高設定、MMOなら複数窓起動）＋↑＋pttimer、Xlite常駐でかなりカッツカツだよｗ

>>686　HSAやMantleでCPU性能イラネ！とか言ってるアホを否定してるだけで
そもそも自分はkaveriの性能低いとは思ってない、整数や条件分岐の性能は値段なりだろ

>>689
Sundayi5 はねGPU部分のHD3000の性能は低いけど、CPU部分は優秀なんだよ

エミュレーターと言うのはCPUパワーを駆使して再現するから、まずはCPUパワーありきりなの。
そして、その再現にはGPUパワーやGPGPU性能も意味が無い
GPUが役に立つのはその次の段階で、その再現した情報をGPUで表示する段階ね
正直GPU性能は二の次で構わないんだよ

何故APUの方がSundayi5よりFPSが落ちるかと言うのは簡単
再現にCPUパワーが足りなくて足を引っ張ってるからFPSが落ちるんだよ

>>689
AMDスレ荒らすって、あそこはマンセー意見以外書いたら荒らしたことになるからな。

HSAは俺も非常に期待してるけど、対応ソフトが出るまで待機かな。

>>690
> くそうぜぇ、何様だよｗこっちこそお前の妥協なんか知るかヴァカ
> ハイエンドグラボ動かすのに相応のスケジューリングの性能が必要とか常識だろヴォケ
>
> X264エンコは普通に100%
> ソフトウェアエミュレータ全般
> DLNA配信時のリアルタイムエンコ
> 動画のソフトウェアアップコンバート、アップアンプリング処理（2600ｋ、PowerDVDの画像補正&音声処理で最大約50%）
> セキュリティスキャン（マカフィーで約25〜30%）
> AIMP３（アップサンプリングで１０〜２０％使用）
>
> ゲーム（最高設定、MMOなら複数窓起動）＋↑＋pttimer、Xlite常駐でかなりカッツカツだよｗ
うざくてすまん
とりあえずエンコ系とか最高設定のゲームくらいだというのは分かった

ちなみにAPUでPS2エミュの戦国や三国無双系は普通に遊べてる
ガンダムUCは30fpsくらいでちと重いけど何とか遊べてる

まあ、PS2エミュもそれなりに動くし、GPU性能使うゲームならsandy i5のGPUよりは遥かに高性能だから問題ない

>>694
Sandyのi7使ってるけど、あのiGPUでゲームは無理だわｗ
信長の野望・天道でも重いんだから。

基本的にゲームしないから、問題ないけど。

>>694
> まあ、PS2エミュもそれなりに動くし、GPU性能使うゲームならsandy i5のGPUよりは遥かに高性能だから問題ない
丁重に説明したのにこの理解力
ID:3xayyHdiは馬鹿丸出しで恥ずかしいね
趣味で恥かいてるとしか思えないわ

>>694　1つずつじゃなくて複数使用な？
つかそもそもグラボ積まない前提かよｗこっちはグラボ積む前提で話してたよ
ハイエンドなんて60fpsどころか120fpsでプレイするお！とか４ｋモニタでBF４やるお！とかの世界だし
i7にしたってエンコに1万強出せるかどうかとかだしなあ、そこにツッコミ入れられて〇〇で十分とか言われても、十分じゃねーよとしか答えられない
後、ゲームとエンコだけでなくて補正付動画再生もまあ地味に重いよ、2600ｋで50%超えとかソフトウェアデコードじゃあんま使いたくねーもん
もっと重い再生環境もあるらしいけどな

そこら辺、APUだって専用の画質補正やHSAのエンコソフトとかもその内出てくるんだし
APUで十分とか言い出すのはまだ早いんでね？

CPU性能不要&GPU性能不要→なんでもいい
CPU性能必要&GPU性能不要→IntelCPU
CPU性能不要&GPU性能必要→単体GPU&CPUはなんでも
CPU性能必要&GPU性能必要→IntelCPU&単体GPU

CPU性能不要、GPU性能はある程度欲しい、でも単体GPUは積みたくない→APU

スレ間違えたかと思った

Celeron+dGPUで十分だからAPUの存在価値はなしって言われると顔真っ赤にして反論するのに
ボクの用途じゃKaveriで十分だからi5とかi7の存在価値はなし、と同レベルの主張をするID:3xayyHdiが滑稽である

AMD信者のクセにAMDのCPUに自信が持てないからCPUイラネになるんだろうね
何でIntelユーザーの俺の方がkaveriの特性詳しいんだよｗ

>>699　まあネタないし、普段からモバイルかエンプラの話しかしてないようなｗ
ready　modeは興味あるけど、詳しい仕様が分からんとなあ
グリス問題とやらは人柱待ちだろうし

頭がまともな人が今のAMD推すわけないだろ

HSA対応アプリの出回り次第では、復権するかもと思う。
現状ではAMDはお勧めできないが。

てか、AMDが頑張らないから、Intelはやる気なしだろ。

>>697
元々聞いてたのがCPU負荷が大きいソフトや処理の話だから、dGPUは特に気にしてなかったよ
動画再生についてはRadeonそのものだからAPUで特に不満は出ないと思う

すまんね色々聞いて、ありがとう、邪魔者は去るよ

>>704
気にすんなよ。

zip・7-zip・rar・lzhなどのファイル圧縮伸張系ツールは未だにCPUのみだよな
自分が知らないだけかもしれないけど

bzip2ならGPGPUでやるプロジェクト知ってるけど、一般的には普及してない。

データ量が一定以上大きくならないとGPUでやる意味ないからね。
データの往復にかかるオーバーヘッドの間にCPUで終わるから。

そもそも圧縮はリスト探索とビット操作なような。GPUでやっても美味しくないのでは。

辞書式じゃなければブロック単位で分割してGPUに丸投げの実装があるよね
FLACとか

そもそも符号化方式によっては並列処理化しようがないしな。

>>693
他人任せ？HSAソフト作って公開！

>>706
KaveriユーザーがHSA対応版を開発中じゃないか
そのうちフリーのHSA対応版出るんじゃない
がんばれKaveri自作erって応援してね

並列化については複数ファイルを並列で処理すればいいかなと。

>>711
ファイル圧縮伸張系ツールってあんまりCPUのマルチスレッドで処理していないのか

ファイルごとに圧縮してから固める、いわゆる書庫方式なら
そのファイル数ぶんだけ、どっち方向にも並列化できるけど、
単一ファイルあるいはソリッド圧縮だと基本無理だよね

毎度おなじみ OpenCL対応ソフト抜粋
http://images.anandtech.com/doci/7677/04%20-%20Heterogeneous%20Compute%20Software.jpg

ちなみにJAVA SumatraとLibreofficeはHSA対応が確定してる
同様に、ここにある他のソフトもＨＳＡ対応するから載せているだろうね

既存の圧縮とかの色んな演算処理のアルゴリズムは、遥か昔からのCPUのシングルスレッド処理前提で組まれているから、
全く別物のGPGPUだと大して効率が良くないのは知っている
事実、DirectXやZIP、X264なんかは、CPUのマルチコアやGPGPU対応がしづらかった
でもそれは、将来も変わらないかというとそうでもなく、今後はマルチコアやGPGPUにも対応できる新しいアルゴリズムが出てくるだろうね
とりあえず、ゲーム分野はMantleとDX12によって、Intel都合な長年続いた忌まわしいシングルスレッド処理から開放された

>>716
対応ソフト少なすぎだな
APUユーザーががんばって色々フリーのopenCL/HSAソフト公開してくれるだろ

>>716
SIMDが有効なアプリは大抵GPGPUにも向いてるんだろうな。
個人的にはDBとか、ソート系の標準ライブラリ関数がGPGPUで実装されれば、おもしろいと思う。

けっこう夢あるよな。
HSAで組んでみよう。


あれ？何のスレだっけ？ｗ

IntelがHSAに対応したら問題ないが、それまでどれだけの時間がかかるやら・・・

x86で何でも処理させるIntelがHSAに対応するわけ無いだろ
iGPUは何時までたってもオマケ扱いだし、AVXはもうすぐ512bitになるし、PhiはX86だしね

SmatraのHSA対応（笑）ってXeon PhiやCUDAは既に対応してて
HSAは予定どまりという現実

考え方を大きく変えないといけないんだよなぁ
1スレッドフルに使って100秒かかるのを、2スレッドフルに使って80秒（つまり計160秒分のCPU使用）、
これをプログラマが受け入れられるかどうか

broadwellがデスクトップ用もIlisになるみたいだし、そろそろただのオマケだし〜と言うにはきつくなってきたけどね
AVXの延長線上でiGPUも使います！とかやってくれないとIlisとかひたすら無駄だわ

>>717　元々お絵かき系はHSAに頼らずともGPGPU化してるからね、そっち系もFPUユニットはあんま要らないし
kaveriは一般向けとしては結構理に適ってると思うよ、後OpenCL2.0をｈUMAで高速化とかできるから実際の対応予定ソフトは結構多い
どうせ帯域不足でiGPU動かしきれないんだからiGPU削って６コアAPU出せよとは思うけど

テクスチャ命令とかラスタライズとかのGPU固定機能をAES-NIみたいなx86命令にしちゃえば良いのに

>>724
それか-Eを値下げしてくれ

IntelはOpenCLにけっこう力を入れてるだろ
まあHaswell-DTだとOpenCLを使ってもGPUをフル活用という感じはあんまりしないが、CPU部分が速いしんでそう見えるのはやむを得ない

>>724
HSAはOpenCLでデバイスとホストのアドレス空間を共有できる仕組みでしょう。
現状ではメモリーコピーだから、非常に遅い。
よく言われる通り、CPUから見たメモリコピーの遅さは半端ない。

Intel CPUの内部構造というかリングバスやキャッシュがCPU最優先で作られてるから、GPUとの連携は非常に効率が悪い
だからOpenCL使ったときの、CPUだけと、GPU連携時で殆ど差がないか劣化する

APUは最初からGPU寄りの連携前提で開発してるから、GPGPUやHSAで効率が良い処理ができてる

IntelのOpenCLが性能いいのは、単に高性能なCPUだけで処理してるだけで、GPUは遊んでいる
でもそれは、CPU自体の余裕をなくすことになるから、マルチタスクには向かない
A
APUは逆に、CPUと同等以上の性能がGPUで出せるから、GPUで処理させることでCPUには余裕が残せる
だから、マルチタスクでも、CPUとGPUで分散処理できて効率がいい

いや普通にGPU側での処理性能が高いだけなんだが
リングバスが向かないんならphiなんてどうすんだ

>>716
>Intel都合な長年続いた忌まわしいシングルスレッド処理から開放された

AthlonのときはAMDのほうがシングルスレッド性能が高かっただろ
勝手にAMDが自滅してシングルスレッド性能を落としただけだろw

AMD fanboyの妄想とそれへのツッコミでスレが埋まる展開はAMDスレでやってくれんか

ですよねー

Xeon Phiは性能でなくて苦労している印象

Xeon Phiで性能が出るかどうかはアプリケーションによって異なるだろ
Linpackだけ早ければいいTOP500脳な人はともかくね

AMD自作erはHSA Kaveriで、一方、Intel自作erはXeon Phiで遊んでいる感じか

>>734
それを性能出るようにチューンするのが自作erの楽しみ

Intel自作erの何万人に一人がXeon Phi使用してるんだか

そもそも売ってないだろPhi
売っててもアレって50万くらいするから到底買えないよ
それに、買ったとしてもWin7や8のドライバがあるようには思えない

まあMPIとかつかってブツを書かないと始まらないわけだし

メモリアクセスの遅さ、マジﾊﾟﾈｪっす。

［GDC 2014］ゲーム開発者の取り込みを狙うIntel，
統合型グラフィックス機能の性能を引き出す最適化セッションを実施
http://www.4gamer.net/games/132/G013298/20140324037/

Intelはゲーム開発者への働きかけを非常に強めている。
それが実感されたGDC 2014ではあったが，実のところ，これらセッションはどれも人の入りが今ひとつで，
ゲーム開発者側の注目を集めていたとはいいがたい。

正直Intelにゲームグラフィックで期待してる人は皆無だろう
セッションに来た人も、期待してじゃなくて、ついでに寄ってみた程度だろうな
まあ、独自にイベント開いても誰も来ないし、イベント内でやっても他のほうが面白いから人が来ない

今後はMantleやDX12が今より注目されていくし、どちらにも関われてなくて、
今までが酷すぎたから、この手のセッションで人を集めるのは当分無理だろうな

>>740
DRAMじゃなくSRAMを8G位積めば解消するよ
いくらコスト掛かるかと思うとゾッとするけど

steam統計の多くはintel hd graphics

intelはIDF、nvはGTC
AMDってなんかやってんの？

ブロガーイベント

>>744
裏IDF・・あ、最近はHSA関連のサミットをやってる

>>741　頑張らなくていい、むしろiGPU邪魔
省電力機能のvirtuもかな〜り微妙だしなあ、d-modeはwin8積めば要らないしi-modeは互換性最悪だし
しかもラデのzero　coreが機能しないとかまるで意味がねえｗ

ZeroCoreって、全然実用的な機能じゃないよなぁ
ディスプレイ出力したまま、アイドル3Wってんならまぁ使えるけど

iGPUのシェア増えてるし重要性増してるやろ
>>741みたいなセッションが閑古鳥だとしたら、GDCの参加者もその程度だな。

GPGPUの時代が来るまでiGPUはそれなりでいいや。
ゲームするならdGPU買う。

>>748
え？モニターが省電力の時に下がるのはいいじゃん

うん、まぁ…昼メシ食いに行ってる間ぐらいは省電力なのはいいね…

PCで音楽聴いてる人なんかにとっても有難いよ
HDDのこと考えるとあんまり付け消ししたくないし、基本PCつけっぱだからｄGPUはラデ一択だわ

>>738
大量導入した施設で一枚に換算したら安いらしいな。
ハードを売るというビジネスではなくサービスソリューションなのかも

スパコン利用について松岡さんのこの発言受けて調べてみたけど
こんなんでいいのかい京さん
蓮舫に・・

Satoshi Matsuoka ?@ProfMatsuoka 12時間
それにしても、このようにHPCのプロセッサメーカーがハードばかりでなく、
多くのコミュニティがきちんと使えるようにツールやノウハウを開発し、伝授するのは本当に素晴らしい。
今の複雑な並列プロセッサはソフト面が普及に不可欠だからだ。
国プロでハード作って十人しか使わないとかあり得ない。

http://www.mext.go.jp/b_menu/shingi/chousa/shinkou/020/shiryo/__icsFiles/afieldfile/2014/01/10/1343191_1.pdf

>>743
steamって、イメージ的に本格3Dゲーやってるかのように感じられるが、
ユーザーが多いのはそういったゲームじゃなくて軽いネトゲだよ

スカイリムとかCoDとか本格3Dゲーじゃないん(´・ω・｀)

頭数だけならiPhoneのGameCenterも数千万ユーザーだしなあ

初代Ｐｅｎ4が200万トランジスタ以下で今の1/100ぐらいだけど
そんなに遅くはないと思います

>>752
こまめに本体ごとスリープさせる人や、
逆にモニターの省電力をまったく使わない人だと、たしかに意味がないかも。

> 初代Ｐｅｎ4が200万トランジスタ以下で今の1/100ぐらいだけど
初代Pentium(P54C)より少ないじゃないか

うちにある98ノートのペンティアムのトランジスタを
虫眼鏡で数えるからちょっと待ってて

Pentium 4のトランジスタ数は4,200万

14億トランジスタでHaswellなんか作るよりPentium4を700コア搭載した製品を作ろうぜwwwwwwwwwwwwww

トランジスタってGPUの方が多いよな。
ってことは、より大きいダイがそれなりの値段で作れるんじゃないのか？

>>764
33コアじゃないの？

L2は1MBあたり5000万トランジスタ程度って見ておけばほぼ間違いないんじゃないの？

Northwood（512K L2)　5500万
Willamette(256K L2)　4200万

【参考】AMD K6-2/III
Chomper(L2なし) 930万
Sharptooth(256K L2) 2130万

6*9*1024*1024

iphoneといえばa7だが開発期間が短すぎて
エラッタだらけで不安定らしいな

うちのiPhoneがcivrev用マシンと化しました

>>770
これおもしろそう

>>769
当面は64bitアプリなんてAppleが提供してるののみだから問題ないでしょ？
サードが64bitアプリ作るようになれば大変そうだけど

まあApple１社で環境を抑えてるから、OSやらライブラリやら、
公式開発環境のコンパイラにワークアラウンドを突っ込んでくるでしょう

Xcode5.1からarm64も標準のビルド対象

>>754
>サービスソリューション
そううしないと金にならないだろう
ハードあっても、ソフトなければただの置物だし
Phiのアプリソフトは普通に市販されていないだろうし
となるとソフトを作らないといけないだろう

箱だけ作って、誰も有効利用しないから怒るのはＡＭＤの伝統かと。
HSAはちゃんと有効利用するソフト開発者がたくさん出るといいな。

>>775
開発者増やすために、まず開発ツールを充実させセミナとかを頻繁にやらないとな
日本AMDはリアルセミナだけじゃなくて、本社提供のHSAのweb上の開発セミナーの
日本語字幕付きをがんがん提供しないと。
でも、AMDって本社がweb上の開発セミナーすらろくに提供できないって感じだからな

うん、何かGPGPUプログラミングの裾野を広げようと謳ってるわりに、
ぜんぜん広げようという行動が見られない･･･。

そりゃAMDにとってのGPGPUは、
hUMA使ってCPUとGPUが同一アドレス空間でメモリ管理が出来るようになることが最低条件だからな
やっとkaveriが出来ただけで、ツール類も未整備だから、やりたくても出来ない
ただのGPGPUだけならOpenCLとかCUDAやってればいい

3D Now!もMMXよりアドバンテージがあったのに、AMDは何をしてたんだろね。
モノは作るけど後は放置プレイだから、普及しなかった。
アムダーに言わせれば、Intelの営業力にやられたって事にしたいらしいが。

ｱﾑﾄﾞは低性能・爆熱・不具合満載の三重苦そろった産廃
存在自体害悪なので今すぐ地上から一掃すべき

SSEより遙かに使い勝手が良くて性能も引き出しやすかった3D Now!か

AMDはいつももうひと押しが足りない。

HSA,HSAって言っているのにPCが出ないことにはソフト開発すら出来ないよね。
自作erにHSAソフトの開発して欲しいから、Kaveriは自作先行したんんだよね
AMD自作erはプログラム開発ぐらいは楽に出来る連中多いからな

>>781
まあx64に関してはIntelが失敗だったな

Intelは互換性のないIA-64移行しようとして、
AMDは互換性のあるx64にした
結局MSがx64押しでx64になったけど

Intelは、8→16bit、16→32bit、32→64bitの時も、
互換性無いCPUが失敗して互換性のあるCPUになったんだよな
8→16はアセンブラ互換、16→32、32→64はバイナリ互換で

互換性を重視しないのはまあわからんではないのだよな
資産は大抵はいつか腐るとタッチパネルでWindowsの古いソフトを使おうとしたときにやっと理解した
（もちろん基本設計が優れたものはそれでもそのまま生き残るわけだが）
作り直すという事は新たな需要を生み出すわけだしなあ

nvidiaがibmとくんでnvlink作ったことにより
darpaのコンペでのホストシステムが決定したね

米インテル、ウエアラブル端末メーカー買収
http://www.nikkei.com/article/DGXNASGM26016_W4A320C1EB2000/

Facebook、HMDメーカーのOculusを20億ドルで買収
Facebookが、ゴーグル型HMD「Oculus Rift」を開発中のOculus VRを20億ドルで買収する。
「仮想現実（VR）はモバイルの次のソーシャルプラットフォームだ」とザッカーバーグCEOは語る。
ttp://www.itmedia.co.jp/news/articles/1403/26/news036.html

ソーシャルも何もミクさんをprprするためのプラットフォームだと思っていたが
先行き不安だ

これだけ支払わないといけないのは、Oculusが基本特許を抑えてるからなのだろうか？

>>165-166
ラズベリーパイのスペルくらい覚えてください

赤丸先生が現れた！

8bitマイコンなら、単三電池2つで1年とかの連続稼働が可能なので、
電源が無いところで動かすならそれが最適

RasberryPIやらAuduinoにこんな芸当は出来ない

>>788
Oculus Rift版「Minecraft」の提供キャンセルへ。「Minecraft」開発者が発表
買収したFacebookに対し、失望感を露わにした怒りのコメントを公開
ttp://game.watch.impress.co.jp/docs/news/20140326_641326.html

ソニーがこれ幸いにProject MorpheusをPC向けにも展開しそうだ
まあ、PS4に最適化してそうだから、DX12前提になりそうだけど

デュアルバンドのHDMIにはDXもPSもないと思うんだが、
日本企業お得意のロックインしてくるんかね。

>>791
お前、村上先生にも同じこといえるのかよ
http://japan.cnet.com/blog/murakami/2014/03/24/entry_30022665/

ECS、世界最小のBay Trail-M搭載デスクトップを国内投入
〜eMMC 32GB内蔵で実売18,000円、USBモバイルバッテリ駆動
http://pc.watch.impress.co.jp/docs/news/20140325_641175.html

アホらしいかもしれんがIntelもIrisブランドで真面目にdGPU作ろうぜ！
22nmで先行してんだからｗ

Intelこそ汚名挽回が似合う

もう動画編集とかエンコードソフトは64bitが主流になってきたな。

名誉挽回
名誉返上
汚名挽回
汚名返上

さてどれが正しいでしょうか？

浴びた汚名を返上して失った名誉を挽回する。

雪辱を晴らすぜ！byどっかのギタルメア監督（笑）

>>799
ドライバが作れないから無理

○ 名誉挽回
× 名誉返上
○ 汚名挽回
○ 汚名返上

http://www.4gamer.net/games/251/G025177/20140326091/SS/013.jpg

これ1枚でハイエンドPCになるんだぜ
cpugpuメインメモリビデオメモリがこの1枚に入ってる

Irisでgeforceいらないとか言ってたらintelがいらなくなってたｗ

　　　　　　　　　　　　　　　　　　 ＿_
　　　　　　　　 　 ,,. -─‐ ''"´￣　　　｀ヽ
　　　　　 　 ,. ‐'´　　　　　　　　　　　　　 ＼
　　　 　 ／　　　　　　　　　　　　　　　　　　,ﾘ
　　　／　　　　　　　　　　　　　　　　　　　,.ゝ
　 　 !　　　　　　　　　　　　　　　　　 /／ 〈
　 　 |　　　　　　　　 ／⌒＞yヽ　　fr'"'、　}
　　　|　 　 　 　 　 , '　　 ´ （'´　`ｰ'´　　l　ﾉ
　　 │　　　　　　/　　　　　 ｀　　　　　　ﾚ'
　 　 |　　　　　　（._　　　　　　 　 　 　 　 |
　 　 |　　　　　　 / -─- ､._　 　 　 __,..ヘ!
　　　|　　　　r‐､ {　　ｰヮﾆﾆ`ｰ'　 〈ｩﾆ'‐.|
　　　ヽ　　　| ,ゝ| !　　　　　　　　　ヽ、　|
　　 　 }　 　 ヽ(､Ll　　　　 　 　 　 r:ﾝ'　l
　　　 {　! { { /`ｰi　　　　　 _,. -─‐ｧ　 l ￣￣｀!
　　　 ,ゝﾄ､ヽ{　　{　 　 　 　 `ｰ-- ' 　 ,'　　　　|
　　 i(　 ヽﾐ`ヽ　　ヽ､　　　　 　 ｰ　　 l　 　 　 |
.　　 | `'''┴-- ､.._　　｀''‐､　　　　 　 ,!、　 　 亅
　　　| 　 ＿＿＿__￣￣~ヽ` ｰ-r-‐ﾍ　ヽ　く´
.　　　!　 |=<>=<>=|　　　　ト､-､r=ﾆ⌒ヽ.）　ヽ
　 _,r=ゝ、 ￣￣￣　　　　 |　ヽ. ＼　｀ヽ }　/
　　　　　 `ヽ ー-----‐‐┴､　} 　 ヽ ﾚ',ﾉ./`ｰ-

Nvidiaみたいなゴミはいらんわ

Nvidiaが変えなければいけないのは作法の方だよ。
現状支配的な作法はx86に起因する。最適化も、コーディングも。
その作法を変える方法を考えないとどんないい製品作ってもパフォーマンスが出ない。

nvlinkはコケそう

コケルも何もPower8か9とTeslaを繋げるだけのバスだから、HPCのIBM製の極一部で使われるだけのバスで終わる
所詮自前のプラットフォームを持ってないから、他に展開のしようがない
QPIとPhi持ってるIntelにガチで喧嘩しかけたわけだから、徹底的に排除されるんじゃね？

>>812
IntelはNV相手にどうこうやるつもりはないだろ
プラットフォームないって自分で答え言ってるのに
なんで無駄な労力を使ってNV追い込む必要があるのか

そんなことよりまずは今後のPC需要の落ち込み
をどう補うか考えないといけないだろう
モバイル、サーバ分野の強化や
新規の市場開拓の方がはるかに意味がある

その規格を一般PCにまで生かそうとするなら、
最低限でもGPUドライバの中核部分が内蔵Denver上で走らないと話にならないだろうな。

メインのx86-64CPUはゲーム性能にほとんど寄与しない、
DX12ゲーム用PCはハイエンドGFをCeleron機に挿すのがセオリー、
という状況になる位まで徹底できればNVの勝ち目が出てくるかもしれない。

>>813
> >>812
> IntelはNV相手にどうこうやるつもりはないだろ
> プラットフォームないって自分で答え言ってるのに
> なんで無駄な労力を使ってNV追い込む必要があるのか
労力を使わない方向というか、XEON とPhiのセットで売り出していくと思う
それが結果的にTesla排除になっていくんじゃないかな

> そんなことよりまずは今後のPC需要の落ち込み
> をどう補うか考えないといけないだろう
もうどうにもならんよ
無くなるとは思えんが、スマフォやタブによって今の半分くらいにまで落ちていくと思う

> モバイル、サーバ分野の強化や
モバイルはクアルコムが強すぎてどうにもならないし、サーバーはARMの台頭やGPGPUの普及で今より減りそうだ

> 新規の市場開拓の方がはるかに意味がある
車載は大した規模がないし、将来のメインのIOTはARM有利を崩せない
それよりゲーム市場から追い出されそうなのが痛そうだ

cpuってゲームじゃ描画命令しか処理してないのか世ｗ


単品使用するならそとのcpuはいらん
jetson tk1を安値で売るのはそういう時代に向けた布石でもあるだろう
しかしhpcから組み込みまでcuda使えるようになったのはすごいなぁ

http://www.4gamer.net/games/251/G025177/20140326091/
ところで，Huang氏の掲げた評価用モジュールは，従来型のグラフィックスカード的なスタイルになっていないが，
この点については，Huang氏がこのモジュールを「コンピュータモジュール」と呼び，
さらに「これが将来のワークステーションであり，HPCプラットフォームであり，ハイエンドPCゲーミングプラットフォームにもなる」と表現していたことがヒントになりそうだ。
おそらく，モジュール中央のプロセッサに，CPU機能も統合されているのだろう。

TegraだからARMかな。
コンパニオンプログラムが動けばOKなんだろう。

真面目な話するとマインクラフトが真面目に動作するiOS、androidが来ない限りPCの天下はまだまだ続く
iOS、androidだと難しいユーザーフレンドリーなサンドボックス型のゲームやサービスはPCによって拡張される
共存させる方向に行かないと利便さがこれ以上上がらないのよね

というかIntelはandroid方面でも普通に喧嘩売ってて、それでかつそれなりにいい成績残しそうなんだよな
http://www.4gamer.net/games/132/G013298/20140324037/

そうそう、俺が今iPhoneでやりこんでるcivrevってciv4の簡易版なんだが
PS3とか360はグラフィックこそディスクリートGPU積んだPCと同等性能を
実現してたけど、CPU性能が弱かったから、civ4のような高度なAIが
実現できなかったようだ。

　　　　　ぶっちゃけ、天帝が雑魚

普通にクリアするだけだと楽すぎるから縛りプレイとかやらないと
何が言いたいかって、ゲームにこそCPU性能って大事だぞ。

>>817
tk1用のlinux用意してるぞい

revは最初からコンシューマー向けだし難易度落としてんじゃない？

civも5でAIが糞になったやん。

MODや拡張パッくでいくらでも改善（そして重く　なるから無問題じゃね？
ARMはアプリの仕様上からしてそこらへんの融通が利きにくいのよね

ゲームAIの組み方も、GPGPU使ったシミュレーション指向で実用的な動きするようになればね
当然過渡期にはCPUによるマルチスレッド積極活用が全盛となるだろうけど

SHIELDがコケたNVIDIAなんてなにやってもダメ

ゲーム自体がＧＰＵを占有してるのに、ＧＰＧＰＵにして処理速度あがんのかな？

CPUはコア性能上がらん上に、おっそいおっそいJavaScriptを強要されそうだし
GPUに積極的にオフロードしていかないと死ぬ

【GDC 2014】次世代ゲームはGPUの活用でAIが進化する？ - GAME Watch
http://game.watch.impress.co.jp/docs/news/20140319_640287.html

そして描画速度がガタ落ちになる
SHIELDがコケてるんならはたしてvalveが参入してくるかな

究極的には、ひとつの共通脳シミュレーションプログラムがあって、視覚ゲーム画面と聴覚ゲームサウンドを
そのままインプットして、キー・マウス入力をアウトプットする、というシステムをオープンソースでやれれば良いよね
まぁオフロード先はGPUじゃなくてクラウド、という選択肢もあり得る

神経細胞：汎用、神経ネットワーク：専用ハードワイヤード

共通プログラム化が可能なのは低レベルサブルーチンに限られる

Intel and Altera widen chip manufacturing agreement
http://www.reuters.com/article/2014/03/26/intel-altera-corp-chips-idUSL1N0MN01420140326

XPサポート終了と消費増税でPC販売急増--駆け込み需要は3月末まで続く
http://japan.cnet.com/news/service/35045753/

2ヶ月使用の殻割なし4770kを19000円で買ったけどデビルまで待った方がよかったかなぁ.....

NVIDIAの次期GPU「Pascal」の概要
http://pc.watch.impress.co.jp/docs/column/kaigai/20140327_641498.html

＞2016年にPascalをリリースする予定であることを明らかにした。

2016〜2017年のSkylakeとPascalの組合せが本命か

PCの需要が落ちてるのは単に製品の耐久性が上がったから
買い換え周期が長期化してるだけだよ。需要そのものは安定
している。スマホやタブじゃPCの用途はカバーできない。
オフィスも動かないゴミは大口需要の企業向けには向かない。
併用されるケースは増えるだろうがPCの用途を置き換えると
いうのは妄想に過ぎない。

近々ios,androidばんofficeでるで

ちっこい画面にキーボードとマウスつなげてオフィス文書作るって？
ご冗談を。

まあ周辺機器ｺﾞﾁｬｺﾞﾁｬ付けるのもモバイル機器の意味まったくねーしな
据え置き機器だからこそって部分も多いなあ、あとタブでエンコは絶対したくない

今のPCは一般人にはオーバースペック←ネットしかしない層ならまあわかる
だからクラウドで集中管理しよう！←スペック余ってるなら処理分散化だろJK

目に見えるような性能向上が無いんだから、買い替えの必要も無くなったんだろ。

Google Apple Microsoft「わざとストレージ減らしてクラウドに誘導だ！」

Windows Home Serverをやめたのはもしかしたら早まったのかもしれない

>>837
割と最近のwinタブはそれ推奨だろ

>>819
天帝だからってそこまでCPU使わんでしょ
ぶっちゃけチートの有無だった気がする。

CPU内蔵GPUでも、専用ビデオメモリを外付けにしたいなあ。
メインメモリとは別に付けられるようにならないものか。

>>827
スマホなら猶更GPU強化しないとダメって風潮になってきてるなあ

>>835
買い替え需要の長期化はいいけど
古いPCはもう必要性薄いんだよね正直
低スペック帯でもできる事が違いすぎる

近頃はiGPU強化に熱心で肝心のCPUはちっとも進化しないな
コアもメイン4コア止まりだし

ちょっとずつでも着実に性能上がって行ってるんだから良いじゃないか

メインストリームはヘテロジニアスまで大きな変化は無いだろ

Intelはクロックでは判らないけど、毎年確実に上昇してる。
確かに、毎年買い換える程ではないけど数年で見れば結構差が出るよ
拡張機能も、NehalemのSSE4.2→SundayのAVX→HaswellのAVX2と強化されてる

予言者じゃないがコア数もせいぜい８が限度と思ってたな。
８処理に分割すれば、８倍になるわけでもなく、平方根曲線みたく、頭打ちするから

下の表見て本当にクロック辺りの性能は伸びていないか確認して欲しいな
性能 Passmark CPU Mark スコアー順 オーバークロックなし
http://www.cpubenchmark.net/cpu_list.php
Intel Core i7-4770K @ 3.50GHz 10374 Haswell
Intel Core i7-3770K @ 3.50GHz 9657 Ivy Bridge
Intel Core i7-2700K @ 3.50GHz 8931 Sandy Bridge
Intel Core i5-4670K @ 3.40GHz 7804 Haswell
Intel Core i5-3570K @ 3.40GHz 7180 Ivy Bridge
Intel Core i5-2550K @ 3.40GHz 6873 Sandy Bridge
Intel Core i5 760 @ 2.80GHz 3915 Lynnfield
Intel Core i7 960 @ 3.20GHz 5950 Bloomfield
AMD A10-7850K APU with Radeon R7 Graphics 5676 Kaveri
Intel Core i7 K 875 @ 2.93GHz 5438 Lynnfield
Intel Core i3-4340 @ 3.60GHz 5176 Haswell
AMD A10-6800K APU 5007 Richland
AMD A10-5800K APU 4679 Trinity
Intel Core i3-3250 @ 3.50GHz 4638 Ivy Bridge
Intel Core i3-2130 @ 3.40GHz 4023 Sandy Bridge
AMD A8-3870K APU 3671 Llano
Intel Pentium G3430 @ 3.30GHz 3425 Haswell
Intel Core2 Quad Q6700 @ 2.66GHz 3353 Kentsfield
Intel Pentium G2140 @ 3.30GHz 3262 Ivy Bridge
Intel Celeron G1830 @ 2.80GHz 2940 Haswell
Intel Celeron G1630 @ 2.80GHz 2869 Ivy Bridge
Intel Pentium G2030 @ 3.00GHz 2985 Ivy Bridge
Intel Core2 Quad Q6600 @ 2.40GHz 2975 Kentsfield
Intel Pentium G870 @ 3.10GHz 2907 Sandy Bridge
Intel Core i3 560 @ 3.33GHz 2863 Nehalem
Intel Celeron G555 @ 2.70GHz 2486 Sandy Bridge
Intel Pentium G6960 @ 2.93GHz 2145 Nehalem
Intel Celeron G1101 @ 2.27GHz 1727 Nehalem
Intel Core2 Duo E6700 @ 2.66GHz 1708 Conroe

今後は固定機能の統合がキーになるじゃないかな

skylakeは本当にヘテロになるのか

>>846
周波数が伸びないだけだろ
P6アーキは5年も続いたんだ

>>854
ID:r77ZFdohかっこいいなｗ

グラフィックスはCPU⇒GPU⇒ディスプレイの一方通行だからパイプライン化できるしイイとして、
コンピューティングとなると、CPU⇔GPUと相互通信が必要なため、途端に間の帯域が問題になってくる。

NVLinkが打開策の一つだけど、
そういう点ではCPU内蔵GPUって大容量・高速なキャッシュか、遅くてもDRAMの帯域で賄えるし、
現時点でもかなりアドバンテージあるってことだよね？

現状iGPUと言えどCPUとメモリ空間は別やからなあ。
HSAは期待してるわ。

メインメモリをVRAMにするとどうしてもバンド幅の狭さがな。
CPUとバンド幅の奪い合いになるし。

irisproは共有じゃなかったっけ

>>856
QPI持ってるだろIntel
NVlinkとかクソダサイ名前のバスとか別にいらんだろ

>>837
＞ちっこい画面にキーボードとマウスつなげてオフィス文書作るって？
＞ご冗談を。

PCの親玉マイクロソフトがサーフェイスで宣伝してることを全否定(笑)
気取った文体にしてるのがさらに恥ずかしいなおまえwだっせーw

ttp://pc.watch.impress.co.jp/docs/news/event/20140328_641738.html
冗談じゃなかった。

>>835はこのニュース知ってて言ったの？
ものすごいタイミングの良さ

>>835じゃなくて>>837だった

MSがiPad向けに無償公開か
OneNoteも無償公開したし
戦場はプラットフォームからクラウドへ移っていくのかな？

見返したら>>835でも意味通じててわろた

タブレットのOSはAndroidが標準になるんだろうなあ。
また来月からAndroid案件だけど、iOS案件の方が作る上では楽しかったり。。

>>866
iPadでOfficeも動くようになったから大口需要の企業向けでもイケるね(震え声)
そのうちAndroidにも出すだろうね
ただ、そうしちゃうとただでさえ数%のシェアのWindowsﾀﾌﾞﾚｯﾄの価値がなくなっちゃうからどのﾀｲﾐﾝｸﾞでかは難しい判断になるね

MSとすればLibreOfficeに先を越されたくないんだろうな。

まあMSはハード屋でもweb屋でもなくソフト屋だしな、ソフトの普及が最優先でしょ
てかMSはOSといいソフトといい、かなり良い物（有料なんだから当然ではあるけど）作るのに
ハード方面はてんでダメだなあ

Windowsは本当に「良い物」だったの？
競争がないからやりたい放題だったんじゃないの？
Androidと競争にさらされたとたんにフルボッコされてるような

>>850
ARMがIntelの車輪の再発飯いてとっくに頭打ちしてGPU強化に移行してるからな
機能強化は大事だが基礎性能の差は露骨に響く

iPad版のOfficeはマクロつかえなきゃ話にならんよ

外部ストレージ使えなくするようなandroidに将来は無い

>>871　泥と比べたら、というか比較にならんくらい良い物でしょ
ハード制限もなくて著作権対策も米企業と思えないくらい良心的、他にこんな商用OSねーよｗ
そもそもデスクトップPCに限れば競争にもなってないけど、google参入する気０だし

OSの良し悪しだけならlinuxは窓以上に自由だしフリーソフトも揃ってるけど
一般向けの有料ソフトが全然ないしなあ、steamのlinux移植も全然進んでないでしょｗ

>>871
こういう馬鹿って学生が休みになると定期的に現れるよな。

Linuxは現状OS周りが完全にレッドオーシャンだなあ
Ubuntuが肥大化の流行推し進めてでまともに動かそうとするとWindows使った方がいいハイスペック強要されて
ローエンドにも使えずっつう完全なゴミが大半

性能効率という意味ではWindowsになすすべもない
MacはiOS用開発機材でしかないし

>>870
マウス・キーボードはいいものを作ってるだろ

>>876
LinuxはCUIで使う限りではいいOSだよ
問題は、LunuxをはじめフリーのOSは、GUI OSとして使う限りまだだめだめなんだよなぁ

どうもGUI OSをフリーソフトだけで作ると完成度が低くなる

やはり、完成度の高いGUI OSは、数万人の人を金の力で強制的に働かせて作らないと、
フリーの開発者だけでやるとうまくいかないようだ

×　フリーの開発者
◯　フリーソフトの開発者

ttp://ideone.com/stwHzp
究極のファイル圧縮アルゴリズム思いついたよ〜。
俺のPCでは20バイト圧縮するのに一週間かかるの。o(N!)だから。誰か高速化してして！！
特にだんごさんにはライセンスしてもいいよ。

IntelとAltera、14nmプロセスのマルチダイSoC開発で協業
〜DRAM、ASIC、アナログコンポーネントを1つのSoCに封入
http://pc.watch.impress.co.jp/docs/news/20140327_641569.html

>>877　そうだった、今まさにMS製の８用マウス使ってるわｗ

>>878　その敷居の高さが商用ソフトが揃わない理由になってる気がする
ゲーム以外フリーソフトでいいんだろうけど、フリーソフトって結構敷居高いの多いし

これがskylakeになるんか？
eDRAMの容量増やすのかな

ガチ3Dゲーム遊んだり開発したりしてると、Windows以外の選択肢などほぼないのだが
ウェブ屋はスタバでMacBook開いてドヤ顔でジョブズの尻でも舐めていればよい

ゲイシのケツでも舐めてろ

>>755
特許取るには1番じゃなくちゃダメなんです！って言いきれなかった時点で対応した奴もアホ

>>858
キャッシュに収まるくらいのサイズのデータを扱うには最強じゃない？
まぁ、そんなのは処理量も多くないだろうから、
GPUに発行するオーバーヘッドを補って余りある効果は得にくいのかもしれないけど･･･。

このオーバーヘッドさえ小さくなれば、
細粒度のタスクをGPUに任せ易くなるんだろうなぁ。

粒度の小さい処理が大量に発生するアプリって所詮知れてるんだよな

AppleはMacOSとiOSの役割を分けることで利益の最大化をしようとしてるわけだけど
MacOS資産もiOS資産もどちらも使えるiPadが出てきたら恐ろしいことになるんじゃないの？

>>861
マイクロソフトは小さい画面でもOfficeが出来ると便利だよって言ってるだけで
Officeは小さい画面で十分、大きい画面は不要と言ってるわけではない

>>883
直接関連する可能性は低い
とりあえず製品化されそうなのはAtomが統合されたStratix10とかか

FPGAはある程度柔軟にロジックを組み込めるという特性があるし、
特定分野において驚くほど電力あたり性能が高いので、広い意味では
CPUやFPGAを含むヘテロジニアスなパッケージ構成を睨んだ布石とも言えるかもしれない

iOSは今の値段で勝負を続けるとAndroidに負ける気がするな。
開発するなら断然iOSが楽なんだがｗ

>>884
死体蹴りならぬ死体舐めか

タブレットで文書作成とかやりたくねー。遅い狭い読みにくいで
いいとこないわ。

どのレイヤの話なのかさっぱり分からん。次世代との関係はもっと分からん

>>889
マカーはほんと馬鹿だな。

MSは、デスクトップPCユーザーにタブレット向けUI強制をやめて、
デスクトップユーザーにはこれまでと同じものを供給すればいいよ

なんでわざわざ不便にするんだ？

似たような別々の製品作ったら大変じゃん
まあRTのせいで説得力ゼロなんだけどな！

>>878
CUIで使う限りとなると別にエミュ使ってWindowsの子でもいいってなっちゃうのがなあ
フリーで作るとなぜかオナニーがねじ込まれるんだよなあ
やっぱ金やねえ

>>897
デスクトップはデスクトップで見直しの時期が来てる気はするぞ
タブレット向けデスクトップモードが欲しいというわけじゃないが、
デスクトップモードでもタブレットの使い方で快適に使えることを考えないといけないし

まあ問題は新たにソフト作る人達かなあ
カスタムサイズDPIの対応やタブレットへの親和性を考えたUIを作らないといけないんだよな、
MSはまだまだそこらへんできてないけど

入力装置としてマウスはタッチパネルの上位互換
逆に言うとタッチパネル用に作ればマウスでも問題なく使える
UIがタブレット寄りになっていくのは必然である

右クリック廃止でボタン長押しでメニュー呼び出すようになってもいいのか？

そこはUIをコントロールパネルで切り替えればいいだけの話じゃね
モダンとレガシーで見栄えが違っていればユーザには違いが判るはず

>>878
どれだけLinux使ってるか知らんけど、
俺は普通にLinux(Ubuntu)使ってるし、
Windowsより使いやすいと思うけど。

vistaこそオナニーの固まりじゃんｗ

ＣＰＵのスレなのに、なんでＯＳの話になるんだ？

ipadでofficeならペンでの手書き入力が必須だな

>>896
そのコテはwintel信奉者だよ

団子に限らず自作板全般に、Windows以外のOSの話をすると、途端に不機嫌になるやつは多い。

それ単に「俺の知らない話するな！」ってだけじゃね？ｗ

>>903　その使いやすさとやらが普及してないからソフトも普及しないんだけどな

WindowsでもLinuxでも*BSDでもいいが、せめて次世代を絡めろと

話がループしてホルホルの流れしかないどっかの次世代スレよりは次世代してるかと

あっちは一部のバカ（信者、アンチ、団子問わず）が荒らしまくってるからアレだけど、一応次世代ネタは多いからなあ
こっちはhaswell-Eと、年末頃に出るらしいマザーでhaswell以降のCPUがHDDまわしっぱのスリープできますOC耐性も上がります
くらいしか情報ねーしbroadwellは内蔵GPUの使い道どうにかしてからこいと、skylakeも全然情報なしっと

まあネタがないね

SkylakeのGPUが気になって困る
「ぼくのかんがえたCPUGPUとうごう」が現実になるのか

なら無いだろ
ユニット数が増えてベンチ早くなるけど、まともに動きませんが繰り返されるだけ

そうじゃなくてCPU命令としてGPU固定機能が統合され、GPUコアは消滅するかどうかだ

5月 Haswell Refresh
6月 Devil's Canyon
9月 Haswell-E
12月〜1月? Broadwell
2015年〜2016年? Broadwell-E
2017年? Skylake

C++AMPって書き易くてイイと思うんだけど、何で流行ってないのかな？？

君がもっとちゃんと広めてないから

>>918
了解ｗ
布教するよｗ

団子さんはどう思ってるのか気になるな･･･。

C++AMPはgoogleで検索できないっていう致命的な問題点がある

大問題だね
改名案を出してみれば？>>919

>>915
GPUコアが統合されたらシンプルなコアが沢山あるというGPUの特性がなくなってしまって大丈夫かいなとはあおもうけどどう？

C++（スペース）AMPでググったらいけたわ。
C++AMPとくっつけるとダメだねｗ

CAMPだったらCから始まる4文字ってことで
CUDAと並んだ感じになるし、キャンプって読み易いのもあってイイようなｗ

ttp://www.google.co.jp/search?q=%22C%2B%2BAMP%22
ttp://www.google.com/search?q=C+++AMP
ttp://www.google.com/search?q=C+++Accelerated+Massive+Parallelism

>>904
CPUモード、特権レベルとOSは密接な関係、影響があるが
ここで続くOSの話題はそんな話をしているわけではないな

最終製品の使われ方がCPU開発の方向性も決めるという割とひねりの無い因果関係
そのなかでOSの話もでてくるということだろうな。

>>907
自作イコールWindowsだから当たり前
なにいってんだ

>>901
マウスなら両方使える
タッチパネルなら長押しにすればいいだけ

>>917
Intelが困るから

自作＝win　ｗｗｗ
いつから自作スレになって、いつから自作すると必ずwin動かさなければならなくなったんだ？

=じゃなくて≒と捉えてもらってもいいけど

不機嫌になるのは知ったかぶりができなくなるからで、
ケツの穴の小さい者が多いことの表れ。
自作ユーザーも度量の点では一般人と同様だということよ

自作板ではOpenCLが取り上げられるけど、
よりプログラムの簡単なOpenMPは意外と取り上げられないな。

大抵のプログラムで、部分的に並列処理を簡単に書けるから、
いまどきのＣＰＵではかなり有利だと思うんだが。

>>932
OpenMPは簡単さは抜群だけど、
所詮CPUのマルチコアだから、スレッドオーバーヘッドが大きい。
4コアで並列性が高めの処理でも3倍くらいしか得られない。

GPU版OpenMPとも言えるOpenACCはどうなのか気になってる。
結局はOpenCLに落とし込むみたいだから、OpenCLのプログラムを簡単にするって見方もできるね。

>>933
CPUとGPUは特性が違うから、
粒度の大きい処理の並列化はCPUが向いてる気がする。
粒度が小さい処理を多くこなすなら断然GPUだと思う。

詰まる所、OpenMPとOpenCLは共存できるんじゃないかと。

>>934
将来的にCPUもGPUもコア増えてくってこと？
CPUはコア数増えないと思うけど

>>929　実質windowsかLinuxの二択じゃんｗ商用ソフト使おうとすれば窓一択
窓＞OS　X＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞linuxの商用ソフト普及率だよ
OS　Xもゲーム以外揃ってるしな、自作に開放してくれれば窓一択じゃなくなるんだが

>>915　噂レベルだけどOpenCL2.0にハードウェアレベルで対応するって話があるからAPUのｈUMAに相当する
機能は付けてくるかもね、あっちも2.0の高速化はできるみたいだし

個人的にはAVXの延長線上でiGPU使ってくれるか、むしろiGPU取っ払ってくれると……

Intelの次世代CPUや、それに関連する内容についてのスレッドです

って>>1に書いてあるのにそこは無視か？

アムドの基地外でも紛れ込んでるんじゃね
ホルホル次世代スレでもよく自作とは無関係な話展開してるしな

あっちで関係ない話すんのって大抵団子かゲハだけどな

>>937　言いだしっぺが何か話題だそうぜ

つかこのスレじゃ全然注目されてないけど、ReadyModeって結構便利じゃね？
HDD回しっぱなしでスリープとかできるんかな？だとしたらすごい助かるんだけど

APUとかGPUとかOpenCLとかOpenMPとかC++AMPとかDirectComputeとかCilkplusとかもうホントどうでも良い
AVX-512が標準になってそれでアプリとグラフィックドライバ組めば良い
Skylakeでグラフィック固定ユニットを取り込めばすべてCPUコア内部で完結する
リングバスの一番遠いiGPUコアにわざわざデータを持っていき持って帰るのはヤメ
それがIntelの答えになる…という期待

オーバーヘッドの点ではSIMDに越したことはないと思う。
けど、ベクタ化は色々と制限が多い。

自由度の点ではマルチスレッド的なGPUのがいいんだよなぁ。
でも、GPUはお仕事を頼むには距離も遠いし、手続きも多い･･･。

GPUを使うのはCPUとメモリバスを分離する目的もあるんだが。
CPUはキャッシュの効く処理を、GPUはキャッシュの効かない処理を分担してやればデータ転送のオーバーヘッドも無視できるし、iGPUなら独立した広帯域メモリバスを持つからCPUでやるより有利になる。

>>935
いや、CPUは複雑な処理を高速に解くのに優れ、GPUは簡単な処理を大量にこなすのに優れていると言ってるだけ。
CPUによる並列化は ID:KCkbqWea が言うとおり、N分割したからN倍になるわけでない。

突き詰めれば、シングルスレッド性能なしに、コアだけ増やして、プログラムを最適化しても限界がある

CPUのメモリ帯域がなんで伸びないのかな
90%のユーザーにとってメリットあるのに
シングルスレッド求めるのは一部のハイエンド買ってる人だけだし
GPUなんてゲームとかグラフィック系の人だけでしょ

グラフィックスの場合はその利点がよく活きるんだけど、
コンピューティングになるとCPU⇔GPU間の狭い帯域が問題になる。
ストリーミング的にできる処理ならいいけど、レイテンシがもろに効いてくる処理ではこの帯域の狭さは大問題になる。

そういう点でゃCPU、GPUワンチップで、スタックドDRAMみたいな超広帯域DRAMがぶら下がる構成が
ベストではないかと考えている。

IntelのIrisProはその走りって感じで歓迎してる。
物足りないのはGPGPUへの取り組み意欲かな。

>>944
CPUの演算で今のメモリ帯域が問題に感じたことがないし、
バランスとしてはいいんじゃないかな？
色々試してみたけど、キャッシュ帯域・容量がCPUの演算量に対して十分っぽいのと、
ハードウェアプリフェッチが優秀みたいで、DRAMアクセスへの帯域が問題に感じたことがない。

GPUはあっという間にメモリバウンドになってﾜﾛﾀｗ

ＧＰＧＰＵ神話の限界をIntelはよく理解してるからだと思うけどな

>>944
メモリ帯域は本当に肝なんだよね。
キッシュに入らないような大きなプログラムを高速処理するには、メモリ帯域は重要。
伸びない理由はわからない。

>>947
XeonPhiの発表でその点について警鐘を鳴らしてたね。
自分も同意だった。

やっぱりGPUに仕事をさせる際の各種オーバーヘッド、特にデータ輸送のコストがあまりにもデカい。
その昔FPUがCPUに取り込まれたように、GPUもCPUに深く融合してくれたら良いのではと思うんだけど、
まさにそれをやろうとしたHSAやXeonPhiが花開くかどうかとても気になってる。

>>949
iGPUとCPUはやはり役割分担はあると思う。
HSAはとても興味深いテクノロジーだと思うけど、エンコとか用途は限られると思ってる。
それこそSIMDのように。

SIMDが有効活用できるようなアプリはGPGPUの恩恵を非常に受けれるだろうね。

>>950
なるほど、GPUへの期待としてはSIMDの延長だね。
従来のSIMDにGPUのマルチスレッド的なプログラムの自由度が加わるというのが落としどころになるのかな。
Intelが十分戦えそうな領域だと思うし、がんばってほしいな。

>>947　ただXeonPhiは一般普及するにはお高いからなあ、自分でプログラム組めないと、少なくてもソフトの普及は見込めないし
やっぱり一般向けの増設できるアクセラレータはGPUしか選択肢ない気がする

>>950　ゲームやお絵かき系はｄGPU使えばいいし、HSAでエンコやデコート優秀になればミドルレンジでは結構需要ありそう
HSAって結局、ブル系の苦手な浮動小数点を稼ぐのにGPGPUで補いきれない分野を
FPU増やすよりもどうせ積むしかないiGPU使って補おうって感じなんだよね、メインストリーム帯ではまあ正解でしょ

個人的にはIntelもAMDもiGPU強化の方向性自体が気に入らないけど、どうせグラボ積むのに中途半端にコスト掛けないで欲しい

中途半端は欲しくない。IntelのCPUコアのようにキャッシュ高性能
メインメモリ凡庸でレイテンシ高性能、スループット凡庸なものと
反対にレイテンシ軽視（隠蔽）、スループット重視のバンド幅広大なもの、
両方が高いコストパフォーマンスで入手可能な状況であって欲しい

>>946
ベンチマークではそうなんだろうけど
現実的にはLLCを頻繁にはみ出してると思う

>>952
> HSAって結局、ブル系の苦手な浮動小数点を稼ぐのにGPGPUで補いきれない分野を
> FPU増やすよりもどうせ積むしかないiGPU使って補おうって感じなんだよね、メインストリーム帯ではまあ正解でしょ
考え方が逆
GPU内蔵が先にあって、FP演算はそっちに任せるから、FPUは互換性維持だけのためにシンプルにしてるから性能でない

>>944
もともと計算機の長期トレンドで見ても、
演算速度の向上にメインメモリの改善は追い付いていなくて
むしろ悪化しているのが現実なので……

PCに関しては、TSV系の混載メモリ技術が進歩すれば良くなるかもしれない
Xeon PhiとかTeslaを見ると、HPC領域だとHBMとかでも足りてない感がある

いまはコストカットの圧力が激しすぎて技術的に可能なレベルよりもメモリ帯域が低くなってる
パソコンの平均価格が15万円程度にまでなればメインメモリのGDDR5化も可能だろう

メモリ帯域はどんどん延びてるけどレイテンシがそのままなだけ。

ここ数年はAVX→FMA→AVX-512と倍々ゲームでの改良があるのに対して、
メモリ側はDDR3の緩やかな改善っていう構図だから、バンド幅で見ても追い付いていない気がする
GPU側も足すとさらにひどいことに

2015年のKnights Landingも噂が本当なら
3TFlops・500GB/s(Near Memory)だから、Byte/FlopsはむしろKnights Cornerより下がってる
2016年にTesla(Pascal)が登場して、ここでHBMが使えるのなら1TB/sぐらい出せるらしい（？）から
もうちょっと良くはなるのかも

もうメモリアクセスするのはやめよう（提案）

>>959
顧客が求めてない。DirectComputeがコケた時点で終わってる。

HBM・HMCの配線って何ワット消費すんだろうな…IrisProのeDRAMは64本の102GB/sで1W強だそうだけど

>>960
データが多くプログラムが短いならプログラムが
データのところまで行って計算して来いというアイデアは既にある

メモリに計算アレイ載せるってアイディア確かにあったけど、CPUとアーキテクチャが違うと不便だからなぁ。

>>939
ゲハって基地外じゃないの？

>>949
メインメモリがGDDR5で高帯域接続とかにならない限り、
メモリバンドが重要な計算はGPGPUの圧倒的優位が続くでしょう

メインとグラフィック共用でGDDR5を8GB使っているPS4が最強なのか

優れたプラットフォームであることは間違いないね。
GPGPU面の効果とパフォーマンスが如何ほどかで真価が問われるように思う。

そりゃ有利な土俵で不利な対象と比べたらそうなるだろうよ。

CPU+GPU最強はPS4
アクセラレータ最強は倍精度2T、GDDR5 16G積んだFirePro W9100

↑所詮FLOPS数だけだろｗ

そのアクセラレータを使ったシステムがどこのデータセンターで稼動してるんだよ
ソフトがなければただの箱

>>970
CDも再生できないPS4はゴミ。消えろ

Intelが、メインメモリを高帯域GDDR5にしたBGAタイプのXeon売れば
多くの場合でGPGPU使う必要がなくなりそう

最近のintelは特定の顧客向けにカスタムCPUを作っているのでGDDR5版のxeonも既に存在しているかもしれぬ

GPGPUのプログラマビリティに不満があって
GDDR5搭載した汎用プロセッサが欲しい顧客は
おおかたXeon Phiで満足してるよ

カード1枚で320GB/sのメモリ帯域もTeslaをしのぐ。

intelさんにはマザーを長く使い続けるようなソケット形式をお願いしたいのです

メモリスロットもソケットに・・・（´д`）

よくわからんが、メモリはすでにソケット形式じゃないですか

>>976
いまどき自作派は、CPUとマザーボードセットで買うのが当たり前な気がする
むかしみたいに既存マザーにCPUだけ買うとかめったに無いような

高いパーツは使いまわししたくなるが安いパーツは
更新してしまった方がいい。昔は裸に近いMBに拡張カードを
せっせと増設して全体として高くて買い替え頻度は下げたかった。
今は安いMBだけで盛りだくさんになるから買い換えても負担が軽い
（エンスー向けは除く）。

>>977
DDR3メモリソケットとかDDR4メモリソケットとか
とっかえひっかえできたらなーっていう

あ

次スレ

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

>>917
それってandroidやLinuxでも問題なく使えるの？
マルチプラットフォームを前提にした言語ってのは地味にマジで少ない

機能統合ってCPUに夢見すぎって所かなあ
統合したところで・・・ってイメージ
乙

>>980
今はCPU内部にメモコン搭載してるから無理。
メモリー側にメモコン搭載する世代まで待て。

ARMと戦えるスマホ・タブレット用CPUを作らないとね
もうインテルやばいんじゃね？

面倒だからスマホもPCもCPU統一されてほしい。
Intelのほうが高性能で電力効率も高いからIntelで統一でイイよ。

直流給電は消費電力削減の切り札となるか？ - IT、IT製品の情報なら【キーマンズネット】
http://www.keyman.or.jp/at/30004974/

Details of upcoming Atom Bay Trail-T processors
http://www.cpu-world.com/news_2014/2014032701_Details_of_upcoming_Atom_Bay_Trail-T_processors.html

Intel launches Atom C2308 and C2508 communications products
http://www.cpu-world.com/news_2014/2014033001_Intel_launches_Atom_C2308_and_C2508_communications_products.html

auやドコモに採用スマフォが出る気配全く無いな
どこで使われてるんだ？

asus

>>982
おつ

初代en4が現役だったころ貧乏で買えなかったんで今組んでるんだけど
遅いしめんどくさいねコレ

>>990
4G・LTE等対応だと、Intelのチップ使ったとしても、結局クアルコムの通信関連チップが必須
だから、Intelにクアルコムのチップ積むより、最初からクアルコムのSoCでいいじゃんっていう判断でしょう

3Gのみ対応のスマホやら、Wifi接続のみのタブレットならIntelもありでしょう

XMM7260があるんだけどな一応
Infineonから買ったIPそのまんまだけど

日本でやるなら、あう向けに3G/FDD-LTE/TD-LTE/WiMAX全対応のチップが欲しい

キャリアの認証とるのが面倒い
nvのi500もat&t通るのにあらかた1年かかった

最近でたAsus のFonepadがAtomでLTEだからそのうち日本でも売られるんじゃね？

日本では格安スマホやらかんたんスマホやらを除いて、実質LTEが必須
クアルコム以外のチップメーカーも、LTE対応チップ作って日本のキャリアの認証をとれば、
つかわれるようになるかもね

鬼畜米英印中露
ユダヤと華僑印僑は地球の癌
鬼畜米英印中露
ユダヤと華僑印僑は地球の癌

2015年第三次世界大戦勃発

1台のマシンが組み上がりました。。。
新しい筐体を用意してくださいです。。。。

　　　　　　　　　自作PC板＠2ch http://anago.2ch.net/jisaku/