CPUアーキテクチャについて語れ 44
■ このスレッドは過去ログ倉庫に格納されています
>>733 キュー分離してる上に分配の条件が不明って状態でそれやると、何処に放り込めるかわからんだろう FP分離してる上にNSQ付いてるからP6みてーに共用パイプの重ユース突っ込むのも出来ない 潜在的にタイミング攻撃に脆弱な実装はSMT上だと問題が顕在化しますよというお話 OpenSSLのDSA/ECDSA署名の実装がビットが立ってるか立ってないかで処理時間が変化する欠陥があって その変化をSMTを使って拡大することでサイドチャネル攻撃を成立させるというのが要点 本来乱数・暗号なんかは、Intel SGXで作った謎空間で、Intel Digital Random Number Generatorとかで 作った乱数でやるのがいいのだろうが、Intel SGXも、Intel DRNGもあまり信頼されてないからな 信頼できる同様の実装があればいいんだけど >>732 普通のセキュリティホールはやるべきチェックを怠って起きるようなものが多いが、 タイミングアタックとかのサイドチャネル攻撃は、正しく作っていればいいという事ではなく、 性能最適化とかで良いことをしたつもりでも穴になってしまうし、まあ難しい ソフトウェアしか知らないけどハードウェアも同じ感じだろう 直接配信を見られないがAMDの発表がすごいことになってそうな話だな >>278 >>328 https://geocities.yahoo.co.jp/ >Yahoo!ジオシティーズサービス終了のお知らせ >2019年3月末をもちましてサービス提供を終了いたします。詳しくはこちらをご確認ください。 >>741 あの8Cの1ダイ、HPL走らせたら 5W以下で100Gflops超えそう >>740 https://ja.wikipedia.org/wiki/ サイドチャネル攻撃 サイドチャネルを何か勘違いしてないか? 暗号鍵を扱うシステムは不逞の輩が様々な手段で覗き見ようと狙ってくるので ありとあらゆる事象がサイドチャネルにならないよう注意を払わなければいけないって事だぞ Wikipediaに載ってるキャッシュ攻撃のような初歩中の初歩の手段で破られるようではお話にならない まあ天井からぶら下がるアレも「物理的な侵入経路がある」という意味では立派なサイドチャネル攻撃なのだが・・・ MSやLinuxがスケジューラちょっと変更して、暗号を扱うプロセス向けに、物理コア占有するAPIを作ればいいのに そのAPIつかったプロセスは、同じコアのSMTで他のプロセスを動かせないようにして ただしマイクロソフトの署名済みのOSのプロセスだけ例外とかやっておくと、OSが有効利用してくれるはず Zen2はSIMDを128bitから256bitと拡張してくれたのが嬉しい RomeのMCM構成は興味深いがやはりSiCよりSoCの方がロマンがある Zen2でもRyzen 5以下とノート用APUはSoCでやってほしいね あまり話題にはならんが・・・・・・・・ このゲーム機本体はどうでも良いがコイツのZen+VegaAPUはそそられる GF14nmプロセスで作ってんだろうか ttps://www.notebookcheck.net/Zhongshan-Subor-Z-s-custom-Ryzen-Vega-SoC-has-more-GPU-compute-power-than-the-Intel-Kaby-Lake-G-Core-i7-8809G.331872.0.html 現段階でもRavenridge以上のAPUを作ろうと思えばできんだな 128bitのまま並列度を増やすのかと思った AVX2の256bitを処理すると2倍のクロックかかるからその間別のAVXユニットが使えるようにするとか 512bit化はないと思うが256bitのまま512bit対応もありうるのかね 互換性のためだけになるけど。 Intelでさえ持て余してるAVX512はないんじゃね >>748 恐らく微細化でデータパスの能力向上とバランスが取れたんだろう 512は流石にどうかと思うけど、全体として歪にならない範囲なら十分あり 14nmでやるのが無茶で有って、詰め込めれば当然放置できるゲインでは無い 要はバランスだ ま今回の改良の裏は他にも色々有りそうだけどね avx612は、phiみたいなHPC用チップ向けだろ 一般向けじゃないような phiが爆死してしまったのでサーバー用のxeonにHBMくっつけたものをHPC向けに投入するらしい Zen2ではAVX/AVX2による死角は無くなったのは大きいね AVX512は普及度合いを見極めてからでいいんでない Zen→Zen2でIPCは10%チョイ上がるようだからSkylakeコアよりは 確実に上になる Intelは最後の隠し弾14nmの9900kまで引き出され、 もはやタコ足配線限界のIcelake出すまでどうにもならんな 当初の10nmポシャってプロセスじゃA12/A12XやKirin980と スマホ・タブのSoCに負ける始末 RomeはI/OチップにL4$がどの程度積んでメモリのレイテンシを 減らせるのか見ものだね >>753 まだヒートスプレッダ廃止とダイ研磨、スペクター緩和が残ってる 来年はCoffee Lake-R2でイケる! XeonにHBMくっつけるならそれはそれで結構革命だと思うけど EMIBでつけるのかIF新規実装で直でつけるのか Zen2もあの真ん中の14nmのIOチップをHBM仕様に改良したら そのままHBMの64コアEPYC・TRができちゃうのな いよいよコンシューマ向けにも変化が現れ始めたな いいぞAMDもっとやれ チップが山盛りに乗ってるやつってCPUがたくさん載ってるんじゃなくてこれ全部で一つのCPUなんだよね >759の 上段中央は12コア、20コア用パッケージで L2キャッシュは別ダイだけど1コアは1ダイ。 その左とかの碁盤の目のようなパッケージの1ダイはCPUコアの一部 ひょっとしてGPUとDRAMコントローラとインターコネクトと合わせたダイを作って 8コアのCCX入ったダイをあわせてAPUなんて事にはならんよね? 手軽に作れそうだがコンシューマ向けにはコスト上がりそうだし。 普通に考えたらI/O、CPU、GPUの3チップ構成か I/OチップとCPU+GPUの二種構成だと思う なぜなら7nmでアナログ回路作るのが大変という理由だから どのみち3.3Vや5VのI/Oは内蔵できないんだから 今まで通りワンチップ+PHYだろ >>765 少なくともVegaとA64FXにはPCIe3.0が実装されてる 時期APUのRyzen 3xxxシリーズは、GF 12nmシングルダイとかになるんじゃないの? Exynos9820が8nmだったのでSamsungはArF液浸7nmをスキップしてもプロセスで先行出来ず TSMCが予定通り来年にEUV7nmを投入できればトップランナーの地位が固まりそう。 これってTSMC? GF? どこの12nmなんやろ 12nm FinFETに微細化した「Polaris 30XT」 消費電力21%増でパフォーマンス10%アップ! http://www.gdm.or.jp/pressrelease/2018/1115/283714 ダイサイズ変わってないらしいしGFでしょ GFの14LPPから12LPへの移行なら、サイズは変わらずトランジスタの性能が上がる程度の改良しかないので移行は楽 何もかも一緒で唯一構造だけ弄っただけだもんな 7nmもこういう小改良入りそうだなとは思う Researchers discover seven new Meltdown and Spectre attacks Experiments showed that processors from AMD, ARM, and Intel are affected. https://www.zdnet.com/article/researchers-discover-seven-new-meltdown-and-spectre-attacks/ >>771 1060より消費電力が100Wも高いとかなあ 下手すると2倍近く電力喰うケースもありえるとか 爆熱とはいえ絶対性能を有する9900kと違って全く笑えない マニアとかGPU収集家なら買うんだろうか・・・・ せめてVegaで行こうぜVegaで nv株凄いことになってるw YTDの下落率でGEと競争してるのかな? >>775 言うてグラボはその熱をカバー出来るクーラーにそのパワー賄えるVRM付き 多少馬鹿喰いしても何もしなくていいから楽ではあるぞ CPUは冷やし難い上にMBによってVRMの差があり、相性次第でそっちが喰うケースもあってなんとも 特に今回みたいな無茶やるとよく喰うからね、お値段も上がっちゃうわけです nvidiaビットコインかファンドにちょっと一言いわれるとこれだからなw ファンド往復で大儲け個人は往復ビンタw nvidiaは自動運転車の方が将来的にヤバいと感じている(自動車関係各社nvidiaを必要としなくなる時期はそのうち遣ってくる) ゲームに幾ら特化したスマホとはいえ、プチオーバークロックしたSD845採用 あまりにも貧弱すぎる メモリを幾ら積もうが、ストレージが速かろうがお話にならん ttps://pc.watch.impress.co.jp/docs/news/1153859.html せめてSD8150なら納得できるんだろうが・・・・・ それよりさっさとノートPC用のSD1000?発表しようぜ >>779 ここまでやったら携帯ゲーム機でいい、ソニーがvita2スマホを作れば解決だ >>778 自動運転はどちらにせよGPU屋の出るとこじゃ無いってのはとっくにわかってたからな アレだけで数出るんだからASICで良いわ 1位と2位を米国勢が獲得したTOP500 - HPCGも米国勢が1位を獲得 https://news.mynavi.jp/article/20181116-725202/ Linpack番長といわれたのは昔の話、 いまじゃ米国勢はLinpackが早いだけじゃなくHPCGも早い HPCGでも米国勢が圧勝 あらゆる計算で米国勢が早い HPCG List for November 2018 https://www.top500.org/hpcg/lists/2018/11/ Linpackで負けてもまだHPCGでは早いから・・とかいってた日本勢が 手の届かないところまでいってしまった 投資間隔が長すぎるよ いつまで京コンピューターがナショナルフラグシップとか言ってるんだよ 理研と海洋研が大型スパコン定期的に買ってるが そこまででなくても比較的大口のユーザーがもっといないと競争についていけない >>783 アメリカの対中高性能プロセッサ輸出制限が中国のプロセッサ開発を 加速させたという見方がある。ARMの買収はRISC-Vの注目度上昇を 加速させたかもしれないな >>784 二つの階段の勾配が同じでも、二つをずらして重ねたら どちらかが上になったり下になったりする。 日本は階段の段数が少なすぎ、間が空き過ぎで 下になる期間がどかっとまとまって訪れる。 長期的にはその辺RISC-Xになっちまうのかもしれないが ARMもまだ強みがあるだろう 小銭とられる代わりにARM社が新技術導入の旗振ってくれる RISC-X陣営も大口のユーザーになるとカネ出さなきゃならなくなるんだろ。 だからどうなるのか。 RISK-Vに関してはねぇ 高性能な実装のIP売る気があるベンダーがどれぐらいあるのかと言うと リスクてやると確かにKに変換されたが 流石にここではきちんとCにしようや RISCがRISKに変換されたか… 所詮、奴はWnn… RISCをRISKに修正するなど予測変換の面汚しよ…! もうこの先はIBMと富士通で共同開発したら良いんじゃね(適当 >>793 地雷と地雷を組み合わせて核地雷を創造するのはNG HPとIntelを地雷と地雷だと思った人はどれくらいいただろう いつの間にかPEZYがRISC-Vアライアンスに加盟しとる CPUだけじゃパソコンは動かない オープンGPUはよ >>799 オープンCELL BEというのはどうだろう? 少なくともサーバはマネジメント用の最低限のGPU乗せてれば動くだろ ASPEED AST2510みたいなGPUでいい >>796 少なくともIntelの「鳴り物入り」は片端から地雷踏んでる歴史がある >>798 PezyがどうなのかはわからんがPezyのお友達のEsperantoは以前からRISC-Xで計画立ててる ディッツェル親父の所な もう社長いなくてどうにもならないからお友達に救済してもらうのかもしれん そうなると国策で案件流してやるのも難しくなるなぁ アメリカって本当に凄い国だよな「核地雷」を作て配備までしたんだぜw ソ連がアメリカに侵攻して来たら使うつもりだったらしいw 稼働中の原発を通常兵器で破壊するだけで十分 イスラエルは前科あるし Green500は、Linpack/Wを競うものだが、 HPCG/Wのランキングも出したほうがいい CNN、inferenceのみとはいえ、Myriad X(4TOPS)の6〜8倍か まあこうした数値よりもCaffe、TFがきちんと使えるのが良い点 AI/DNNアクセラレータを作る時に重要なのが開発環境の整備なんだよな 主要なフレームワーク・ライブラリで使えたほうがやりやすい ハードだけ作ってソフト全部そっちでやってくださいとか、オリジナルの開発環境しかない場合は、 よほどシェアが大きいとか、よほど高性能とかじゃないと使ってもらえない よほどシェアが大きいとかは、たとえばx86にAI/DNN系命令入れるとか、nvidiaが自社GPUに入れてCUDAで対応するとか、 そんなやつね BIZARRE Intel Core i7 from CHINA for $100!! https://www.youtube.com/watch?v=tvXfgdyQxPQ 中国で黄金戦士めいたコンセプトの製品が出回ってる模様 合法的に詐欺的な手法で政府から金を引っ張る技術に長けた既存大手メーカーと、 そういった技術の無いPEZYの違い PEZYになかったのは、合法的に補助金貰う技術に長けた人材と、 よくわかんなんとか協会の設立、天下り受け入れ SSLで使う暗号化のハードウェア対応→AES-NI SSLで使うハッシュのハードウェア対応→SHA Extensions 現状RyzenとEPYC対応、Intel対応予定 http/sslで使う圧縮のハードウェア対応→現状非対応 webのパフォーマンスを上げるために、Intelも早期のSHA Extensions対応と、 gzip/deflate圧縮のハードウェア対応が必要 >>814 天下り法人通して迂回詐欺やればよかったんだ >>818 大丈夫なのかな IBMの石っつーとアレだからすごく危ない気がする 先端プロセスやめてなければ 本邦も同様にAMDとライセンス結んでx86スパコンとか作れたんじゃないか >>823 おいおい そんなもん発案から実現までに2世代は遅れるぜ 何たって仕事が遅々として進まないからな NECがV386作ってれば時代は変わったんだろうな。 >>826 たかがスパコン一台に建設費1100億、運用費年額80億だからな 他国なら同等性能を10台から20台作れてしまう DO+で使ったCPU何だったか忘れたけど互換性がいまひとつだった記憶がある Amazonもepicを導入したけど団子さんはお元気だろうか(笑) 団子さんは藤井七段をどうやってdisるのだろうか(笑) ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる