1 :
Socket774 :
2014/05/09(金) 09:40:48.64 ID:UFwiyVKi
2 :
Socket774 :2014/05/09(金) 12:05:35.83 ID:qh+kmwsL
いちおつ
3 :
Socket774 :2014/05/09(金) 12:11:19.64 ID:GG22jiDn
AMDがCPUシェア50%を狙うための秘策がRadeon内蔵だからな くっつけたCPUがダメすぎてかえってシェアが落ちてる罠w CPUシェア2割以下の現状でRadeonを専用化しても かえってGPU事業まで駄目になる罠。 自社CPUが駄目過ぎるから結局AMD自ら エンスー向けにCorei7+Radeonの組み合わせを推してる現実。
4 :
Socket774 :2014/05/09(金) 12:14:28.96 ID:hT4GjMtD
Intel様だけが人類の未来を切り開ける唯一神 全人類はIntel様の下に平伏しIntel様だけを崇拝し Intel様に全てを捧げるべきである Intel様万歳!!!!!
5 :
Socket774 :2014/05/09(金) 12:17:01.15 ID:Ax8FCWYc
AMDのシェアと次世代の批判とIntelの旧世代しか話しないよないつも
6 :
Socket774 :2014/05/09(金) 12:25:54.33 ID:QPUTR7c3
FirePro S10000とかW9000ってOpteronじゃPCIe帯域フルに使えないから 事実上Xeon用なんだよね。 AMDがFirePro売ろうと頑張るほどIntelのXeonが売れ、 対応してないOpteronが避けられるようになる。 自分で自分の首をしめるAMD。 ドル箱のOpteronの開発優先度を下げるという愚行は こういう結果になるのです。
7 :
Socket774 :2014/05/09(金) 12:30:57.91 ID:eLOSt3WY
ID:Ax8FCWYc ウナギ銀河ワープのお友達さんは現実見えなくて悲しいですね シェアが低いと新しいOpteronやFXの開発費が捻出できないし ソフトメーカーにもHSA対応を避けられてしまうよ
8 :
Socket774 :2014/05/09(金) 12:57:56.42 ID:eZIr0XDM
9 :
Socket774 :2014/05/09(金) 13:07:15.44 ID:dZWBeRoR
スレタイがSoCになってるけど、まいっか
11 :
Socket774 :2014/05/09(金) 14:13:12.03 ID:eZIr0XDM
じゃぁなに
Broadwell(14nmtick)=2ダイでサウスブリッジ(PCH)統合、L4キャッシュ(eDRAM)、FMA4対応、DirectX12 ↓ Skylake(14nmtock)=1ダイでサウスブリッジ完全統合、統合電圧レギュレータ完全統合、DirectX12.1、OpenGL6.0、OpenCL4.0、AVX-512、DMI3.0 ↓ Skymont(10nmtick)=CPUオクタコア化、GPUデュアルコア化 ↓ 10nmtock=LNI対応、HSA対応、QPI、L5キャッシュ(HBM)、2ダイでPhi統合(QPI接続)、ニアしきい値電圧技術、L4キャッシュ(eDRAM)完全統合、OpenGL7.0、OpenCL5.0 ↓ 7nmtick=GPUクワッドコア化、DirectX13 ↓ 7nmtock=1ダイでPhi完全統合、デジタル無線RFモジュール統合、OpenGL8.0、OpenCL6.0 ↓ 5nmtick=GPUオクタコア化、DirectX13.1 ↓ 5nmtock=Itanium統合(非エミュレーターでIA64とx86が完全統合)CPU16コア化、クロック周波数5Ghz超え、L3キャッシュのSRAMをSTT-MRAMに変更 デジタルパワーアンプ統合、DirectX14、OpenGL9.0、OpenCL7.0 Skylake発売後に修正予定
プログラマを殴れ
XP機がPen4なんでXPでしか動かない古いデヴァイスで重宝しております まる
15 :
Socket774 :2014/05/09(金) 19:11:02.44 ID:ZHsXJIIQ
16 :
,,・´∀`・,,)っ-○○○ :2014/05/09(金) 19:33:53.93 ID:HRt7Pt4j
>>8 4770[K]はTSX無効だよ
答えは、SIMDユニットの256ビット化にあわせてキャッシュの帯域を増強したから
Core-i7-4790 3.60GHz 8Mキャッシュ LGA1150 BX80646I74790 \35,981 Core-i7-4790S 3.20GHz 8Mキャッシュ LGA1150 BX80646I74790S \35,981 Core-i5-4690 3.50GHz 6Mキャッシュ LGA1150 BX80646I54690 \25,749 Core-i5-4690S 3.20GHz 4Mキャッシュ LGA1150 BX80646I54690S \25,749 Core-i5-4590 6Mキャッシュ 3.30GHz LGA1150 BX80646I54590 \23,283 Core-i5-4590S 4Mキャッシュ 3.0GHz LGA1150 BX80646I54590S \23,283 Core-i5-4460 6Mキャッシュ 3.20GHz LGA1150 BX80646I54460 \21,567 Core-i3-4360 4Mキャッシュ 3.70GHz LGA1150 BX80646I34360 \18,111 Core-i3-4350 3.60GHz 4Mキャッシュ LGA1150 BX80646I34350 \16,883 Core-i3-4150 3.50GHz 3Mキャッシュ LGA1150 BX80646I34150 \14,416 Pentium G3450 3.40GHz 3Mキャッシュ LGA1150 BX80646G3450 \10,721 Pentium G3440 3.30GHz 3Mキャッシュ LGA1150 BX80646G3440 \9,493 Pentium G3240 3.10GHz 3Mキャッシュ LGA1150 BX80646G3240 \7,390 Celeron G1850 2.90GHz 2Mキャッシュ LGA1150 BX80646G1850 \6,037 Celeron G1840 2.80GHz 8Mキャッシュ LGA1150 BX80646G1840 \4,809 @尼
>>12 オクタコア化 が
オタクコア化 に見えるw
19 :
,,・´∀`・,,)っ-○○○ :2014/05/09(金) 21:40:01.59 ID:HRt7Pt4j
まだ、当てつけに現状の製品もちだしてるのかwww
21 :
,,・´∀`・,,)っ-○○○ :2014/05/09(金) 21:59:33.36 ID:HRt7Pt4j
2015年の社債償還までに現金作らなきゃいけないのに ゲーム機の売上げあるのに赤字出してたら 未来なんて語る以前の問題だろ
さすがにこのスレタイは問題がある気がするが
23 :
Socket774 :2014/05/09(金) 22:32:21.98 ID:M+NrOJiz
別にいいんじゃね
Intelの次世代CPUについて語ろう 74 Intelの次世代CPU/SoCについて語ろう 75 Intelの次世代SoCについて語ろう 76 どうしてこうなった
ある意味AMDスレほどの勢いはないから、スレ分ける意味もなかろうに
ntelよりはマシ
27 :
,,・´∀`・,,)っ-○○○ :2014/05/09(金) 22:58:19.86 ID:HRt7Pt4j
次スレ予想 我田引水工作会社の次世代ボボッタについて語ろう 77
>>26 すんません、当時、ntelやっちゃったのオレですw
>>19 あそこは国プロに引きずられる傾向あるからね。東工大みたいに計算機の研究で食べる人より、
地球圏科学みたいな利用する人の声が強いので、基本日立時々富士通だったと思う。
九大で日立が強いのは気象庁に食い込んでるのが多分一番の理由。
30 :
Socket774 :2014/05/09(金) 23:20:54.65 ID:A8ras29M
シリコンからダイヤモンドに代わるのっていつごろ?
サファイアなら
33 :
,,・´∀`・,,)っ-○○○ :2014/05/10(土) 09:04:49.00 ID:MGA8KM9P
880 名前:番組の途中ですが名無しです[] 投稿日:2006/06/07(水) 23:45:37 ID:RnF+q3dVO~ ウィンドウズ、ワード、エクセル、IE こんなのはツギハギだらけで奇形化した過去の遺物。 PS3が出たら過去の遺物になるよ。 SCEがCell向けにプログラムを最適化して、 さらに3D-GUI(XMBの進化系)を前提にしてフルスクラッチで作成したプログラムを使えば、 過去の遺物と糞遅いレガシーデバイスを前提とした 糞プログラムでは、考えられないほどの 快適性と効率が得られるようになるよ。 お前らもなんだかんだ言って、今使ってるパソコンを捨てて PS3で仕事やネットするようになるだろうね。 まあ見てなって。
まあ結局ハードウェア企業はプラットホームを作れず、 ソフトウェア/IT企業がプラットホームを作る時代になったわけだが
ウナ銀河の過去なの?
なんの裏づけも無く自分が気味いいだけの未来を語ることのバカらしさよ
エクセル以外は確実に衰退の道を歩んでるとは思うがな。
>>12 これってどこまで信じていいの?
もうSkyLakeから嘘くさいんだけど
サウスブリッジ統合って、物理的な足の数が足りないんじゃないの? デスクトップCPUでもLGA2011みたいなのを使うか、 それともBGA化でもしないと
PCとスマホじゃ求められるI/O性能の差が雲泥の差だから 現状は統合するメリットがないのだよね 減価償却費を回収し終わった旧世代のプロセスルールを使って 信頼性の高い大きなチップを作れるのがメリットなのに、 変に最先端使われたらプロセス側にコスト的に死ぬしリスクもでかい
まあ低速インタフェースが実質USBに統合され、パラレルやらシリアルが不要になったので、 レガシー削ればサウスブリッジのピン数を削ってCPUに統合とかはやろうとおもえばできるでしょう
USBマルチI/Oが結局サウスになるだけだよ。
どのみち変換用のハブチップが必要になるなら変に1チップ化しても意味無いな ビジネス用PCと家庭用PCではIOに求められる性能も違ってくるから そこを統合してしまうと今度はその組み合わせのぶんだけCPUの マスクを作らないといけなくなる。 それってすごくコストに見合わないと思うけどね。 むしろディスクリートのIOハブに今後どんな機能を統合していくのかが重要なのでは。
サウスが統合されるとマザボはコネクタが付いているだけのつまらない板になる マザボメーカーはどうやって製品の差別化をするんだろう
OC機能以外はオマケだからサウスの有無とかは誰もあまり気にしてないだろ
結局何かしらのブリッジチップを載せるんじゃないの? かえってコストかかると思うし、それなら最初からディスリートのサウスブリッジで 十分じゃん。
49 :
Socket774 :2014/05/10(土) 13:15:48.72 ID:+BNkl2vs
遠い将来にサウスブリッジがどうなってるかは横に置いておいて、Broadwell世代ではCPU側に載ることは無いのは確定しているから、12の言っていることはデタラメだよ。 BroadwellはZ97で動くんだから、CPU側にサウスブリッジが来るなんてあり得ないことぐらいすぐ判ると思うんだがな。
拡張性が求められ、CPUもソケット式のデスクトップ・サーバ用なら、サウスブリッジは別にあるほうがいいだろ サウスブリッジ無いほうがいいのは、BGAタイプのCPUで、かつタブレットや超コンパクトノートみたいな、 レガシー無し拡張性なしの小型のやつだろ
SATA3.Xで6Gbps、USB3.1で10Gbps、、サウスという別ダイでまだまだ全然間に合うか
>>33 PS3はそうならなかったけど、かわりにAndroidがその立場になりつつあるね。そういう意味では先見の明はある。先が見えてない誰かよりはね。
ワードとエクセルが過去の遺物になるには50年くらいかかるんじゃないかなー…
54 :
Socket774 :2014/05/10(土) 17:44:18.43 ID:+BNkl2vs
>>52 PS3は『超高性能PC』をローエンドPCの価格で提供。
PCなんていらないだろ、ゲームも動画もネットも全部PS3でやれば良いというアプローチ。
Androidはブラウジングやメール程度ならPCの性能いらないから、どこでも使える方が便利だよ。
今後ソフトが増えれば、今までPCでしか出来なかった事も出来るようになるよ。
値段も安いからメインPCとは別に、便利なAndroidも1台持っておこうかというアプローチ。
AndroidとPS3ではアプローチの方法が正反対に近いというのに先見の明があったとw
PS3は互換性とかBlu-rayの普及とかスパコン用途とかメディアサーバとかSONYの半導体事業とか いろいろな重荷を背負わされて身動きが取れなくなってしまった不運のゲーム機だ 夢が一つ消えるたびに身軽になって、ゲームだけに絞ったPS4で完全に覚醒した
スパコン用途って?
お引越し用C2D端末にSSDとHDD積むか
58 :
Socket774 :2014/05/10(土) 18:26:59.52 ID:+BNkl2vs
>>56 CellというCPUはスパコンでも使えることを念頭に設計されている。
実際にIBMからはCellを使ったスパコンも出ている。
PS3を1760台使ったスパコンも有ったが・・・それは本来の目的からは大きくずれているだろうw
>>55 SACDとか普及するわけもない物に無理やり対応させてコストアップとかな
コストダウンで肝心のPS2互換を失ってトドメを刺されたな。
>>58 牧野先生なんかは、そもそも仕様が固定されるゲームコンソールと
HPCでの共用は無理があったと指摘しているね
ゲーム機以外への広がりが出せなかった時点で失敗だった
もっとも、SIMDを強化したスモールコアを並べようという発想は
そんなに悪くなかったのだろうけど
HPCと個人用でSIMDが共通化されてたってこと? 団子の言う未来のCPUの先取りしてたのか
あっHPCじゃなくてスパコンか この違いもよくわからんが
で、デジタルをデジタルにしてピンを減らす話はどうなってますか?
何を言ってるかわからねえと思うが1クロックを1/10にしたら10倍
クタタンはCellで分散コンピューティングをやりたかったみたいだよ。 構想は壮大だったけど、前衛的過ぎた・・・。
Cell 「ちくしょーちくしょー! 完全体に…… 完全体にさえなればー!」
昨今のIoT構想の話聞いてるとクタさんのCellコンピューティング構想って 先見の明があったことを思い知らされるよ。 出てくるのが早すぎた感はある。
(IoT)←頑張れば顔文字に見える
Cell(PPE+SPE)が当初やろうとしてたことって今のi7/APU(CPU+GPU)そのもののようにも見えるな。 SPEを少し減らしてでもPPEを2基にしてSPEのメモリが2コアか4コアで共有できてればよかったのかな。 あとeDRAMも積んでればPS2互換も達成できたのにな。
71 :
Socket774 :2014/05/10(土) 22:02:15.48 ID:HELAz9C+
IoTを推進するのは良いけど ネットワークへの接続方法はどうするんだろうね 既存の無線LANだと数十台で接続すると使い物にならないだろうし
SPUは曲がりなりにもmain関数から始まるCプログラムが動いて 非同期メッセージ通信でほかのコアとやりとりしたりデータの受け渡しもできた。 GPGPUなんて所詮はサブルーチン用プロセッサにすぎん。 まあ、SPUはロード・ストア命令が常に16バイト単位、DMAが128バイト単位と、 電力の制約のある一般的な組み込みの要求には適していなくて そのへんのズレはあったと思う
>>72 団子さんはCellプログラミングしたことあるの?
ゲーム開発者にはすごく評判悪かったみたいだけど・・・。
CELLは使えるメモリ容量が小さいのがダメだっただけでプログラミング自体はGPGPUより数段分かりやすいな。
>>73 やったよ。
HSAだの言ってるけどホストCPU主導でタスク管理する仕組みは
変わらないじゃん。
俺はゲームを作りたいんじゃないのよ。グラフィックプログラムを作りたいわけでもない。
スモールコアが独立して動かせるものを求めてるのよ。
現状Xeon Phiのアプローチが俺的にベストで、SPUは不満はあるが
GPUの酷さよりはマシという感じ。
Cellの256KBのローカルメモリが少ないって?
QuarkのEdisonはデュアルコアでメモリ512KBだぞ!
Cellみたいに外部にメモリがあるんじゃなくて、それが全部だぞ!
足りなきゃSDカード領域から呼んでくる。
こういうデバイス向けのプログラム書く人ってマジ職人芸。
ローカルのメモリを全部スクラッチパッドで管理するのは さすがに生産性に問題があった気がする
>>75 普通のメニーコアじゃなくてやっぱSIMDじゃないと駄目なんですか?
>>75 すげぇ!
つか、GPUよりはイイのか。
PhiがCore-iシリーズに降りてくるのが楽しみだなぁ。
>>75 Cell SPEの256KBは小さいと思うよ。
Edisonを引き合いに出してきても、しょーがないじゃん。
Z80は64KBだったぞ!って言ってるようなもの。
いや、SIMD型かそうでないかは本質じゃなくてむしろ たとえベクトル志向であってもメインのスカラ処理もそつなくこなせることを求めてる。 「複雑な処理やタスク管理に苦手だからホストCPUちゃんに任せます」 的な設計だと、やりたいことができない。 GPUは指示待ちでしか動けないからこそ、その指示を出すための 段取りがネックになる。 ホストとメモリ空間を統合すれば解決?それは何もわかってない。 指示されなくても動けるようにしない以上は、ホストCPUの負担を ドラスティックに減らせない。
CPUは指示されなくても動けるの? よくわからん
>>79 でもね
クラウド型のシステムを構築するのに、末端のコンソールはこんなデバイス
も想定しないといけないわけ。
Quarkと競合しうるCortex-M3とかRenesas RX搭載のデバイスが
どんだけメモリ積んでると思う?
フリンの分類だとSIMDかMIMDかっていう分類がされるけど、 例えばXeon Phiだと、それぞれのコアがSIMDであって、メニーコア全体でMIMDだと言えるはずで
>>82 RX62Nで96KBとか、小規模なマイコンはそんなもんだけど、
それとSoCでは無い、Cellを比べても仕方ないと思う。
元々、想定されている回路のフットプリントが 違いすぎるでしょ。
SPUのLSが生産性が悪かったのは間違いないよ。 当時俺自身もすっげー貶してたし。 ボタン電池で動くようなデバイスならともかく、メインメモリ256MBも積んだシステムで 256KBのローカルメモリしか直接アドレッシングできないのは変態的としか 言いようがない。 しかしLSとMFCの煩雑さ以外の部分に関してはGPUコアのほうがよっぽど酷い。 この点は区別して考えるべき。
Cellの設計でLSが256KBもあれば十分みたいな雰囲気を
>>75 から感じたので、
突っ込まずにはいられなかった。
GPGPUについてはよく知らないので言われてもわからん。
それは団子の過去の発言からはありえないだろ
いや ID:OmWrSefd のレスさかのぼったら俺が勘違いしてた
>>87 は忘れて
わたしゃ団子さんウオッチャーじゃないよ。
Cellが現代のCPUとして十分な性能だとかいうこと言ってるのかと勘違いした ごめんね
APUに対してシングルスレッド主義とスモールコア主義を使い分けるとか団子も大変だな
>>78 残念だけど無期延期なんだPhiのPCへの展開は
俺は別にシングルスレッド主義じゃないけど? 根っからのメニーコア推進派。 サブルーチンをGPUにオフロードするというのは 「サブルーチンが並列処理されるだけのシングルスレッド」 にすぎないのであって真のマルチスレッドではない。
クライアントサイドはどうせ多コアあっても使いこなせるやついないだろ? サーバサイドはいくらでも並列処理できるタスクがあるんだよ。
GPUも、いまのところGPUベンダしか触れないネイティブプログラミングを ユーザーに開放すれば、もっとインテリジェントなことが可能になると思うよ まあそんなことやりたがらないだろうね ネイティブの互換性をとりながら性能アップしないといけないとか GPGPUのみ利用する人には好評でも、GPU的にはどうみても地雷っぽくなる予感しかしない
ネイティブだとメモリ管理まで事細かに制御しないといけないから半端なプログラマには荷が重すぎるだろ そんなもんは極一部のエンジン開発できるほどの天才たちに任せとけばいい
>>94 いや、ハードの構造が変わらない限りはプログラマビリティの限界は超えられないよ。
「指示待ち集団」をホストプロセッサが全部管理するとホストの負荷が高くなるので
せめて集団の中に中間管理職をつけてくださいよと。
それがNVIDIAのやろうとしてるProject Denverがやろうとしてることだったような。
しかし、どれもこれも隔靴掻痒の感が高まる一方ではないか。 時々ものすごく原始的なプログラミングをしたくなることがある
半年後、そこには歯車で人形の動きを制御する
>>97 の姿が
CUDAならやったことあるが、俺はHSA期待してるな。 デバイスとホストの間が遅い、今のGPGPUは結局ダメだわ
>>99 遅い理由はGPGPUコードのセットアップが原因だけどな
遅い理由は団子が言うとおり。
>>99 結局メモリの距離だよな。
メモリの距離さえどうにかなれば勝つる。
>>102 そうだよな。
I社はオンチップのSRAMやeDRAM経由でデータのやり取りが出来るから速いんだよな。
最終的には規格を普及させたほうが勝つる。 いまんとこAMDがリード。
またそういうことを… SSE5を先にぶち上げた挙句AVX採用させられた過去もあるから 64bitの件にしてみればMS\が裏で糸を引いていたというし 今回の成功の条件としてもやはり強力な仲間が必要だよ
俺はあくまで「分割統治せよ」と言ってるだけだよ? AMDはiGPUだけを直接統治してdGPUは問題を先送りしている。 だからFireProは使えないと言っているのだ。
ARMとQualcommが強力じゃないなら後はMSが味方につくくらいかね あそこは標準規格につくより同等の独自規格作りたがるからHSA自体に参加はしないだろう ただ、Mantleに対するDX12みたいにAMDがHSAの要素技術をMSに教えて結局中身は似たり寄ったりになるだけ どのみちMSはGPUを活用したがってるからAMDの味方同然と言えるな
MSにしたところでAMD64は早期に規格統一するための苦渋の選択だったようでAMD64そのものの出来には苦労しているようだね。 開発力のないAMDに他の方式を採用させるとその開発に数年掛かってその間64bit OSを出せなくなる恐れがあったので不本意ながらインテルにAMDの方式を採用させた。 でもAMD64はx86最大の利点である過去の製品との互換性が不十分で64bitモードではドライバーに必ず64bit版が必要になり、32bitアプリの動作も保証できなくなった。 32bitの時ははるかにシームレスに16bitから移行できたのと比べるとあまりに不完全で、対策として最終的にはVirtualPCで32bit版WindowsXPを動かし、リモートデスクトップで64bit版Windowsから操作するという力業を使わざるを得なかった。
>>107 そいつらが強力な味方でこれで勝てる思ってるようじゃまた失敗するのがオチ
ハード屋がどんなに頑張っても使ってくれるとこがなきゃ死にハード
AppleかMSかGoogleがうちが使います環境整備協力します
くらいやらんと絶対無理
ハードウェアベンダーやソフト業界はIntelに主導権をとられないように 対抗馬を立てて育てようとする。 かつてはその役割がAMD64だったが今はARMv8やOpenPOWERになってるだけ。 (もちろんIntelの部分を置き換えればほかの業界でも当てはまる) MSもMSで敵が多いからね。日和りすぎてて頼りない。 【ソフト開発環境】 IBM「Eclipse用意したからおまいらこっち使え」 →MS「Visual Studio無料版用意する」 【オフィススィート】 Google「無料のGoogleDocs用意したから文書はうちのサーバにおいてね」 →MS「ォ・・・Office360・・・」 【仮想化サーバ事業】 Amazon「EC2用意したよ!」 →MS「Windows Azureだ!」 【Intel対MS】 MS「おいIntel!CPU値下げしないならARMに逃げるぞ!」 →Surface大赤字で自爆 Intel「おいMS!OS値下げしないならAndroid&ChromeOSに逃げるぞ!」 →MS「9インチ以下のモバイルはWindows無料・・・」
勝てるも何もどうせ同じ方向に進むよ HSA使わなくてもOpenCLか似たような独自規格使ってでもね IntelだけだよGPGPU否定してるのは、他は全部GPU活用しようと研究開発してる
112 :
Socket774 :2014/05/11(日) 11:30:23.26 ID:/oz9wYJK
IntelもOpenCL SPIR1.2の仕様策定のメンバーなのだが・・・ JavaScript+OpenCLのIntelはMeeGoやってたときにNokiaと共同でやってたし 単独でRiverTrailの開発もやってる。 IntelはGPGPUを使いたい人にもCPUだけでやりくりしたい人にも 最適なものを用意しているだけ。 AVX2/-512で陳腐化する程度のHSAはその技術自体に魅力がないということ。
プログラマーにとっては良いのかもしれないが IA-64のような大量のレジスターを持つCPUを当時 一般消費者や企業端末に受け入れられるような値段で供給できたとは思えないなあ AMD64でよかったのでは?
Intelは、 8→16bit 8080→8086 アセンブラ互換(バイナリ非互換)でスムーズに移行 16→32bit 8086→80386 バイナリ互換でスムーズに移行 32→64bit 80386→Itanium バイナリ非互換アセンブラ非互換 やっぱスムーズな移行が出来ない方式が駄目だったと思うよ AMD64みたいにスムーズに移行できる64bitを最初からIntelが作ってれば、 それが普及したんじゃないの?
たぶん、AppleのMacが、モトローラ→PowerPC→x86と比較的スムーズに移行できたので、 同じようにやればいけるとか勘違いしちゃったんでしょう あれはAppleだから移行できたっていっていいでしょう
Mercedが遅れに遅れた上で予定通りの性能も出なかったのが一番の理由では あれのせいでIBMやSunにも逃げられた
自問自答? x86macとitaniumってどっちが先なの?
119 :
Socket774 :2014/05/11(日) 13:43:45.43 ID:kvJLEGQZ
PA-RISCのアセンブリコード読んでみたらItaniumが何の後継なのかわかるよ
スムーズな移行とか以前の問題として、 旧IA64というかVLIWには技術的欠陥があったという評価かなあ こいつがもっと性能良かったりすればまだ話が変わってきたかもしれないのに タイルプロセッサとか特殊用途向けのDSPとかならともかく、 汎用的なコードを流すのにはアーキテクチャ的な問題がありすぎた
IntelはGPGPUにどれくらい積極的なんだろう? CPUが頭打ちになった今、他に活路を見出すしかないのは確かだと思うんだけど? Phiが民生に降りてこないんだったら、もうGPUしかないのでは・・・
gpgpuで計算始める間の数百サイクルのオーバーヘッドの間に cpuで処理が済んでしまう
そうそう、GPUはオーバーヘッドが大きすぎるんだよなぁ・・・。 これだけで用途がかなり限られてしまう。 AMDも最初はオーバーヘッドの小さい細粒度のアーキテクチャも検討してたけど、 結局、粗粒度に舵を切った。 効率を考えると、どうしてもそちらになっちゃうんだろうね・・・。
団子さんは、Phiが今後どうなっていくべきだと思う?
127 :
Socket774 :2014/05/11(日) 14:15:05.83 ID:kvJLEGQZ
>>123 『研究した技術は他の分野でも応用が効く可能性があるから研究しておくか』ぐらいの積極性はあるんじゃね?
GPUが何にでも使えて、何に使っても速いなら、CPUの構造はGPUにもっと近くなっているよ。
ごく一部の用途でしか使えないから、GPUを大幅に強化したところで、一部の顧客しか喜ばない。
GPGPUの論理演算性能が高くて、特定の用途に置いては実測値も速くてもCPUの代わりは務まらないよ。
Intel HD/IrisをOpenCLに合わせて進歩させると勝手に汎用演算対応は進むし、 Intelはボードメンバーだから逆に規格側に影響を及ぼすこともあるだろうし、 まあその程度では ヘテロジニアス環境を前提にするなら、独自規格で突っ走るのは難しいはず もう一定のエコシステムができているCUDAとかはまた別かもしれんが 使われ方としては、クライアントサイドでもし動画像処理が必要なタスクが見つかったりしたら その時はiGPUに投げるとか、そういう所からかなあ
>>123 GPGPUのポジションはPhiが担ってる
PhiがHPCでの利用に留まていること自体がnvidiaやamdがGPGPUを推す理由ともいえる
AVX-512とLIN(Phi)の関係は一体? PhiがHPCより下に降りてくるっていうわけでもなさそうだが・・・
粗粒度向けならdGPU、細粒度ならCPUでいいんだよね
GPUが不得意なことは結局CPUがやらなきゃいけないんだし、
GPUは増設できるが、CPUが遅いとどうにもならない。
>>123 1コアあたりのSIMDピーク性能を倍々で増やしてるけど
AVX-512より先のプランが思い浮かばないね。
1024ビットまでは言及されてるが、それ以上になると
CUDAの1ワープの並列度すら越えてしまう。
それより先は再びマルチスレッド化を進める方向に行くと思う。
もちろんダークシリコンの問題があるので大きいコアを倍々で
増やしていくわけにはいかないから、大きいコア4つ+小さいコア複数みたいな。
マルチスレッドに対する取り組みにおけるAMDとIntelは まさに北風と太陽 CPUの進化を遅くして強制的にGPUを使わざるを得ない状況に 追い込むのがAMD 急かしてはやくなるもんでもないから、直列性能も並列性能も バランスよく向上させることで十分な猶予を与えつつ TBBやCilkPlus, OMPなどの処理系を整備することで ゆっくり移行を見守るのがIntel
AMDは別にCPUの進化を遅らせてるわけじゃない、あれが限界なだけ 当初の目的はしらんが今のHSAはCPUのしょっぱさを誤魔化すための 方便に成り下がっている
>>123 iGPUのGPGPUでやれるようなことは、AVXでもやれますよ的な感じじゃね?
もちろんdGPUのGPGPUみたいなのは無理だろうけどね
137 :
Socket774 :2014/05/11(日) 16:01:01.07 ID:kvJLEGQZ
Intelは焦る必要が無いから着実な進歩を重ねている。 AMDはボロ負けしているから一足飛びで性能を上げたい。 でも、そんな都合の良いものが現実には無いから、論理演算性能が高いGPUを飾り付けて馬鹿をだまそうとしている。
>>137 Intelも、nehalem・sandyでは一足飛びに性能が上がったじゃん
Ivy・Haswellでは、着実な性能向上って感じだけどね
139 :
Socket774 :2014/05/11(日) 16:42:35.61 ID:kvJLEGQZ
>>138 前コアの終わりと次コアの最初で比較すると、一足飛びというほどには上がっていないとは思うが。(Sandy bridgeまでは途中でクロック向上版が出てた)
まあ、Sandy Bridge世代にAMDの自爆で大差が付いたから、そこから全く焦る必要が無くなったんだがね。
回路設計・素材・その他もろもろまだ実現されていないけど次世代なネタはなんぼでもある
変にピーキーな物作ってソフト屋に面倒がられては何も得られんばかりか 損失にしかならん
スパコンは専用設計だから早いけど汎用性が無いので背反
なので自分にとってはC2Dであろうがi7であろうがさほどの価値の差は無い
GPGPUやHSAやメニーコア等より、 しこたまゲートアレイ積んで プロセス毎に非同期の専用回路群を生成して 通常コアと並列で投機実行処理させて レガシーコードをより早く処理する等の仕組みを業界で規格してくれる可能性はないのか? 仮想化記憶等の時と同じように
CUDAもOpenCLもHSA(笑)も、全部LLVMのclang拡張構文と ハード屋によるバックエンド開発競争という形で吸収されて無くなる方向になるだろう
>>144 投機実行はさすがに無理だろ。ユーザーが命令を自由に作れたとして、
CPU毎の物理設計/クロック周期が異なるから特定の遅延を持った命令が別のCPUで動く保証がない。
作れるとしても事前に用意された遅延時間が確定している演算器を組み合わせる方法になるから
普通に複数命令を実行するのと違いがない。サイクル数が多いならGPUかFPGAで処理させればいい。
ところでゲートアレイでレガシーコードがなんで早くなるの?
全部OpenMPでいい
3GhzのL1とかL2メモリ作ればいいんだなとりあえず
つーことは放電用のコンデンサを置けばいいんだな そのコンデンサを放電させるのをまた置けばいいんだな そんでアースしちゃえば良いんだな
>>147 バイナリコードからランタイムで専用回路をコンフィギュして処理させるんだから
クロック周波数差や新命令対応云々ではないよ
通常コアでの処理と等価の結果をえられるようチップベンダー各社毎に、
バイナリコードからの回路生成ルールを組み込める仕組みを実現できるなら、
GPGPUとかのハードウェアの粒度にあわせてプログラミングする必要ない(つまりはコードで要する分だけ実行ユニットを増やせる)し、
レガシープログラムがそのまま速くなる(かもしれない)
バイナリコードを非同期回路化してどれだけ早くできるのかは
コード依存+回路化ルールによりけりで通常コアで処理したほうが早い場合もあると思う
なので通常コアの裏側で投機実行させて必要なメモリをキャッシュに読ませておく事を主眼にすれば
専用回路での処理が早い部分だけはメモリ先読み、可能なら専用回路での処理結果を通常コアで流用させればそれだけシングルスレッド処理が早くなる
新命令対応なしで
クロックを二倍も三倍も向上させる気が無い今の状況なら消費電力さえ許容すればシングルスレッド処理性能を上げられるいい手段だと思う
いわゆるリコンフィギュラブル・プロセッサは 長く研究されている割にはあんまり成功している印象がない FPGAのような汎用的な回路を合成できるデバイスを用いると動作周波数が上がらない 回路レベルでの並列性を抽出できて元が取れるならいいが…… それができないからレガシーコードと呼ばれているはずで
>>151 汎用ゲートアレイはALUより遅いぞ。
ALUってのは特定のCPU命令に特化したゲートアレイだからな。
FSB266MHZ
fmul+faddのペアを1個のFMAに融合して処理しようず! 例外処理が複雑だから現状それができてないが
つまえりでふねえ 3Ghzでも時と場合によって実質1/50とか1/100なんですよ
電卓のICのトランジスタその他もろもろの足し算引き算をやっているイメージが無いと 高速計算するCPUのなにがどうなってるのイメージってできないんじゃないんでしょうか?
そんなに長くないアセンブラコードを頭の中で書いて、 これをCPUによるパイプライン処理でなく 非同期回路化して処理したら早くなる部分があるなって思ったから考えてみたんだけど 今のCPUのクロックが二倍にも三倍にも向上してくれるんだったら必要ないんだよな こんな面倒な事 積和算詰め込んで云々もSIMD云々も、クロックが上がればいらないよな
やはりシリコン半導体はオワコン
クロック上がらないから並列化や融合命令、特化命令が必要なんだろ
Micro-OPs FusionやMacro-OPs Fusionやコードモーフィングと同じような気がするんだけど違うのか。 ゲートで直接組めば単純だが演算でやろうとするとクロックが多く必要なものみたいのをしたいんだろうか。
>>156 SSE命令をフュージョンしてAVX命令にしようぜ!
もうやってるんだろうか
演算ユニットを二重化して乗算と融合積和算を同時に実行し 乗算のほうがデノーマル数になったら融合演算の結果を破棄して例外スロー ならなければ融合演算のほうを採用 見たいな感じの実装にすればレガシーFMUL/FADDも融合できる んじゃないかと
乗算結果の丸めの有無で精度が微妙に違っちゃうのはいいのかね mulss a, b addss a, c はvfmadd132ss a, c, bに融合できるけど mulss a, b addss c, a は無理だよね mulとaddの間で割り込みがかかった場合とか考えると やっぱり融合,非融合のどっちも実行する必要がありそうだけど エネルギー的に無駄が多くて嫌そう
> mulss a, b > addss c, a > は無理だよね だからこそfmulとfmaを二重化して1オペレーションで処理できるようにすりゃ ええんじゃないのって。 二重化というか、1個のFMAで2つの値を返すようにすればいいんよ A×B+Cのうち、A×Bを求めて正規化した値と、A×B+Cまで求めてから 正規化した値の両方をdestinationとして返す。 実際に二重化するのは実装コストの大きい乗算回路ではなく正規化ステージ でいいわけ。 VIAかどこかが特許とってたのってどんな実装だったっけ?
Intelは来年512bit SIMDですか ARMが512bit SIMDを手に入れるのはいつになるんでしょうか
>>153 ファイアウォールとかのネットワーク機器では結構成功してる気がするよ
>>167 DDR4とかの帯域を埋めるために512bitSIMDが必要なわけで、
メモリ帯域が狭いスマホ・タブレット用ARMじゃそこまで必要ないだろ
PARROTは電力効率悪いんだろうか?
CPUとチップセットの統合はいつ頃になるのかなぁ
少なくともデスクトップ・サーバ用としては CPUとチップセット統合する意味なんてないでしょ?
ダークシリコンを埋めるというのは?
・ダイからの配線引き出し数 ・ソケットのピンの数 このあたりの制限があるから、なんでもかんでも統合をする意味は少ない あと、CPUに統合したけどブリッジチップが必要ですみたいになる場合、 サウスを使ってブリッジチップ不要とかにしたほうがいいんじゃないの?
CPUとチップセットの間のバスが食う電力が問題になるモバイル用途はともかく、デスクトップはI/O I/Fを別チップにしておいた方が良い。 CPUのグレードとI/Oのバリエーションを切り離して作れるし、(PCI-Eといえども)CPUから見れば速度の遅いI/Oを別チップでひとつにまとめてCPUと高速なバスで接続するのは合理的な選択といえる。
あれ?チップセット新しい出るんだな
ベイトレールDから書き込み。パッチが遅い以外に文句のつけようもない。 もともとがCore2だったからな。
このスレにいるお前らは当然入会するんだろ?ファンクラブ
個人情報入れずにメアドだけで登録できるなら登録するよ
性能を発揮できるソフトは少ないけどそのうち速くなるからHaswell Refresh を宜しくねキャンペーン!
184 :
Socket774 :2014/05/12(月) 22:09:40.69 ID:D9oQS4it
数億ドル程度の投資でQualcomを抜けるなら、Intelは喜んで投資するだろうな。
Intel・Broadcom・Qualcommが無線チップ事業買いあさってるから 最終的にこの3社の三つ巴の戦いになりそう
独占禁止法のようなものの絡みで、利益を浪費する部門が必要なんだよ 下手すると会社分割されてしまう
>>186 Mediatek、Qualcomm、Broadcomの3社だろ
ITUの文化に馴染む必要があるな。 あの世界は機能が実装されていてサポートされていても 必ずしも採用にいたらない場合がよくある。 キャリアのバリデーション実績がないと大きなところは採用しないと思う。
一応auからAtom搭載のMeMo Padが出るようだよ
XMM7160はSamsung機にいくつか採用されてるんだっけ
>>183 クアルコムの信頼厚いなあ
CPUコア、GPUコアともに評価高く、モデムで先んじてるSoCメーカーという程度の認識なんだけどあってますか
覆せんもんなんだなあ
とりあえず日本では、SamsungのGalaxyPhone、Docomoは載ってるモデムが気にくわないというだけで (というか、docomoの3Gってサービスインが早かったせいで独自仕様な部分がある) Quallcommのチップに載せ替えさせたという前科がある。 チャンスがあるとしたら3GがVoLTEに巻き取られる数年後だと思う。 LTE以降は標準から外れていないので。 そこまで株主の雑音無視できる体力があればいけるんじゃないかな。 ITU世界は装置産業故に、ATMのような技術が今も現役。IT産業とは速度が違うのね。
Intelが他社に競争で勝つにはゲフォが付いてないと無理だからな 勘違いしてIntel単体で勝負しているから勝てないだけ 自分の土俵のPCや業務向けですらIntel単体じゃAMDには勝てないからね
AMDが次世代CPUでAVX-512採用表明したのでKnights Landing勝利確定
どこ?
AMDがAVX-512採用ということはQPIも採用して2ダイでKnights Landingと統合するの?
198 :
sage :2014/05/13(火) 15:42:00.20 ID:mc9X0yUB
団子の妄想www 512対応希望してる筆者の希望が書いてあり 確定したとは書いてない。 所詮この程度の低脳w はらいてぇwwwww
レイトレ用にKNL Xeonを適当にお安く出してくれんもんかね ECCとかなくても全然困らんし
次のExcavatorでAVX2, VMX, VIA PadLockなどの命令をサポートするのは
AMD自ら認めてる決定事項なのに
いまさら対応を拒否する合理的な理由もないでしょ
現状のAVX2対応製品はCore i3以上とXeonに限られるけど
それだけでもAMDのCPUの年間出荷台数より遥かに多い。
なおかつ上位製品と下位製品の差別化要素になっていることから
付加価値をつけるには対応するに越したことはないわけですよ。
AVX-512も言わずもがな
Phoronix: AVX-512 CPU Support Added To Linux 3.15 Kernel
http://www.phoronix.com/forums/showthread.php?98342-AVX-512-CPU-Support-Added-To-Linux-3-15-Kernel >>199 Xeon Phiを使ったレンダリングソフトなんて出回ってないでしょ?
LucilleならCUDAで使えるし、対するXeon Phiは特にグラフィック処理に
おける有効性も示されてないから0からコード起こそうとしてるのだとしたら
考え直したほうがいいのではというレベル。
といいつつ一応実績はあるようだけどね。
> HP
> "The pursuit of innovation in research and digital media drives
> HPC users like NREL and DreamWorks to seek increasing levels
> of application performance, Integrating Intel? Xeon Phi?
> coprocessors into the dense and intelligent infrastructure of HP
> ProLiant* Gen8 servers allows us to deliver maximum computational
> power to our customers."
> Paul Santeler, Vice President and General Manager, Hyperscale
> Business Unit, H
DreamWorksはもともとIntel大好きな会社だから必然性はあるか。
早くAVX-512したいお
採用はあり得ないと言われていたeDRAMが採用されたので今後PhiがQPI接続で2ダイで 統合される可能性も微レベルで存在?
intelが開発してるレイトレースエンジンEmbreeは、Phiの上で走るらしい。 Embreeは、vrayやC4D等のメジャーなレンダラーで既に採用されている。
自前でレンダリングプログラム組んでるような会社はともかく、 市販ソフトでレンダリングしてる会社は、現状Xeon Phi対応レンダリングソフトとか市販されてないから無理 将来的に市販のレンダリングソフトがXeon Phi対応すれば、 Xeon Phiをレンダリング目的で購入するユーザーが増えるかも
え、vray普通にプロユースな市販品でそ C4Dはレンダラではないけどレンダラ込みの話だろうし
Xeonと同じソケットに刺さるんだからわざわざMCMやらなくても 2つといわず4つでもノード内で結合できるでしょ 1ソケットあたりの電力供給量の限界とかもあるので MCMはあんまりおいしくないとおもいます。
Knights Landing up to 72 cores 384bit DDR4 + 8 or 16GB HBM up to 512GB/s 200W 12 cores 64bit DDR4 + 2GB HBM 128GB/s 20W
Phiの欠点 そもそもショップで売ってない Tesla並に高い…数十万かかる 動画再生及び、DirectxやOpenGLなどのグラフィック用途で使えない…ただの演算アクセラレータ あまりにもニッチ過ぎて、自作業界に降りてくることは今後5年はないだろう
そりゃそうだが、intel自身がやってる事なのでな… 地球シミュレーターのノード売ってないのと同じ話では?
当たり前だと思ったけど ここは自作PC板だったw
代理店にもよるけど、個人でも支払い条件が全額前払いなら 売ってもらえるところが多いよ
cuda目当てでnvidia買う層がどんくらいいるのか知らんけど、Blenderなんかでも対応してたりするから需要ゼロではないんだろうけどね 製品にして流通に載せるかどうかでIntelさんは懸念をお持ちなわけか ソケット版がどういう形で商品化されるのかもよくわかっとらんのですが
LuxRenderならOpenCL対応だからPhiでも動くはず
自作スパコン板はよ
OpenCLで動かすなら数万で買えるラデやゲフォ使えばいい 多分同等性能の290XやTitanなら5万円位で買える わざわざ50万もするようなPhiを買うこともない どうしてもPhiが欲しいなら止めはしないけど、そんな需要が採算取れるほどあるようには到底思えないな
必要なピーク性能と稼働率によってXeon Phiで採算がとれるかどうか変わってくる ピーク性能はそこそこ必要だが稼働率が低い場合、(ECCが必要ないなら)ハードが安いコンシューマ用GPUでGPGPU、 稼働率が高い場合はXeon Phiがいちばん低コストになるとか むかしおれがやってた何かの試算で出た レンダリングの場合も、おそらく必要なピーク性能と稼働率によってどれが低コストか変わってくると思う 稼働率が高ければたぶんXeon Phiが低コストなんじゃね?
219 :
Socket774 :2014/05/14(水) 03:41:20.08 ID:bpg42jZr
個人で買うよりクラウドでうまく回して一人ひとりが安い負担で 共用演算リソースを使えるようにしたほうが利用機会は増えると 思うけどな
Xeon PhiとAVX-512ってどういう関係?
危ない交遊録
>>221 Phiは製品名。AVX-512は新規命令セット。
いまだCPUには未導入。今後に期待しましょう。
ESECに面白いの出てるかな?
iDをキャリアフリー化してくれた方がうれしいんだが…
ソフトなんかはうちは納期の変更をして、できないなら格安で未完成のものもらって社員が完成させるってことしてるな これでかなりコストカットできる
一方的に納期の変更なんてできるの?
ハスウェルリフレちゃんフルボッコにご協力を
┏━━━━━━━━┓
┃ / \ ┃ハスウェルリフレちゃんは生まれつき
┃/ /⌒ヽ \┃旧世代比で性能がまるで上がってない病気を持っています
┃ ゝ、ノ ┃リフレッシュ詐欺の被害者を減らすために
┃ __|_ ┃継続的なフルボッコが必要です
┃ / :::\::::/\ ┃
┃/ < ●>:::<●>\ .┃皆さんの愛の手でフルボッコお願いします
┃| (__人_) | .┃
┃\ `ー'´ / .┃
┃/ ̄ ̄ ̄ ̄ ̄\ ┃
┗━━━━━━━━┛
ハスウェルリフレちゃん 0歳
CINEBENCH R15でG1610、G1820、G1840のベンチ比較動画
http://youtu.be/UBvDLFJyLPs G1840はG1820から何も性能上がってませんワロタ
念のため公正取引委員会に
>>227 の書き込みをメールしておきました。
伸び悩む時期にくるとPrescottみたいな地雷アーキがきそうな予感がするな。 シングルでAMDにマージンあるうちは安泰かもしれないけど、新商品も売れない罠だな。
>>232 自作市場でライバルがいないんだよな。K12とやらはあてになるのか?
AMDのK〜の偶数番号は過去の実績からみたら優秀な部類。 でもk12はARMだし、鯖向けか?x86の新アーキの話も15年には情報でてくるはず。 Excavatorの空気感パナイww
K9(K8 Dual Core)はよくてK10がダメだった
IBMはメジャーノード2世代おきに地雷プロセスと良プロセスを繰り返してる というのがあったな 90nm 絶好調 65nm 不調 45nm 好調 32/28nm 不調 22/20nm 好調?
農業じゃあるまいし、さすがにネタの域を出ないだろ……
インテルはイスラエル設計のほうが当たりが多いかったっけ
もうIntelもARMCPU作ればいいだろ みんなARMという枠の中で競争するのが一番いい
今年は不作だがや。
IntelがARM作ったとして、BayTrail・CherryTrailを超える性能出るの?出ないと思うんだけどな Andorid-x86でdexをDalvikVM ・ARTで 動かす分には互換OKで、NDK使用でも ARMエミュHoudini Binary Translatorで90%互換できる、と…10%はダメって事だけど 結局Intelが真っ当に使えるモデム作れば全部済んでしまう話
Intelなら、ARMのIPを使わずにARM命令セット互換のCPU作ろうと思えば作れるでしょ
出来るだろうけど、Chipを目方で売るような市場だからな
AMDのK12みたいにソケット互換でデスクトップとしても使えるようなのを出して欲しい
245 :
Socket774 :2014/05/15(木) 10:33:53.94 ID:uw2FZaRI
なんのメリットが有るの
>>235 K9はK8デュアルコアと違う。産まれなかった可哀想な子(´・ω・`)
AVX-512=LNI
249 :
Socket774 :2014/05/15(木) 15:59:43.95 ID:uw2FZaRI
なに頓珍漢なこといってんだ
/ ̄ ̄ ̄ ̄\ ./ /フ ヽ / o~ _ ___ | | / ゚ ヽ / ゚ ヽ | ,--、 `ー〜' `ー〜 / ( 6 i―┬┬┬┬i 〈
>>246 K9は最初は新設計のCPUのコードネームだったけどそいつがキャンセルされた後デュアルコアK8のコードネームとして流用された
Nehalemみたいなもんだね
>>248 > 楽しみでしかない。
つまり、実用的じゃないってことねw
そもそもFacebookの言ってる「プラットフォーム」ってのは サーバサイドのRESTful APIの話なんだが どこにAPUが絡む理由が? PCだろうがスマホだろうがガラケーだろうが Webにアクセスできるならクライアントはなんだっていいんだぜ? Webアプリの構成次第ではクライアント側でJavaScriptを 利用しないことすらできる。
>>251 な〜に知ったか言ってんだ。K9なんて言わないよ。
Turion64のコードネームだったK8LをBarcelonaと混同したデマ事案か。 なんでこの人いまだに記者なんだろうね?
スレ違いすぎるからあっち行け。
>>247 AVX-512=LNI?
本当に同一なのだろうか?
LNIのほうがプロトタイプという扱いになるだろう。 厳密に同じかはわからない。
いや同じじゃないって 去年ぐらいにIntelが仕様公開しとるでしょ 一番違うのはswizzleが無くなったことじゃない
LNIとして研究開発してた成果がAVX-512に使われてるだろうけど、 同一ではないでしょう
登場して1年以上経ったAVX2がサッパリなのに、より面倒なAVX512が普及するには一体どれくらいの時間がかかるだろうか
GCC・VCでAVX2・AVX512使う最適化オプションつけてコンパイルしたexeって、 AVX512搭載してないCPUで実行したらどうなんの?
アーキテクチャの最適化と 命令セットのenable/disable混同してない?
>>264 条件分岐で多段展開するだけ
有効環境におけふロスは限りなく透明に近いブルー
なるほど互換性はあるんだ、exe内にAVX2使うブロックと使わないブロックが 並列に格納されていてCPUIDかなんかで分岐してると ロスってのはexeがでかくなってキャッシュ圧迫するかなどうかなって事で
cudaだとfatbinとか言ってsm1.0-5.0までのバイナいれられるけど そうなるんじゃね
>>267 > exeがでかくなってキャッシュ圧迫する
キャッシュは読み出し履歴の無いコード領域までフェッチされる
ことはないよ
EXEがでかくなることを心配するなら命令セットごとにDLL作れば
よろしい。LoadLibraryで動的に読み出してやれば必要なDLLだけが
メモリにロードされる。
読み出しの仕組みだけど、GNU libcはスタートアップルーチンで
cpuidを発行してAVX2が有効なら、対応する関数ポインタに
AVX2用の関数アドレスをセットする。
読み出すときはその関数ポインタを使ってAVX2用の関数が
読み出される。
(この仕組みのおかげでRubyとかPHPからAVX2が透過的に使える)
iccなら-axAVX2をつけてビルドすると、自作のC関数を
AVX2対応版と非対応版を作ってくれて、やはり関数テーブルで
分岐するコードを書いてくれる。
呼び出すときにはこうなってる。
【before】
call [func_hoge]
【after】
mov eax, [func_hoge_ptr] ;; 対応ならfunc_hoge_AVX2を指している
call eax
オーバーヘッドは気にするな。C++の仮想関数テーブルよりはマシだ。
むしろAVX対応ルーチンと非対応ルーチンが混在してる場合に
非対応ルーチン呼び出し前にvzeroupperが発行されてないと
遅くなるかなという程度。
(そういうのもツール使えば簡単に検出できる)
>>263 linux見る限り、OS・基本ライブラリにはかなりAVX2コードが入ってるから、
案外たくさん使われてるぞ
AVX2非対応アプリでも、glibcの関数呼び出すだけで
勝手にAVX2コードが使われる
CUDA対応のCADあるじゃん。 ああいうのはスパコンで使われてる流体解析のコードを 技術転用してるから少ない開発予算で対応できるんだよ。 Knights Landingがスパコンに採用されるほどAVX-512対応の コード資産も増えるという理屈。 厳密に言うとKncNI(K1OM)はLarrabeeNI(L1OM)ではない。 IntelもこれらのSIMD命令には敢えて正式名称をつけてない。 AVX-512を512ビットSIMDの正式版とするならLarrabeeのはα版、 Knights Cornerはα-2版的な扱いでしょう。
名前おかしくなた
機能的にほぼ同等の命令が揃ってるならコンパイルし直すだけで済むからバイナリ互換性はあんまり重要じゃない。
Larrabeeに実装されてた命令
http://www.sandpile.org/x86/opc_l1om.htm Knights CornerはP6やSilvermontのようなデコード後の
動的スケジューリング機構を持たないP5アーキテクチャだから
AVX-512の仕様をそのまま実装すると性能がでなかっただろうな。
だからAVX-512と似て非なる命令になった。
命令セットの後方互換性で悩みたくないなら自動ベクトル化の
ついてる処理系使おうぜ
>>269 という事は、全CPUで最適な性能を出すために、一個のexeに
生i386・x87・MMX・3DNow・CMOV・SSE・SSE2・SSE3・SSSE3・SSE4・AVX・AVX2・AVX512
の、それぞれ同一結果の別関数を原理的には入れられるって事になるのか
exeなんてどんだけでかくなっても7zで圧縮すりゃ良いからそういうexeビルドが普通になってほしいもんだ
少なくとも、SSEは必須でいいだろ いまどき対応してないCPUなんてないでしょ?
SSEも付いてないCPUでまともに動くソフトならSSE以降の命令を使わなくてもSSE以降の命令を実装したCPUでなら十分な速度が得られる。 AVX512まで使って高速化しなければならないソフトをSSE2すら実装していないCPUでSSE以前の命令で作ってもまともに動かないから意味がない。
たかだか3万だせば新品のパソコン買えるのに 3DNowとかMMXとかの世代までサポートする必要ないよ 新しいCPUに買い換えることすらしない守銭奴は ソフトにもカネを落とさない。 これ必然。
所詮インテルはAVX拡張しか思いつかないのか? 時代はモバイルでAtomに乗せられない拡張をしても結局売れない事が分かってない。 普及させるならモバイルでも使える技術を開発しないとな。
knlの4coreなりを切り取れば よいだけですがね そもそもモバイルで何に使うのかしりませんが
281 :
Socket774 :2014/05/17(土) 21:31:52.78 ID:wKN9VsU+
>>279 Atomは『ライバルのA社』に対抗するための製品だから、今の世代ではAVXなんて必要無いのですよ。
レジスタが128bit幅のままじゃAVXを導入する意味が無いし、256bit幅にすると消費電力が増大してしまうだろ。
カタログスペック詐欺より実用性を重視したIntelが現世代のAtomにAVXを搭載しないのは当然の成り行きだろ。
256bitはいらんけどVEXだけ使いたい
AVXは載せられないけどSilvermontでSSE4は載せられたわけで GoldmontでAVX・AVX2までは載せてくるんではないか
Celeron/Pentium/AtomがAVX対応しても別に美味しくは無いな ソフトに金を落とす客層向けのCPUが対応してることが大事。
>>282 Goldmontは知らんが少なくともAirmontはAVX非対応ってことが
わかってる。
SHA-1拡張命令が当面Airmont専用でなおかつVEXフォーマットが
用意されていない
MPXがAtomを含め全CPU対応ってのはでかいと思ってる。
JavaScriptとかも含めあらゆる言語でバウンダリチェックが高速化できる。
当分スマホ・タブレット用チップはSSE対応で間に合うでしょう メモリ帯域が上がればそのうちAVXとかもいれてくるんじゃ?
逆になんでAMD JaguarがAVX(XOP・FMA除く)対応してるか、だけど 大方開発費を負担したMicrosoftがゴネたんでしょ
xbox oneは4ch DDR3だし、PS4は192bit GDDR5だから、 帯域を生かすためにjaguarがAVX対応ってのもおかしくないね
演算器は128bitじゃなかったっけ 性能的な意味ではあんまり対応の意味ないような
あ、PS4は256bit GDDR5だった
292 :
Socket774 :2014/05/18(日) 12:23:21.70 ID:CZse7YbC
>>289 関係の無い、メインメモリーの話をするおまえはおかしい。
単純に演算に必要な命令が減って、性能を上げやすいからじゃ? 空いた部分でほかの命令を実行すれば大丈夫。
2kの撮像素子初試作はアナログ停波の何年前だろうか
保存媒体の進化が追い付かない気がするな 生データで保持は基地外の所業なのかもしれんが
非圧縮で8k以上だとHDDの進化が全然ついてこれない 今の所HDDの容量増加が鈍化してしまっているし SSDなんて論外 ただインテルはHDDの容量とか関係なしに4k以上もやる気満々なのはよく分かる サンダーボルトとかまた強化するみたいだし
298 :
Socket774 :2014/05/19(月) 15:22:27.02 ID:6nqrPwoP
その前に、人間の視聴能力がついていけない
>>286 4段ものJIT搭載するとか相変わらずウェブ界隈狂ってるな
どんだけブラウザとJavaScriptを複雑化するねん。
Worse is BetterなどとUNIX哲学にしがみつく連中も多いが
どう考えても、いい加減にゼロから新しい共通VMを作ることを考え始めたほうがいい。
Emscriptenと合わせると
C++→LLVM IR→JavaScript→LLVM IR→マシンバイナリ
と滑稽さが増す。明らかに中間が無駄だろw
>>298 4k動画見て違い感じない?
普通に体感できて綺麗だと思うんだけど
8kとなるとね・・・
>>299 それはLLVMが悪いんじゃなくて、考えたやつが悪い。
別に実行時にC++のコードをブラウザやNode.jsで動かすわけじゃないだろ?
>>299 中間が普及して差し替えられなくてどうしても必要だから、陳腐化したスクリプト言語のフォローのために前段・後段共にLLVMがカバーするに至った訳か
なんのこっちゃだなほんとw
pNaClの仕様に近いものがそのうちw3cドラフト入りするんじゃなかろうかって本気で思うわ
>>305 どうせブラウザ部分に何らかの言語が露出するのは避けられないから
LLVM Bitcodeを直接埋め込んだりしない限りはこれ以上単純にはならない気がする
もともと現代の処理系はややこしいと言うべきで
でも、JSをねーてぃぶにできるのはちょっといいかなーと思う。 ちゃんとOSこーる実装したら面白いこと出来そう。
でもOSコールなんてできればセキュリティ対策が大変になるじゃん
あくてぃぶ…
どっかの国では重要手続きを大々的にActivXに依存させたために 手の施しようがない状態に陥っているとか何とか
>>301 映像業界の最終目標はスクリーン無しでの裸眼3Dだし、あとは裸眼3DデジタルIMAXも
視野に入っているとか。今の所デジタルIMAXと称する3Dメガネ必須の映画館はあるけど
これじゃない様子。8kで3Dやろうとしても4k×4kでは裸眼3Dは無理らしいので
更なる解像度が必要なんだと
インテルも実はこれに一枚かんでいる
>>309 あぁ、ごめん。
スタンドアローンのプログラミング言語としてね。
>>313 Intelもツンデレボルト作る前は光インターフェースのケーブル考えてたんじゃなかったっけ。
なぜか銅線のサンダーボルトになっちゃったけど。
ツンデレボルトワロタw
>>315 今の所は銅線は40Gbpsが最大だけどインテルは銅線のままThunderboltは行くのかな?
>>317 個人的にはライトピーク実現してほしかったが、USBのような取り回しにはどうしても電源線いるからなぁ。
ロードマップは知らん。
>>317 長さ10メートルくらいなら100GEthernetのPHYを流用できるんだけども
Thuderboltはケーブルに石が植えてあるからね。SerDesのコストと熱的に難しいでしょ。
多分これ以上は光じゃないと無理。
でも40Gあれば16kとかでもいけそうな気がする。
>>320 HEVCで圧縮したら16kだろうが32kだろうが十分いけるだろうな
やるかやらないかは別として
しかし、これは業界挙げてのマッチポンプなんじゃなかろうか?
高解像度のディスプレイを売りたい家電業界、高解像度のデジカメを売りたいカメラ業界
高解像度のゲームを売りたいゲーム業界、高解像度の配信をしたいネット業界
そして、それに乗っかろうとするインテルをはじめとする半導体業界・・・
インテルもちょっと前まで4kだの8kだの言ってなかったのに突然目が覚めたかのように言い出したし
OS重くする ハードを強化する OS重くする 客「仕方ない、PC更新だわ」 ハードを強化する OS重k... 客「ふざけんな死ねもう十分だから買わない」 ... メディア重くする ハードを強化する メディア重k
>>322 Win7・Win8はOS軽くなったじゃん
とくに8はかなり軽い
そもそも、スマホの4〜5インチディスプレイが300ppi超えしてるのに、 デスクトップPCのディスプレイがいまだにフルHDとかで止まってるのは進化が遅すぎる デスクトップPCも300ppi超のディスプレイに移行すべき
>>325 上質な4インチの板を作るのと
上質な40インチの板を作るのでは
コストが全然ちがうんだよ
拡張スロットはライザーカード必須だな
>>327 べつに40インチのPCモニタなんて求めてないけどな。
iPadより大きいくせに解像度が低いディスプレイってなんなのって話で。
>>327 325じゃないけどそのコストをすっかり忘れてた
でも中国の企業が50インチ4kを安く作るらしいからちょっと期待
Surfaceってバッテリーの持ちどうなの? 効率化とやらは効いてるのかい?
>>322 M$ 「WinXP更新停止な」
客「誰が買うかっつの」
M$ ウィルスを作(ry
古いOSを切れば新しいOSが売れる いやー儲かりますな
なぜVistaは延長してしまったのだろうか Vista切ればC2D切れるからいろいろ捗るだろうに
そりゃwin9が売れなかったときのための隠し球よ
32bit版OSは9で切られそうだな 今度こそ
過去のソフト資産を武器にしてるのに互換性に関わる部分は簡単に切れないだろ と思うが今の迷走してるMSならやりかねんな
32bitアプリが動作するかどうかっていう意味では、Win9でもWin10でも切られることは無いでしょう ただし32bit版OSが出るかどうかっていう意味では、Win9かWin10あたりで32bit版OSが切られる可能性はある
32ビット版はもう出さない方がいい 但しWOW64は続けるべき!!
いやはよホログラフィックメモリを出せや
>>342 これはインテルもCPU買い替えさせる為には力を入れてくるだろうな
デスクトップ用途で言えば、 それなりに性能にこだわる自作ユーザーは、2世代古くなれば買い替えるのが当たり前だったのが、 いまじゃsandyを持ってればhaswellとかに買い替える必要が無いのが それなりに影響ありそう Devil's Canyonが期待通りの性能なら、 sandy/ivy/haswellから買い替える人が出てくると思う
Sandyで2020年まで戦う予定
HasからSkylakeまで待ちだけど。Brordwellの耐性によっては 買い換えようかと思ってるよ。SkylakeはHMCが載って遊ぶのに不適かもしれないし。
自作ユーザーの割合なんてたかが知れてるだろう
>>325 Androidタブに映像出力じゃなくて入力端子つけてくれればいいのになあ。
そうすれば型落ちしてからもサブモニタとして使えるのに。しかもバッテリー付きの。
そう言うとAirDisplayやSplashtopを勧められるけど、
あれが実用的なのはフルHD程度までなんだよな。ワンテンポ遅れるし。
351 :
Socket774 :2014/05/23(金) 17:17:33.75 ID:UdwU/NEe
SkylakeはDDR4だよ
HMCは、CPU等のダイをTSVで接続しなくてもいいので、 HPCやサーバ等でよく使われるようになると思うよ
エンプラ市場をIntelが席巻した状態でIntelが使わないと判断すれば、 ボリューム出なくてコスト全然下がらんぞ
LGAのブロリーが丸々1年後とは… 話題がどんどん薄くなっていってしまわないだろうか それまでにメモリの研究成果でも発表されないかな 何かしらの規格でもいいからPCの変化が見たいぜ
>>352 HBMはDDR4をスタックするようだが、将来はHCMをHBMでスタックするよなカオスな状況になったり?
>>208 IntelならHMCの小型版を載せてくる可能性はあるかもね「
今のIrisのバスがどんなやつか知らんけど、高速シリアルバスは接続しやすそうだし
IntelのIris Proに使われてるeDRAMと、HMCって、やり方は似てるんだよな HMCは、メモリ側はロジック(コントローラ)ダイとDRAMダイをTSV接続、 Intelのは、メモリ側はロジック(コントローラ)+DRAMを1つのダイに混載したeDRAM
現行のIris ProはいつでもHMCに移行できるように インターフェース互換にしてある、という可能性はあるね。
極低電力実現のためにピンの位置をダイ同士で完璧にすり合わせて配線長を超短く揃えたわけで、 あれHMCに置き換えなんてムリだろうし意味が無くなる
HMCでメインメモリが速くなればeDRAMのキャッシュそのものが不要になる訳だが。
メインメモリが、ねぇ・・・ DDR4のそのまた次の話でしょ
MCMは利用方法次第では、内層のチップが爆熱に晒されてしまう エクストリームな用途の方々ほど高速駆動させたがるわけで、これは問題。 微発熱な使い方に抑制するか、排熱用に金属レイヤを差し込むなどの改善策を考える必要があるワケだ 放熱を云々すると重量増にも繋がるし
いやHMCはロジックレイヤをカスタマーが自由に設計できるってのが売りなわけでしょ? だからIntelやIBMや富士通がHPC用途で興味を持ってるのだと思うのだけど
興味持ってる割にはコンソーシアムのメンバーに入ってないけどね NVIDIAもだけど
とりあえずメインメモリーのDDR系統ははDDR4で終焉というわけか・・・ TSVはさて置いて、メインメモリーが不必要になるわけじゃないし これもHMCになるんだろうか・・・・
HMCやHBMはレイテンシはよくならないよね。本数増やすだけだから。 膨大なランダムアクセスが行われる応用分野は そんなに多くはないが、いつかは不遇を何とかして欲しい
一般向けだと容量不足する事も無くなったしモジュールで交換や増設可能な形はDDR4で最後になるかもな
L4$のタグ領域 CPUダイのSRAM L4$のデータ領域 CPUパッケージ内のオンパッケージHMC メインメモリ マザーボード直付けのHMC こんなので
>>370 それだと全メインメモリHMCの方が安上がりになる。
過渡期にHMCとDDR4のどちらでも使えるように作ると結果としてHMCとDDR4のメモリバスを併設することになる。
HMCオンボードとDDR4ソケットで基本HMCのみ、増設するならDDR4も併用でいい。OSが管理してアクセス頻度に応じて両メモリ間でスワップさせればそれなりに速度と容量が両立できる。
今でも容量の違うメモリをマルチチャネルスロットに差すとアドレスによってマルチチャネルが有効になる領域とシングルチャネルになる領域が混在するが、それで問題なく動いている。
問題なく動いてるけど、OS・ソフトはシングル領域とデュアル領域の区別が付いてるの? ページごとにシングル領域・デュアル領域がランダムに割り振られたら、 帯域を自前でベンチする・それ使って最適化するようなソフトは結果がランダムに変わってしまうんじゃ
>>372 VRAMとOSとスワップ禁止の常駐サービスが高速メモリにあれば、ぶっちゃけ他は遅くてもキャッシュがあるから分からないのが現実。
起動時に低位アドレスから順番に使って行けば自然とそうなる。
HMCは、商品さえきちんとメモリメーカーが出せば普及するのは確実な技術 HBMはいまいち普及するのかどうかわからない
HMC=メインメモリー(DDR4)の後継 HBM=ビデオメモリー(GDDR5MおよびeDRAM)の後継としてDDR4をスタック でいいのかな?全然違うかもしれないけど
CPUの製品の一つがAtomみたいな感じで HBMの製品の一つがHMCと認識してたが違うのか?
エンタープライズやHPCではアプリケーションによって必要メモリ量に大きな幅があるし、 必要に応じて増設したりすることもよくある。 柔軟なコンフィグレーションが出来ないオンパッケージやオンボードのメモリが そっちの世界で受け入れられるかね?
Wide I/O ・・ CPU等の上に(積層化された)DRAMを載せてTSVでつなぐ HBM ・・ Wide I/O方式だと複数のDRAMを載せられないし製作難易度も高いから、シリコン製のゲタを使うことで問題を慶全。 HMC ・・ 積層化されたDRAMとコントローラーがワンセットで、コントローラーがDRAMへのアクセスとパラレル<=>シリアル変換を行い、CPU/HMC間の通信も担当。 HMCの特色は、HMCに内蔵されたコントラローラーでシリアルに変換することで、今のDIMMより高速に転送できるし配線も少なくできる。 さらにHMCをデイジーチェーン接続でつなぐことで容量も十分に拡張可能(つまり1チャンネルあたりDIMM2枚まで、みたいな制限から解放される)。
HMCはすでにHPC用途やネットワーク機器で採用がほぼ確定してる
昔からメモリバスをシリアル化したがっていたIntelにとってはHMCのほうが好ましいのかも分からんね ただモバイルDRAMにはHMCは多分電力的に入らないので、HBMにも手を出さざるを得ない
>>380 ラムバスが強欲過ぎたせいでとん挫してしまったがRIMM採用せずにDDRに行ったのは果たして懸命だったのだろうか?
今になって性能が頭打ちになってPC業界は頭を抱える事になってしまったし。
K付きのリリースを遅らせるスタイルはSkylakeまで引っ張るの...?
>>381 それだけラムバスには自信があったんだろうけど、業界全体を敵に回して兵糧攻めと製品レベルでは徹底的に無視されちゃったもんね
正社員は職務給じゃないし、クレカ作れるし社会的信用もある。残業代なんて秋田メロン。 それはそうとIntel fan Club入った人いるの?
387 :
Socket774 :2014/05/27(火) 01:29:11.99 ID:FbLYZdEs
>>388 IBMも1x以降の製造を諦めて実質Intelのみのチャレンジだからね
>>378 HMCの仕組みならデイジーチェーン経由で通常のDDRを繋ぐ規格とかも可能そうじゃね?
速度と電力的にはワイド接続なHBMの方が有利そう
なんで嫌儲豚がここでしょーもないスレ貼ってんだ
>>386 Xeon Phiのクラウドサービスでも利用できるなら入るけどなー
さくらインターネット(←これアホJIMがNGにしてたっけ?)が試験的にホスティングやってたよね。
商用化まだー?
Skylakeはてっきり2016になると思ってたヨ
Skylakeが2016になるなんて誰が言ったんだ?
>>392 バーボン送りじゃ?
アホとか言ってるなら協力してあげなよ
もしくはscに行くとかさw
xeon phiがコンシューマに落ちてこないですかね。
blenderとかで使って見たいわ
HBMでもHMCでもDDR4が前提みたいだが、これらが採用されたとしても外付けのメインメモリーが 不必要になるわけじゃないし、HBMもHMCもいずれ性能が頭打ちになる。 ここでDDR4の後継としてRIMM復活の可能性が・・・
微細化がもうすぐ終わるし、容量の増加は頭打ちになる HBMとかHMCで延命してもDDR4・・・と言うかDDRの呪縛からは逃れられない RIMMになるかどうかは知らないけど何らかのメモリーの新規格を作るしか方法が無い。 2020年の東京オリンピックの後ぐらいの時期だろうけど
399 :
Socket774 :2014/05/27(火) 18:47:24.49 ID:GET/ezY1
すくなくともHMCとかはメインメモリをHMCにするんでしょ? HBMは、ハイエンドGPUのGDDR5にとってかわる
400 :
Socket774 :2014/05/27(火) 19:15:41.96 ID:GET/ezY1
core i*以降、一般向けCPUは最大4コアで止まってるか、 そろそろもっとコア数増やすべきじゃね? H.265動画の再生っていう重いアプリが出来たし、 これをCPUでこなすにはコア数多いほうがいい
そこで今は亡きゲルシンガーたんの夢「シリアルメモリ」ですよ!!
ゲルたん帰ってきて!
FB-DIMM…うっ頭が でも今回は大丈夫だよねHMC
普及価格帯向けのコア数は4までだよ
HMCは、高価なHPC・サーバ・ネットワーク機器で採用がほぼ決まってるから普及は確実 一般まで降りてくるかどうかは知らない
>>381 ラムバス?アレは全然ダメだろう。
彼らが設計した1レーン当たり800Mbpsは結局DDR2で実現されちゃったのだからな。スジの悪いテクノロジーと言わざるを得ない。
そりゃ遅れて実現するだけならやりようがあるだろうよ DDR2の頃にはRambusはXDRを製品化してた PS3のメインメモリの25.6GB/sの帯域に追いつくのに4〜5年かかってるだろ
>>411 Atomつかえよ〜。俺のマシーンAtom@BT-Dだぞ。
まぁ、アップルがやるとなると時勢が動いちゃったりするからなぁ。怖い会社だ。
イギリス信者でもいるのか?
PC関係でh265のハードウェアデコーダって聞かないな 以前だったらAMD辺りがいち早く搭載してきそうな感じなんだけど
最初はいつもそんなもの mpeg2も扱えるPCは ほとんどなかった
NUCでもh.265の4K動画をソフトウェア再生できてるからなー まだそこまで普及してない以上はハード実装するのは無駄だろ 4K再生のニーズが普遍化して更にもっと重たい作業やりたくなったときにこそ ハードの意味があるのでは そもそもソフトウェア再生が厳しい環境だとディスプレイインターフェイスのほうが 4Kに対応してない気がする
maxwellはcloudのためにh.265のハードエンコをのせる
JPEG?重くて実用性ないな 80286の頃
クライアントサイドでのJavaとはなんだったのか 大体Sunが悪いんですけどね
をらくるガーー
Microsoftに好きに触らせとけば今のC#のポジション安泰だったのに Javaで組まれたクライアントアプリケーションの最高傑作がEclipseという皮肉
>>413 キャノンは次期大型天体望遠鏡用の32kのCMOS開発済みだし
SunのJavaは、GUIを使うと重くてもっさりしすぎですっごくストレスが溜まる あと、ブラウザ経由でインターネットのJavaコンテンツをやる場合、 セキュリティー問題が多すぎていろんなマルウェアに使われるので、 入れないほうがましって感じになった
仕事の場合は色々あるだろうが、プライベートではJavaなしで別に困らないな
>>408 これどういうことなんだろう
IntelAMD以外の会社もx86チップ作るようになっていくのか
MPEG2が重い時代も、MPEG4AVCが重い時代もあったしHEVCが重いのも一時的だろう 結局CPUメーカーに乗せられているんだけどな
そして、2020年以降にはH.266(HEVC2?)が策定されて、16kとか出るんだろうな・・・ 本当にきりがないぜ・・・ でもCPUの進化はそのころには終わりそう
CPUの進化が停滞してるのにいつまでもソフトウェアデコード/エンコードでは無理 4K以降からハードウェア一択
昔は18か月2倍性能だったのに今や2年半で10%程度の性能UPだからね
core i7みたいな4コアCPU使えばいいよ
GPGPUはAMDerの夢を叶えるか
>>423 マジで?
コンシューマ市場に降りてくるのはいつになるかな?
アメリカの偵察衛星に使われてる奴のほうがそのキャノンのより高性能なんじゃないの? ってか、あまりセンサーの解像度が上がると、光学系の解像度がボトルネックになりそうだけどね
映像関係は、解像度を増やすだけじゃなく階調を増やすべき いまの階調8bitは少なすぎてバンディングとか起こりまくる 最低でも12bitにすべき
RAMBUSの光学レンズなしのイメージセンサに期待したい スマホのデザイン自由度あがるでしょ
>>435 ハリウッドの4Kマスターが16bitデフォだからなぁ
もうBDの容量じゃ追いつかないわ
DVDで足りてた時代もなかったような気が・・・
レイアウト崩れすぎだろこのプレゼン資料
混み合ってみにくい
あれ?SoFIAはどこに入るんだ? SaltwellベースでTSMCの28nmだと思ってたけど。
CherryTrail今年なんだな 14nm遅れてるんじゃなかったのか
競合がとろすぎて現行CPUが陳腐化しないんだから仕方ない 逆にモバイルは敵が強力だから出来る限り性能でリードしたい
2015年って書いてあるように見えるけど>Cherry Trail 2014年って書いてあるスライドは去年のだし
人は神にはなれんわ
Cherry Trailはどうでもいい Braswellはどうなったんだ? 2ヶ月前に発表しておいて搭載製品いっこうにでないんだがw
14nmのBraswellがもう発売開始なんて誰が言ったの? そういうコードネームのチップも新たに開発中と明かしただけでしょ。
Braswell?
いまポストT2Kの話を聞いてるのだが、Kが抜けて東大と筑波でKnights Landingの7000〜9000ノード、20〜30PFLOPSを考えてるみたいだね。 KLのスケジュールで来年の暮れ頃にずれ込みそう。 米国NERSCのCoriと同等になりそう。
結局Broadwell発表は秋IDFなのか 去年の秋IDFで年内に量産開始とか言ってたのにね...
>>439 アメリカでも理系が作るスライドはこんな感じなんだな
クールなインターネッツ企業ばかり見てると見誤るわ
ページ数ばかり多くて内容の薄いパワーポイント系資料もまた辛し
ロードマップはコードネームと最低限キーフィーチャだけにして 詳細は別ページにするのがセオリーかな。これはあまりに読みづらい。
プレゼン用というより、完全に資料向けとして作られてるスライドだなあ
457 :
Socket774 :2014/05/31(土) 00:52:01.16 ID:fdrQZ2vi
シリコンバレーが中韓に汚染されて腐海に没し、オースティンが取って代わるのかねえ テキサスなら車載コンピューティングで連携するのも有利という面も?
RambusもついにJEDECに加盟して降伏したことだし、 DDR4以降はSarDESがらみの因縁は付けられないだろう。
Rambusに倍返しするドラマ観たいなw
>>461 あかんあかん。ランバスにはがんばってもらわんといかんからな。
Rambusは技術力だけはあるからな DDRで妥協したせいでメモリーは停滞してしまった。DDR4より上のDDR5は技術的に不可能だし新規格が必要。 HMC等があるとは言えど、外付けメモリーが不要になるわけじゃないんでそろそろシリアル化が 必要になってくる。
rambusのサイトを見るとXDRは20Gbpsまで可能と書いてある これがもっと早く出ていればHMCやHBMのようなスタックドDRAMの登場は遅れていただろうな
>>456 外付けのメインメモリーはシリアル化してしまい、HBMなりHMCなりはビデオメモリーやCPU内臓メモリーとして
採用すればいい
結局ゲルたんのシリアルメモリに向かわざる得ない件
インテルもロボットに手を出したか
日本のロボット産業がこの先生きのこるには
>>470 何回見ても
この先生、きのこるには
って読んじゃう
>>469 まあロボットへの取り組みは前からやってるからね
そのうちスカイネットつくりそうだな
自動増幅か
>>475 /'i;ii;ii;ii;ii;i: .: .: .し: .: .: . J: .: .\ ||:: |
'i;ii;ii;ii;ii;ii;i;:: .: . : .,ィZZ;;フ: .: . ヽエヽ .||:: | ヒッ ヒッ ヒッ ヒッ ヒッ
'i;ii;ii;ii;ii;i;:: .: .: . ": ._;_;_;..::::: .: . /二ヾ ||:: |
'i;ii;ii;ii;ii;ii;i : .j : . : .ィ、◎ヾ::::.:.:.(<◎ ! .||:: | ヒッ ヒッ ヒッ ヒッ ヒッ ヒッ ヒ
'i;ii;ii;ii;ii;ii;i: .: .: . /:::::: ̄ノ :::::.:.: .\"{ ||:: |
i;ii;ii;ii;ii;ii;i: .: .: .: .: .: .-'': . /: .,,,,,_:::_,ヽ、 . ||:: | ヒッ ヒッ ヒッ ヒッ ヒッ
i;i/⌒ヽ: .:::::::.: .J: .: .: .: . ヽ::`“::T“'::.:i ||:: |
;:{ i: .ハ: .: .: .j: .: .: .: .: . /::::: _;;.-‐ー、 | . ||:: | も、もう持ってられない・・・
;:ヾ: .ー: .: .: .: .: .: .: .: .: .: /_,ィェェェァ、゙! .||:: |
ヽi;ii;ii;i_ノ: .: .: .: .: .J: . : .`ー-┴┴┴イ ||:: |
: .ヽi;i;:i: .: .::::::::.: .: .: .: .: .: ..:::`ー---' ! ||:: |
: .: .ヽ;:i: .ヽ:::::::::..: .: .: .: .j : .: .": .: . ヽ{ . ||:: |
WWDCのMacOS XXの情報見てから寝るか
10.10(ヨセミテ)はWin8みたいなフラットデザインになるようですな ここ10年くらいやってきたことの全否定ですよ。
>>471 こういうの嫌いじゃないぞ。アメリカンはこうじゃないと。
萌えばかり見てると統一的デザインでちょっとイノベーションを忘れる。
>>479 まー、フラットにすれば描画負荷安いよね。
デザインのアップルの敗北の瞬間とも言えるが。
実は、画面見てないから適当なこと言ってる。
シナプスコンピュータに自分を移植したら、ネットの世界駆け回れるなーと思ったりするが、実現するんだろうか。
まだ効率8万分の1だっけか。
>>480 は、俺が画面見てないってことね。ちと端的に書きすぎた。
フラットにすれば安いの意味が分からん むしろ半透明のGUI部品が増えてcompositingの負荷が大きくなってそうだが
>>482 基本的に矩形処理になるので、コードは簡素になるし半透明は掛け算なのでそんなにひどい憂いはないよ。
割り算使ってたら泣くレベルだけど。
矩形処理なのは今も同じ
>>484 いや、端っこ丸いでしょ?あれもただじゃないんだよ。
Windowsはグラス処理してたけどやめたし。
>>485 それこそウインドウ自体は矩形で、アルファチャネルで背景と合成して角丸にしてるだけだが
ピーク時の消費電力をARM並に1W以下に抑えろと。 話はそれからだ。
Windows9でAero復活させてくれ そうすりゃWindows7から移行する
>>486 確かにウインドウは矩形だが、背景を参照しないといけない。
それがなくなる。
背景は何でしょうか。ウインドウかな?デスクトップかな?ハンドルはどこから引っ張ってくる?
割り切るんだったら、ウインドウの半透明化はやめるべきなんだよね。結構重いから。
いや下の例は角丸が無くなってすらいないなw
>>490 そうか。すまんかった。
これではフラットデザインにする意義がないなー。
うーん。すまんかった。
先入観のないPC初心者やUnix系OS利用者は、 Win7よりもWin8の方が習熟度が高い(使いやすい)という研究結果があったような
win8なんて情弱が騒いでるだけでデスクトップアプリ使う分にはwin7やxpと変わらないだろ スタートメニューが無いのだってランチャー使えばいい話だし
情強さんは知らんけど情報業界人は他人の端末触る機会が多いからカスタマイズすればいいって発想はしないよ
流石に公式でないスタートメニューアプリを入れて客に売るわけにはいかないから Win7にダウングレードして納入するなどの対応もやるわ(たまに)
Macのスキュアモーフィズムは、単に実在の物に似せてるだけじゃなくて アルミのMac本体とも統一感が取れたデザインだったんけど、破壊しちゃったねぇ。 あと、久しぶりにiOS 6が入ったテスト端末引っ張り出して起動したけど やっぱこっちのほうが圧倒的にいいだろとおもたよ。古臭さなんか全然ない。 今は皆がフラットフラットとバックラッシュに陥ってるから そのうちまた振り子が戻ってくるんだろうけどさ。
昔Windows9xで半透明やりたくてセガサターン方式でメッシュつくったら クリック判定まで透過してしまったのを思い出した
サターンの半透明叩かれたねぇw、個人的にはバーチャファイターができるだけで価値があったんだけどねぇw
>>494 一番苦労するのはのは俺らの親くらいの世代で、
これまで何年もかけて操作を覚えた人達だろうな。
Win8は、操作性がきらいなんじゃなくて、見た目が嫌い Vistaや7のAeroみたいな見た目がいい
有名企業のウェブサイトのデザインがタブレット、スマートフォン優先で PCではイラつくデザインに軒並み模様替えしつつあってげんなり
DDR4、DDR4L、DDR4SR、LPDDR4、GDDR5M、GDDR6で2020年まで持つ しかし、微細化はそろそろ終わる。よってメモリーの一枚当たりの容量増量は やがて終わりを迎える。そこでHBMやHMCを導入すれば延命可能になるわけだが こちらも無限にスタック出来るわけじゃないからやがて限界に達する。 これまでの量的進化は微細化が極限まで進んでスタック出来る最大容量に達した時点で 終焉する。あとはメモリー自体の性能を上げる質的進化しか道はない。 それがXDRになるかどうかは不明だがシリアル化されたメモリーは2020年以後に登場するだろう。 メインメモリーもビデオメモリーもスタックメモリーであるHBMもHMCも全てシリアルメモリーにならざるを得ない。
>>505 メモリチップ自体をシリアル化しなくても、I/Fをシリアル化したHMCでいいじゃん
重ね貼りすんのはいーけど放熱でショボーンな予感 メインメモリ大量搭載で最内(下)層のメモリはさぞや灼熱地獄あぼーん
508 :
Socket774 :2014/06/03(火) 15:33:37.42 ID:meanKIab
「次世代ポリマーTIM」ってなんだ
>>510 Intelの公式発表では、
Next-Generation Polymer Thermal Interface Material(NGPTIM)
としか記述されてない
ラップトップ向けすら年末ギリギリか 14nmは随分遅れたねえ
>>490 MacOSとiOSで差別化できてるAppleはさすが!
タブレットUIに似せようとするMicrosoftは糞!とはなんだったのか
>>502 ネット上で俺ら世代とかアホか
まずお前が10代なのか30代なのか50代なのかわからんし
>>516 林檎信者がブーメラン投げてるのは珍しいことじゃないから…
低価格化さえ実現してくれるなら別にどこのメーカーだっていいんだが。 Philipsの格安4KパネルはTNだったよな 色をそれほど気にしないテキスト編集とか2D CADとかに使うにはありだなと思うよ
想定内だけどHaswell→Broadwellは第4世代どまりか。 Nehalem→Westmereのときと同じだな。 WestmereはいちおうAESサポートがあったけど、ぶっちゃけBroadwellはシュリンク以外に 何が変わったのかわからん。
OC仕様のCPUをdGPUなしで使う人のほうが稀だろ・・・
>>517 うん、たぶんおまえと同じくらいだ。
すまんかった。
Win8のスタートスクリーンは慣れとか云々以前に「使いにくい」んだよ。 どうせ細かい作業するのには従来デスクトップのExplorerやコントロールパネルが 必要になるし、二度手間になるだけ。
スタートはそうだけどただ今更左下のスタートメニューはあり得ないな 7以降だけどタスクバーがあればあれはもういらない子
旧来のスタートメニューより全画面タイルのほうが使いやすいと言う人は、 ブラウザのブックマークとかも全画面タイルがいいなとか思ったりするんだろうか。
タスクバーのピン止めなんてVistaまであったQuickLaunchと似たようなもんじゃん プログラムフォルダ直下のDLLとかコンフィグファイル差し替えるのに ショートカットアイコン右クリック→「ファイルの場所を開く」でExplorer開けてたのが できなくなったし生産性がた落ちですよ。 俺はシェル差し替えてるからいいけどさ。 さっさと公約どおりスタートメニュー復活するパッチ配布してくれMS
デビルズ盛り上がってるな! っていうかグリスバーガー嫌われすぎwww
>>528 今も右クリックからプロパティ開けるだろう・・ちゃんと見ろよ
プロパティ開きたいんじゃない、右クリックからダイレクトにフォルダ開きたい
あ違うこれデフォルトの状態じゃなかったわ 普通出来ない
ActiveDirectoryの権限管理とかあんなUIでできっこないのに 中途半端にタブレットに合わせようとするから WindowsServer2012は地雷扱いされてますよ
>>530 なんかHaskellっぽいとか言われてもいるね
ObjCがゴミすぎたんだ
.net見たくなるのか、ネーティブになるのか。。。
>504 しかもスマホタブレットでも厳しいくらい重たい時が結構あるという
OBJCは互換性もあるしあっというまに取って変わられそうやな 長年ご苦労、お疲れ様
笠原一輝のユビキタス情報局
Intel、コンシューマ向け「Ultrabook」に終止符
http://pc.watch.impress.co.jp/docs/column/ubiq/20140604_651669.html > Broadwellの扱いは廉価版製品へ、Intelの次なるフォーカスは15年Q2のSkylakeへ
>その第4四半期にリリースされる予定のBroadwellは、いわゆる「Yプロセッサ」と呼ばれる「SDP」(Scenario Design Power)ベースで熱設計が行なわれる、タブレット向けのSKUだけだという。
>ノートPC用のSKUや急遽自作PC市場向けだけに提供されることになった「Broadwell-K」などは2015年の第2四半期になるのだ。
>
>次々世代となるSkylakeは開発が順調に進んでおり、2015年の第2四半期に元々の予定通り出荷されるとOEMメーカーに説明しているという。
>そうなると、2015年の第2四半期にはハイエンドにSkylake、ミッドレンジからローエンドをBroadwellに、という展開になる。
Broadwellがここまでgdgdな扱いなのは何なの?
むしろSkylakeが順調だったことに驚き 微細化(歩留まり改善)は難しくてアーキテクチャ作んのは簡単なのかな
>544 そうかもしれない。アーキテクチャは才能ある人間が少数いれば パワーのある機械でシミュレーションして事前に結果を先取りできる。 製造は各種エキスパートが多分野で必要だし試作から量産への 移行でも簡単に”コピー”できる抽象論理とは違うしな
もうさBroadwell-K出すタイミングダメダメでいらねぇじゃんw Devil's canyonで十分楽しめるしさw
14nmの歩留まりが改善するのを待ってたら 別チームが作ってたSkylakeも量産できる時期になっちゃった ということなの?
Devil's canyonなんてi7-4770Kあれば同じだろ
>>542 Broadwell-Kってミッドレンジにあたるの?
それならハイエンドのSkylakeはそれ以上のCPUになるのかな
>>550 これが次世代ポリマーなんたらか
ペーストなのか?ゴムっぽくもある?
最初から14nmでつくるよりも22nmのものを14nmにするほうが大変なの?
553 :
エイオウ :2014/06/04(水) 19:16:37.71 ID:NRD1o/ii
∩∩ (。・e・) < おまえバカだろ ゚し-J゚
>>552 そうじゃなくて14nm自体の量産が遅れたけど
Skylakeの出荷時期に影響が出るほど遅れなかっただけ。
消費電力あたり性能とSPEC性能の両方が気になるHPC屋としては、 さっさとBroadwell-EP出てくれよと……思っていたんだが、 もうHaswell-EPでもいいかという諦めの心持ち
ドライバスレにあったけどこれどういうこと? NEW FEATURES: HEVC decode now supported by the driver and video players can now take advantage of the GPU accelerated decode support offered by Intel
出荷は第二四半期だけど発表は来年後半なのね>Skylake
ぬ
あ
SkylakeはDDR3にも対応するのか
戦ってるフィールドが違うのに簡単も何もない気がするんだが アーキテクト連中はいわば理論、とか、理想と戦ってる 製造は現象と戦ってる 数学上では何次元でも無限に採用できるが 人類の知覚としては3次元+時間がせいぜいなのと似てる 製造の方がハードル高い気がするよ、コストとか投資に関して数字調べてみれば簡単に証明できる気がするw
特にGHzで動作する最新のプロセッサでは 物理的な特性を無視した論理設計が良いものであろうはずがなく あたかも設計と製造が独立しているかのような議論自体が成立しないだろう
インテルは14nmを作れる様にするのにいくらかけたんだろ
DDR4のみ対応だとDDR4の価格が予想より高くなった時にひどい事になっていただろうな RDRAMのように
>>558 HaswellでHEVCのデコーダは搭載済みって事かな?
でも今って、実はデコーダよりもエンコーダの方を先にクライアントには搭載してくれって要求の方が
強い気がするんだよね、ユーザー配信の時代だしHEVCはデコはH264とあんま負荷変わらんわけだし
>>569 リリースノート見るとエンコードも対応しそうな雰囲気だけどね
まじか、規格良く対応できたな、CPUで修正できるとは言え 今はGPU側にあるけど、QSVがCPU側に取り込まれたら規格対応は ちょっと遅れ気味になっちゃうデメリットはあるのかなぁ
>>569 HEVCのデコードはH.264とあまり変わらないみたいだから対応できたみたいだぞ
だからエンコまで対応するかは微妙
ドライバの更新がIvyも対象になってることからも対応できたから対応したんだと思う
>>572 無線給電で20Wにも対応できるようなこと言ってるけど、現実的には数Wだろうし、その場合対象になるのはスマフォだろうな
10Wを超えるような給電は多分かなり高コストで条件が厳しいだろうから現実的には全く思えないな
ID:9Mm+AIRp 貧乏空想民必死だなwwww AMDに現状無理だからって嫉妬すんなよ
電池に無線給電できたらマウスとかリモコンとか使い勝手よくなりそう ただクッキングヒーターにならなきゃいいけど
無線lanのタダ乗りみたいに飛び交ってる電波でタダで充電出来るようになったら面白そう
コクヨとかの文房具メーカーが給電器つきのデスク売るのが捗るな
いっそベッドにでも付けて寝転がりながら使うとか
Appleにこそ対応して欲しいわ。ライトニングさんは光速でケーブルがいたみすぎ。 スマホ用に関しては給電器も受け側もそんなに高いもんでもないんだね
無線給電できるなら、チップ間接続も無線通信&無線給電にしちゃえば良いのに TSVなんていう筋の悪い方向全部ブン投げて
実用面で一番効果が大きいのは防水ケータイの無接点化だよ
ライトニングさんって、純正以外のケーブルならもうちょっと丈夫なのかね
高貴なるアップル製品
589 :
Socket774 :2014/06/06(金) 01:18:39.50 ID:y9CT8qIq
slylakeもヘテロジニアスにならないんだな
590 :
竹島は日本領土 :2014/06/06(金) 01:44:51.33 ID:MQfJJiup
,.へ
___ ム i
「 ヒ_i〉 ゝ 〈
ト ノ iニ(()
i { ____ | ヽ
i i /__, , ‐-\ i }
| i /(●) ( ● )\ {、 λ
ト‐‐┤. / (__人__) \ ,ノ  ̄ ,!
i ゝ、_ | ´ ̄` | ,. '´ハ ,!
. ヽ、 `` 、,__\ /" \ ヽ/
\ノ ノ ハ ̄r/:::r----/::7 ノ /
ヽ. ヽ::〈; . '::. :' |::/ / ,. "
`ー 、 \ヽ::. ;:::|/ r'"
/ ̄二二二二二二二二二二二二二二二二ヽ
| 答 | AMD大勝利! │|
\_二二二二二二二二二二二二二二二二ノ
http://www.xfastest.com/thread-136142-1-1.html
Skylakeは、ダイレベルでDDR3/DDR4両対応で、 パッケージはどっちかのバージョンで売るとかじゃないの? さすがにパッケージが両対応ってのはないでしょう
ワイヤレス給電って、いわゆる電波による給電っていうより、どちからといえば電磁誘導で給電って感じに近くね? 周波数帯もMHz帯だし 従来の電磁誘導の給電の周波数を上げただけな感じ
トランスの一次巻線と二次巻線が生き別れ状態という理解でいいのか
CD→PC で録音(充電)するのを CD→スピーカー→マイク→PC で録音(充電)してるイメージでおk?
DDR系なら3でも4でも両対応なんて特に難しい事じゃないだろうけど、 DDR系とHMCとかHBMとかになると全然インターフェースが違って 両方のピン・PHY用意しないといけないとかなってくるんだよね?
>>595 Cannonlakeになってもチップセット載せる気か
ムラタセイサク君…
>>595 デスクトップ向けBroadwellタンはどこ?
SurfaceProだけ売れりゃいいや by Intel&MS
603 :
Socket774 :2014/06/06(金) 11:57:48.43 ID:c8RIhzSt
現実はAndroid&iPadが圧勝でwinタブレットは売れてないけどね
>>603 海外の統計だとSurfaceはProの方タブレットの統計に入ってない
RT以外は何故かラップトップでカウントされとる
クルマ向けのkW、MW級の無線給電だって実用段階なワケですが…。
日本では無線≒電波って印象があるが、 あっちでは、wirelessだからといって電波だとは限らない 無線給電っていっても、電波じゃなくふつうに電磁誘導でしょう
電波だって電磁誘導の一種だろ
ゆんゆんやんやんよんよん
電波も電磁誘導も同じものだと思ってたが違うのか。
まあ根底は電磁相互作用、同じモノの別のとらえかたってだけだな
誘電率と透磁率をアンペールの法則と電磁誘導が綾なす。 それが電波と光、電磁波だ。
x86命令はデコードだけで600mWぐらい必要だからな エミュレータ上で動作させた方が性能出る時代に入った
x86命令を捨てて新しい物を作るとどうなるんだろ?
そしてまたVLIWであぼん
>>617 前回のMerced版はX86エミュの性能が悪すぎたので、X86エミュの性能を向上させれば
あるいは・・・
>>618 エミュより先にネイティブでx86より速い石作らないとね。
5倍速ければエミュで十分だよ。
ああシングルスレッドで5倍速い必要は無いからね。
あるだろ十分
x86命令変換スレッド、命令最適化スレッド、メインスレッド、ヘルパースレッド、エミュならマルチスレッドが効果的に機能する。 命令変換スレッドはメインスレッドより重いが容易にマルチスレッド化できる。 メインスレッドはx86と同等でいい。
でんりょくこうりつわりーなー
エミュレーションをソフトじゃなくてハードウェアでやったら速いんじゃね? それが今のIntelアーキテクチャなんだが
>>624 エミュレーションをハードでやったのが熱湯爆発アーキテクチャーだよ。
NetBurstもTransmetaのCrusoe/Efficeonも、ModRM+SIB+DISPの複雑な アドレッシングモードを分解して処理したから遅かったんだよ。 これを専用ハードでやる特許はIntelが持ってて現在も使われてる。 パフォーマンスの要になる定型処理はハードでやったほうが効率がいい。
x86のコード密度と、x86のデコード負荷、その電力効率のバランスがいつもせめぎ合う しかしuOPキャッシュで答えは決まった
Goldmontに勝てるARMアーキをAppleもQualcommも果たして作れるだろうか
別にx86を超えるCPUコアを手に入れなくても ARMにはIntelに負けない方法があると思う
「真の競争力とは競争しないことである」
>>626 かつて最適化マニュアルで使うなと言った複雑なアドレシングモードに助けられてるのか。
SIB使ってleaで掛け算とか昔やったけど。
634 :
Socket774 :2014/06/07(土) 23:14:49.72 ID:EPn/CJuu
Intel様だけが人類の未来を切り開ける唯一神 全人類はIntel様の下に平伏しIntel様だけを崇拝し Intel様に全てを捧げるべきである Intel様万歳!!!!!
たしかにIntelは人類の限界に挑戦してると思うよ。
>>631 ecx=eax*10+ebxが2命令だからなあ
lea ecx,[eax+eax*4]
lea ecx,[ebx+ecx*2]
Intel様は俺の10倍くらい偉大
Intelの十分の一の価値を持つ人間ってどんなのだろう?
639 :
Socket774 :2014/06/08(日) 02:44:35.31 ID:DQycTDhG
Xeon上位モデル ライバル(PowerとかSPARC)がいるのでどんどん進化してる Xeon低消費電力モデル ライバルになるかもしれない(ARMサーバ)のがいるために急激に進化した デスクトップ用core i/pentium/celeron ライバルがいないので進化せず スマホ・タブレット用ATOM ライバル(ARM)がいるのでどんどん進化してる ノート・ウルトラブック用core i ライバル(ARM)がいるのでどんどん進化してる やっぱデスクトップCPUだけが進化しないのはライバル不在だからだろうね
Intelでさえ使えるアーキテクチャの組み合わせは多くない上に、共通化の制約がある状況で ライバルがいたら一体どういう進化をするという話なのかさっぱり分からん
デスクトップ向けCPUの足りてない需要って何かある?
リッチなインターフェースはそれだけで結構な電力を消費するわけだけど ARMはSSDの自社開発に乗り出さないのか
激安販売のライバルがいたら安くなってる たとえばFXが10000円だったらそれと競合するi3は安くなってるだろ
デスクトップPCなんてもう先がないし投資する価値もない 1ソケXeonとハイエンドノートから流用したチップで商売するだけ
今までが異常過ぎだったと考えるべき 100Wだの200Wだの、挙句300Wだの、パーソナルコンピュータとしてキチガイじみていた
AMDはもはやライバルではなく引き立て役
引き立て役にもなってないだろ intelの新製品は旧製品との比較記事しかない
曹操「K6、K6」
やっぱライバルはIBMでしょ AppleにはPowerPC、AMDにはSOIプロセス あの手この手でIntelに敵を送り込んできた そのIBMが自らIntelに勝負を挑もうとしてる。 あつがむねいぜ
651 :
Socket774 :2014/06/08(日) 19:44:54.65 ID:gjcC6eqL
Bulldozerみたいなウンコがなければ、 Intelがこんなにデスクトップ用CPUの手を抜くことがなかっただろうに
半端にAMDが残ってるよりはさっさと退場してもらって 威勢のいいARMベンダーかIBM Powerベースのマシンが台頭したほうが 健全な流れになると思っている
でもARMがいくらがんばったところで、 Intelの持つプロセス技術、省電力技術には敵わないっしょ。 14nmプロセスや近しきい電圧、オンダイVRなどなど・・・。 TSMCが躓いたら、一気に差が広がる。
「AMDがいくらがんばったところで〜」に置き換えても同じじゃないかそれは 今Fab持ってるCPU屋ってほかにどこがあんのよ?サムスン?
ibmってfab売却するんじゃないの
TSMCは強いからコケないでしょ。 客が分散するようになってようやくGFがまともに注文取れるようになったのは 業界としてはいい流れなのかどうなのか・・・ 10nm以降のプランまで示せてるのってなんだかんだでIntelとTSMCだけ?
でもTSMCの20nm/16nmってなんちゃってなんでしょ? 実質はIntelのほうがつおいんじゃいの?
なんだかんだでMediaTekみたいな低性能でも安く大量に作れるベンダーが 伸びてくる気がする
そうなんだよね つまらいけど
Intelに追い付けるところはあるのだろうか まあ、ビジネス的にはIntelに追い付く必要は無いのかもしれんが
Intelはトップが変わってから製造業色が濃くなったね 自社設計製品で市場を抑えられなくても他社設計で自社製造の製品が抑えればそれで良いという臭いを感じる
662 :
Socket774 :2014/06/08(日) 21:02:24.76 ID:gsJIBov1
Intelは、32nmのSandy Bridgeの時点であの性能を出してたわけで、 プロセス的にはいまのGFの28nmとか、Sandy時点より進んでるんじゃね? だから、SandyをGFの28nm用に手直しして出せば当時のSandyより高性能にできる気がするよ
出す理由が無いでしょ 外(TSMC)に理由があるのが、もともと外で3G/4Gチップを作っててSoC化したいAtom
Intel「Moorefield」、グラフィックス性能でSnapdragon 801を上回ることが判明
http://rbmen.blogspot.jp/2014/06/intelmoorefieldsnapdragon-801.html Snapdragon 801 MSM8974AC 2.5Ghz・・・18,144点
Intel Merrifield Atom Z3480 2.13Ghz ・・・16,407点
Intel Moorefield Atom Z3580 2.33Ghz ・・・20,997点
Adreno 330 GPUを搭載したSnapdragon 801 クアッドコアプロセッサを凌駕するスコアとなっていることがわかります。
Intel Moorefieldは、Silvermontアーキテクチャを採用したIntelのスマホ・タブレット向けクアッドコアプロセッサで、PowerVR G6430 GPUを採用。
LTE カテゴリ4 150Mbpsにも対応します。2014年後半に搭載製品(ASUS MemoPad 8)が発売される予定です。
>>664 Intel、HD Graphicsじゃないのか。
hdでは電力的にキツかったんでしょうな つかモデム統合したんやね
まだワンチップじゃねーぞ XMM7260はTSMC28nm
そうなんや でも自社製品モデムがあると 安心感があるな 昨今は
これで果たしてビビリのキャリアが重い腰を上げるのかどうか
全部Intel内製+デジタルラジオチップ統合からが本番でそ ラジオチップだけはQualcommも別チップだから、全部ワンチップ化できれば コスト面で優位に立てる。
>>665 少なくともMerrifield/Moorefieldまでは、スマホ系SoCではPowerVRを採用していた
リークによると後継はMorganfield SoC(旧Broxton)で、
GPUはGen9 Graphicsになるようだから、
来年はSkylakeとAtomでGPUが共通化される年ってことになる
>>664 今年後半ならAdreno330じゃなく420と比較せんと・・・
WindowsならFeatureLevel10だよなPowerVRって・・・ やっぱりIntelHDになってからじゃないと厳しい
HDはSkyLakeでどんだけパワーアップするか楽しみ♪
>>669 といってもすでにauがタブで腰を上げたしね
>>653 プロセス技術はIntel単独でやっているわけではなく
製造装置など様々な企業と一緒にやっている。
時限性の守秘とか契約がうまいのだろう
インテル「PowerVRで去年発売のスナドラに勝ったぜ!!」ドヤッ
10nmが2016年の予定なら あと1年半待って10nmのこっち買うかな
待てるんなら待った方がいいと思うけど 微細化の予定なんてどうなるかわからんぞ
少なくとも予定より早くなることはないからな どれくらい遅れるか次第だわ
順調です 順調です 順調です 順調にホリデーシーズンに延期です
14nmは下手したら2年遅れな雰囲気だからなぁ、、、2016年に10nmとか眉唾だわ
時々レス番飛んでるけど、まだ団子が荒らし回ってるのか?
自分で確認したらどうかな
行き詰る微細化
>>680 まあそんな先の計画なんて変更されることが当たり前だしね
今年の後半はDenverのアーキ、来年はBroadwellのGen8 GraphicsのGT3e性能が楽しみか IntelのCPUのアーキも長いこと見て楽しんできたが Skylake−Sの4+GT4eで楽しむのは最後かもしれん・・・・・ AMDは2016+のAPUの新コアの性能がどれくらいでるかわかれば終わりだな
いやー、Intelアーキは楽しいね。 これからも余を楽しませてくれ。
AVXは後1回変身を残してる。この意味わかるか?
絶望的に聞こえるのはなぜだろうw
AMDer OR 先が見えない。
POWER VS ARMの構図で語ってる人見たことねえw
AVX-1024から先が全く読めない。1024すらそのまま行くのかわからんが。 8ビット・16ビット単位のオペレーションは256ビットまでで終わりってのもなんとなくつまらん
>>692 つまり悟空(AMD)に倒される運命か・・
今までは微細化して回路を追加していったけど 微細化方式が終了して数年すれば皆だいたい同じような機能をもったCPUを所持するようになる そうすると使われなくなった回路を削ってそこに新しい回路を追加する方向へ頼るようになるんだろうか
AMDがGPUの28nmでアーキテクチャの改良で効率を上げたように、回路にはまだ無駄があるように思うね。 そういう改良がしばらく続くんじゃないかと。 いままでは小さくして適度に効率的なものを乗せてきたが今後は超効率に変わっていくんじゃないかな。 あとは、電力の限界などが見えてきた現状で出来うる割り切りっていうものもあるでしょう。 将棋でいえばまだ70手程度ってとこじゃないかな。
GPUって効率の定義が変わってきてるからなんとも言えんわ 時流に乗れるかどうか、でしょ、あるいは流れ自体を作るか。 ところでSnapdragon 805のダイ写真見てると、CPUコアの面積ってすげー小さいのね (Atomと比べて) コアはシンプルにしてアクセラレータは別に載せるのが昔からのARMの流儀だから そこはまあいいんだけど。 しかし、その点Apple A7のコアはでかいな
Intelのリッチコア並にワイドだしねえあれは
IntelもAMDも全CPUにAVX/AVX2載せて、 Windows9くらいからAVX/AVX2必須にしてほしい そうすれば、AVX/AVX2コードバリバリ使えるので高速化する
windowsでAVXが必須になるのはまだまだ先だろうな 2012年発売のwin8はSSE2が必須になっているが、SSE2対応CPUが登場したのは2000年だ
>>698 もしも使えるトランジスタ数の増加が止まったら、
汎用性を犠牲にして特化によって用途専用性能を上げるしかなくなるな
3Dで縦方向にトランジスタ数が増える可能性はあるだろうな 微細化はしないだろうがw 使う回路のみアクティベートして、 全体の発熱量をクロックで調整、とか対応するのかもなw
>>697 >つまり悟空(AMD)に倒される運命か・・
AMDはせいぜい民族浄化で絶滅させられたナメクジ星人だろ(´・_・`)
あれそういう命名だったんや
ミドリ色だしな キモいナメクジAMD
しかし奴らには、何でも願いをかなえるというDANGOBALLがあるぜ
FinFETになっても意外に面積効率、消費電力は改善しないのだとか。28nmって延命しそうなプロセスの予感…。
それはTSMCの話だろ。 そもそも考え方が逆でプロセスを縮小したらリーク電流がどうしようもなく増えるからFinFETで対策しようだろ。
そしてコストが増えてってことを>710は言いたいのだと思うが
SSE2の必須化はx64でSSE2が必須になってローエンドにまで普及したことが大きいと思う。 普及しない命令セットはいつまでたっても標準にはならない。 AVXはIntelに内部実装を128bitにしてでも命令セットを普及させるという意志が感じられない。ATOMの競争相手の状況からそこまでする必要性を感じていないのだろう。
Cerelonとして載っているデスクトップやノートのATOM系コアにはAVX対応して欲しいもんだよ。 スピードは問わないからさ。
SSEは内部64bitでもとりあえず製品化した。 理由は3DNow!があったから。 Mantle/HSAはそれに比べるとゴミレベルなので対抗する必要がない。 あむどがんばってくれよ。
下手に対応して、遅すぎるって評判ついてもマイナスだしなー。 SSEの回路で対応すれば比較的ノーマルといえる速度出るのかねぇ。
x64: 初期のころは上位クラスだけenableにしてて その後に全モデルでenable vt-x: 同様。 少しでも高く売りたいんだろうけど、ライバル不在だとこんなもんだ AMD頑張ってくれよ。
一割刻みのクロック差の同一コアに三割刻みの価格差付けて売ってた時代 もあったんだよ。
そしてセロリンばかり売れる事に
シリコンの時代はおわり、これからは◯◯の時代だ〜 とかいわれてるけど、結局いまだにシリコンが続いてるんだよな 非シリコン半導体は、高周波・無線・電力・LED等の分野で細々と使われてるだけ ロジックに使うにも、シリコンは20nmとかまで微細化が進んでるが、 非シリコン半導体はμmの世界だからなぁ
x86アーキ自体オワコンに向かってるし
まあシリコンて言ったって HKMGだのシリコンだけで成り立ってる というわけじゃないし中身は 初期から比べて随分変わってるでしょ 今はまだマイナーでも 微細化が終焉に向かえばまた別の進化に 力が注がれるから一気に変わる可能性はある
CeleronがAVX2に対応していようがしていまいがどのみち旧世代CPU向けのコードパスも書くから 手間は同じだよ
ここのところIntelは2世代置きに新技術を投入してきてるけど10nmでは何かあるのかな? 90nm 歪みSi 65nm 45nm High-kメタル 32nm 22nm 3D Tri-Gate 14nm 10nm ?
EUV?
3Dの次は4Dに決まってる
そのはずだったが結局液浸露光で行きそう
電気は終わりだ、これからは光。って言ってなかなか来ないのと一緒ね。
今ってトリプルパターニングだっけ? 次はテトラパターニグ?w
ここで颯爽とPARROT
クアッドパターニング
OSがAVX使うようになったからって早くなるんか?
Windowsの画像処理エンジンはAVXにガチガチに最適化されているらしい・・がOS自体は変わらんだろうね
WiXのことなら確かにAVXが使われてるが ベクトル化が有効でない処理までベクトル化する必要はない。 MSVCRTは今のglibc程度まで最適化する余地はあると思われるが如何なものかね SSE4.2が有効に使えうるregexpもC++標準に入ったし。
MSがOSやMSVC等の標準的なライブラリをavx対応させるのは メジャーバージョンアップじゃね? OSならWindows9とか・・・
VisualStudio は AVX2 対応済み
どこそこバグってるけどね。
>>740 それは、ユーザーがavx2対応コードを書いたらの話で、
さまざまな関数がavx2対応してるっていう意味じゃないな
ユーザーが対応コード書かなくても、avx/avx2対応すれば高速化する関数・ライブラリ群は、
OSや開発ツールのベンダが対応したほうがいい
やっぱりLLVMのランタイムをシステムに一個orアプリ毎に持って、 ビットコードを都度コンパイルorJITで実行ってのを標準にするべき Android-64bitはARTだけにするべき
artってアプリinstall時にコンパイルされて終わりなきがするが
>>728 別の次元に熱を捨てるようにすればかなり性能向上が見込めそう
AVX2に最適化されたSTLとか用意してほしいな。 ただでさえ高速なSTLが爆速になりそう。
なんねーよ MSVCやGCCので十分よ Intel C/C++のLinux版はたしか無償版があったからダウンロードしてみ んでboost::mt19937を使ってモンテカルロ法やるコード適当に書いて -axAVX2のオプションつけてコンパイルしてみ? それだけでベクトル化されたコードになってるから。
>>748 バイトコード仮想マシンとかクソったれにも程があるだろ、ファイルサイズじゃなく
ターゲットマシン毎の最大速度を最優先した仮想マシンのアーキテクチャじゃないと
あと互換性考えて、OS毎だけじゃなくアプリ毎にも持てるような仮想マシン・JITコンパイラの
サイズと「ポータビリティ」が必須
DalvikVMはこの際64bit版は捨てて、ART一本でJavaから徐々に脱却できるような環境整えないと
アプリごとに持つ意味がわからない。ポータブルなランタイムではランタイム作成以降の環境に対応できないじゃん
些細な小手先の実装やバランスにこだわって発狂しているようにしか見えない
そもそも全コアぶん回すとかベンチマーク時くらいなので、 アイドル電力が低くてワッパも常識的な範囲内なら TDP高くても気にしない
80euなのかな
>>747 お、自動ベクタ化で良くなるんか。
それならいーや。
不安視されてる帯域不足はどうなるんだろうか?
もしかしてスカイレイクのeDRAMは14nmで256MBになって メモリーのほうも1600MHz以上にするのかな? それぐらいしないと帯域不足は補えないよね
skylakeはDDR4-2133に対応する予定だけどそれでも焼け石に水だな
スカイレイクのAVXは512bitになるということはGPUのほうも512bit? それで72EUって単純計算で3.6倍、CPUは2倍の処理速度の増加じゃん 帯域に関してそうとう踏み込んだことしないと足りないんじゃないかな
GPUは128bitでないと効率悪いよな。扱うデータがほぼそれしかないんだから。
お、おう
eDRAMなんて回りくどい事やらず、とっととHBMなりHMCなりに移行したらいいよ どうせeDRAMなんてただのストップギャップなんだし統合とか考えずいつでも切り離せるように しておかないと盲腸になってしまう 次世代CPUのL4キャッシュはHBM(HMCもあるかも知れないけど)でおそらく決まり、eDRAMは要らない子に
767 :
コラボ :2014/06/12(木) 15:35:24.43 ID:ZXz9vHPi
ストリートビューがタブレット仕様になってしまった 上下ボタンが消えた windows7以下は使いづらい
intelのGPUってgen5,6,7でFLOPS/EUが4,8,16と増えてきたけど、 gen8,9ではこんな風に倍増したりするの?
>>768 それだけCPUの改良が頭打ちなんじゃね?
EUよりもメモリ帯域のほうが深刻。
>>768 北森瓦版にそれっぽいニュースがあったよ。
気になるならよみにいってみたら
skymont 10nmって・・・ EUVでNAは0.4以上だしオーバーレイ精度1nmかよ これが5nmになったらX線でもNA0.45は必要・・・無理だろ、そこまで屈折させられん
世代ごとにEUも内部も改良されてるからな SkylakeのGT4eはおおざっぱにHaswellのGT3eの2倍くらいの性能とみてる 帯域問題の軽減はDDR4-3200の128ビットくらいにならんとの効果はうすそう
BroadwellのGen8とSkylakeのGen9は間に1年しかない、ってことは別チームの可能性があって SkylakeのInte HDは目新しいアーキテクチャになるかもね もともと大きな変化があると噂されていた世代ではあるし
なんか最近デスクトップが復権してきた気がして嬉しいが サーバもモバイルも厳しいから戻ってきたのかな。
>>773 SIMD増やしても処理する処理がありません。ガバガバ。
>>775 そういやAMDから移籍した人が設計に加わるのがSkylakeかららしいね
10nmでトリプルパターニング 7nmでクワッドパターニング 7nmのtac世代でEUV って所かね?
14nmプロセスで4重+カッティングエッジ露光らしい。
EUVは45nmから採用だって言ったじゃないですかー
EUVはやはり無理そうだね
14nmが実現できただけでも凄まじいことだよ。 10nm切れたら神だ。
787 :
Socket774 :2014/06/14(土) 01:04:37.63 ID:qnugLYz3
>>780 SkylakeからはCPUとGPUのメモリ共有が実現し
AMDのKaveriに似たような転換の代物になるのかねぇ
>>779 Cherytrailまで辛抱するわw
今やIntelの最新技術が必要なのってモバイル系とサーバーだよね 自作PC板、しかもスレタイにSoCって違和感ある
ここで語ってる人でも自作してるの少ないじゃない?
自作をやらないのにこの板には来ないだろうと思うが、 SoCはさすがにスレタイやり過ぎ
Intelの次世代技術について語ろう 77
次世代Intelテクノロジー 78 ↑どっかのゲハの恥ずかしいスレ風
>>782 遂にクワッドパターニングか・・・このままEUVが先延ばしになったらオクタパターニング
まで行ったり?
-DEはサーバ向けの多コアSoCのようだけど そのスライドは単にMCMのBDW-Yのことを言ってるだけのような
>>788 もうcpuって単語そのものが時代遅れ。
うん、もうCPU≒SoCだもんね・・・。
そっかー
必死だな
今のGPUは本当の意味で汎用的に使えるまでには至ってないし
団子はゲハもチェックしてるのかよ、想像以上の煽り体質だなw、尊敬するわ
ム板にもいたし暇なのかも
ム板は本拠地だろ、あちらでは名無しなのかもしれないがw 基地外の巣窟でオレツエーすんの空しくないのかね彼 良い団子と悪い団子がいるとはよく言ったもんだ、分裂症気味なのかね
平日も毎日、休日は1日中AMDへのヘイト感情あからさまに書き込みまくってるし、 仕事でやっているのならご愁傷様だが、何の見返りもなしにやっているのなら精神の平衡を疑う。
単に胡散臭いAMDに突っ込みを入れてるだけなんじゃないの?
807 :
Socket774 :2014/06/15(日) 12:31:35.01 ID:DBL5km+z
Intelも相当胡散臭いけどな つい最近もAMD排除の違法行為で罰金食らってるし
あれはAMDが勝手に衰弱していってるせいだしなあ
809 :
Socket774 :2014/06/15(日) 12:47:01.33 ID:ZJZdfF0W
Intel様だけが人類の未来を切り開けるのだから Intel様にたてつくカス共は糞チョン同類の人類の敵
intelはamdにたいして技術支援でもしなきゃいけないのかい
最近のIntelはセンスが感じられない
せめてAMD-FXをIntel 22nプロセスで製造させて貰えてれば、もう少し良い競合になったように思う。 それでもAM3系チップセットの古さ(2チップ構成)がどうしようもないが・・・
東芝の199ドルタブ、4万円前半か さすがに笑ってしまう
>>815 EUVはともかく450oシリコンウエハーの方は遅れるだろうけど2018年〜2020年ぐらいには
どこかがやっていると思う。ただそんなに主流となってはいないだろうけど。
>>813 >せめてAMD-FXをIntel 22nプロセスで製造させて貰えてれば、もう少し良い競合になったように思う。
隣家の台所を使えれば食費が不要。とか並の朝鮮人気質だなあ
恥を知れ
>>813 バカだろおまえ
なんでわざわざAMDをintel 22nmプロセスでつくらせるんだよメリット無いじゃん
だいたい競合するよりは罰金払う方が安上がりだろ
まだ罰金払わされるような情勢なの? AMDなんていうザコ相手してるように見られてたから罰金払う雰囲気になっちゃってたんだから、 ARM・Qualcommっていう結構対等に強い競争相手と市場を競う状況なら怒られないんじゃないの
まぁ
>>813 のタラレバ話は非現実的な話だろうけど、
競合不在だとintelはサボるからな〜
(結局は張子の虎だったが)脅威のBULLに備えたSandyの時のような必死さが再び欲しい。
価格に多少変化がつくことはあるかもしれないが、 半導体製品的には年単位でロードマップが決まっているのが普通だから そういう点で競合が〜理論はあんまり信用してない AMDが頑張ってもSkylakeが早く来るわけではなかろうし
Fabを貸す相手を競合とは言いません。ビジネスパートナーです。
823 :
崎陽軒 :2014/06/17(火) 16:34:43.50 ID:XrV8rNt4
∋oノハヽo∈ ( ^▽^) ∧∧ ((と つ ♪ / ('(゚-゚= ∩ (( ⊂,, ノ゙ ___/♪ .O,_ 〈 (_,/,, [●|圖|●] ♪ `ヽ_)
インテル【公式】 ?@IntelJapan 4月14日 2014年、インテルがリリースする全てのマイクロプロセッサーから 紛争鉱物として扱われている金、タンタル、スズ、タングステンを撤廃します。 #conflictfree pic.twitter.com/deY43PD4xw
s n t a w a u Tau Swan Wan At Us
捨て垢なんてフォローしても何も得るものないぜ すでに4垢くらい運用してるし
> Intel Tech Provider ?@Intel_Channel 6月13日 > Responsible innovation. Newly launched Chromebooks with Intel Inside all powered by > #conflictfree microprocessors 既にコンフリクトフリー仕様のステッピングのCPUを出荷してる模様
Rockchipから販売するSoFIAはバリバリ紛争鉱物使用継続したりしてw
intel製造じゃないから普通に使ってんでね?
それだと
>カッパーノル氏:SoFIA 3Gについては、Rockchipは別の選択肢を得る形で提供することになります。
>それらの製品は、Intelから顧客に提供することももちろん可能ですし、Rockchipがそれを顧客に販売できます。
と
>>825 が矛盾するけど、こまけえことはきにすんなって事か
どのみちSoFIA後継も22nmでIntel内製に移行する計画だから 年内に撤廃は可能じゃないの? SoFIAよりもむしろ単体の無線モジュールがTSMCを脱する TSMCが紛争鉱物を使い続けるという前提ありきで語るのもあれだけどね
ボンディングとかソケットのメッキとかの金はどうするんだ? ボンディングは銅でできたとしても、メッキはどうするんだろ
金は駄目で白金や銀はいいのか。無意味な発表だな。 金なんて装飾品以外の使い道がボンディングワイヤくらいしか無いから 工業品としての価値はなくなったな。
ソケットはオスとメスで違うメッキを使うとややこしいことになるから 変えるのは面倒くさいはず 昔DIMMのメッキで問題になったことあったような
放射性じゃないセシウムさんもレアメタルだったな
悪の帝国のクセに偽善的だな。中華と同じか。
紛争鉱物と言えばプルトニウム一択
ボンディングワイヤは金だとボンディングしやすくて アルミは難しかった記憶がある
タングステンってコンタクト/VIAの材料としてはこれ一択みたいな印象だったんだけど 最近は何か代替があるのかな
ジジリウム
847 :
Socket774 :2014/06/18(水) 22:43:46.22 ID:vJPVOK+7
4.7GHzでもi3に勝て無いってどう言う意味?
アンロック版i3も出すべきだなこれは
>>848 その20周年モデルのpentiumはOCしても性能が低い
OCのみが目的ならともかく、実性能が目的なら、元が低性能だから限界がある
Celeron300Aのすごいところは、450MHzまでOCすると
当時の上位機種であるPentiumII 400〜450MHz相当くらいの性能が出た
300A当時のデスクトップ用ハイエンドCPUは、PentiumII 450MHz 300Aは、格安チップなのにハイエンド相当の性能が出せるすばらしいチップだった
ハイエンドとローエンドの差がクロックだけの時代はよかった 今はどんなにOCしてもコア数の壁は越えられないからね
855 :
Socket774 :2014/06/19(木) 12:34:49.20 ID:pT9J/hek
シングル性能が至上のゲーム用途ならi7並はデカい コスパ最強
今のhtは効くからなあ。 どっかのモジュールよりi3のコアの方がリッチな構成なんだからどっかの4コアよりi3の2コアの方が早くて当たり前だし。
>>855 いまのゲームはふつうに4T要るって
OS/DirectX/GPUドライバで1T
ゲームで3Tって感じ
時々でいいからAVX/AVX2の有無も思い出してあげてください
つーかAVXかなり効いてるって誰か言ってた
ゲームはゲームでも肌色が多いゲームなら有効
工口ゲー?
HTとAVX/AVX2の有無がパフォーマンスを左右することを再確認できる石
OSカーネルとアプリがHT・EIST・TBといったCPUヘテロ化への対応に慣れてきたという面も
Celeron300AとPentium2は、CPUコアはほぼ同一で、 L2キャッシュのクロック・容量くらいしか差が無かった いまのクロック以外にも大差がある状況とは異なる
おまけにBP6っておもちゃもあったな。XEONじゃなくてもCerelonでオーバークロックデュアルコアとか 夢があった。 Athlonも鉛筆でMPに化けたりしたし、Phenomx3も殺したコアを動かせた。 昔より石の値段安いんだから殺したキャッシュくらいは無保証で動かせるとか 出来ないとおもしろくないな。
当時はなんとなく、「Dual Celeronはできる漢の選択」というイメージはあった
>>866 コアごとの性能がヘテロ、ARMで言えばA15とA7が混在してるのと(ソフト側から見れば)同じ
>>870 スピード可変のホモジニアスマルチコアとヘテロジニアスマルチコアは全然別物。
CPU側が負荷に応じて動的に速度を変えているだけ。
ヘテロジニアスでは遅いコアは何をやってもずっと遅い。
だからソフト側で常に区別して処理を振り分けなければいけない。
近閾電圧マンセー
ビット数、クロック周波数、コア数の3要素で全ての性能は決まる(Atomがほぼ64bit化したからビット数は関係なくなって来たけど)
アーキテクチャの違いが一番重要だろ
878 :
Socket774 :2014/06/20(金) 19:45:24.70 ID:1P/O5ruz
875の脳内世界 FX-6200(6C/3.8GHz) > PhenomIIX6 1100T(6C/3.3GHz) PentiumD 960(2C/3.6GHz) > Core2 Duo E6700(2C/2.66GHz) 現実世界 PhenomIIX6 1100T(6C/3.3GHz) > FX-6200(6C/3.8GHz) Core2 Duo E6700(2C/2.66GHz) > PentiumD 960(2C/3.6GHz)
次世代SoC? サムチョンがパクるよw
消費電力10mWのプロセサがPenDと同等の性能を出せるんだから人体組込も近いな
脳ミソは20Wくらいらしいな
驚異的な電力効率だな・・・
性能には個人差があります。
OSが悪いんだろうな
Dynamic Voltage and Frequency Scaling 搭載で無駄な電力を消費しません!
OC耐性も色々だよね。
割とよくブルースクリーンになります。
人によってこれぐらい差がありそうだな 周波数: 0.5GHz〜20.0GHz キャッシュ: 8KB〜64MB 消費電力: 0.1mW〜35W 記憶域: 1MB〜100TB
電力供給しても揮発していきますがw
糖尿ダイナモス
>>891 DRAMのリフレッシュもれがあるとしか思えん!訴訟!!なんてな。
独自開発とかコストかかるだけじゃん 他に何か流用するあてでもあるのか?
国防的には大いに意味はあるだろうけど。
ソビエト時代みたいな感じかな??
>>878 PentiumDみたいな疑似マルチコアCPUをわざわざ出すまでもなく
今となってはAMDとIntelとでは
AMDが4コアでクロック周波数も上でもIntelの2コアでクロック周波数が低いCPU
の方が性能高いからな。両方とも64bitだし、一部のAtomが32bitなだけでほぼすべて64bit
だからAMDのアドバンテージはほぼもうない
ビット数もコア数もクロック周波数も性能を決める絶対条件ではなくなったな
かつてはこれらが性能を決める三大要素だったが
公共事業なんだよ。 ピラミッド作るよりはCPU作る方がましだろう。
龍芯かよ
>>895 x86とWindowsを使わない代わりにARMとLinuxを使うだけだろ。
FPGA統合プロセッサか QPI接続ってのは今までもあったが、さらに一歩踏み出すんだな
FPGAもうやりたくないからCPU/GPUで全部賄ってくれ!w
いや、ほら、FPGA界隈でもZynqとか結局CPU+FPGAを 取り扱う流れあるっぽいじゃん……
むしろCPUもGPUもFPGAで作ればいい・・・って、 実際にやろうとすればできるんだよな 複数の会社が、FPGA用CPUやらGPUのIPをライセンスしてる
とても一般向けじゃねーなそれ
それに速度や集積度では1桁以上性能面でランクダウンするしな。
MicroblazeだのNios IIだのソフトコアは標準で提供されている