Intelの次世代技術について語ろう 88 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Intelの次世代製品や、それに関連する技術についてのスレッドです。
■前スレ
Intelの次世代技術について語ろう 87
http://egg.2ch.net/test/read.cgi/jisaku/1491886925/ Intelのモデム技術の信用度っていかほどのもんなの?WiFiはLANほどの評判を聞かないし、Atomプラットフォームはご覧の有り様。なのにAppleが採用を増やすなんて意外なんだが かつてAppleはInfineonのモデムを使ってたので別に意外ではない >>59
4コイチ8コアじゃなくて本物の32コアじゃないとね
買ってレビューするまでもなく想像以上に駄作
流体計算には使い物にならない 一般論として、調達先は複数用意したいだろう。Appleの規模だと急な代替もないだろうし >>61
あんたも名無しやん
名無しが卑怯者なんて俺すら思ってねーのになんでおまいらそうも自分の頭にブーメラン突き刺すんだ 結構前にReadyNASとかで乗っけたのが出てるはず >Denverton >>63
Appleは自社のマージンを最大化したいから
ひとつの部品屋に依存して価格の主導権をとられるのが嫌いなだけだと思うよ
MacにAMDのGPUばかり採用してるのもNVIDIAの市場支配力の裏返し
ちなみに噂レベルなら全く真逆の記事が書いてある
https://www.thelayoff.com/t/MSJCqOV XMM7560なんて実際に出てくるのは来年だものな、それもおそらく来年の中ごろ以降 Infineonなんて爆弾回しの最後にintelがつかまされた婆みたいなもの 本来今年出るのはiPhone 7sであってiPhone 8ではないはずなんだが、iPhone10周年だから8は今年だという説があって、そこでいろいろ齟齬が生じてる気がする
7sの一部にに載る可能性が高いXMM 7480だが下り最大450Mbpsだからピーク性能の時点でQualcommには既に負けてる
https://www.intel.com/content/dam/www/public/us/en/documents/platform-briefs/xmm-7480-brief.pdf
2Gとか3Gサポートも含めた対応バンドの広さが重要じゃないかな
つーより現状の携帯通信業者のプランだと「ギガが減る」(笑)のが速くなるだけだからどっちかというと安定して繋がるほうが大事かと Mobileyeも大金叩いてkingを引いたつもりがJokerになるかもしれないw XMM7560が出てくるのは、もともと来年という話だったような
Qualcommのもギガビット対応は2018年予定じゃなかったっけ >>73
7sとは別にプレミアムモデルの投入が有力視されてて
それが便宜上8と仮称されてるんだよ。 Intel、「x86のエミュレーションは特許侵害」とARM版Windows 10に牽制
ttp://www.itmedia.co.jp/news/articles/1706/11/news014.html これか。ごく一般的な立場表明しか書かれていないので、Windowsに限らず龍芯とかも含めての話のように見える
このタイミングで発表する意味がよく分からないが、COMPUTEX終わったからってこと?
X86: Approaching 40 and Still Going Strong
https://newsroom.intel.com/editorials/x86-approaching-40-still-going-strong/ そーいやトランスメタ解散した時特許資産のいくらかIntelが引き取ったんだっけな?
チーフアーキテクトがIntelに亡命したのは知ってる この辺の歴史は追ったことがなかった。ややこしいな
Transmeta Announces Two Agreements with Intel
https://www.design-reuse.com/news/19144/transmeta-intel.html >>79
x86のISAを半導体で実装したらいかん気はするけど、上位レイヤたる
Win32 ABIをどう実装しようとMSの勝手なんではと思うんだけど・・・
スナドラ側からしたらARMネイティブな実装なんだろうし。 エミュレーションでx86互換を実現したとしてもIntelの特許に抵触するように、SIMD命令の実装方法に特許
ソフト実装に特許が認められることはGIFやMP3の前例があるからね
たとえばこんなん。
仮にソフトエミュであろうとSSE4.2を実装した時点でIntelの特許を侵害してる可能性が
Method and apparatus for searching extensible markup language (xml) data
US 20090144521 A1
https://docs.google.com/viewer?url=patentimages.storage.googleapis.com/pdfs/US20090144521.pdf x86をハードだろうがソフトだろうが扱うなら全てIntelにライセンス料払わなけりゃならないんだろうな
所詮一企業の独自APIだし、自社に不利益な用途に無料で使われたらたまったもんじゃないな Transmetaとの係争(LongRunの特許で訴えられて逆に自社の特許侵害で反訴したり云々)の経験から、SSEなどのモダンなx86命令セットをエミュレーションでも実装するとIntelの特許網にひっかかるような防御策を講じた、みたいなことが書いてあるね QEMUにはこれまで何も文句言ってないと思うけどとばっちり受けたりするのか Information processingの発展を妨害する行為だな、まるで西ローマ帝国の滅亡のようだ Intelはむしろ東ローマを滅ぼしたヴェネツィアポジションな気がするけどね APIや命令セットそのものに特許なんか認めたらあかんと思うがなぁ
クローンを(クリーンルームで)作れることは健全な競争を維持する必要条件 APIや命令セットとそれを搭載したプロセッサの開発と普及にどれだけのリソースを使ってると思ってるんだ
そんなものを使うんだから当然使用料は払うべきだし、無断使用は罰せられるべき
x86はあくまでIntelの独自規格でフリーでも何でもない 特許性がなく登録もされてなければ無断使用は問題ない
命令セット自体に著作権は無い http://wccftech.com/intel-28-core-xeon-platinum-8176-8168-xeon-gold-6161-6142-benchmarks/
Xeon PlatinumとGoldのCinebenchやCPU-Z
L3が11wayってのがキリが悪いし小さい気もするんだけど誤検出かな
それともL2増強したからL3はそこそこで良いという判断なんだろうか
パッケージはKNLと形が違うね 0.125MB(128KB)×11=1.375MBなんでちょうどキリがいい BDW XeonのLLCはセット数2048の20-way set associativeだったはずで
セット数そのまま11-wayにすると64(B/line)*11(way)*2048(set)=1.375MiBでちょうど合う 8-way,8-way,20-way
↓
4-way,4-way,11-way 8-8-20 -> 8-16-11 だよ
L2以降の実装は素のSkylakeとは違う L2のWay2倍、容量4倍でたかだかレイテンシ2サイクル増に抑えてるのは流石にバス幅倍増の効果だね コア数増えてるのに11wayと減らして大丈夫なのかね
容量減と合わせてL3の効果がかなり減りそう http://www.4gamer.net/games/276/G027669/20170602116/
エミュではなくバイナリ変換だけどこれも抵触するのかしら
言うなれば自動でARM用に移植してる様な物だと思うんだけど >>104
IntelはItanium用Windows向けにx86のバイナリトランスレーション技術(IA32EL)を提供してたから知的所有権のストック自体はその頃からある
どうせBraswellとCherryTrailの関係よろしくBroxtonはApolloLakeの選別品の予定だったんだから、対抗の弾は出しようあると思うけどね
もちろんSnapdragon 8xxの牽制として出す以上N3350より安く出す必要はない バイナリトランス自体抵触しちゃうのね
って記事良く見たらエミュレーション環境上でトランス掛けるからどっちみち駄目だ Intelも具体的にどの特許に抵触するかは明言してないし、実装方法についても特定してるわけではなさそうなので、ちょまども御用達のMS法務部の手腕次第かな いっそみんなしてx86ポイすりゃいい
飽きた
あ、でもEPICみたいなのは御免だな 本来Win32/GDIの資産なんて捨てたかったはずなのに、失ったモバイル端末での影響力を取り戻すのに結局レガシーにたよらざるを得ないっていう AMDがK12にx86エミュ機能つけるか、Win上で動くトランスソフト出せば問題ないな Qualcommである意味考えような
LTEのIP作ってないAMDが作っても全く意味がない。 途中で送信してしまった…
Qualcomm以外でも寒がLTEモデム持ってるからあり得なくはない。MSが想定しているサイズによっては充分可能性がある。 msとしてはqualcomm以外やる気ないだろうけど
サードがどうやるかね Qualcommがリードする世界とはいえ、MediaTekとかも持ってるんじゃなかったっけ MediaTekはAcer経由でChromeBookも出してるな
ただDirectXドライバを誰が書くのかという問題ですな
実際問題QualcommくらいしかMSと合うベンダーいない気がするよ。
Qualcommはさらなる市場のためにサーバもクライアントも手に入れたい。
これはx86ロックイン状態から脱却したいMSの思惑に合致する
MediaTekは家電が本業なのでサーバCPUには興味がないしAndroid以外のOSに積極投資する気もない。
大穴はTegra復活 AI特化するために本来のHPC性能犠牲にしたVoltaを出したnvidiaが
いまさら二束三文でしか売れないarm windowsに未練があるかね スイッチでウインドウズ動いたら色々面白いな。
まぁ、セキュリティ機能とか足りないと思うけど。 AMD「ライセンス持ってるオイラがエミュレートする分には問題ないな」
とかいってx86エミュ+K12を売り出してきたらIntelはどんな反応するかね それは別にいいんじゃないの
メリットあるか知らんけど K12が売れる以上に、AMD謹製のx86→ARMエミュレーターが売れそう
下手すりゃ無料配布するかもな かつてのSkyBridge計画にはそういったx86エミュの存在が不可欠だから用意位はしているはず
当時は需要がないからお蔵入りしたけど、今回のこの騒ぎを見るにIntelが発狂するくらいには需要がありそうだというのが分かる Android用のARMエミュレーションレイヤーはARM本家にお布施したのかねー?
だとしたら理屈としてはわかる 今回のは発狂という感じではない様な
ガチでやり合う気はないから、気を使いながら怒ってるという感覚 MSとしてはCE時代の威光を取り戻したくて手始めにSurface RTではじまったARM版Windowsを復活させたいのだろう もうWindowsは沈没しかかってて
今更何やっても無駄だと思うけどね
取り敢えずはMSがx86使用料をまとめてIntelにお支払い
又は、なんかの権利とクロスライセンスで
お手打になるのが一番綺麗なんじゃないかなぁ 有料オプションだな
なんかのデコーダで前歴もあるし 来週のISCにて、KNLの成果発表で丸一日潰すみたいだ Another milestone for 10nm: Cannon Lake on track and we’ve now taped in Ice Lake, our 2nd-generation 10nm product.
https://twitter.com/intelnews/status/872844756845379584
Ice Lake, our 2nd generation 10nm processor, is taped in. Intel continues to lead in 10nm technology.
https://twitter.com/intelnews/status/872939120334479361 XeonとSkylake-Xの命令レベルでの対応の違いはTXTとページ保護関係の命令(PKU)の有無だけっぽいね
Memory Protection Keys for Userspace https://www.kernel.org/doc/Documentation/x86/protection-keys.txt
AVX-512その他で違いはないっぽい 7900XならCPUIDのDUMPがinstlatx64にあるから、キャッシュ構成もAVX512関連もこれでわかる
キャッシュ構成だけなら大原の記事にも書いてある Coffeeはどうやら本当にKabyのリフレッシュでAVX512は載らなそうだな
てことで、いち早くAVX512で遊べる7900Xを買うことにする 新情報あったっけ
第8世代CoreがKabylake refreshとCoffeelakeとCannonlakeの混在らしいという辺りまではなんとなく見た気がする >>138
一番早そうなのはyクラあたりかな
楽しめそうだ >>140
いや、アセンブラでの自作コード
ほぼ100%ピーク性能が出続ける、とある集合の計算のコード
新命令が出るたびにいつもこれをやる
SSE版、 AVX版、FMA版がある。
発売後しばらくは、普通のCPU酷使ツールよりもCPUを酷使するコードとなる。 さすがにKaby RefreshとCoffeeは別物でしょ、SkylakeとKaby Lake-Uぐらいの差はあるはず
まぁTick-Tockが生きてた頃までで言えばリビジョンチェンジぐらいの差なんだけどw Haswell RefreshとDevil's Canyonみたいなもんで実質的に同じだと思う
SKL uarch + Gen9.5 iGPU on 14nm++ process モバイル向けだとMCMで統合されるPCHが200シリーズ世代なのがKBL refresh
300シリーズ世代なのがCFLという差別化はされるかもしれない Kaby Lake-XってKaby Lakeのリフレッシュって認識でいいんか? HEDT向けのXシリーズはまた別のセグメントで、既に公式発表済みのはず KabyLake-XはたぶんKabyLake-S (14nm+プロセス) をLGA2066のパッケージに載せただけでしょ? CoffeelakeはCNL / Gen9.5 / 14nm++だったらいいなあ買うのにと思いつつ、
ロードマップの変更とリークが不完全(まあ仕方ないけど)なせいでもうわけわからん感じになっとる >>149
まあ基本そうなんだろうけど、FIVRがどーなってるのか気になる かつてIntelが圧倒した原因は、
Intel 生産コストが高いが微細化が進んだNikonのステッパ使う
→プロセスの優位を生かして高性能チップを作り高く売って高収益
日本勢 生産コストが高いが微細化が進んだNikonのステッパ使う
→作ってるものは中韓勢とバッティング、生産コスト高いので競争に勝てず脱落
韓台 生産コストが低いが微細化が遅れたASMLのステッパ使う
いま
Nikonが高性能ステッパから脱落、Intelも韓台もどっちもASMLのステッパ使う そんないい加減な話じゃないよ
同じ性能の露光装置でもパターニングの回数だのOPCだの
解像度を上げる技術に金をかけられるかがプロセスの性能の差になる
そもそもNikonがASMLに性能で勝ってたのってArF液浸露光が始まる前の話だし サーバサイドの最適化名目で会社PCをi9にしやすくなるかも? >>153
違います
円周率の計算だとピーク性能を出し続けることは無理だと思う
ちなみに私は、スーパーπの作者とも金田さんとも話した事があります
東大の大型計算機センターで
当時私も円周率計算プログラムを作っていました
スーパーπの中身はよく知っています 金田さんチームはAVXのお化けみたいなベクトル計算機(スーパーコンピューター)を使って円周率を計算していました
65536bitとかそういうオーダーの計算が出来るすごいマシンです
25年くらい前の話 実は当時、私のプログラムはスーパーπより速く計算が出来ました
私の案のいくつかがその後のギネス更新のコードに使われています 昔のスパコンって任意精度演算をそんなに強く支援してたのか
ぜんぜん知らん世界だ 今は円周率よりもさらに実用性の無い計算をよくやっています
意味も価値も説明出来ないような
団子のような、かけ算すらわからないような人には到底理解不能と思います ■ このスレッドは過去ログ倉庫に格納されています