Intelの次世代技術について語ろう 91©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Intelの次世代製品や、それに関連する技術についてのスレッドです。
■前スレ
Intelの次世代技術について語ろう 90
http://egg.2ch.net/test/read.cgi/jisaku/1499796238/ Samsungが8LPPプロセス開発完了のプレスリリースを出した
・10LPPより狭いメタルピッチで最大10%の低電力化と面積縮小
・開発を3ヶ月の前倒しで完了
・実証済みの10nm技術を使うことで早急に起ち上がる
最大で10%、どう見ても10nm第3世代の予定だった10LPUのリネームだな
10LPPから半年遅れにしてきたので来年の今頃には製品が見られるかもしれない しかしCPP x MMPを考えると
TSMC10nmが66 x 44、Samsung10nmが68 x 51という解析に対して
つまり8LPPは68 x 46程度ということになる
TSMCの10nmよりも密度の低い8nmが見事に完成した訳だ
やはりSamsungプロセスは全力全開のマーケティングネームだった>>570 >>693
散々プロセスの優位をアピールしておきながら、開発遅延を重ねて顧客に逃げられたIntelファウンドリ事業の悪口はヤメロぉ! まぁこれだわな
その先端プロセスも今やファウンドリに抜かれる有り様 Intelの次世代CPU「Cannon Lake」はAVX512命令に対応
ttps://pc.watch.impress.co.jp/docs/news/1087260.html desktopは整理してCannon Lakeとphiでええやん CNLでAVX-512に対応することは最初から分かってるんよ
問題はコンシューマ向けが256bit演算器2個で対応するだけなのかどうか atomはPHIのエレメントとしての性能評価のために必要。
atomがつよくなるとphiも強くなる。 >>698
爆熱 ばくねつ
せっかくの10nm省エネの見込みないじゃん 演算機自体はシュリンク効果を大きく受けることができるから
今のi9みたいなことにはならないはず Xeon SPの下位機種ですらAVX512 FMA演算器1個なんだから
デスクトップPCは1個でしようなぁ 命令を実行できるようになるだけで処理速度は今と同じということか… Knights Landing、Knights Mill、Skylake-X、Cannonlake、Ice Lakeで
AVX512 サブセットのY/Nが全部違う。プログラマの人はこれで困らないの?
>CPUs with AVX-512
> Xeon Phi x200 (Knights Landing): AVX-512 F, CD, ER, PF
> Xeon Phi Knights Mill: AVX-512 F, CD, ER, PF, 4FMAPS, 4VNNIW, VPOPCNTDQ
> Skylake-SP, Skylake-X: AVX-512 F, CD, BW, DQ, VL
> Cannonlake:AVX-512 F, CD, BW, DQ, VL, IFMA, VBMI
> Ice Lake:AVX-512 F, CD, BW, DQ, VL, IFMA, VBMI, VNNI, VBMI2, POPCNTDQ, BITALG
ttps://en.wikipedia.org/wiki/AVX-512 SandraとSYSmarkとGeekbenchとpassmarkとFritzchessとCinebenchとHandbrakeとx265あたりにプログラマー送り込めば済むさ >>707
PhiとXeonじゃ違うってだけの話で
Xeonシリーズ内で、Phiシリーズ内で従来の機能はそのまま使えるというだけの話
まあFとCDはPhiとXeonで共通だが
プログラマが困るのは「あ〜、その昔の互換ないから一から覚えなおして」っていうパターンのやつ >>710
そのうちどっちかが纏めてくれるっしょ
まぁそうでもないとこのぐちゃぐちゃ具合はまずいですよ先輩 >>696-697
Intelを叩くためなら昔のIntelを必要以上に持ち上げるのは滑稽だな
昔もそんなぶっちぎりの大差で微細化してたわけじゃないし そもそも昔はファウンドリがハーフノード分先行する時期があるのが普通だった
28nmまではIntel45-Foundry40-Intel32-Foundry28って来て
22nmと14nmでフルノード分差をつけたのが元に戻ろうとしてる感じ 昔のハーフノードは低性能(クロックが低い)ゆえの速さだったけど
今のはクロック3GHzオーバーの消費電力低下で意味合いは全然違うと思うけどね Cannon LakeはYしかないと言われてますし。 >>713
HKMGやFinFETで競合より3年先を行ってると宣伝してたのはIntelなんですけどね
あ、ファウンドリの宣伝文句を真に受けちゃいけないんでしたねw >>718
ファウンドリのトップを走っているサムスンは3年前のIntelにやっと追いついただけだから何も間違ってないな >>719
そして追い越されるんだから情けない話だ \ 淫厨ってバカ丸出しですね
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄
, - ─‐‐- 、. ,_ '  ̄_`丶、
//⌒ニニ⌒ヽi /  ̄ `i |
. |.!. -‐ ‐-、 !| !=、 ,=ニニ ,-'_ |
rt.l ‐- , 、-‐ iyi i゚-| .!゚- '' |iб! |
!=.| .ノ{__ハ .lソ .|..{.__,}. |!ソ .|
/i ヾ三三ヲ . ハ. |ミ三三ラ /\ |
/| ヽ、.___=___,.ノ |\ ! = ./ |.\ |
.| \ / | // ヽ、_/ | | \
___∧_____________
/ 事実バカだからね… >>719
サムスンwww
Intel
14nm以降各世代5割超の面積削減のハイパースケーリング
TSMC
12nm・・・16nmから2割の面積削減
10nm・・・16nmから5割の面積削減
7nm・・・10nmから4割の面積削減、+で更に2割の削減
5nm・・・7nmからアグレッシブな面積削減
GF
12nm・・・14nmから15%の面積削減
10nm・・・14nmから3割の面積削減、半端なので見送り
7nm・・・14nmから5割の面積削減、3世代目には更に削減
Samsung
11nm・・・14nmから1割の面積削減
10nm・・・14nmから3割の面積削減
8nm・・・10nmから1割の面積削減(TSMC10nmより低密度)
以下予想
7nm・・・8nmから2割の面積削減(GF同等)
6nm・・・7nmから1割の面積削減
5nm・・・6nmから1割の面積削減
4nm・・・5nmから1割の面積削減
ネーミング詐欺だけは業界のトップを走ってるわw >>720-721
なんだいつものアンチIntelで無駄な人生を費やしている無職のAA貼りオヤジのキチガイだったか
寝言はIntelの10nmより先に自称ではなく本物の7nmを出してから言いましょう >>722
それでもサムスンの自称10nmである12nm相当を世に送り出してるから一応トップを走ってるでしょ Samsungの1ヶ月半後に出たTSMCの10nmにもう引き離されてるよ >>723
まだ出てない10nmを引き合いに出すのはブーメランになるって何度言われれば目が覚めるんだろう。 >>726
うん
だからまだ出てないファウンドリの自称7nmがなぜIntelの10nmより先に出ると確信しているのか不思議でしょうがないw >>725
Samsungの10nmとTSMCの10nmは大差ないやん >>728
大差ないよ
発表値でも各種の調査でも2割程度の差しかない
問題はそのあと
Samsungが1割縮小の10LPUを名前だけの8nmにしちゃったこと
これから登場する10LPPも陳腐化するし
TSMCのN7が早く進んでるからこっちのたった1nmの差が1.7〜1.8倍の大差になった
基本的にはSamsungのマーケティング戦術がLEDテレビ()ばりにダサく感じたから
サムスン上げのレスを見たらサムスンを馬鹿にするレスを返してるだけ サムスン嫌いなのは結構だけど別にそんな上げてるレスには見えんけどな >>658>>719>>724
前も同じ論調でサムスントップって言い続けてるから
Intel上げと見せかけたサムスン上げだと判断する 他社が既に手掛けてたLEDバックライト液晶を
LEDテレビと名付けて液晶はもう古い、とやったり
OLEDテレビが本格化してきたら
液晶にQLEDテレビと名付けてOLEDより優れてる、とやったり
3DXPの量産発表されたらSLC NANDがZ-NAND、みたいな
そういう技術を煙に巻こう的な発想
11nm、8nm、6nm、5nmもそれらと似たようなマーケティング施策
Samsungの技術や馬力は間違いなく実力があると評価するが
その分だけこういう軽薄な手口はハッキリ言って悪徳的でイケ好かないね プロセスルールに関しては対ファブレスメーカー向けのマーケッチングだし、ここでド素人が火病起こしても・・・
日本の電気産業を完全に駆逐してしまったSamsungが嫌いなのは解るがそれは日本の責任だし・・・ いくつかの面で立派な企業に至ったのだから、もう昔のような姑息な
手管は持ち出さずに実力だけで勝負しよう、という発想が
無いみたいなんだよなsamsung とかには。三下だった頃と同じことをやる >>733
こんなスレでのサムスン上げの方が無謀
サムスンの名ばかりな部分をデータで指摘するのはむしろ当然のこと >>737
Intel信者の妄想って多分ココから来てるんだと思う >>735
会社に弱電室ってあるけどなんなの?
強電とかもあるの? >>714
むかしはIntelより日本勢のほうが進んでた
日本勢が脱落して2番手だったIntelがトップに出た 22nmから製造ラインが埋まらなくなり
14nmは大量生産がSkylakeまで遅れた
10nmは既に2年遅れで来年ですらあやしい
そして7nmがロードマップから消えた >>737
4年前「10nmは2015年にファウンドリの顧客に提供します。
競合するファウンドリより3年以上先をいってます。」
今「10nmは2018年にファウンドリの顧客に提供します。
競合するファウンドリはより高密度の7nmを同じ2018年に提供します。」
信用って大事 強電より重電ということの方が多い
弱電より軽電ということの方が少ない バランスがとれてない 何でここまで苦労してるのかよくわからんね
何らかの新技術を導入するつもりだったけど上手くいかなかったのかな
Intelは10nm以降のどこかでIII-V族のQWFETに移るなんて予測もあったけど…
他の開発状況を見るに、FinFETの次は横AAG-FETへ移行するというのが主流みたいだね AAGじゃなくてGAAだった
最先端プロセスの最新論文が一堂に IEDM 2017
http://eetimes.jp/ee/spv/1710/20/news070.html
今度のIEDMでIntelの10nmとGFの7nmについての発表があるみたい
TSMCは7nmについて去年発表済み >>746
ファウンドリと違って真正面から微細化の先頭を突き進み、製造コスト低減のためにハイパースケーリングなんてやってるからね
あとCannon Lakeの難産はずっとIntelを苦しめ続けるiGPUのトラブルが原因とも言われてる >>748
> あとCannon Lakeの難産はずっとIntelを苦しめ続けるiGPUのトラブルが原因とも言われてる
閃いた!GPUコアをMCMで分離すれば問題解決w Intelが10nmプロセスの詳細を明らかに (1/2)
http://eetimes.jp/ee/spv/1704/04/news040.html
3月のカンファレンスではFin Heightが56nmだったのに>>747では46nmになってるな
これが本当なら、高アスペクト比のFinの量産が上手くいかず断念した感じか
これだとトランジスタ性能が落ちるから、CPUの物理設計をやり直して一年延期というのも理解できる
従来の設計でもSKUを絞れば少量は生産できるかも 3月時点でのFin Heightは56nmではなく53nmだった
22nm → 14nmでFin Heightが34nm → 42nmと23%向上してるので、
14nm → 10nmでも42nm → 53nmと同程度向上させようとしていた、といったところか >>752
ZEN APUに完全敗北するだろ?いい加減忘れろ >>749
GPUコアはamdかnvidiaから調達すればさらにいいな intelは新しいsimd導入するときはとりあえず動きます程度だからな・・・・ 命令セット全体でとりあえず動くけどスループットは今までと同じです実装だったのってSSE2整数ぐらいで
そんなに多くないよ AVX512は256bitで使っても機能面でメリットがあるんだが。 >>758
まずグッチャになった命令の整理をしなきゃ
話はそれから >>750
https://twitter.com/search?q=46nm%20%40intel&src=typd
intelの株屋の話だとfin heightが46nmになったみたいだね、@intelで確認したと言ってるが実際確認できなかった 人権なんてあったもんじゃない
人権無視の国日本!
広告配信システムのOpenXにバックドアが仕掛けられる
電通のおわり!
OpenXは2010年8月より電通子会社のサイバー・コミュニケーションズとアドエクスチェンジの独占的パートナーシップを締結、広告リクエストは開始当初より600%と急成長を遂げてきた・・・・
だってお!wwwwwwwwwwwwwwwwwwwwww
嘘も百回言えば真実となる広告産業のナチス的手法
電通自殺者を
ホロコーストを忘れるな諸君!
芸術よ永遠なれ!
自由主義者よ永遠なれ! intel fin heightの遷移
34nm(22nm)→42nm(14nm)→46nm(14nm+)→46nm(10nm)→53nm(10nm+or++)? これで10nmが14nm++に比べて冴えないのがなんとなく理解できるし性能が飛躍する10nm++でfin heightを53nmにする計画? >>759
x64がひどいのは事実だが今さら変えられん。
SSEのオペコードもどうしようもない。
SSEのプリフィクスだけはAVXで整理して
拡張部分のエンコーディングはまあ許容範囲内だから
AVXだけなら合格点だ。 もう命令セットを直接いじる事は少なくなってきたから、ライブラリやコンパイラで吸収してもらわんとな。 >>759
実際にそれを用いる人らにとってはどうでもいいというか
整理されてスマートになったアーキテクチャとやらで
RISCみたいにプログラムを行う実際の顧客が発狂するような仕様になるだけ こういうもん整理するとか行って整理できたためしがない >>762
高けーな
畳一畳の高層ビルみたいな感じになってるな SSEは最低でもSSE命令のプリフィクスとREXプリフィクスの2つのプリフィクスを処理しないといけない。
AVXにはREXプリフィクスは付かないからデコードが楽になる。
何種類かあるAVXプリフィクスはプリデコーダで較的容易に一番長いタイプに変換可能であり、SSEもREXプリフィクスの処理の分遅くなってもAVXに準拠した命令に変換可能なのでデコーダ以降は一種類でいい。
厳密にはSSEとAVXでレジスタの未使用bitの扱いに非互換の部分があるがこれは内部命令が両方に対応しているがAVX命令の方が処理が軽くて速いまたは消費電力が少ないようになっている。
今後はAVXのSSE代替命令を使うようにすればいい。少なくともコンパイラは対応している。
すでにMMXとx87は代替命令を用意して発展的解消している。互換処理で遅くなっても過去のCPUよりは速いので問題はない。 x64は大枠においては良いのだがプリフィクスの整理をしなかったのと64bitモードからシームレスに16モードに移れず32bitOSと互換性をなくしてしまったのが問題。
Microsoftはこの問題に対して最終的に仮想マシンを立ち上げて32bitOSを走らせるという力業で対応したが、そのサポートもWindows7のProfessional以上にのみ限定で終わった。 >>770
計算ソフトでSSEとAVXで倍以上の速度差が出るときあるんだが
そういうのが原因なのかな >>772
単純にSSEが128bit/8レジスタ/2オペランド,AVXが256bit/16レジスタ/3オペランドの実装になっていればそうなるな。 純粋に大量の計算をSIMDでガシガシしていく用途では倍近く
動画エンコードのようなシングルの重要な処理が入ると3割程度 /\ 100%
むしろIntelの方がシェアが高く感じられる /. \
/. \
/ \
/ \
/ \
/ \
/ \
/ \
/ ,────> \ 0%
/ / /
/ / /
. / / ̄ ̄ ̄ /
/ / ̄ ̄ ̄ /
. / / /
. / / /
/ ____/ /
\ / /
. \ /
. \ /
\ /
. \ /
\ /
\ /
\. /
\. /
\/ 64bitだとSSEも16レジスタじゃないけ?
AVX512は32本 >>777
SSEのレジスタ16本は手作業での最適化を32bit版と別にコーディングしないといけない上にCPUによっては逆に遅くなるから使ってないソフトも多いだろう。 visual studioなんかだと、32ビット版でSIMDを使おうとすると、関数の引数に制限があったりと、コードの互換性にかなり手間だった記憶があるな。 >>753-754
Raven RidgeのiGPUがMX150(≒GT1030)に迫る性能という話を聞くと、IntelとAMDの奇跡の融合がただのガセネタだったのはちと残念 >>778
Intrinsic使えばそんなことはない
逆に言えばアセンブリで書く人は32bitと64bitで別々に最適化したい人 >>781
AVX非対応のx64てWindowsだとほとんど32bitで使われてるんじゃない?
SandyBridgeが圧倒的すぎて64bitを使うような人は皆買い換えちゃったでしょ。
誰も使ってない狭い市場向けにオプションを開発しても割に合わないよ。 Intrinsicとアセンブラはまだまだ差が大きい 32bitはオワコン
レジスタ数も8本から増やしてもらえない
IntelやAMDからも見捨てられてる
パフォーマンスが必要なソフトで32bit環境なんて
考えられない
32bit版の最適化は手を抜いて
64bit版に注力するのが良い """リ"(( (''|ii,,,、-'ー-''(:ノノ
ii、-'"―、;; ii、〉 ひ 7;;
省 媚 `(`ノ : {彡
み び {;;;;) 退 >彡
ぬ ぬ i"::/ ! !. か (:::;;;
! !. | ;;;ヽ_ ぬ / |
マ-i,、-、r''" ;;;;;;ノYi )''" し
::::、 ii、 t;;; :::::;;;;i':::::U ::::::::
::::::ヽ ヽ,,~ヽー、;; ::::::( ::::::::r
::U::: `' 、ヽ、、 t;;;|ヽ;;;ヽ淫ノ;;;
::::::::::;;、、、;;;;≧ミ=、,n,|ヽ;}ii |;;;;;
Z:r"タ"'",=、''''ー、~'ー、ノノ|,i;ー
三>'=='="チ=ー':`'"、;;;;;ン
U " ::::::::::::::;;;;;;'''"ヽ|;;j彡"
、::: ::::::::::::::,イ:::;;;;;;;~'-、,j;;jー''":
:、 ', U ::::::::::::::U::;;;;;;;;;;;、 リ;;;| :"
:::t ':, ::::::::::::::::::::''"(⌒ /;;ヽ
:::::t ヽ ::::::::(j: ::::ヽ`'(;;;;;;;)''"
::::::::t U::::::::: _,,,、;;_゙' 、;;;;;;;、ノ
::::::::::', :::::::: イ'r、、"'''ー―ー-''"
::::::::::::ヽ ::::::: ij('ブ `""`´´"´
::::::::::::::ヽ u ......~'''""~~ ̄ ̄ ̄
:::::::::::::::::ヽ :::::J::::::::::::r;;;;;;;;;;;;ヽ
|.| ::::::::::::::::::::::ヽ::::::::;;;;;::::;;;;;
U :::::::::: :::::::::::::ヽ >>782
Pentium、Celeronとかは今もAVX非対応 AVXが効果あるような用途でPentium?
とりあえず動くようにするだけでパフォーマンスは考えなくていい
もともとパフォーマンスとか気にしてない人たち用なんで
最適化が重要なのは、新しいCPUの64bit環境 パフォーマンスが必要な一部のソフト以外32bitで問題ない
VMとかで32bitXP動かして、XP時代のMSVCをつかって32bitでビルドすれば
ほとんどの環境で動作する パフォーマンスが必要な一部のソフトの為のハイパフォーマンスCPUだろうが Windows 10 64bit
VS2017
でも
32bit XPで動作するバイナリがビルドが出来る パフォーマンスが不要ならネイティブアプリである必要も無いけど >>786
全ラインナップでAVX対応してるのはAMDだけだしな ■ このスレッドは過去ログ倉庫に格納されています