CPUの勉強真面目にしようと思って本買おうと思ったんだが、ヘネパタとパタヘネって何が違うんだ? ヘネパタデカすぎてびびったわ
Cortex-X1もあるし、Switch用カスタムTegraのCPUは安泰だな 携帯モードで2k・60fpsが余裕で熟せるSwitch Pro(仮)やさらなる後継機にも期待できる
昔自作PC用にあった、Alphaチップ対応マザボみたいに 今のPower7/8/9 UltraSaprc/Sparc64系 が載るマザボと 当然CPUそのものも市販して欲しい
選択肢はほしいがビジネスの継続性考えないとどうにもならない。 数少ないその回答がラズパイじゃないか
でも当時Alphaマシン所有してた人は、何かPCにはない凄さを 感じたのか?
Alphaのは対応というかCPUも載ってきてたな。 そしてAlphaは浮動小数点演算が高速だったし64bitCPUだったしで そういう使い道にはよかったわけ。 まあ今ならamd64じゃないのが欲しいということならRISC-VとかARMとかでかんばればいいんじゃね?
AlphaはPentiumやSPARCが100MHz以下でガキの喧嘩してた時代に200MHzで動いてたんだぞ 第三の選択肢とかそういう次元じゃないんだわ
25年くらい前の話か pentiumは32ビットだけどWNT出るまで16ビットOSしかなかったよな
NeXTSTEP 486 は NT3.1より後だったか NetWare 3.0 なら 1990年に出てたな あとは Mach386 とか国産の PANIX とか
Alphaが浮動小数点演算が速かったということは その手の性能が重要な流体解析や構造解析の演算速度が そこらのPCより速いってことになるけど、 それを実際に触った人となると大学の工学部とか企業の 研究センターにいた人なんだろな。
>>14 NT3.1=OS/2 ver2.0 確かソースコードが同じだったはず > pentiumは32ビットだけどWNT出るまで16ビットOSしかなかったよな WNTはWindowsNTのことだろ 当時って書いてることはNTが96年頃に出たと思ってるのか
1B/V3はTronwareの付録に付いてきてPentiumIIマシンで動かしたことがある フロッピーベースで動いて軽くて不具合もなかったけど使い込むことはなかった
MS-DOSでも普通に32bitアプリあったんだが Win95出ても、ゲームはしばらくDOSのままで、 32bit必須のゲームが多かった気がするよ
>>20 > NT3.1=OS/2 ver2.0 違うぞ 本来のOS/2 Ver3.0がWindows NT その後のOS/2 Warp 3.0とは別物 Alphaの凄いとこは、汎用的な設計で同世代のチップより 速かったことだろうな。 PS2/PS3でのEmotionEngine CELL.BEみたいに ピーキーな設計で性能を出してたのとは違う
だからB-rightが作られたんだろう 古臭いから作り直し、ということで 64bitとかはあるの?
一昔前はエンジニアリング系のソフトはx86とRisc系も対応してたけど 今じゃ殆どがx86対応だもんな。 CG作成もSGIが現役なころはMips載せたSGIワークステーション対応が 普通にあった。
>>32 そうそう、これならWSスタイルものもあるから6も大満足だね! >>32 POWER 9、CPUだけなら500ドルから買えるんだ ワークステーションが高価なのは ハード本体の価格よりかはメーカーのサポート代で 高くなってるとあったな
>>35 そして手厚いとは言えないがサポートのあるx86のUNIXマシンが売れて 意識高い系がスターバックスでノート型を開いてたりするわけだな PowerPCとかは、昔から高度なセキュリティ機能が乗ってた PS3やxbox360で、なんでCPUにこんな無駄にセキュリティ機能が乗ってるんだっておもってたが
>>36 macがx86になってからもう14年ぐらい なるな でもPowerPC/G5って同世代のx86より 特に劣る石じゃなかったような >>39 powerbookG5が作れなかったからじゃないか? >>39 そうわ言ってもコア設計が2年前に発表された POWER4 のままで 第二、第三世代の970FX/GX になっても改善された POWER5 コアに移行せず、次世代の POWER6 に至ってわ Pentium4 ばりの高クロック/超ロングパイプライン設計となれば見捨てられても仕方が無いす。 その後の歴史が示す様にノートPCに使えないアーキテクチャに未来わ無いすから… ちなみに AMD わ Zen に関して極秘の性能データとロードマップを付けて Apple に売り込んでる筈すけど、競合に対する優位性が明確になった今になっても採用されないのわ、当時 IBM の半導体部門を率いていた Lisa Su に相当嫌な思いをさせられたのでわ?と思うす 団子はIntel x64の一部命令がAMD x64に無いからと言ってたな 自分的には↑+ TSMCの製造キャパに不安と予想
>>39 64bit対応・デュアルコア化可能とサーバー譲りの先進性はあったが、個人用途で重要なシングルスレッド性能が上がらない、スターバックスに持っていくためのモバイル化ができないと致命的だった 任天堂は2010年代になってもG3世代のCPUを使わなければならないほど >>42 TSMCがダメというよりTSMC一本足打法になりそうだからな サムスンが微細化についてこれない可能性を考えると >>44 IntelもIntel一本打法なのは変わらないような・・ >>45 Apple 自身が A シリーズで TSMC に依存していることに加えて、TSMC のファブわ台湾に偏在しているという問題もあるす。 もしも台湾が大地震に襲われれば…とか考えると、世界中に工場を持つ Intel の信頼度わ高いかと >>46 スマホ用5Gモデム事業は林檎に売却済みだったような >>48 その危惧はたしかにあるが、その話をしたかったわけではない。 日本はかつて東西に分散させることが多かった ところが、せっかく東西に分散させてるのに、この製品はこのファブでしか作れない、あの製品はあのファブでしか作れない、 みたいなのが多すぎてあまり意味がなかった
Power9のベアボーンって昔のalphaみたいに日本国内でも 販売しないの?
>>37 コピー防止と権利保護(DRM)は死活問題だからゲームコンソールはセキュリティーにクソうるさいよ。 Cortex-X1はどの程度の性能になるんだろうね サーバ向けでも使われるのかな?
>>56 何を以て IPC の定義とするのか…という話わ横に置いとくとしても、毎年20-30%づつ上がるなんてのわ典型的腐れルーマーにしか見えないす こういう事かね 1.00→1.18 18%UP 1.18→1.25 5.9%UP 1.25→1.50 20%UP 1.50→1.80 20%UP まあコンスタントに20%も結構キツめの目標だと思うが、やらなきゃAMDに勝てない。
別にIPC比較だけでAMDに勝つ負けると言ってるわけじゃないだろう。 まあそれらが出る頃にどういう競争関係になるのか俺にはわからんけどさ。
それだけIPC上げる技術があるなら、どんだけ出し渋ってたんだよと
x86-64って若干頭打ち感あるけど、今後armが一般用途でx86-64の性能を上回る可能性って考えられる?
x86命令をデコードして内部のμ-opにするのに相当電力食うんだよな? そしたらもしμ-opみたいな命令をネイティブ実行出来たとしたら早くなるのかね?容量増えるかな?
>>64 無い もし出来たとしたらそれはもう原型がなくなってる フィードで糞詰まるのがARMのハイパフォコア かと言ってココを広帯域にすればメリットが無くなる >>67 原型なくてもいいのではないか ARMは互換コア作るためのライセンスがあるわけだし。 とはいえそういう所が今脱落してARMが高性能コア作らなきゃならなくなってるんだよな うまくいかんね。 >>66 命令セットがμopになるだけじゃね μop変換せず実行というなら Pentium・Cyrix6x86「出番と聞いて」 > 命令セットがμop RISCの失敗を繰り返すだけだなw
俺が言いたいのは命令セットをμ-opにしたら効率いいんじゃね?って事でまさに>>71 の通りです RISC系って命令セットの効率が悪いから滅びたんじゃなく、 x86系企業の資金力開発力に敵わず、最後はItaniumの前評判にとどめを刺されて殺されたイメージなんだが、命令セット面で悪いところって具体的にどんなとこがあったの? Riscと言えば、無印Pentiumが出てきた頃に、SUNのSuperSparcあたりは 実効性能で負け始めていたみたいな話がUNIX系のBBSであったな。 でも、実行性能ってのは普通にデスクトップとして使う際の速度? であって、数値解析みたいに浮動小数点演算使うようなジャンルだと まだRSICに優位性があったんでは?
>>72 コードによる処理密度だっけ? 今のRISCはリッチ命令も実装してCIRISKになっとるんでしょ。知らんけど。 とは言え、CISCもRISCを飲み込んで力業になってるけど。 >>72 最後のほうはx86的な命令の融合に手を出してたんじゃなかったっけ? x86 : 複雑な命令が足かせになって実行コストが重い → 細分化したμopに分解して実行 risc : 命令は簡単だが数が多くく管理コスト(とメモリ帯域の負荷?)が重い → 融合して管理コスト圧縮 こんな感じでriscであることを放棄した感じになっての企業競争に負けた感じなはず 「感じ」ばっかだけどこんな感じだったはず (ハフマン圧縮がどうこうと読んだ記憶が・・) >>72 RISCはとても効率が悪いということを受け入れようぜ。 >>74 >>75 命令が多くなってメモリ容量とかがヤバいことになったのが敗因ってこと? そういえば今のRISC-Vもx86系よりは容量食うんだよね。組み込みには致命的な気がするけど、どうなんだろね x86は複雑な命令を複数uopに分解して〜とか言ってるけど、 多くはワイヤードロジック、組み合わせ回路一発も多用してるわけで、 uopオンリーとはかなり効率の差があるだろう。
>>81 x86 vs. RISCの時代はCPU全体でたった1〜15万個のトランジスタしか使えなかったから そのワイヤード・ロジックの実装コストすら重かったんでしょう 要するにRISCはメモリ食いキャッシュ食いな上に、最大のメリットである無駄なトランジスタを使わないって言う点が意味なくなっちゃったから極端なRISC思想は滅びたんかね やっぱ昔の話は5chで聞くのがいいね、良くわかったわ
>>80 たるさんのトレースキャッシュ論、今やAMDだけでなくARMもやってて笑える >>82 486で100万トランジスタ Pentiumで310万トランジスタだけど 15万って286や386の頃でしょ? いまじゃ7nmプロセスなら、コンピュートダイ1つにつき32Mのキャッシュ積める時代に、 キャッシュメモリが超貴重だったころの話をしても当てはまらないかもしれない
内部で変換する時点でRISCもCISCも意味ないから ISA含めたアイデア勝負で決まる時代から札束で殴る世界になったってだけだよ だから数が出るx86だけが残った 当時はDECすら自社でファブ持ってた時代よ
命令密度に関してはVLIWの死因でもあるな >>80 とてもなつい 全体のキャッシュ容量は増えたけど、 今でもデコーダに最も近くて速い命令用L1は32KBとかだね
ダウンロード&関連動画>> VIDEO 486DX3 vs Pentium66 486DX2/66 比較ベンチ でもこれ、GPUや搭載メモリーの容量が 違うから、公平な比較じゃないな >>87 DECですらというけど、DECって企業の 規模で言えばmipsやarmより巨大で 80年代後半に10万以上の従業員がいた 大手だぞ どっちかと言うとファブレス中小じゃなく IBMやHPに似たようなポジションにいたのが 昔のDEC >>93 そこ確か99年のトランスメタクルーソーの 時に話が出てきて。そこのロシア人技術者が トランスメタの立ち上げメンバーの一人だったか? 当時のPCwatchだかWiredだかにVLIWで 開発中で同世代のintel/IBMの鯖用を上回る パフォーマンスとあったな >>87 意味がないというか 内部変換で弱点をカバー、強みをより活かせたのがx86 内部変換する前段階の弱点を最後までフォローできなかったのがrisc >>85 wikipedia見直したら単位間違ってたわ [百万]だから初物のEV4で160万でした >>69 QualkomnはSD820/821のKryoを早々止めたし SamsungもExynosのMongoose開発チームを解散した ARMの自社製カスタムCPUで成功したのはApple AチップのCyclone系くらいだな AppleのカスタムコアがARMの高性能コア最大のライバルになるとは皮肉な話だ >>93 まあ先端プロセス使わせてもらえないならVLIWの方がって事なんだろうか キャッシュをなんとかすれば性能出そうだし 何度も言うが、x86は内部変換したから勝利した〜中身はRISCで〜みたい話は RISC君のみっともない言い訳で全然的外れだから。
そう?P6でuOPという内部変換機構の導入によって、 その後のx86の逆転勝利と独走が確定したのに、どの辺が的外れなの?
μ-opはRISC的な命令じゃないって言いたいんじゃないの?
>>97 VLIWってパックできる命令の分だけレジスタのリードポート増やさんといかんから プロセスが不利な状況で性能を出すために使うのは微妙だぞ VLIWは、世代ごとに互換性の無い命令セットでいいなら十分使える 問題は、世代が違っても互換性のある命令セットだと、VLIWの良さが引き出せない
RISCが滅んだなんてご冗談を モバイルも組み込みもARMだらけじゃないか Advanced RISC Machinesを略してARMですよ?
それに組み込み向けのCPUを見てもCISC的な命令セットは少なくてRISC的な命令セットだらけなんだが
x86の逆転勝利というのがそもそも被害妄想だし。 PC市場でx86が負けたことは一度もない。常に圧倒的シェア。
>>104 21世紀になってから新CISCが登場したのには驚いた ルネサスはCISCとRISCからよいところを、みたいに言ってるけど。 黎明期のZ80系全盛な時期くらいじゃないかね 16bit機優勢になってからはx86アーキテクチャがPC市場で敗北したことはないはず
RISCが一世風靡したのはワークステーション市場。つまりRISCチップが駆逐したのは実は68kマシン。 なのにRISC君はなぜかx86と勝負して勝ったと脳内補正してる。 ノ ←PC市場の推移 ー ←WS市場の推移。結局、自分の市場を育てられなかっただけである。自爆である。
まったくそのとおりだと思うがそういう事になった理由にはウォーターフォールモデルがあると思うね 利益率の高いサーバやWSでシェア取れればPC市場も取れるはず、と。 現実には逆だった。ローセグメントからハイセグメントへの侵食が起こった。
AMD64もだねー IA-64を文字通り下から突き殺しちゃった
Apple Threadripper Macの後継はやはりPOWER Macの復活で
>>90 L1増やし過ぎてもパフォーマンスの改善にはならないどころか検索で足引っ張ると聞いた アーキテクチャごとにベストな容量ってのがあるんじゃない? Intelは明確に言ってないけど AMDがZen2でTAGE導入して分岐予測精度上げたー ってな話はGOTOさんの記事で読んだ気がする ミスヒットしないよう可能な限り分岐予測精度上げて それでミスヒットしないよう設計しながら可能な限りキャッシュ容量上げてるんだろうね
力入れまくってただろ IntelはAtomコアまで作ったARMに対抗したのに惨敗
力入れまくってたというほどとは思わんかな 逆ウォーターフォールという考えから言えばARMはx86を侵食するのかどうか
Atomなんてゴミを侮ってる間にCoreとRyzenが5W・3W・1W市場へと侵食していくと、 ARMの突き上げが完全ブロックされる、された
x86であることを売りにしたAtomはスマホやタブレットに食い込めず、Coreシリーズを持ち込むもうまく行かず Ice Lake-Yではmブランドを無くして、TDPも9Wまで上げた Intelはこの市場から事実上撤退
>>116 >>118 当時のスマホ部門は 2013年に31億ドルの損失、 2014年に42億ドルの損失、 2015年は単独非開示、 2016年4月スマホSoCからの撤退発表 スマホ市場に食い込むためにかなり無理をしてたでしょ CINEBENCH R20 シングルスコア Ryzen9 3900XT 542 王座奪取 Core9 10900KF 539 Core9 10900K 539 Ryzen7 3800XT 531 Ryze5n 3600XT 531 CINEBENCH R20 マルチスコア Ryzen9 3900XT 7479 Core9 10900KF 6399 Core9 10900K 6399 Ryzen7. 3800XT 5279 Ryzen5 3600XT 4007 cpu-monkey.comより(喜)
>>120 Intelには切り札Lakefieldがある ただTremontをベース2Ghz以上で出せなきゃゴミで終わるが・・・・・ スマホやタブレット用のatomはただでバラまいてたということだけど、 実際どんな感じで売ってたんだろうね。
>>109 MicroSparcのコードネームはTsunami どうやら、津波のようにインテルを押し流す 目的で開発された模様 でも流されたのはSparcの方でした。 Intelの黒歴史にTimnaというちょっと似通ったややこしい名前のCPUが埋もれてますね
>>126 TimnaはIntelのメモリ戦略が悪い 初期はSDRAM比速度2倍値段10倍だったからなラムバス
会社でRDRAMをフル実装したPen4マシン見たことあるが速かったのだろうか…?
雑誌のベンチでは数%の性能アップだった ぶっちゃけCPUをもう1ランク上にしたほうがコスパも性能も上
>>123 Microsoft SQ1(=SD8CX)対抗用でしょう 素の性能では高いが、Win10のエミュで劇遅になるから問題ないのでは? RYZEN C7なるARMベースのSoCが開発中とか Samsungとのやつかな
>>131 FM-TOWNSのOSはMS-DOSベースで 基礎は16bitOS K12だったら死に絶えつつあるライセンス開発版ARMコアに久々に希望の星だなぁ
Threadripperは一体誰と戦っているのだろうか……
>>104 最近、大学でやたら出鱈目を教えてるらしいな。 キミのいうRISC的な命令セットの定義を教えてくれ。 どの組み込み向けチップのどの辺りがReduced Instruction setなんだ? 具体的に。 >>138 元モデル2Fユーザー TownsOSであるシステムソフトウェアは MS-DOSに富士通製のGUIのシェルと32bit プロテクトモードを被せたもの WindowsNTのように最初から32bitOSとして 開発されたOSとは別物 >>140 おれは104ではないけど、まずそちらが反例を示した方が誠実だと思うぞ まぁ確かに組み込みは最近ARMが多いが(ルネサス、NXPとか) >>141 一応Windows9xですらプリエンプティブな32bitOSとされてはいるからね。 根本に16bit部分が残っていても >>130 でも大量の浮動小数点演算のデータを扱う みたいなのになると帯域が広い方が有利 x86な自作PC板でRISCの話題が出てるのに そのRISCを搭載してたUNIXワークステーションのUNIX板では RISCどころかCPUの話題さえ出てない。 なんでUNIX板の住人はSparcやmipsについて語らない? それとも日本だと語るほどUNIXワークステーションのユーザーがいなかったとか?
MIPSなんかはNECやソニーやその他かかわってた日本企業多かったから 語れる人は多いだろうね。2ch/5chで語るかどうかはともかくとして。
ソフトの人間だからだろ 俺もプログラミングに飽きが来て自作に嵌るというか 逃避しだすまでマシンなんか安定してて そこそこ速けりゃ何でも良かった 最近でこそマルチコア対応やGPU周りで ソフト屋もハードに対する興味が増してると思うけど
>>148 >ソフトの人間だからだろ 未だ言語仕様にメモリの階層化対応が含まれず、C で元から定義されてる register 指定すらマトモに機能しない有様。 高性能を求めてるヒトすら、べき乗演算子すら無い言語に疑問を感じてない辺り文化が違うとしか… >>150 よっぽどの高性能が要求されるソフトを書くプログラマ以外 …つまりは大多数のプログラマにとっては 言語のグレーゾーンに近づかずに 仕様通りの動きをさせるコードを書くことが 健全な解決策になる 本気で性能が必要なら そこをアセンブリでも何でも使って実現し マシン依存のモジュールを局所化して 明確なインターフェースでくるむから 余所には影響しないと思われる OS書くような奴のことは知らん >>151 >OS書くような奴のことは知らん その OS (や言語)を書いてるヒト達と高性能ユーザープログラムを書いてるヒト達の解離が露呈してるのが C の仕様だと思うす。SIMD どころか未だに浮動小数すら継子扱いすから… 一方で機械語/アセンブラ側わ、ハードウェアの進歩と共にメモリ階層やキャッシュヒントのための専用命令やフラグが盛り沢山になってるのが現状で、プログラムサイドから見た「美しさ」と実装の解離も拡がるばかりに見えるす C に成り代わる現代的なデータ構造とメモリ階層をサポートした構造化アセンブラが必要なんじゃ無いすかね? AI にプログラムを教える為の共通言語としても… 主任、構造化アセンブラっていいすね〜 いにしえの青春の記憶
>>152 LLVMから機械語に落とす時とかにやってほしい処置だよね MSVCとかはそういうの結構やってそうだけどどうなんだろ?(適当な憶測です) てかそういう言語拡張の類はCが一番重視してるポータビリティに反するからダメなんだろうな ショボくて抽象化されてるから移植性が高いわけで、メモリの階層化とかはコンパイラに全部お任せで、あとは拡張でやってくれってのがC標準なんだと思ってる でも__xxx()みたいな奴で何とかできなければ機械語書くしかないのは嫌だよね >>154 Microsoft に関して言えば、Visual Studio わ C++ のコンパイラであって C わオマケでコンパイルすること「も」できるとしか考えていないす。 未だに C99 にすら完全対応していない有様という… https://en.wikipedia.org/wiki/C99 ーーー However, with the introduction of Visual C++ 2013 Microsoft implemented a limited subset of C99, which was expanded in Visual C++ 2015 ーーー C2xでは思ったよりいろいろ拡張されるっぽいし、将来的にはそういうのもサポートくるかもなw 正直コンパイラ毎の拡張構文でいいと思うし良いものなら取り入れられると思うぞ、VLAみたいに 今はムーアの法則で性能向上があるから取り入れられないだけで、その辺やり尽くしたらそういう最適化の部分も手を入れる必要が出てくるかもな
>>104 ID:Y6JJJSls は逃げたのか? ほとんRISC厨は歴史の捏造ばっかだな。マカーのように突っ込まれるとすぐ逃げる。 >>147 そこらへんはどっちかと言えば 組み込み用途でmips使ってた感じでは? ちなみに90年代初頭でSUNのSparcワーク ステーションの世界出荷台数が200万台ほど 同時期のx86PC/ATコンパチ機が数千万台 組み込みもあったし、 ワークステーションもそれぞれMIPSのを出していたし、 プレイステーションもMIPSだったしその開発環境もMIPSだった みたいな?
OSやlibc書いてる奴らがどんだけ移植性と性能に拘って書いてるか知らないんだなMACオタは……
MIPSのナンバーワンユーザーってIntelかな?
>>159 8bitでシェアのあるAVRだってRISC風だし、16bitのPIC24やMSP430なんかもRISC風だろ? 32bitはARMの天下だしな MIPSのナンバーワンユーザーはSONYだと思うな NEWS WSも出してたしなによりPlayStation、PlayStation2おまけにPSPがあるし
NECのEWS4800シリーズはMIPSだったね NECと東芝がMIPSと提携していろいろがんばってたね Playstationのチップも東芝もかかわってるし
Sun、HP、IBM、DECと提携しなかったメーカーはMIPSに集結した感じだったね MIPSでSCO UNIXとWindows NTのパソコンを作ろうというACE initiativeなんてのもあったね Windows NTは当初からMIPSでも動くように設計されてた ただ、MIPSはSilicon Graphicsに買収されてたからこれらの計画が台無しになった気がする
>>162 そのご意見を否定するつもりも無いすけど、我々の世代なら新設レジスタに OS が対応せずに割り込み時の待避すらしてくれなかった事例などを何度か経験してないすか? AMD Zen で Linux が起動すらしないなんて問題も記憶に新しいす いろいろ話題に上るRISC-Vの基本命令がほぼMIPSのパクりなんだよな
パターソンとヘネシーは流石に仲良いだろうし(別に彼らが原案ではないけれど)、そりゃねぇ……ほぼ公認でしょう RISC-Vの良いとこってオープンなのは勿論だけど、他には遅延スロット無くした(よね?)ことと、あと何かある?
>>170 私わ命令の圧縮仕様だと思うす。演算よりメモリからの命令/データの移動が高価になりつつある現状を理解していると Core-i7/8700 3.2Ghz メモリーDDR4/32GBで 流体解析の姫野ベンチで 約4GFLOPS SIMDとマルチコア マルチスレッドには対応してないので 最近のx86CPUの1コアあたりの素のFPU性能がこのぐらいってことか
んーMIPSがSGIに買収されたからおかしくなったというよりは、 経営がいまいちになっておかしくなったから買収された みたいな?
今のCPUのFPU性能計るなら、構造解析系のベンチを動かした方が いいかもな
>>173 まあ同じ表でPenIII/700MHzや PenII/450MHzが載ってるから 話は分かりやすいかな。 姫野ベンチ 当時のスパコンである富士通VXと日立SR8000の結果が PCやWSと大きな違いがないが、すでにこの辺りからCPU単体で見たら PC/WSとの差がない状態だったんだな
FPUベンチっていっても、伝統的なx87命令は、使用非推奨で、 互換性のためだけに存在していて、パフォーマンスは落ちてるからな x87命令でベンチされても実態と合わない
>>156 面倒なことをやってくれるが遅いC++、 GUIアプリは、面倒なことやってくれる利点でC++ 面倒なことはやらないか、自前でやるから早いほうがいいCUIアプリや単機能なサーバアプリなんかはCだろ pentiumU・Vの結果がRISCと抗してるとこ見ると、x87は使ってないかと かといって、Uに対するVの結果がクロック比例なのでVのSSEも使ってないかと PentimuPROからのP6コアのFPU性能だな。
>>180 何十年前に引退したジジイが書き込んでんだよ >>164 ほんと質問の答えに全くなってないな。 答えれないほど馬鹿なのかリアルで嘘付き詐欺師なのかどっちだ。 >>183 あなたは煽り発言しかできないんですね もう、相手にしませんよ というかRISC風CISCと言い始めた時点でRISCCISC対立は無意味化したって事じゃないか
ATOMがARM系に敗走したのは何(すくなくともX86のデーコードはエネルギーを浪費している)?ATOMでA13と同じ性能は出せないでしょう?
商品ターゲットの想定が甘く中途半端だった ARMのようにスマホと決まってたら、その需要を満たすものを出すだけだけど atomはノートPCむけSoCより消費電力が少ないっていうゴールだけ定めてCPU作った感じ
RISCなんてパターソン先生の取り巻きがx86の命令セットがどんどん複雑化するのを揶揄して"CISC"って言い出して産まれた言葉で、明確な定義は無いでしょ。
1W切れたのはSaltwellまででチップセットの統合に時間がかかりすぎた この間CPUの進化は一世代微細化させただけで、Silvermontを出した頃にはもうスマホの進化が一段落してた
>>182 処理速度に関してCとC++に違いなんてないわな。 あるのはコンパイラの違いだけ。 こんなにたくさんのソフトが不安定なのも、こんなに簡単なプログラムが動かないこと、そしてゲームのfpsが低過ぎて楽しめない事もきっとあるはず。 そう、Ryzenならねwww
>>189 昔読んだ本というか、Oh-FMだか月刊アスキー あたりの難しい系PC誌だと、 RISC=固定長命令みたいな定義があったな まだPCが486〜Pentiumでx86はオワコン これからはRISCとワークステーション系の とこが宣伝してた時代 RISC-V原典読んだんだけど、命令の形式がキッチリ決まってて、レジスタ指定部が同じとこに纏まってたりとデコードし易いようになってたりしてて気持ちいい構造だと思ったよ フルスクラッチのISAだと結構あったのかな?こういうの
人間が見て理路整然としていても 機械からすれば扱いづらかったりする ともあれ命令長に関しては可変長でイケてる以上、複雑性が問題になる段階を超えていると判断できるがな
今となってはマイクロコードがRISCにあたるのでは?
また発表するかもって報道が出てきているな そして発表されないいつものパターン
>>195 昔、Oh!FMに連載されていた「CPU興亡史における8086文化の意義と今後」だよね。懐かしい RISCとかが始まったのって俺が生まれる遥か前なんだなぁ 隔世の感がある
むかしCISCだとコンパイラ性能が落ちるからRISCだ、という意見があったなあ
SpecCPU92の結果見ると。なんだかんだ言ってPentiumが出てきて RISCが追い付かれたのがわかる Pentiumに対し、明確な性能差を示せてるのがAlphaチップだけになった。 そして、そのAlphaも当時としては200Mhz越えの高クロックでの動作 をさせた結果での性能
Alphaも、PentiumIIIに追い抜かれたけどな
やっぱIntelってすげーんだな 今も生き残ってるだけあるわ
SparcSationやSGI Indigoが同時期のx86PCと比較して 薄型の筐体だったのは CPUの消費電力が小さかったおかげか?
よく言われるSparcはx86より実行性能が低い これ、まさかMicroSparcあたりをPentium4やそれと同世代のAthron系 Core2なんかと比較してとかじゃいよね?
当時のクロックは物理的には余裕があって、設計ノウハウでぶん回してた
産業スパイでもやりに行ってたのかってくらい短い任期だな、解せんな 家族に不幸でもあったのかなぁ
テスラも同じくらいしかいなかったはず。 まああっちは成果物なんかあったの? ってレベルなんで Intelで何か作れたのかどうか
案外やる気のある仕事以外は大きい顔してるだけだったりしてw Intelの場合はLakefieldとかに関わってそうだけどね ヘテロジニアスは今後の鍵だと思うし期待したいわ
Intelの言うヘテロジニアスは単なるMCMで恒例のなんちゃってヘテロだからなぁ Pentium D → なんちゃってデュアルコア Core2 Quad → なんちゃってクアッドコア Core i3 → なんちゃってAPU Core M → なんちゃってSoC Xeon Platinum 9200 → なんちゃってメニーコア
今、SUNのSparcラックマウントサーバの動画見たが、動作音が掃除機で ヤフオクでの購入を躊躇。 後、Blade1000などのタワーケースの動画も見たがPCのそれより五月蝿い ような、やっぱファンが安物なのかな?
何でラックサーバーが静かだと思ったんだ? サーバーは専用の部屋に入れるから音を気にしない 大体静音が持て囃されてるのはPC位のもんだ
>>216 テスラではHW3を開発してnVを駆逐した ラックマウント(ブレード)サーバーなんて 12000rpmのファンを搭載してたりで騒音上等だぞ
ラックサーバーはCPUクーラーにファンが付いてないもんな ケースファンを音とか気にせず常時ぶん回すからエアフローだけで冷やす感じ
1Uサーバ機とか4cmファンがHDDベイの直後にケース幅いっぱいにずらっと並んで銅製のでかいCPUヒートシンクに直接風当ててるし
それか、SUN fire210/240あたりのマザボサイズと電源コネクタの形状、 電圧仕様なんかがPCと同一ならPCの筐体に移植できるかな?できれば 電源もPC用のやつが利用できればいい いや。、普通にx86なPCにPC版Solaris入れたほうが、手っ取り早いのは わかるけど、、、
ラックマウントサーバーに静粛性を求めるのは無理オブ無理だろうw ありゃ基本的にラックに入れて空調と電源整ったデータセンターみたいなところに隔離・設置するもんだし 周りもみんな轟音、空調も轟音でデータセンターうるさいっすわー 夜勤で見回るとき鼻歌歌っても分からんくらい(それはない)
無理と思ったほうが早い 大概サーバーマネジメント機能のある専用電源使う
ラックマウントサーバはCPUの冷却の仕方が特殊で轟音になりやすい 一般的な家庭用デスクトップPCは、CPUはファン付きCPUクーラーで冷やす ところが、ラックマウントサーバの多くは、CPUクーラーにはファンが無く、筐体ファンで強い風をCPUクーラーに送って冷やす CPUを冷やすために筐体ファンをぶん回さないといけないので、爆音となる
あとマザーも全く形状が違うのが当たり前 接続してる冷却装置やストレージユニットごとに 監視チップでステータス監視してるのもごく普通にやってるので バラした時点で起動すらしなくなるだろう
ラックマウントで1Uの奴は、小型ファン使わざるを得ない。 小型ファンで風量つか風圧稼ぐ為に9000rpmとか狂った回転数になる。
>>230 RISCなマシンが欲しいけど ※PS3のような CS機じゃなくて 今現在、個人で入手できそうなのが SUNのSparcラックマウントサーバ ぐらいだから。でもそのラックマウントが 動画見て。轟音と知り躊躇してる 叩いて遊ぶんなら別にラズパイとかでもええような。 ARMだけど。
どっかのSPARCワークステーションをヤフオクとかで買いたたいた方がよさそうな気はする 新品欲しいなら……今はどこが残ってるんだっけか 国内だと富士通? HPはItanium終息宣言してるけどまだ新規受注はしてるんかね
今ヤフオクでSUNのとこ見てもSUN Fireかオラクル・富士通のSparc系ラックマウント しかない、一昔前はBladeなどの普通のEWSが出てたけど 後、UNIX扱ってるショップもRISC系のEWSは在庫なしになってXeon搭載の x86系EWSばかりになったよ
まーラズパイで遊ぶんが安直だけど一番お手軽かしらね 個人的にはラックマウントの中古なんて実働時間どんだけなのか気にかかって手を出す気も起きんわ 保守契約とかどうするんって気もするし
1万円くらいするけど、Raspberry Pi 4にRAMが8GBのが出たよ OSのRaspbianはRaspberry Pi OSという名前に変わってベータ版だけど64bit版も出た Ubuntu Server 20.04は32bitのarm版と64bitのarm64版があって リリース時に最初からRaspberry Piに対応してて普通に動く Raspberry Pi OSのarm64版とUbuntu Server 20.04のarm64版はデフォルトのカーネルでkvmが有効化されてる
ARMだから、ラズパイみたいな物出せるんだろうな。 これが現行のPower8/9やらSparcT5 Sparc64系だとこういのは 無理だもんな。
他のIP系では現状無理だもんな RISC-V化も進んでるっぽいけど、ARMのノウハウに勝てるのかね
RISC-VもSiFiveがIPコア充実させつつあるね あとは大口のユーザがコスト削減のためにアプリケーションコア以外をRISC-Vにしてる感じ RISC-Vコアを自社で設計すればライセンス料かからないからね 小規模なコアほどメリットが大きい
でもRV64GCまで対応するのはきびちいよな まさかRV32ICで作るわけにもいくまいて
中国企業ですらK210というRV64GCに対応したマイコン出してるからね 技術力ある大口ユーザならできるでしょうね
いろんなところがRV64GCに対応したオープンソースのRISC-Vコアを発表してる ウェスタンデジタルはRV64GCとは書いてないが そういうオープンソースのコアに置き換えるとニュース記事に書かれてる ウェスタンデジタル自身もRV32IMCのオープンソースのRISC-Vコア発表してるね https://pc.watch.impress.co.jp/docs/news/1128863.html >具体的には、現時点ではプロプライエタリのHDDやNANDコントローラを、 >オープンソースのRISC-Vに置き換えていくことを目指しており、 >年間10億コア以上の採用を約束している。 WDがRISC-Vにする予定なのは知ってたけどオープンソース作ってたのは見逃してたわ SSD作れるレベルなら分野違いとはいえRISC-V(それもマイコンレベル)なんて楽勝だわな 心配なのは他マイコンと比べたときのROM容量だけど、ストレージ系だと32bitのほうが都合いいから心配ないとか、ROM増量にコストほぼないレベルとか? ラズパイはどうかな〜、PCとなると勝手違いそうだし、と思ったけど、OoOもともと無いわけだし意外と簡単なのかもね てかラズパイのSoCってBroadcomだったのか、目立たないけど2013年からarm参入してたのね https://eetimes.jp/ee/articles/1310/22/news018.html >>247 > OoOもともと無いわけだし意外と簡単なのかもね どういう意味? Raspberry pi 4のCortex A72はアウトオブオーダー実行だよ >>248 あ、そうなの? spectreの記事から更新されてなかったわ(知ってると思うけど、3まではなかったので……) もうちょっと勉強して出直してきます オープンソースで作ってるとはいえ WDが開発したものはクローズドでしょ
RISC-V使うってのは、本当に使おうとするのか、 それとも、ARMとの条件交渉を優位に進めるために行ってるのが どっちなのかよくわからんな
WDは本当に使う気 ARMのライセンスは、ARM命令セットな新コアを作るには一番高いライセンスを払う必要があるから WDが使うような特定用途向けに特化させたい場合は割に合わないことになる
今のところは自前で設計部隊持っててコンパイラとかミドルウェアも自前でどうにかできる場合はお得って程度だな
>>252 たぶんライセンスフィーは安くなるのだろうが、 一定以上の数量使う場合は標準化団体への資金提供求められるらしいやん RISC-V ウェスタンデジタルは年間10億コア使うと言ってるからな 1コアのライセンス料が5円だとしても10億コアとなると年間50億円削減できるわけだから
CPUにもGPLの時代が来たら面白いことになりそうだけどなあ
ラズパイはARMアーキのせいで動かないソフトが一個でもあるとストレスで憤死するからやめとけ。知育玩具だあれは。金あるなら大人しくNUCにした方がいい
Armアーキのせいで動かないって、x86専用のソフトが動かないってこと?
あんなもんで憤死するやつなんていないだろ? 何十年も前からあるマイコンボードキットと同じノリの商品だし。
>>260 「RISCなマシンが欲しいけど」 と言ってる人にNUCを勧める変な人 まあこの手のスレでは議論を推し進めて行った挙げ句 最初のお題が台無しになるなんてよくあること RISCってくくりではMIPSでてくれないものか 昔のWSの性能が手のひらサイズ、みたいなの
64もPSもMIPSだよな セガサターンはPA-RISCも候補に上がってたらしいがSH-2 3DOはARM60、PC-FXとバーチャルボーイはV810 上記全部RISC、いかにRISCが時代を握っていたかわかるね
ネットワーク機器は結構MIPSとかPowerPCとか使われてるから Linux入れて使うとか
MIPSのSBC、貼ったけど、やっぱりお勧めはできない やっぱり古すぎる
WDは、HDDやSSDのコントローラにRISC-V使うんでしょ?
CPUはRV32IMAC+αっぽいね こういうの弄れると楽しそうだなぁ羨ましい
>>273 Shigezone、通販はじめてたんだね Arduino IDEやPlatformIOでのArduinoでプログラム書いてビルドするところまでは 製品持ってなくてもできるので試してみるのありかも 書き込み、実行は製品持ってないとダメだけど
>>266 サターンにPA-RISCってのは初耳 情報のソースはあるの? 確か、HPってPA-RISCはほぼ社内 のサーバやWS専用って感じだったよね RISCの時代ねぇ…… M2アクセラレーターはPowerPCだったかな。 セガのModel2基板はIntelだったぞ! これもRISCだけどな!
>>282 3DO-M2はPowerPC602 あの時代に同じクロック周波数で比較した場合 MicroSparcやMipsR3000の30-40Mhzに、486DX/33やAMD486DX/40で 勝てたとは思えん。 >>284 Model2基板はi960なのでごあんしん >MicroSparcやMipsR3000の30-40Mhzに、486DX/33やAMD486DX/40で ところで以前世界の戦闘機について調べていた時 フランスのラファール戦闘機に関する文書でSPARCという文字列見た気がするんだが フジツーサンの組み込みSPARCユーザーいたのか…… >>285 SUNというか、UNIX系のとこって 軍事系のほうにも展開してるだろ? 確か、イージスのシステム(どのフェーズかは 知らないけど)はHPも手掛けたはず フランスでsparcとか言われてもすぐ連想できる物はないな。 ただ、3D cadの世界だとフランスのダッソー製が最強で、sparcつか、Solarisをサポートしてるってのはある。
イージス艦はmsのembeddedかntじゃなかったけか。システムダウンして漂流したろ。
>>287 SolidWarksだな、現行版もSparc対応? ここ10年でFEM CAE CADなどのエンジニア系ソフトでRISC対応をやめて x86のみ対応が増えたな
プロ用アプリは各OSのネイティブAPIやフレームークに付き合いきれなくてQt採用が増えてるので、何故か対応OSが無駄に幅広い場合がある
LakeField、Sunny Coveコア側でもAVX命令使えないんじゃないかとO原氏は推測してるようだがどうなんやろね
プロ用アプリはUNIX版打ち切ってWin版のみになったり、 UNIX版はGUIなしのバックエンドのみでGUIはWinのみになったり
一番数が出るスマホをARMが抑えてるからな PC、サーバーのx86と組み込みやスマホのARMの対決構造 x86がPCから始まってワークステーションを駆逐してRISCサーバまで駆逐してきたけど ARMの下克上はあるのかな?
サーバー分野もAmazonがAWS用にARMプロセッサ使い始めて、そんでAmazonいわくx86サーバーよりコスパ良いんだと
>>295 家の中でまでスマホ使う日本のゲーム 市場持ち出して、スマホが主流と主張 するのはおかしいんじゃないの? 世界的に見ればPC/CS機がまだデカイ 市場持っていて、基本、中はPC/CS 外はスマホで住み分けなのが、 海外のゲーム事情 俺はこの手のスマホマンセーみたいなレスは 軽自動車マンセーと同じでPC/CS(高級車・普通車) が買えない。維持できない階層が 「自分たちが中心だとマンセー」するために レスしてると思うけど。 x86もRISC系よりも安かったから売れて、結果的に性能も上回った訳で ARM系企業がその辺のノウハウで上回ってもおかしくは無い
スマホゲーの利点は、生活必需品のスマホを買ったらゲームもできることにある たとえば米やパンを買ったらゲームもできる、みたいな感じ 生活必需品じゃないゲーム機や、ゲーミングPCをわざわざ買わないといけないってのとは異なる
>>300 まだ当分先だがマイクロソフトがx86-64からの脱却に本腰いれれば割と近い将来かもな まだSunが生きてた頃はSolaris/SunOS対応のCADの方が主流でx86/Windows版は移植されてた。
>>299 スマホはスマホで必要だし、性能だって高ければ高いほどいいし、最近の性能向上と用途の広がりで メール、動画、ゲームの一部なんかはパソコンからスマホにシフトしてるのは事実だもん。 あまり卑屈になってスマホを貧乏人の娯楽呼ばわりするのは賢くないよ? パソコンレベルで動くアプリは殆どパソコと同じかそれ以上の値段するじゃん ハイエンドスマホでしか動かない様なゲームは結構な数がエミュレータでしょ 結局の所パソコンに匹敵するスマホは金持ちの道具だよ
実際マイクロソフトはどうするのかなぁ .netでマルチプラットフォーム推し進める? 案外すっぱりOSビジネスやめてクラウドビジネスとか嫌な未来だが
すでにやってることをまるで予想しているかのように言うじゃん
Windowsは鯖やXboxでも使われる技術ではあるし クライアントOSとして圧倒的なシェアを持ってるから OSビジネス撤退するとしてもすっぱり辞めてサポートまで投げ出すまでは かなりの年月と手間がかかるだろうし なによりMSにメリットなさ過ぎだから大丈夫でないかと
>>308 やってるというけど、どうも.netの互換部分ってARMネイティブになってないらしいやん。 伝聞なんで証拠ないけど ARM版Windowsではx86のレイヤーが動いて.netのアプリ動かしてるとかで。 その場合やっぱりメモリは4GB縛りなんだろうか。
>>310 .NET FrameworkはArmに対応してないね .NET coreに移行させればArmで動く >>312 あー、そうなん? まあそれなら着実にやってるわけね。 >>307 Linuxを取り込み始めたのがあやしいと思ってる 最悪Windows互換レイヤーさえ握ってればMSに優位性はある
しかしもし本当にArmがMacPCで性能面で覇権を取って、値段はともかく最速はこれってなったらx64はどうなるんだろうかね Arm系企業がポンポン立つとかにはならなそうだけど
Windows用アプリがそこそこの速度でそのまま使えるようにならん限りは クライアントOSでx64が廃れることはないと思う
AppleがArmPC売れずにスマホ屋さんになったら流石に嫌だな……
armでx64アプリ動作させる方向で動いているみたいだけど実行のオーバーヘッドが心配 昔のCrusoe系は常時命令コード変換でキャッシュ尽きると遅くなったんだっけ?
x64切り捨てじゃね どのみち特許だなんだと煩いし
>>319 スマホの開発環境として必要だから無くならないでしょ。 >>319 Adobeみたいな会社は、x64/ARM両対応のFatバイナリ出してくるのでは? AdobeみたいにMac売上が高くない会社は、Mac版中止してWindows版オンリーになる AdobeはiPad用にカスタマイズしたPhotoshopとか出してるんで Armネイティブになってもあんまり苦労しないかもしれない
MacのARM移行は自作機でOSXを使われないようにしたいからで そうなればクロムブックだのアンドロイドスマホなどにOSXを入れるだけだな
Hackintoshなんてほとんど使われてないだろ ごく一部のハッカーが使ってるだけ
>>326 ChromeBookなんてポンコツばかりじゃん ARM版Macのうわさが本気で語られるようになるくらいにはARMの性能が上がってる証拠 ARMがここまでやるとはな
>>321 スマホの開発環境としてはスマホと同じARMの方がいいわけで。 ただ、現状ではARMのPCが普及してないからx86_64版の開発環境ができてる Raspberry Pi4でRAMが8GB版が出たり、 同じくRAMが8GBのJetson Xavier NX 開発者キットが出てきてるので そろそろAndroidの開発環境としてARM64版が出てもいい状況になってきてるな ArduinoだとARMやARM64版のArduino IDEが既に出てるんだよね Cortex-M0のMicrochipのマイコンのSAM D21やAVRを使ったボードの開発ができるようにはなってる
牧野教授の6/17日記にリンクされてるセミナー・プレゼン資料によると富嶽の A64fx って命令実行レイテンシが大きすぎて性能が出ないという、とても現代のプロセッサとわ思えない古代恐竜の様な代物す ーーー Dominant source of wait is “Floating-point operation wait”. The large latency of A64fx arithmetic unit prevents its efficient use. ーーー AVX-512 どころじゃ無い失敗をしでかしてるすかね? 直るような問題だと良いすけど…
ていうか牧原教授の日記でもプレゼン資料でもいいからリンク貼ってくれよ、辿るのつらいぜ せっかく面白そうな話なんだからさ
jun makino Official でググれば出てくる。 kobe20200617.pdf
あ、そうなの? 最近のNGワードには疎くてな、ごめんよ
まあどうせマッキーノのことだから謎技術で自分の使い道では高速に動かす方法を編み出すだろうし?
スループットが悪くないならレイテンシの悪さはある程度隠蔽できる
どうせ最適化しないユーザーなどいないという割り切りだろうなぁ 一応OoOではあるらしいのでSIMDの最適化の方が重要なのかね
lakefieldでは林檎は繋ぎ止めることは出来なかったか...
EWSから展開しはじめた 既存のRISCと違いモバイルから展開しはじめた ARMの格下感 Mips Sparc Alpha Power/PowerPC PA-RISC ⇒ハイエンドなWS以上での展開⇒演算性能高そう ARM⇒モバイルでの展開⇒演算性能低そう
ぶっちゃけ富士通的にはなんでも良かったんでしょう ARM流行ってるからARMで作り始めたらRISC-Vが新たに流行り始めた これでトレンドがRISC-Vに全部持っていかれたら富士通涙目だったが RISC-Vブームと言ってもそこまでは盛り上がらなかったのでよかった。
>>343 安物たる個人向けから始まって上位を侵食したx86… クラウドベンダーが自社でカスタムコアを設計するようになったことでARMサーバーが現実となった 胡座をかいてメニーコアだと性能が伸びないx86系はメニーコアが強みであるZENですらアーキテクチャを変えない限りこれに対抗できない サーバーもARMの時代が訪れようとしている
>>343 ARMは64bitで命令セットが一新されてるからね 32bitのARMは確かにモバイルや組み込みに特化してたけど 64bit化するにあたって一般的なRISCと比べて欠点はないよ 逆に一般的なRISCにはなかったPC相対アドレッシングなんてのがある RISC-VにもPC相対アドレッシングは追加されてるね >>345 RISC-Vはまだ大きな収益源がない ARMはスマホ向けが大きな収益源になってるからね RISC-Vが盛り上がるにはまだ時間がかかる >>343 EWS/サーバ系RISCプロセッサは、最初から本格的なマルチタスクOSを動かすためにつくられたCPUって感じだが、 ARMは、組み込みマイコンを強引に32bitRISC化した感があるな 64bitARMは、最初から本格的なプロセッサって感じがする スマホとラズパイのおかげで、各種ソフトウェアのARM対応が進んだ 多くのソフトがARMで何も考えずにビルドできるようになったのも、スマホとラズパイのおかげといえる
ARMは低消費電力低コストで高性能を求めて生まれた物だから、哲学がいまのニーズに合っているのかもね(ARM64で変えたと思うけど) 大電力で高コストでいいから高性能を、っていうのはかっこいいけどコンパクト化の進む今の時代に合わないし、大電力高コスト高性能の日本での代表例だと、京や富岳はなかなか話題に上がりづらいよね
>>345 なんでも良かったという割りには、実際はSPARC系じゃダメだったわけだから コミュニティの活発さとか既に大規模なプロセッサー/命令セットが作られてる実績が買われたんでしょう Sparc64だと、自前でツールチェインの整備が必要で、 それに富士通が耐えられなかったというお話だったのさ。
Socket7時代のように今のマザーボードに換装できるARMプロセサは出ないものか
>>342 SD8CX(MS SQ1)も素の性能はかなり高いんだが Windows on ARMではWindows 10(主に32ビット)を エミュレートして動かすから劇的に遅くなる Lakefield程度の性能で十分対抗できるって考えてるんでしょう IntelがこのTDP枠でこの程度のものしか作られないなら、Appleも 自社製でいいんじゃねってことになるわな >>357 たぶんソケット差し替えはないだろうがRyzen C7という形で再登場という話だな まあどうなるのか RISC-Vが盛り上がるにはARMみたいなIPを整備開発して管理販売する会社が必要
SiFiveは既にこれだけのコア開発してますよ https://www.sifive.com/risc-v-core-ip E Cores 32-bit embedded cores MCU, edge computing, AI, IoT E76-MC Quad-core 32-bit embedded processor E76 High performance 32-bit embedded processor E34 E31 features + single-precision floating point E31 Balanced performance and efficiency E24 E21 features + single-precision floating point E21 E20 features + User Mode, Atomics, Multiply, TIM E20 Our smallest, most efficient core S Cores 64-bit embedded cores Storage, AR/VR, machine learning S76-MC Quad-core 64-bit embedded processor S76 High-performance 64-bit embedded core S54 S51 features + double-precision floating point S51 Low-power 64-bit MCU core S21 Area optimized 64-bit processor U Cores 64-bit application processors Linux, datacenter, network baseband U74-MC Multicore: four U74 cores and one S76 core U74 High performance Linux-capable processor U54-MC Multicore: four U54 cores and one S51 core U54 Linux-capable application processor https://www.sifive.com/blog/incredibly-scalable-high-performance-risc-v-core-ip U87 A High-Performance Scalable 8-Series Core with Vector Processing U84 A High-Performance Scalable 8-Series Core 微細化が行き詰まったら、命令セットだけじゃ限度あるだろうしarmヘテロとかあるかも
>>157 >Rust使えよ Rust って名前だけ聞いていてあまり興味なかったすけど “better C” としてとても面白い代物すね。これ Intel のヒトの講演す ダウンロード&関連動画>> VIDEO ただ個別の CPU 機能への対応わ C 準拠を目指すだけでインライン・アセンブラと SIMD intrinsic 頼り。 言語仕様自体を現代的なハードウェアに対応させる…という概念でわ無いと思うす HPC とシステムプログラミングを両立させる言語の仕様を考えてみると、基本のデータ型は全てベクトルであり、スカラは単なる要素数1のベクトルとして扱うべきかと思うす。 コレわ物理メモリの正体が1次元の連続アドレスを持つ記憶域に過ぎないことから、いかなる抽象化レベルに於いても正しい表現の筈す。 利点として、どれだけ実行レイテンシが長い命令/関数でも標準関数レベルでソフトウェアパイプライン実装することで、時間のかかる大容量データの処理を高スループットで実行できるす。 誰でも簡単にパイプライン処理が使えるなら、CPU内部での処理すら収束するまで計算を繰り返す必要がある三角関数や浮動小数点数除算を、専用命令として実装する必要すら無い真の RISC すら実用的になるのでわ。。。
better CはGoが担うんじゃない? Rustは一般PGが使うには難しすぎるよ。 Javaに対するScalaみたいな感じで、一定のニーズは満たすけど、手続き型から来た人には難しい概念があるせいでKotlinみたいな間を取った言語が生まれちゃう感じ
Goはパフォーマンスに難ありなのでC置き換えは無理だろう Rustはいけると思うよ
そもそもGoはGC前提の言語なんだからカテゴリーが違う
カテゴリが違うってのはわかるんだけど、Better CとしてはRustはちょっと…… STL前提になってるC++よりはマシって思想かもだけど。
まぁ、GCで固まる言語にはOS用言語置き換えはムリだよね……変なこと言ってごめん
>>369 推敲が甘くて「すら」が重なる変な文章になったのわ申し訳無いす。。。 Rust で AVX を使う記事す https://qiita.com/tatsuya6502/items/7ffc623fc60be0220409 ーーー ・Rust で SIMD 化するには2つの方法がある - コンパイラの最適化に任せる → 安定版 Rust を含む全てのリリースチャネルで利用できる。ごく簡単なパターンなら SIMD 化される。 - コンパイラの SIMD intrinsic を使う → 現時点では非安定。SIMD クレートを使うと、Rust らしいプログラミングスタイルのまま SIMD 化できる。 ・今回の計算内容(円周率の近似計算)と私の実行環境では、SIMD 化によって、計算速度が約2倍に高速化された。 ーーー ていうか無知で悪いんだが、x86系でSIMDを明示的に扱う方法ってコンパイラの組み込み関数を使う方法かOpenMP使うかが主流なのか?
http://www.nminoru.jp/ ~nminoru/memo/spec/spec_cpu2000_all.html ここのリンク先のSpecCPU2000 FPでのSparc系チップの結果見ると 179.ART(画像認識、ニューラルネットワーク)の値だけ 高くなっていて、これで他のCPUと互角の結果となっている。 そりゃ、実行性能が低いわけだ。 >>378 そのサイト、腐れルーマーサイトを引用した架空のプロセッサのデータ混じってるトンデモなんすけど。。。 SPECfp2000 の 179.art にわ、有名なコンパイラによるチートが存在することが知られているす。 https://arstechnica.com/information-technology/2010/11/lies-damned-lies-and-benchmarks-is-ie9-cheating-at-sunspider/ ーーー So what happened was that compiler vendors modified their compilers to specifically detect that they were compiling 179.art, and applied these specific changes. Sun was probably the first to do so, but eventually such optimizations became widespread, with performance gains of 30 times or more common. The optimizations were in no sense general-purpose: they accelerated 179.art, but would not increase the performance of any other piece of code on the planet. ーーー SPARCは1990年の時点でspeccpuではMIPSにボロ負けしてたね UNIXのシェアはSunとHPが高かったのでそれで売れてただけ SPARCは性能で売れてたわけじゃない
余談すけど SPEC CPU の結果を探すなら腐れルーマーサイトより本家の検索フォームを使うのがオススメす。 SPEC2000 ならこちら http://www.spec.org/cgi-bin/osgresults?conf=cpu2000 ;op=form チートが判明している CFP2000 の 179.art や結果がど外れに大きな数値になる CINT2006 の 462.libquantum を抜いて自前のベンチマーク・インデックスを求めたい場合わサブベンチの結果を幾何平均(積を取ってn乗根する)すれば良いす >>385 の補足す ただ折角原因を突き止めて無効化しても、セキュリティアップデートや macOS のアップデートの度に無効にした筈のドライバか再インストールされるす。 個体差問題の上、電力低下でのシャットダウンわ仕様なので Apple わ修正してくれないし、バージョンを経るごとにシステムファイルの保護機能が強化されるしで、面倒な事この上無いという。。。 AppleってWindows VistaのUACを馬鹿にしてたよな "過剰だ"と
クロック準備するところで先に進める人が減るわけですね。 わかりますよ。
MacOSというか、Mac環境の不具合ということでいいんじゃないかな。
>>387 あらゆるシステム管理機能を起動する度ごとにダイアログが表示される UAC と違って、問題さえなければ一生縁が無い操作すから筋わ通っているす。 日常のシステム管理に必要な "sudo" コマンドわ、Linux 同様に一度入力するとしばらく有効なので UAC より楽す 今となってはMac使う理由なんてiOS開発以外無くなってしまった。むしろデメリットが多い
webブラウジングならトラックパッドが快適なMacのほうがやりやすいけどね
>>393 webサイトがMacでも見れるかの確認用にMacが必要 IEが無くなった今safariがwebの害悪になっている
そういえばそうだな。 Safariの互換性情報MDNの情報が全然更新されてないし、意味わからんところでコケるし、アップデート間隔が広いしでけっこうヒドい。
safariってiOSも微妙かね? iOSでは確かに別のブラウザ入れてないなぁ
iOSはsafari以外のブラウザを動かすのを許可されていない 独占禁止法で叩かれていた頃のMSより酷い
地獄少女を見てSEさんたちがSafariやEdgeの対応もしてるんかなぁと思った まあEdgeは独自のヤツやめたけど
>>403 iOSにはChromeもFirefoxもEdgeもOperaもあると思うでしょ? でもそれ全部中身Safariなんだ というかandroidと古のWindowsCE位だろスマホで別のレンダリングエンジン開放してるの
UWPベースのWindows10Mobileもiosと同じ扱いだったねEdgeのエンジン呼び出して使えというスタンスだけど機能がDesktopのサブセットだからシンプルすぎて余計に酷かった 正確に言えば互換性の為にEdgeの他にWindowsPhone8.1のIE11エンジンも内部的には使えるから駄目なEdgeで開けないサイトをIE11に皮をかぶせたWindowsPhone8.1アプリのMaxthon Browser(本家はBlink)で開くとかしないとだめな場合もあった ストアアプリ系統はセキュリティに雁字搦めでガチガチに制限があるから 規模の大きいアプリ動かすのには到底向いてないのもあるが
四の五の言わずにPrestoが天下とって開発継続していればよかったんだよ
Intelが2000年代に他社を抑えてCPUで性能で首位を取れたのも 今のAMDの躍進もARMの台頭もすべて最先端の半導体製造技術が使えたから。 AMD、ARMの躍進はTSMCのおかげで TSMCが躍進できたのはスマホ需要とGPU需要に支えられたもの
Intelがスマホで勝てなかったのが敗因だな 大赤字でもやり続けるべきだった Intelの企業体力ならあの程度屁でもなかっただろうに
電力性能を最重要視する分野でAtom、Quark、Larrabeeとx86に拘ったのがそもそも無謀 競合をx86ライセンスで排除して市場の大部分を独占したPCでの成功体験に拘泥した結果の惨状 謙虚に餅は餅屋のアーキテクチャを用いなかったことによる必然の失敗で要は欲の掻きすぎ
Androidで負けたのはヤバいね 負けるべくして負けたようなもんだけど WindowsもWindowsであることを捨てかけてるし・・・AMDのおかげで少し盛り返したが、x86である必要性があやうくなってきてる
半導体露光用のKrF光源の周波数が、ちょうどコロナウイルス不活性化に向いてる周波数
>>410 拘っても良いが売り方が悪かったとも イマイチ片手落ち感が漂ってるし そもそもStrongARMはどこ行った いや、Intelはx86でやる事にこそ意味があったんだよ スマホがARM対x86の主戦場ならPCは安泰になるでしょ。 >>413 名前をXscaleに変えてMarvellに売った XScale売却の翌年にiPhoneが出てARMSoCが花形商品になった 売却の判断があとすこし遅かったら売却は中止されてintelの歴史が変わってただろうな
>>416 >売却の判断があとすこし遅かったら売却は中止されてintelの歴史が変わってただろうな でもスマホ用プロセッサの覇者となったのわ、XScale を買った Marvell じゃなくてモデム技術持ちの Qualcomm す。Intel も後に手を出した様に、プロセッサアーキテクチャより自社でモデムを内蔵できる or カスタマイズで簡単にモデムと統合できる。。。ってのがキーだったのでわ? WindowsMobileがことごとくXScaleだった時期もあったけど、 結局iPhone/Androidのような普及はしなかったから何かが問題だったのだろうね。
富岳がTop500(もちろんHPCGも)で1位になったようだけど アクセラレータ無しとは言えFLOPS/WでSummitに負けてるのをどう評価すべきかというところだな
WindowsMobileはUIが練れてなかったし、重すぎた あれから大分経ったのに今のWindowsタブレットの使い難さ見れば分かる
>>421 アクセラレータ無しなのに有りとワッパで大きな差がないのを評価するよろし >>421 10年近いスパンで国策フラグシップスパコン導入して 非フラグシップの大型機でアクセラレーター付きやって フラグシップは運用寿命後期にはアクセラレーター付きにボロ負けするパターンな気が つか日本もアクセラレーターを作れば……というとPezyみたいな信頼できないところになっちまうのか 遂にARMがスパコン1位か これからどんどんランキングを侵食していくのだろうか 今のところスパコンで戦えるARMプロセッサは富士通しか持ってないけどたしか富士通とCrayが協業してたよね CrayからもA64FX使ったのか出てくるかな
>>421 あんだけの規模、圧倒的なスコアでそこまで差がないのは素直に凄いよ HPCGやHPL-AIもトップだし ただまあ来年のAMDアクセラレータには負けるだろうが、まあそれはしょうがない スパコンもMacもゲーム機もWindowsもみんなARMに向かってるな
IntelとAMDで争ってたらARMという黒船が来たでござる とはいえ自作PCまではARM CPUご降臨はされないかな?
>>430 一応そういうのはあるよ。オンボードCPUだけど。 >>430 Raspberry Piがそれにあたるかな? ARMも今のx86みたくPCIEとかのバスを充実させたら発熱も消費電力も上がりそうだけどそこの所はどうなんだろ 結局バスが少なくて済むデバイスにしか普及しない気がする
まあMacPro以外は拡張性殺してますし Pro用のプロセッサはどこまで拡張するんだろ てか出たばっかで移行とかPro買った連中・・・
スパコン主要4項目でトップがARMだし、MacもARMに移行。
>>432 どっか自作市場向けのARMのMiniITXマザボとか出してくれると良いんだが 組込向け、工業向けのクソ高いやつじゃ無くて 今日はARM記念日だな デスクトップにARMが来るのは何年後になるだろう
まあ高いの基準にもよるが、多分その点お眼鏡にかなわない予感。
2年後には林檎からの新macはモバイル/WS全部林檎プロセッサに切り替え予定か Intel向けmacOSのサポートどれくらい続けてくれるかねぇ 最終モデル購入者の減価償却期間終わる時期見計らってはいおしまい、とかなりそうな気はする
Pro向けのハイエンドARMプロセッサ・・・ 32コア位載せそう(適当
果たしてAppleのWS用CPUはSVEをサポートするのか
AmazonのARMプロセッサーは40コアぐらいまで性能がスケールするけど、Intelだと10コア超えたあたりから伸び悩んでるみたいだからな Zen2でもせいぜい32コアまで
>>447 それは専用プロセッサか汎用プロセッサかの違いで命令セットの差ではないよな 思想としては並列性を重視したブルに近いんじゃね? >>447 え、そうなの? HPL見る限り、Intelアーキテクチャでの伸び悩みとかそうそうないように見えるが それとも28C中10Cが化けもの性能でスケールアップしてってるの? >>447 ああいうマーケ用に取ったクソデータを真に受けるな 拡張があるARMのSoCならNVIDIAのSoCが PCIe X16のインタフェースに対応してるから もしARMのWindowsがx64のエミュレータを 載せたら、PC用に出すかも
ARMがRISC-Vの普及を阻むのか? なんかデジャブ
忠実なマカーは困らずにBootcampでWindows使ってた勢が困る予感 あとSVEなかったらAVX2はどうなるの
ロゼッタ2の速さはx86のハードウェアデコーダ搭載の証拠か???
Rosettaはすべての命令を変換しますが、AVX、AVX2、AVX512ベクトル命令など、一部の新しい命令セットとプロセッサ機能の実行をサポートしていません。 これらの新しい命令をコードに含める場合は、それらが使用可能であることを確認してから実行してください。たとえば、AVX512ベクトル命令が使用可能かどうかを判断するには、関数を使用して属性を確認します。x86_64sysctlbynamehw.optional.avx512f
WindowsよりもiPhone、iPadとの親和性を取った形 仮想化やBootcampでWindows用ソフトを動作させるよりも iPhone、iPadのアプリが動く方が売れると考えたんだろうな
科学計算系の性能は同じarmを使ってる 富士通と組めばx86まで狙える可能性あるかも
>>457 それ以前に馬鹿にできないコスト掛けて半導体を設計して作ってるんだから それを使うプラっとフォームを広げたほうが利益が大きくなる 最終的にはどうなるんだろう・・SoCを外販するクアルコム化? プロセッサとしてはIntel以上に数が出せるよな 年間2億台以上だと
>>457 利益率の高いハイエンドの性能が引き出せずデイスクトップのMac ProだけはIntel CPUが残るという可能性はあると思います モトローラ〜POWER POWER〜Intelは両方ともロードマップがグダグダでアーキテクチャが実質終了していたから選択肢がなかった でもIntelはこれからも性能向上が続く 逆に言えば価格差もつけるだろうしロー〜ミドルは移行は順調だと思うよ Arm Mac用のSoCはAチップをベースとしながらもより特化した仕様になると思ってた 実際はiPhone/A12→iPad/A12XのようにCPUやGPUとかのコア数を増やしてやる感じやね A12Z試作機のBig Sur上でソフトが割とサクサク動いていたのは驚いたな A12ZでIcelake-Uの最上位クラスと同等以上の性能なので当然といえば当然だがw
>>461 逆じゃね プラットフォームレベルでARMに切り替える計画なんだから x86であること自体が足かせになる >>458 PPCだからといってCellの結果がPowerMacで流用が容易であったという訳ではない あと富嶽はHPCクラスタの人の伝聞だけど、ARMになって却って苦労したとかなんとか >>461 無理でしょ 移行期間を経て単一バイナリにするんだからMacProもArmアーキテクチャになるのは間違いない 林檎はいずれIntelCPU調達やめる方向なんだからMacProにも自社開発のハイエンドArm載せてくる プロシューマ向けにIntelが残るならそっち向けに特化させてるMacProが足かせになっちゃうし >>464 このスレッドで『HPCクラスタ』と書くとハードウェアの事なんすけど、どっかに別の業界用語があるらしいのも面白い話す >>466 ノードやラックマウントとかの単語の方が圧倒的に多い気がするけどw まあ実際そう書かれてたりするので、富嶽と共有出来るから科学計算有利というのはまず殆どないかと 基本的なツールの準備には苦労しなくなった、とかね。
高負荷を掛け続けても発熱も消費電力も上がらないってどういうカラクリだよ!?
ハードの話で「HPCクラスタ」なんて聞いたことがない
>>470 ThunderX3が間に合わなかったので、A64FXに乗り換えたのでは? ThunderX3ってクラウドサーバーには良さそうだけどスパコン用途ってどうなん
>>472 俺もそう思ったんだが、彼は違ったらしいw A64FXって、豆腐とアシスタントコアとSVEつかわなければ、 普通のARMサーバ用チップだよね
普通のサーバー用ARMはそれほど存在しているかな? なんてナ
普通にクラスタと言ったらハードウェアを思い浮かべるが それに何か限定辞なり接頭辞なりが付くと別のものの可能性を考える
今年の新型iPhone、省電力な新型5Gモデムが搭載されるかも 2020.06.23 02:00 PM DigiTimesによると、新型iPhoneにはQualcommの5Gモデム「Snapdragon X60」が搭載されるそうです。 また同時に、iPhoneに搭載されるであろう次期Aシリーズこと「A14」も、TSMCによって6月から5nmプロセスで製造されるそうです。 これまで、今年のiPhoneには5G対応モデムチップ「Snapdragon X55」が搭載されると予測されていました。 しかし、より微細な5nmプロセスで製造されるSnapdragon X60では、より省電力かつ小型なチップサイズを実現しています。 世界最大の半導体製造ファウンドリ「TSMC」が5nmプロセスによる製造を正式に開始 2020年06月23日 20時00分 AppleやAMD、NVIDIAなどの著名なメーカーを顧客に持つ半導体製造ファウンドリのTSMCは、5nmプロセスによる半導体製品の製造を正式に開始しました。 5nmプロセスによる製造は、iPhone 12に搭載される見込みの「A14 Bionic」およびQualcommの第3世代5Gモデム「Snapdragon X60」、 AMDの「Zen 3 Ryzen 4000」などに採用される予定であるとニュースサイトTechWebが報告しています。
hpc界隈、という意味のクラスタだよね(似た集団)という意味。
モデムはQualcommが圧倒的でappleもintelと同じように「Qualcommの逃げ水に苦しみ」永遠に巨額な研究開発費を出し続けることになると思う
>>483 私もそう解釈したすけど、良くある和製英語じゃない事を祈るばかりす。海外の記事や投稿でそういう言い回しを読んだコトが無いので。。。 >>472 google で “HPC cluster” (ダブルクォート必須)で検索してみるコトをお勧めするす >>478 >A64FXって、豆腐とアシスタントコアとSVEつかわなければ、普通のARMサーバ用チップだよね 実際富士通純正でも下位モデルの FX700 わ Infiniband 接続だっりするす https://news.mynavi.jp/article/20191206-933874/ ーーー また、システムのインタコネクトはFX1000/富岳は独自開発のToFu Dであるのに対して、FX700は業界で標準的に使われているInfiniBandを使っている。 ーーー Cray の A64fx モデルも同様とのこと。 同じ記事で言及されているすけど、どうやら A64fx の特殊機能部分を使うにわ Linux とわ言え専用の OS が必要な模様 >>480 Amazon、Marvell、Ampereがやる気を見せてるけど ちょっと前まで通信サーバー分野で圧倒的な市場競争力があり 最先端プロセスを次々に乗りこなす強大な開発体力を持ち 2019年には独自のarmコアを用いた世界初の7nmサーバー用CPUを投入、 2021年にSVE、SMT、DDR5のサーバー用CPUを出すと豪語してた会社もいたよ アメリカが全力で潰しに掛かってるからもう出せなそうだけど 文脈を読めない人は困るすね。 HPC界隈、業界の人に聞いたら、って意味なのは自明じゃ。 ところで、コンパイラさえ整ってればそんなに苦労しないのでわ?
C系は未定義動作とかでなんとなく動いちゃってるとこは絶対あると思うから、動かないアプリあると思うよ
2年後 x86/x64バイナリと決別した時点で マカーは 馬鹿ーになるだろう 繰り返すappleのCPUたらい回し
元々馬鹿ーだから CPU変わっても気にしないで盲信していくんじゃないの?
そう考えるとApple的にはARM化にデメリット無いな
CPU分の儲けが出る、とか考えているんじゃないかな。
スマホやタブレットと同じCPUならMacとiPadとか向けのApple社商品のクロスプラットフォーム開発は促進されるだろうし(スマホアプリはもう大量にあるし)、自社OSもある程度コードを一本化出来るんじゃない? いろんな機器のOSをそれぞれ開発するコストは結構かかるし 俺は面白いと思うけどね
2年で移行を目指すとは言ったけど GPU依存処理とかはどうしても難しいとの認識も同時に示してるのが気になる あと、仮想化は無理とのこと 開発者がMacから消えるかも
>>489 >文脈を読めない人は困るすね。 嘘和製英語だとすれば結構恥ずかしいと思うすけど。。。 ちなみに「同好の士」的な慣用句わ “birds of a feather” で、コンピュータ関連の学会のセッションタイトルとして BoF とか略されてよく見かけるす SNSのクラスタなんてそもそも恥ずかしいもんなんだから問題なし。嫌いならちゃんと調べろて
仮想化支援機能はARMにもあるでしょ? 初期製品では対応しないとかあるかもしれないが。 まあBootcampの方が心配だが。 これを機にWindows移行したヤツがエロゲーマー呼ばわりされたり……しないよな
>>41 にも似たような話を書いたすけど、Apple ほどの大口ユーザーであれば Intel の極秘の製品ロードマップわ提供されていると思われるす。 その上でプロセッサアーキテクチャの移行を決断したというのわ、今回のニュースの示唆するモノわ大きいかと。。。 >>482 ほんと馬鹿ーだと思うわ 68kからPowerに寄り道して。とどのつまりx86 んで、OSにFreeBSDパクった時点でほぼPCAT互換路線決定だもんな 馬鹿ーは 血の滴る歯茎りんご ロゴにお布施払ってるだけ。 回路設計やってるエンジニアのくせにコレ使ってる奴見るとマジで信用できない >>493 もうデスクトップ需要こそおまけなんじゃないの? armは分岐予測がpoorなんでどれぐらいパフォーマンス出せるもんやらwwww でもどっちかいうと、現状のPCA互換機そのものなのに、 りんご歯茎にお布施払ってるのこそ馬鹿ーで 別なCPU/別アーキのほうが製品として存在価値があるのかもな? >>501 そーかな? Intelプロセッサに問題あったとすれば、 第一選択としてはAMDだろ そのほうが現行ユーザーに迷惑かけない そもそもappleって自前のプロセッサの計算機出したことないやん モトローラ、IBM、インテルの顧客だっただけで どんなCPU出すんだかww ま、バイナリ変更されておもいっきりDV受けてるのに、 付き従う洗脳どM てか、 精神病信者だなww 私は自らホモは自認してるすが精神障害は自認してないす
>>504 えっなにゲイなの。 プラトニック?ガチ? スペック明かしても大丈夫? 和製英語というとマウント取るとかエンカウントとかジーユーアイ(GUIはグイと読む)とかパンタグラフキーボードとかコンセントとかか。 シャイでテンデレとか言っておけば純粋な英語と日本語だからOKだな
ジーユーアイは日本以外でも論争あるっぽくて、 ググったらredditの論争とかgooeyとかgee-you-eyeとか出てきた。 Wikipediaにも併記されてるし、面白いこと知った。
得意げに和製英語にツッコミを入れる彼が そんな和製英語使うわけないだろww
intelが14nm、TSMCが7nmや5nmなら、 もはやintelに勝ち目はない プロセスで負けすぎてる TSMCは20nmみたいにパフォーマンス出ないなんてことも無いしね intelが当初の予定の10nm(TSMCの7nm級に匹敵)のハイパフォーマンスプロセスさっさと成功させれば追い付けるだろうが
5nmがどれだけ凄いかと言うとMayaを動かしてた A12Zのプロセッサとほぼ同等な性能のプロセッサを iPhoneに載せることができる
ググってみたら2021年でも14nmと10nmの混在かね
Intel7nm(TSMC基準で5nm)は2023年に量産予定です。
したがってIntel7nmは2023年までお待ちください。2023年まではIntel10nmが量産されます。
ああいうデモで動きが良いのは当然で、ベンチマークとごりごりCPU動かすアプリ使ってみないと何もわからない
>>512 まぁでもTSMCもいつ何が原因で躓くか分からんけどね 微細化が進むほど難しくなっていく訳だし 今はハードを覚える時代じゃないからな 敢えてハードは気にしないのも一つの手だし、まともに勉強してもあんま意味ないしな まじめにCPUを覚えたいなら中日電工の8080のCPU組み立てキットを買ってワンボードマイコンから始めるのを勧める ぶっちゃけ50年以上CPUの基礎は変わってない
富岳のA64FXは本当はARMv9にしたかったらしいね 時期が早すぎたので断念したけど
>>519 なんでCPUを覚えるのにワンボードマイコンなんか買うんだww 買った時点でできあがってるがな あれ買ってもCPUの電源まわり含めたインターフェースがわかるだけでCPUがわかったことにはならない FPGAボード買ってCPUをHDLで組んでみないとだめ。 コア付のとか、CPUマクロだけ動かして理解したってのは無しでww >>521 7nm のA64FXの製造はどこでやってんの? 今7nmを軌道に載せられてるのはTSMCぐらいでしょ Intelはハイパースケーリングし始めた22nmからおかしくなってSamsungも14nmぐらいから怪しげだったし、GFは実質28nmまで Samsungは来年ナノシートの3nmらしいけど、Fin-FET継続のTSMCがまた勝ちそう
>>519 単にアセンブラでプログラム組むのが目的なら PCでx86のアセンブラやるかRaspberry Pi 3か4を買ってARM64のアセンブラをやればいいだけ LinuxならDOSの頃のようにオールアセンブラでプログラムが書ける アセンブラで速くコンパクトなコードを書くのは難しいが とりあえず動く程度の学習用程度のプログラムなら簡単だし 覚える命令の数もせいぜい数十の命令を覚えればとりあえずアセンブラで組める 最新のプロセッサの方が命令が必要な命令が揃っているので簡単 8080だと掛け算、割り算のサブルーチンから用意しないといけないからね ARMは32bitも64bitもRISCの中ではアセンブラで組みやすい方 MIPSのようなトリックみたいな定石も少ない
京コンピューターの頃は45nmぐらいのを国内の富士通工場でやろうとしていたねー
>>530 日本の最先端の半導体工場はリーマンショックで投資を渋って撤退したからね iPhoneが出た時期が悪かったね >>531 もともとAVX-512を実装するためのアーキテクチャだから無駄が多いんじゃない? 10nmの立ち上げに失敗してYプロセッサーのTDPが上がり、Uプロセッサーも28Wになりつつある これはTiger Lakeでも変わらない >>531 度重なるセキュリティ問題は増築増築で内部のスパゲティ化が進んだことが火元だろうし AppleはハードOSの両方を深く手掛けるが故にその認識が強まって耐え難かったんだろうね それに事前情報では新アーキテクチャとして結構な拡張という話もあって IPCの向上が期待されたがTick-Tock問わずSandy以降の最低改善率という肩透かしもあった https://www.anandtech.com/show/9483/intel-skylake-review-6700k-6600k-ddr4-ddr3-ipc-6th-generation/9 Sandy Bridge to Ivy Bridge: Average ~5.8% Up Ivy Bridge to Haswell: Average ~11.2% Up Haswell to Broadwell: Average ~3.3% Up Broadwell to Skylake (DDR3): Average ~2.4% Up Broadwell to Skylake (DDR4): Average ~2.7% Up AMDが巻き返すまで長い間コア数を据え置き些細な周波数差で価格を吊り上げていったのも頂けなかった >>533-534 なるほど、この時期からMacが停滞してたのも iPhoneを重視してただけで無くIntelのCPUでは 自分たちの望むパソコンが作れ無かったのも原因か Intel税がなくなったら廉価版モデルは少しは安くなるんだろうか?
どうせ高くなるぞ ポリカーボネートmacみたいに廉価帯に降りてきてくれるなら有り難いけど
>>536 Apple「お布施の金額は変わりませんよ」 >>532 当時から28nmは長寿命なプロセスになると言われていた(激安スマホのSoCは長いこと28nmだった) それに16nmまでやれば自動車用の結構高度な組み込みまで出来た。 まあそれらでは設備投資がペイしないのかもしれないが。 もうTSMC工場誘致しか手が残ってないのだろうか 日本の半導体は技術云々よりまず経営陣と経営を取り巻く環境が悪すぎる すぐ天下りの温床になって腐敗する構造では半導体にかぎらず無理 造船鉄鋼ぜんぶこれ
>>534 いままでどおりのインテルなめプ時代が続けばよかったけど AMD覚醒したせいでx64に性能で負ける可能性出てきたかもな まあ台数ベースでPCを圧倒しているarmの世界に参入したほうがなにかと有利ではあるけど 社内政治の都合で技術の未来を決め打ちとかただの自殺だなあ
Arm版Mac、Boot Campはどうなる? MSが「Arm版Win 10は(現時点では)提供できない」と回答 https://japanese.engadget.com/armmac-bootcamp-080048762.html >海外テックメディアThe Vergeが同社の広報に問い合わ >せたところ「弊社はArm版Windows 10をOEMにのみラ >イセンスしています」と回答されたとのことです。 >さらにArmベースのMacでBoot Campを可能とするた >めにこのポリシーを変更する予定があるかどうかとの >質問に対しては「現時点ではそれ以上お答えできること>はありません」と述べられています。 将来的にARM版のWindowsが一般で販売 されたら自作PCにARMのSoCとか来るの かな? >>544 しかし安いSoCとマザー売っても利益にならんから せいぜいベアボーンまでじゃないかな Arm MacのDTKだけど搭載したメモリが16ギガって 開発用としては少ない気がするけどどうなんだろう? iPad pro用のA12Zならそんだけであれば十分ってことなんやろうか? >>544 SD8CX/MS SQ1のエミュでWin10が動作する性能なら Lakefieldで十分対抗できるんじゃないかな 開発キットの一律構成だからまあそんなものなのかな。
全てのプラットフォームがvulkanに統一してくれたらGPUメーカーもグラフィックAPIを扱うソフトの開発者も楽になるんだろうけどなあ
>>206 整数と倍精度実数とで評価は大きく違う。 P6とEV5 ではクロック周波数だけでなく メインメモリバンド幅もキャッシュも大きな差があったから 同一クロックでもEV5の方が上。 まあシステムの値段もEV5の方が高いんだから当たり前だが >>549 Vulkanは万能じゃないからね… 相変わらず各社拡張部分除けばDirectx12Ultimateには劣るし OpenCLが不甲斐ないせいでVulkanのComputeShaderぐらいしか マルチプラットフォームでGPGPUアプリケーション書けないが 余りにも貧弱すぎる AppleSiliconはx86のハードウェアデコーダを搭載してるから問題ないはず
>>551 GPGPUまでvulkanにやらせるのは風呂敷広げ過ぎな気もするけどね 他に丁度いいのが無かったんだろうな AppleがMacをARMにしたところでそのCPUはAppleしか使えない Appleがサーバ向けに製品出すならわかるが、それもあまりなさそう なのでApple以外のARM SoCの底上げにはならないんだよな MicrosoftがMac向けのARM版Windowsをだして それがそれなりにシェア取って WindowsでもARM版が一定のシェア取れるようになれば変わるけど
>>554 >なのでApple以外のARM SoCの底上げにはならないんだよな そうすかね?ソフト的な波及効果わ大きい筈す。 Power Mac があった時代わ PPC Linux プラットフォームとして使われたモノで、Redhat 系のパッケージ管理システムの yum も当時の産物す オタちゃんカミングアウトしてるし、スペック明かしても支障ない? まだ身内にはしてないん?
>>555 ライブラリとしては既にiPhoneやiPadがあるからね LinuxならRaspberry Pi4やJetson Nano、Jetson Xavier NXがあるし >>558 仮定の話にわなるすけど SVE が来れば、それらローエンド品とわ一線を画すコトになるかと Appleは本来スピード狂の企業でSVEを実装するはずだと思う反面、 コア数増やして対応するかもしれんという気もする。 あるいはコアあたりNEONユニットを増やす……のは限界あるか。
数の出ないMac用に専用のCPUコア作る余裕はさすがにAppleにもないだろうね iPhone、iPad用に作ったコアでコア数を増やすくらいじゃないの?
>>548 Macに限ればRadeonでもなんでつ使えばいいんじゃね x86 CPUとでないと動かないってものじゃないんだし >>560 ハード的には256bitぶんのFPU積んでるって話なかったっけ? >>563 というか外部GPUはスケジューラの関係でradeon以外は動かない可能性ありそう じゃまたARMMac専用RADEONビデオカードが クソ高い値段で売られるわけか。。
>>566 そういう機能や性能が必要な用途に良いんじゃないかな? >>531 Appleは13インチMBP向けにeDRAM付きのSkylakeを大量に発注してるけど そいつらはWhiskey LakeやCoffee Lakeに相当する脆弱性対策が入ってなくて 今もなおKaby Lake Refresh相当の古いダイ (Model 142 Stepping 10) の在庫処分を押し付けられているから その辺りの不満もあるのだと思う Jetsonシリーズは次も任天堂に採用されるという説があるな もうちょっとハイパワーなSoC作れと言いたいが
原始人の方が好きだな恐竜がクレーンになったりしていて、石器時代もサラリーマンは大変だったよね
>>562 amazon の Graviton の様に自社データセンターに流用するのかも。。。 ちゃんと調べてはいないんだが 64ビットARM(Arm-v8)一番乗りはAppleのA7(Cyclone)で 本家のCortex-A57/A53より早かったはず
たぶんほとんど数は出てないと思うがARMv8の実装としてはX-Geneが一番早いんじゃないかな
Saphire RapidsのAMXはコア辺りのTOPSどれぐらい出せるかな?
アレ書いた記者に話聞いてみたいな ミームに近い扱いになってるけど知らない読者のために知ってて書いたのか ガチで知らなかったのか
世間的にはZen2でAMDでもやっとAVX2がまともになった程度で AVX512ですらろくに使えない状態なのに、 AMXなんて何年後に使えるようになるんだろね?
AVX512なんてインテルでもまともに使えてないのでは…
てかAVX512は失敗だろ 使用乱立しすぎて継続的につかえないのは流石にね AMXで仕切り直ししたいとかそんなとこじゃない?
動画エンコーダーではAVX512に対応しているものがいくつかあるけれど AVX2からパフォーマンスがあまり上がっていないんだよな AVX→AVX2はかなり性能上がったのに
>>589 x265ではintel自身が匙を投げたらしい >>590 それはSVT-HEVCに注力するためだと思うけどね AVX-512用いた計算とかは、基本ほぼスパコンかデータセンターだね 逆に言えば、それらのところでは重視されてるってことだけど
>AVX→AVX2はかなり性能上がったのに かなり上がってはいるんだが、理論スループット2倍と考えると「あっ、こんなもの」ってくらいだったかと。
AVX512は10nmから本領発揮だからね AVX2やFMAは良く使われてるし 性能アップも大きい
AVX512は10nmデスクトップから本番 ノートは性能制限(半分のピーク性能)だから 性能は下がることもある 128bit縛りの多いAVX2よりはるかに使い安いし いろんな命令が増えてて高速化出来る場面が多い 14nmだと回路や発熱の問題があるけど 演算ユニットにパワーを使うのが本来のCPUの形
汎用整数命令もガッツリ手を入れて欲しいんだが さすがに古い まとまった処理じゃないと 使用可能命令判別のコストがかかるので使えない だからちまちまやっても使われないで終わる 大がかりにやらないと
京のSparc64[FXは単体のFPU性能は128Gflplsで、確かCore-i7 3700辺りと 同じぐらいだけど、これ、CPU単体同士で科学技術計算で性能比較したら Sparc64[FXの方が上になるのか? 民生品のCPUの命令セット強化が主にマルチマディア重視なのに対し 京のようなスパコン向けCPUの命令セット強化は科学技術計算重視 同じ、浮動小数点演算でも方向性が違う
マルチメディア重視の小数演算命令のイメージがわかないけど 例えばどの命令?
>>597 >同じ、浮動小数点演算でも方向性が違う FP32 以外ペナルティがある GPU じゃあるまいし、現代の CPU わ倍精度浮動小数点数レジスタと対応命令を備えているすからそんな違いわ無いす。 小学校で掛け算に順序があると教わるとこういうヒトに育つすかね? 浮動小数点用の乗算器ってなんか縛りがあったつーか面倒だったような 整数部のみで構成された乗算器だけで回せないから回路規模が云々 あとデータ型的にフィード効率が云々
除算だけは順番があるんだよな 引けるか引けないか条件判断が必要 だからまともにやると精度ビットだけ条件判断が必要になって高速化しようがないので ニュートン法で表引きやると
微細化に関する話題は5chではここでいいですか? TSMC、5nmの見通しやそのごの2nmまでの話が出てきてますが、皆さんはどんなスピード感で微細化が続くと予想されてますか?
「ARMのAはAppleのAだ」と言われた位、一時は関係が深かったからね。因みに元々はAcornのA。
どーでもいいけど 前の京って イニシャルコスト1100億円、ランニングコスト100億/年 稼働年数7年で、利用実績たった2000件弱(ジョブじゃなく、一般利用案件)しかないんだよな CPUの稼働グラフみてるとほぼ100%に張り付いてるんで まぁ目一杯使ったとなるかもしれんが 6年間の利用実績2000件で 1100億とかあんまりじゃねーの? これが国防に関わる原爆開発してたなら利用実績1件でも仕方ないと思うけど、 せいぜい研究者の論文書くレベルの必要性ならほぼ金ドブ感がはんぱない。 原爆開発すればいいのに。 工学分野というか企業の設計でこれを主力計算機として位置づけてる企業があったら聞いてみたい。 しかもこの京のバイナリはarmベースの富岳との互換性なんてない。 京のために作ったソフトとかどーすんの?www どーせ国に使うことを半ば強要されてしぶしぶ使ってるんで主力計算機として利用してるとこなんてないだろうけどさwww 設計に計算機使うってのはおおよその方向性を確認することであって、精緻に完全に計算してしまうことじゃない品 ほぼWSやPCレベルで事足りるwww NECは 創業以来、住友グループのお荷物でしかなかったが、 pc88以来、ようやくお荷物烙印から解放されたpc事業もなくなり、交換機ビジネスもなくなり、 売れる物が底就いた時点で 旧電電ファミリーのよしみでようやくNTT様になんとか首皮一枚つないでいただき、 今後下僕としてこき使われ、会社としてはなんとか存続きる目処がついたけど、 どこも支援しながった富士通が、 なんとか富岳作ることで支援を受けるという国策なのかな? まぁそれならいいけどどさ
>>604 防衛省は伝統的にSXユーザーで、現行機の情報をあまり出さないが たまにスパコン運用関連の案件が出てその時今何使ってるかわかる。 現代くらいの技術力なら原爆程度にスパコンは必要ないが、水爆とかになると必要になるかもしれない。 >>601 除算だけは早くならないね 除算は遅いのでIntelも使いにくいx86の除算命令を改善しようとはしないね CPU内部でも巨大テーブルを使ってる >>606 汎用整数の除算も地味に改善してるよ でもSIMD命令除算の方が速いっていう >>604 1日1件なら十分じゃね 金額的にも国家予算に比べると大したこと無い 除算は遅いからなるべく避けるコードを書く コンパイラもなるべく他の命令でなんとかしようとする 昔からずっとこう 速く出来るようになったら 最適化が大きく変わる
そういえばA64FXって誰でも買えるしクラウドサーバーに導入される可能性も0じゃないのか awsで使えたら面白そうだなあ
SPARCが毛嫌いされてたんだな LinuxではSPARCは空気みたいな存在だしな SolarisあってのSPARC
京は一般利用も公募して実際に企業等の運用実績あったけど、全部無償だったよ。富岳も利用料取らないンだろうな。
今年のHot Chipsは各社新世代のプロセッサーが揃ってて文字どおり熱くなるな https://www.hotchips.org/program/ Intel Icelake-SP Intel Tiger Lake Intel Xe IBM POWER10 IBM z15 AMD Zen2 APU NVIDIA Ampere Microsoft Xbox Series X Keynote:Jim Keller >>618 Blue Gene すら売り物になるコトを考えると、スーパーコンピュータの市場わそんな単純な問題でわ無いと思われるす 売れ行き悪かったのは否定できないが、 京は派生のFX100とかが海外にも売れていた ちょっとだけな むしろもう引き合いあるA64FXが異例
>>618 というか、京以前はしらんけど結構早い段階で富士通のHPCはLinux移行しているっぽい 京ではLinuxだったでしょ。 今でもはいらんだろSX-Aurora TSUBASAは現行機種なんだから というか地球シミュレータにせよ京にせよ今までは国策スパコンと同仕様の売るビジネスじゃなかったんじゃね FX100あたりは多い少ないはともかく売れてたので。
国家予算で TOP500 の1位をとったにもかかわらず、販売実績で汎用PCとの互換性で遥かに劣る Blue Gene シリーズにも負け、国内の一私企業が開発する SX シリーズにも負けた京コンピュータを持ち上げるヒト達わ国賊と呼んで良いと思っているす 一旦、見直しの機会すらあったというのに。。。 せめてネットで負け惜しみを叫ぶのでなく、貴重な失敗例として記憶すべきかと
まぁ、まだ冷静に歴史を振り返れる時ではないということだよ 特に自国製はみんな思い入れあるだろうから
>>625 >FX100あたりは多い少ないはともかく売れてたので。 そこまで言うなら、海外の導入先の十や二十わ挙げられるすよね?主張にわソースが必要す >>623 スパコンでSolarisなんて使うわけないじゃん まあ京が無ければ富岳も怪しかったんだからそこはそこで良いんじゃないの? 売れる売れないでマウント取る日本語のできない外人は放置で
>>632 それはそうだと思うが押し付けで売った大学以外売れてないと ウソをついてまだ訂正しないでいるのであればとても有害だぞ >633 このスレ全体でこのコテハンは嘘つきですって言うコンセンサスが有ればそれで良いよ 元々相手にしてない人も多いけど新しく来た人が騙されない様にテンプレに書いておけばいいかな? 後は徹底放置で
>>622 2番じゃ駄目な理由を言えないシステムじゃ駄目でしょ HPCはHPCとしてしか売れないから、スパコンと同等のノードが売れる/売れないに意味は無いよ。スパコンは一点モノのカスタムだから、汎用版は実績とか可用性、信頼性を売り文句にするのが精々。
レンホーがぶったたいてくれたおかげで富岳がすこしはまともになったわけで やっぱたまに政権交代して仕分けないと駄目だな
>>640 あれはほとんど影響与えてないよ。 京の予算も微減で済んでるでしょ。 まあ、まったくないと断言してもいいんだが、いろんな事について検討しないとどこぞのウソつきみたいになる。 危機意識くらいはもったでしょ すくなくとも改善はされた
>>630 それスパコンというよりハイエンドサーバじゃない? 2003年か、その頃ならSolaris使ったスパコンもあっただろうな Sun Enterprise 10000なんてのもあったね NHKの放送技術研究所で見たことあるのがたぶんSun Enterprise 10000
Sun Fire ね 買い取った Cray 64000 の焼き直し
>>524 なんか物凄く余裕があるような気がするけど 配線のせいなのか排熱のためなのか・・・ >>597 Ivy Bridgeはメモリバンド幅が劣る Ivy BridgeはRAS(Reliability、Availability、Serviceability)が劣る 京の時期にIvy Bridgeは使えない 発表日を調べて貰えばわかるが、富士通Venusが発表された時には同等のIntelプロセッサはなかった。 京の稼働日だったらあったと思うがそこは正確に憶えてない。
>>653 京の稼働は2012/9 intelのCore-i7 3000系と4000系(IvyBridge)が それぞれ、2012/4 2013/9に出て, 4000系の方はAVX使ったマルチメディア系のベンチで京と 同等なflops値 スパコンのOSすらLinuxて 計算機使ってる俺らは、Linusに橋向けて寝られんわな Ras. Piから、組込、スパコンまでLinux
>>619 マジか、 公的設備ではじめから利用料金取らないってめずらしいな。 無料なのにこんな利用実績なの?www いや、無料と言っても企業の研究職や大学の教授が 学術や研究用に使うことが前提だから、 そういうのに、縁がないやつは利用資格を得られない
>>654 京は2011年6月にHPL測定1位公表 京CPU 128Gflops 8コア 2Ghz 58w 45nm これと同等性能なintelCPUは6コア12スレッドで22nm 130w 京CPUにはマルチスレッド機構がなく、動作クロックも一般的な x86より低いが45nmで58w動作できるのは、intel/amdに比べ 無駄?が少ないから?
おまいらにちょっと質問 AMDとIntelのCORDIC精度比較したことあるやついる? 別会社なんだから、不正にIP情報入試してない限り誤差でるよね? インテルがあんまふがいないんでAMDに移行するかもだが、 数値計算精度差が無ければめっちゃありがたいんだけど んなわけねーよなww
>>663 消費電力低減の直接の理由は低クロックだと思う。 電圧はどうだったか。 じゃあ何で低クロックで性能でるかというと、 Intelは分岐予測にトランジスタ使いまくってるのを、 富士通はケチってSIMD実行にまわしているから。 >>665 科学技術計算用だから、分岐予測にトランジスタ 使わなくても良いってのはあるかも 京は水冷でCPU動作温度を下げることによりリーク電流が低減でき、消費電力も減ったという話は無かったっけ
京は長く使いすぎ プロセス技術やその他技術の進歩に応じてどんどん更新していかないといけないのに、 古いのを使いすぎたので、後期にはワッパ悪すぎた 京みたいに陳腐化しないうちに、富岳後継機を開発し、導入する必要がある また、最低1年間は旧システムと新システムの並行運用が必要 並行運用の期間中に、プログラムを新システム用に改修したりする必要がある
>>669 国策フラグシップスパコンが陳腐化すればコンピューティングパワーで落伍するのは事実だが、 各大学のスパコンを使う事もできなくはないし、プログラミングの研究なら小規模のノードでもできる。 数年後に後継機を、というのは賛成できるが、単にスパコン整備の谷間を作らない事を第一に考えるべきだ。 地球シミュレータの方にもっとカネをかけるというのでもいい。 毎回1から作らずスケーラブルにして少しずつ追加・更新して高性能化すればいいこと 二位じゃだめなら節約せよ
PEZY出始めの頃は富士通+理研、NEC+海洋研に続く 第3のスパコン事業としてやってほしいと思っていたが、そのPEZYの顛末はよくない。
京と同期のSequoiaも今年1月まで稼働してたし (LLNLは2023年にEl Capitanを入れる) 別に京が長く使いすぎってこともなかろう
ここでど素人が偉そうに語ったところで何言ってるの?にしかならん気がする 本当に京を利用してた人が降臨しない限りねえ…
>>678 x86みたいにアイドル機構がないってのはドーユー意味? Cxステートとか、 電子回路の教科書にも載ってないクロック可変とか 電源電圧可変とかのPowerSave機能とか 休止、割込からWakeupする機能ももってるよね >>680 クロック可変やPowerSave機能って PentiumV Pentium4世代から出てこなかった? 現行のSparcM12だとPowerSave機能があるな
機能回路に片端からゲート掛けるのは消費電力対策としては非常に有効 面積とTr数に糸目つけなければ
>>675 京とまでは行かずとも、Sparcチップ搭載の EWS使ってた人なら自作民で一定数いそう 使ってたよSS2とSS10 てか、sparcのフリーIPどっか転がってるだろ 懐古趣味以外何物でもないだろーけど SunOSもフリーのあったような? あれはfor x86だったかな?
SPARCなんて古臭いRISCの代表選手って感じ 今ならARMやRISC-Vやった方がいいぞ RISC-Vのgccは関数の戻り値がvoid型じゃない場合 関数を抜けるときにreturn文がないと暴走するんだよね
昔あった、SUNのWS用のXVRビデオカードって載ってるチップ自体は Radeonだから、同じRadeonチップが載ってるPCのビデオカード がSUNのWSでも使えるのか? それとも、チップ自体は同じでもBIOSが違うのかな
SS2がSuper SPARCで富士通製、SS10がUltra SPARCでTI製、だっけ。両方使ってたわ。あとHAL Computer製のSPARC64準拠CPU載せたHAL Station300とか。 フリーだったのはSolaris for x86では?
> フリーだったのはSolaris for x86では? https://www.ht.sfc.keio.ac.jp/ ~fuji/freesolaris/ なお、実際に届く Free Solaris パッケージには、Solaris7 SPARC版 CD-ROM およびIntel版 CD-ROM、 Solaris7 ドキュメンテーション CD-ROM、 Intel版ブート・フロッピー、インストールの手引き、ライセンス 証書などが含まれている (写真1)。 そっか SunOSはBSDなんでフリーにするにはFreeBSDと同じ作業踏まないとだめなんかな? まんまフリーにはできないと
ちなみに自分の作った数値計算で 38MHzだったかなSS10と 90MHz Pentiumで SS10が倍以上速かった 双方gccにて
BSDベースなのは Solaris 1.x、SunOS 4.x 以前 SunOS 5.x 、Solaris 2.x は SVR4 ベース SVR4 に切り替えたのは Free Solaris のはるか前 はっきりいって時代が違う
>>669 >長く使いすぎ もしも京や富岳の半分の予算で倍の頻度にしたら半分以下の性能にしかならない。損だ。 京や富岳の間にできる谷間は日本の他のスーパーコンピューターで埋めてきたし今後も同様。 >並行運用 いつ何をやったか、やるか、スケジュールを669が知らないだけ >>688 sparcstationでultra sparcあったっけ? microかhyperだった気がする。 >>695 ご指摘の通り、Ultra→Hyperの間違いでした。 みんなSunに詳しいね HPやSilicon Graphicsに詳しい人も結構いそう
>>697 昔はワークステーションでトップシェアだったから 使ってた人も結構いるんだろうね。 >>694 SunOS 4.1.4まではSolaris 1.xでBSDベース SVR4はSolaeis 2.xのSunOS 5.xから >>691 その頃だとSpecCPUなんかのベンチ上だと x86がRISCと互角なとこまで来てたけど 実効性能じゃまだまだだったんだな DRAMはもう微細化の限界に来てる、これ以上は信頼性と微細化の両立は無理 NANDは微細化によってうしなった信頼性を、高度なエラーチェック・訂正や不良ブロックは代替処理することで乗り切ってる 一般的なクライアント用途、一般のPC、スマホ、ゲーム機ではECCを導入して、 サーバ・高信頼用途では、現行ECCよりもう一段階上のエラーチェック&訂正機構が必要 もしくは微細化あきらめて、3D DRAMみたいに縦に伸ばすか、
HBMは既存のDRAMよりビットコストが下がってない 既存のDRAMよりビットコストが下がる方式じゃないと
ストレージクラスメモリでDRAMとSSD/HDDから解放を
>>700 それはユーザランドの話 CPUアーキスレでわざわざOSのガセを流す奴ってなんなの >>704 現状で下がってないなら量産すりゃ下がるってこったろ 普通のDDR○-DRAMのDIMMでもうビットコストが下がらないなら、 他のDRAM方式もDDR以上に下がりようがないだろう 超高速化・エラー訂正と引き換えに、DRAMつまりメインメモリは低容量化していく という犠牲を受け入れるべき、SSDで最適なメモリ階層構造をなんとか汁
ビットコストが下がらないなら製造コストが嵩んでる製品はまだ値下げの余地があるでしょ
スマホも8GBのRAM搭載のものが出てきてるし ゲーム機もPS4が8GB、いつでるかわからないがPS5は16GB積むらしい Raspberry Pi4も8GB搭載版が出た メモリはもう、十分だと思うけどね パソコンだって16GBのメモリ必要なのは グラフィックス関係やビデオ関連、音楽ソフトのDAWやゲームくらいじゃないの? まあ、スマホもパソコンもゲームが最重要なコンテンツになってるが
容量は十分だと思うが キャッシュとの速度差が開き過ぎた
タスクマネージャー見ると、Googleのメモリー使用量が多い
メモリは一部用途にはバカほど使うよな UE4のコンパイルには32GBでもアウトオブメモリーなることあるらしい
昔NECが作ってた多値技術つかったメモリが脚光浴びるのか
そんな感じの1素子に2ビット記録するのがあった 名前は知らん
メモリ(DRAM)をどうするかで業界がいつまで経ってもモジモジしてる間に、 SSDはどんどこ自由に進化していき、レイテンシはともかくバス速度はそのうち追いついてしまうだろう アプリやOSは急速進化し続けるSSDをどう活用してくるか、でPC界隈は物事が動くようになる
既にサーバのDIMMに挿すOptaneメモリが販売されてるよ
昔から一貫して不揮発ストレージには頼るなで変わらん いくら速くなっても読むたびに死が近づくなら不要不急のIOはできない
無駄にコア増やしたり肥大化させるより、メインメモリの役割はL3キャッシュに任せて10マイクロ秒台でもストレージをCPUダイレクトにできればと思うんだけどな
CPUGPUのハードウェアプリフェッチがメモリだけでなくストレージにも効くようになった場合、 メモリ(DRAM)のレイテンシもNANDフラッシュSSD並みに大きくできるじゃん、という発見があるかもしれない
SSDもDRAMもサムスンの独壇場だろ 一時のIntelみたいな状況だから価格も下がらない 大容量化もしない あらゆるソフトやサービスが容量をケチケチ使う前提に作られてるから停滞してるように感じる
半導体産業は高度になりすぎてほぼ新規参入不可能みたいになってるからな 中国みたいに国が支援しないと無理な状況
半導体に限らずアメリカって日本を目の敵にして叩き潰すけど 後になってそれよりも筋の悪い連中をのさばらせる悪癖があるよな
日本が中国や朝鮮を抑えないとダメなのに、日本をアメリカが抑えてるんだよなあ
>>720 MRAM、NRAM辺りであればその辺りは大丈夫になるんでない? まあ敗戦国の定めだな たぶん人類が滅びるまで付きまとうぞ
第二次大戦そのものがアメリカの大失敗だから敗戦関係無いね じゃあどうすればとかそう言う話は不毛なのでしないが
もともと半導体メモリはIntelが広めて軌道に乗せたビジネス なのに80年代の日本はやりすぎてIntelは半導体メモリから撤退を余儀なくされた その恨みが今も残ってるんだろうね 逆にIntelはファナックや東芝テックなどの日本企業の昔からの顧客は大事にしてきたらしいぞ
Lakefield/Alderlake、SD8CX/MS SQ1などから モバイルを中心にPC(Mac/Win)のCPUもbig.LITTLE採用へ ZenやA64FXなどからCPU(Bigコア)は シングル性能はそこそこ高く多コア化が益々加速するのか 何れにせよARMが与えた影響は大きく感じる
A64FXはZenよりBulldozerのほうが設計似てるけどな
win用しか作ってなかったソフト会社がmac版も出すようになったのは 同じHWで同じバイナリってことも大きいだろ cpu変えてこれまで通りmac版継続リリースすんのかな? adobeは付き合うか? microsoft はofficeどーするかな? edaメーカとかmac版見限るとこ多そう
しかし バイナリ変更されてもついてくユーザとかマゾとしか思えんな マゾってか馬鹿だな バ カ ー
>>735 ArmネイティブのMS Office動かしてたやん ココでわ悲観的展望も書かれているすけど、海外でわ ARM Mac が ARM 開発/移植用のリーディングプラットフォームになると言う歓迎の声が上がっているす まずコレわ元MSで Windows 7, Windows 8 および Windows RT for Arm の開発チームを率いた Steven Sinofsky 氏の話す https://www.zdnet.com/article/ex-windows-boss-apples-arm-based-mac-will-be-the-ultimate-developer-pc/ ーーー "In two years, there is only Arm hardware and in four Intel will be ancient memory. The ecosystem will have rolled over. And Mac will be the ultimate developer PC. iPad will be used for more and more 'work'," he said in a Twitter post, ーーー こちらわ Linux 界隈から https://www.zdnet.com/article/soda-foundation-expands-cloud-data-autonomy-plans/ ーーー Now, though with Apple moving Macs to ARM, this will help. Sure, on the cloud with AWS and its Graviton processors you have the needed power. But Torvalds thinks for "kernel developers, you want to have a machine in front of you, you want to feel like eating your own dog food. I refuse to basically develop for anything that I can't use as my desktop portal." Hohndel replied, "Apple if you're listening, get Linus an early ARM laptop." ーーー Apple に対し Linus Torvalds に ARM MacBook を寄贈しろとクレクレしてるす Macは同じCPUの癖にゴミみたいな互換性のクソOSを何とかしろ
>>706 私の知る範囲でも >>700 の内容で正しいと思うすけど何故に発狂してるすか?例えば Wikipedia (英語版)でもこの様に https://en.wikipedia.org/wiki/SunOS ーーー The SunOS name is usually only used to refer to versions 1.0 to 4.1.4, which were based on BSD, while versions 5.0 and later are based on UNIX System V Release 4, and are marketed under the brand name Solaris. ーーー >>720 >いくら速くなっても読むたびに死が近づくなら不要不急のIOはできない トンデモない思い込みがある様すけど、フラッシュメモリですら寿命に関係するのわ書き込み回数で読み込みでわ無いす。 むしろ読むだけでデータが消えるのでリフレッシュ動作が必要なのが DRAM。。。 >>734 >A64FXはZenよりBulldozerのほうが設計似てるけどな どこからそんなトンデモ説を仕入れてきたのかわ知らないすけど、2GHz でしか回らない Bulldozer なんて代物が存在するなら業が深すぎる奇形す アレの基本構想って Netburst 直系すよ。どちらも Andy Glew の手によるモノ ちなみに Glew 氏わ現在 SiFive 社に在籍とのこと https://www.linkedin.com/in/andyglew BD系列がネトバとな アレ見て設計優先順位がわからんなら追うのやめろ 単純に頭が悪い
まあMacOSではCPUアーキの変更は死ぬほどの苦労だったが、 MacOSXならそこまでの問題ではないというか。 NeXTはいろいろなCPUで動かせたしね。
>>745 今はSiFive社に所属してるのか やっぱ優秀な人は話題の先端にいるのね >>747 とっても面白いけど、本人が解説している通りNetBurstというよりWillametteのHyperThreadingを改良するのが趣旨だと。弱点を直すアイデアはAMD辞めた後気付いたとか、興味深いね。 >>735 Mac版の開発が増えたのはOSに依存しない開発環境が整備されたからと聞いたことあるな Windows版、Mac版が同じコードから生成される環境を各社が整備してるらしい IntelからArmへのシームレスな移行を実現する「macOS Big Sur」 https://pc.watch.impress.co.jp/docs/column/ubiq/1260735.html > すでに多くのソフトウェアベンダーは、ISAやプラットフォームに依存しないコードへ移行済み > > いずれもCPUのISA移行期間としては妥当な機能で、 > 同じような仕組みはMicrosoftがArmベースのWindows 10を導入するときにも取り入れられている。 > WWDCの基調講演でAppleは、Universal 2に基づいた > MicrosoftのWord、Excel、PowerPoint、 > AdobeのLightroom CC、Photoshop 2020、Apple自身のFinalCut Proが紹介されている。 > > 近代的なアプリのコードは、プラットフォームやISAから独立したかたちで書かれており、 > そこにプラットフォーム特有の機能として、WindowsならWindows UIへの対応や > タッチ操作とペン対応、iPad Pro向けならiOS UIへの対応や > Apple Pencil対応といった部分を追加し、コンパイルする仕組みになっている。 > > たとえばAdobeのPhotoshop 2020などがそのわかりやすい例で、 > 1つの基本的なコードから、iOS向け、macOS向け、Windows向けのアプリがコンパイラで作成されている。 > > このため、MicrosoftもAppleも、動作検証(バリデーション)の議論を別にすれば、 > 新しいプラットフォーム向けのソフトウェアを作るのはそんなにたいへんではないのだ。 > だからこそArm版のMicrosoft OfficeやAdobe Creative Cloudのデモができている。 >>750 >WillametteのHyperThreadingを改良するのが趣旨 モロネトバじゃん 着想もそうだし、クロック稼いで爆熱というもの bull = ネトバ改ととらえられる所以 ユーザーにとってMacはCPU変更よりOS9からOSXの方がよっぽどダメージでかかったからな High SierraとCatalinaで開発もユーザーも互換性の問題で四苦八苦してていい加減にしろと xcodeでポン!で簡単に出来るならそんな事起こってないはず
WindowsだってVistaで不具合出たアプリは多かったぞ あまりにも不具合でまくりでXPがそのまま使われ続けた
Macの互換性の問題について話してるのにいきなりwindows(しかも昔のゴミ)を引き合いに出す意味とは? Macは現在進行形だからな、技術力なさ過ぎてヤベーよ
ネトバ系ではないんじゃないかな 思想的には同じとしてもだ A64FXはBulldozerより富士通版Xeon phiだと思う。
NetBurstの特徴はトレースキャッシュや倍速ALUだと思う SMTは他のCPUでも実装できる一般的な技術でNetBurst特有というわけでもないし
PC(Windows)そしてサーバー=Intel insideの時代は完全に終わった ARMかAMDかIntelか....どこのCPUを使うのか ただの選択肢の一つになった プロセス失敗以前にSandybrige以降コア開発に胡坐かき過ぎだよ
まあしかし我慢できずZenがキッカケ的についにCPUコアが大増殖してきたわけだけど、 こうなると問題はやっぱりメインメモリ(のバス)なんだよなあ マジでHBMは(極上層以外)降りてこないまま終わるのか、DDR5・6・7・8とあと20年同じ事やるのか
コンシューマPC向けメインメモリにHBMは無理でしょ
HBMを安く製造する技術が焦点になったりするわけ。
DDR○-SDRAMが強い理由は良くわかってる DIMMモジュールにしてよし、1枚づつ直付けもよし、LPDDRにしてもよし、GDDR製造してもよし こんなの他を駆逐するし技術革新・次世代規格が止まらないに決まっている なので「PCのメインメモリは今後もDIMMモジュールで果たしていいのか?」がポイントだと思っている
CPUに高帯域はあまり意味がないし、大容量にできるDIMM形式のほうが遥かに需要がある
>>763 DIPソケットにメモリ増設する図を想像しちゃったw pcieバスに挿すメモリボードを増設する図は想像しなかったのか?ww
これを見るとAppleはdGPUを搭載する 事を止めるのかな? PS5みたいに総合GPUでも強力なものが あるけどAppleにAMDやNVIDIAに匹敵 するGPUは作れるのか疑問だが… https://japanese.engadget.com/applesilicon-egpu-072015583.html Apple Silicon版Macは謎に包まれた部分も 多いなか、サードパーティ製GPUのサポート が中止ないし互換性が低下する可能性が浮上 しています。 アップルのGPU担当ディレクターGokhan Avkarogullari氏は、「Apple Silicon版Mac にはアップル製のGPUが搭載されているのに 対し、IntelベースのMacにはintel、AMD、 NVIDIAのGPUが搭載されている」とわざわざ 区別した上で、あたかも両者が対応している GPUが異なるような図さえ提示しています。 Apple Silicon版MacではIntel、NVIDIA、 AMDのGPUサポートを打ち切る可能性が あると示唆しているとも受け取れるわけです。 もう1つの手がかりは、開発者向けサポート 文書に書かれている「ディスクリートGPU がパフォーマンスの向上をもたらすと考え ないでください」「Appleプロセッサの統合 GPU は、高性能なグラフィックス処理に 最適化されています」との記述です。 >>768 iPhoneやiPad向けにはいわゆる独自GPU積んでる形になってるし ProはともかくiMacやMacBook向けにはその流れになっていくかもね dGPU並の性能のSoCを作るんでしょ スマホ向けの100mm2くらいのやつだけじゃなく、200mm2くらいの一般向け、300-400mm2くらいのゲーム機くらいのもの、500mm2以上のハイエンド向けのものとかね GPUもCPUもコアを増減させればいいだけだから、ハイエンド向けを作るのは大して難しくはない
RF設計したことのないappleの携帯とか 出た頃性能悪かったんだよな 受信はともかく、しろーと設計でPAがよく火を噴かなかったっていう あ、設計はフォックスコンか? 歴史は繰り返す
iPadで動画編集アプリ使って書き出しすると処理めっちゃ速いんだよな GeForce積んだ中型ノート機でPremiereから書き出すのと同じかそれ以上に あれなんか魔法があんのかな
Mac持って機械学習やってます(ドヤァ)みたいな奴の滑稽感がさらに増しそう
まあ、ARMのMacはiPhone、iPad用のアプリが使えるMacだから iOS向けに書けばMacでも動くのだからゲームの移植が増えたりしてw
エヌビディア、時価総額でインテル抜く−グラフィックチップ需要増で 7/9(木) 2:30 Bloomberg
>>92 DECはエクセレントカンパニーじゃない 超エクセレントカンパニーだ! >>768 >>770 Apple Silliconは開発者向けの動画でユニファイドメモリと言ってるね。 ハイエンドMac向けSoCは規模的にPS5/Xbox sX用カスタムAPUのような代物かな。 GeforceやRadeonと争うならメモリ帯域がネックになるんで、CS機同様メインメモリもGDDRを使うのかねぇ。 お高いものならいっそHBMだったら面白い。 >>772 問題があるとしたらウンコ画質のビットレートだよね! >>768 USB4ぐらい載せてこんかな 梯子外すかな(やりそう) Intelと切れたらUSBなんかもっと使わなくなりそうだけどね
>>778 Apple siliconの説明画像では高性能GPUと統合メモリの横に先進シリコンパッケージとある 先進パッケージだったら高効率なヘテロ統合マルチチップとかも実現出来るだろ >>772 セキュリティチップ(中身はiPhone 7世代チップだったような)が乗った最近のMacでもハードウェアエンコードできて、Bフレームサポートしてるくらいなんで、ipadも当然ハードウェアエンコ > すべてのMacに搭載 でも切る時は切る。それまでのすべてのMacが価値暴落
>>786 ターゲットって言ってたらやるつもり(確実にやるとは言ってない)だろうけど、コミットって約束だからやるでしょ Commit言っておきながらやらなかったら総スカンだよ 今のMacBook Airで動画ソフトを使うと 不具合があるらしいが、それってMac の問題かIntelの問題かどっちなのかな?
>>749 アメリカの場合、このスレで話題になるようなベンチャーが高給で人集めるからね 日本の場合、ベンチャーは給料が安いところが多い アメリカのベンチャーは才能あるやつが自分でできるから独立する 日本のベンチャーは組織からあぶれて仕方なく起業する
637 Socket774 2020/07/09(木) 04:12:12.57 ID:d9Q/EKGT Macbook動画編集で不具合起きる件 なにやら「悪いのはIntelの第10世代(Ice Lake)!」って方向へ話が進んでるが大丈夫か? ダウンロード&関連動画>> VIDEO >>786 つうでもUSBと統合だからサポートしないなら代わりに何載せるという話に >>794 いまどきのハードウェアなんてバグがあるのが当たり前 基本的にハードのバグは、デバイスドライバやOSで回避する まれにアプリ側での対処が必要になったりすることがある psプリンタの各社のドライバ通してできるファイルをセーブして、 gsでpsファイルとしてviewしても各社各様でまともに動かない ようやく探し当てたまともに機能するドライバが沖しかなかったとかさ ハードの不具合を最後にドライバ屋に押しつけてるんだろなとオモタワ
ここまで酷いとソフトウェアで吸収する範囲を越えてると思うんだけど どうせハードウェア実装された脆弱性対策が悪さしてるんだろうな
>>778 dGPUはnavi31てのを載せるみたい こればかりは従来通り https://japanese.engadget.com/amp/miniled-ipad-020052733.html >もう1つのTrendForceレポートは、もっか注目の的になっている >Mac用独自開発チップ「Apple Silicon」や、iPhoneおよびiPad用 >のカスタムプロセッサに関する興味深い情報を伝えています。 >まずApple Siliconは、iPhone用SoCのAシリーズチップと同じく >台湾TSMCが製造するとのこと。5nmプロセスとなるApple Silicon >の製造コストは100ドル以下と見積もられ、市場価格が200〜300ドル >の10nmプロセスIntel Corei 3プロセッサと比べてコストパフォーマンス >が高いとされています。有名アナリストMing-Chi Kuo氏は独自設計 >チップへの移行でCPUコストが40〜60%低下すると予測していまし >たが、おおむね当たっているもようです。 性能的にもCore i3以上で出してくるだろうけど 5nm製造で100ドル以下ならある程度性能の 目星もつくのかな? AppleのSoCが100mm2前後という 最近の傾向からの推測じゃね
長年Intelのメインストリームがだいたいそのくらいと言われてたような
399ドルスタートのiPhone SEが最新のA13搭載してるから製造コストは安そう
同じトランジスタ密度、同じダイサイズ、同等以下のエネルギー消費で、どっちが性能がいいかは設計とソフトの最適化で決まるなら アーキテクチャのレベルでの違いもあらわになりそうだが インテルで製造するよりも安いとなれば単にそれだけでもなくなるな
>>809 スマホ用BGAリワーク機すら出回っている昨今、出来るヒトにわ可能、出来ないヒトにわ一生無理という感じになるかと。 現代においてデジタルデバイドってのわ、もはやコンピュータを使える使えないの問題で無くなっているいるす ヤフオクでSparc機を買ってLINUX入れようかと思ってるけど ここ最近じゃ、LINUXもSparcに対応してないんだな で、Power/PowerPCは対応あったりする、やっぱPoweerMACの 影響が大きい?
コンピュ―タ−と言うと、精々PCあたりまでしか思い浮かばない人って 一体、、、いや無理にスパコンや大型サ―バなんかを覚えろってわけじゃないが これだけ情報がある時代に「え、なんでPCあたりまでしか知らんの?」と なるな
東大大型計算機センターにいたけど なんか聞きたいことある?
>>816 最小単位ユニットでも、演算能力は 同時期の市販PCの上位モデルより 上? ヤフオクで古いSparcマシン買って、解析系のソフトでも入れれば 自宅でスパコンだな
>>811 じゃFreeBSDかNetBSD入れよう やっぱりAppleみたいにソフトとハードの両方を提供してる ところで無いとARMをPCで使うのは厳しそう Huaweiのサーバー向け7nm Armプロセッサ「Kunpeng 920」の実力 https://pc.watch.impress.co.jp/docs/news/yajiuma/1264689.html >中国著名ストリーマー“二斤自制”さんは3日、Huaweiの >サーバー向けのArmプロセッサ「Kunpeng 920」を >搭載したデスクトップPCのレビューをYouTubeに投稿した。 >今回二斤自制さんが入手したのは、8コアの「Kunpeng 920 2249K」 >を搭載したデスクトップPC。“某ミステリアスなプラットフォーム”に >おいて7,500人民元で購入したという。 > CPUとマザーボードのほかに、標準でKingston製DDR4-2666 >メモリを16GB、256GBのSSD、200Wの電源、Radeon RX 550 >ビデオカードなどを搭載していた。OSはLinuxをベースとした「UOS」 >動画ではBlenderを使用してベンチマークを計測してみたが、8コア >ということもありスコアはあまり振るわなかった。一方、一般的な >ネットサーフィンや文書作成は問題なく行なえたとしている。 > 問題は、UOS自体がアクティベーションされておらず、アプリ >ストアからのインストールに別途800人民元を支払う必要が >あったこと。しかも支払ったとしても、使えるソフトウェアが >非常に少ない。また、自身でパッケージを入れるにしても、 >ARM x64版に対応したパッケージが非常に限られているため、 >使いみちはほぼなかったという。 >>822 >圧倒的に上 もしかしてSXとかVPPみたいなベクトル系 のスパコン? もしそれだと、PCがPeniumU/Vの P6コアの時代になるかな >>822 案外少ないね ワイの2/3位やね ちな中小役員 >>813 ナゾのキャラ設定なんだ、そこはアンタッチャブルで設定の由縁とかは中の人のマジレスは期待できない。 恐らくPC-VANとかの頃からこんな感じだろう。 知らんけど。 いや、科学技術計算ではかなわんがAVXのようなマルチメディア向け 命令セットを用いて、動画エンコ、レイトレレンダリングで SXやVPPのベクトルCPUと勝負すればx86でも勝ち目はあるはず
>>827 ベクトル系CPUでも 普通のCPUのように命令セットは あるんだよね? >>828 そりゃそうよ 富岳の設計がまさにそれだ 自分は日本ペニス協会の副会長を任されてるっすが 年収5000万円を超えてるす(笑) これでもコロナの影響で半分以下に下がったす
アセンブラを使う人にはavxとかあんまり意味はない。 1階平家を高層ビルにしてみました的に無節操な設計だからな。 拡張命令は後付け故に命令長が長すぎて、あっという間にショートブランチが使えなくなるし、同じ演算を繰り返す事にしか傾注してないから、高速アルゴリズムを簡単に導入することができない。 dctなど行列演算の高速アルゴリズムは行を入れ替えて同じ演算をまとめることが多いのだけど、どうしても残りの複数の異なる演算を同時に行う必要が出てくる。そうしないと、高速化にならず遅くなるから。 ソフバン出版から出ていたmmx活用ハンドブックだったかには、インテル日本の人がコメントを書いていて、インテルは本当に便利な命令は搭載しないと言っていた。 便利な命令を搭載することはベンチマークソフトをハード化するようなものだから、株価対策的にやらないとのこと。
>>831 SIMDを効率的に使うには アセンブラかアセンブラもどきしか 記述方法がないだろ >>833 >>831 が意味不明なのわ同意するすけど intel の拡張命令わ MKL 経由で性能を享受してるヒトが多いのでわ? 特に大学の計算機センターなんかわ必ず intel コンパイラのライセンス買ってるし。。。 伝統的なベクトル機がダメだったのは、 CPUの演算性能は、メモリ帯域を満たす分しかなくていいっていう考え方だったので、 メインメモリ帯域がボトルネックになる計算以外でのコスパが非常に悪かった またメモリ帯域がGPGPUに一気に追い付かれる/追い抜かれた
>>832 ベクトルそのものでしょ 制御にARM64使ってるな >>837 はぁ 無知は嫌だねぇ もっと調べてみなよ富岳 例外はあれどSIMDはベクトルを処理するのに使われる SVEなんて名前からしてそうだ あとはベクトル機の定義論争にしかならん。 >>828 昔のベクトル機だとワンチップ化されてなかった可能性がある。 現代人から見ると制御プロセッサがCPUで演算プロセッサがコプロセッサになり、 演算プロセッサの命令セットは普通のCPUのような命令セットではないかもしれない。 (当時の仕様書見たことのある人なんてスレ降臨しないよね?) >>839 >例外はあれどSIMDはベクトルを処理するのに使われる その観点でわ現代の PC 向けプロセッサわ全てベクトル機と呼べるので 富岳を特別視するヒトわ、やはりおバカさんという結論に。。。 >昔のベクトル機だとワンチップ化されてなかった可能性がある。 8087 わ 8086 とわ別チップコプロセッサすけど、その命令わ x86 ISA の一部す。「命令」がメモリ上に記録されたコードの羅列に過ぎない以上、デコーダーが解釈するのが ISA なのであってハードウェアの詳細わ関係無いす。 >>826 いつを想定しているのかわからんが、 1991年だとSXは制御プロセッサにUP4800を使っていたと書かれていて これのCPUは最低ラインナップでもMIPSの33MHzで、1991年のPC-98はx86の16MHzから20MHzだろう。 1991年のPC-98はV30だったかもしれない ツッコミ入る前に言っておく
>>840 の補足すけど、逆に最新のプロセッサであっても GPU 内蔵品わ非公開の全く異なる命令体系を持つ演算ユニットの集合体す。 結局昔と今の違いわ単なる半導体の集積度に過ぎないす。過去に何か特別なコトがあったかの様に語るのわ、狭い視点でわ無いすかね? >>843 そのとおりで現代も昔も似たような事で特別な事はない。 でも質問者が現代と昔のちょっとの差を意図して質問している可能性はあるので 真意を聞いてから答えを出すべき。 富岳がベクトルという説に対しては自分も支持しない。 現在存続しているISAがベクトル機能を取り込んだというのが正しい。 >>844 >でも質問者が現代と昔のちょっとの差を意図して質問している可能性はあるので ここから先の話わ異論がある方がいるかもしれないすけど、牧野教授あたりわベクトルと SIMD の間に、その成り立ちに起因する本質的な違いがあると述べているす。 「スーパーコンピューティングの将来」 7. SSE の限界(2005/12/23) ーーー ソフトウェアの側から見るなら、 Cray-1 のベクトルレジスタが 64 語だった ものが 2 語になった、と見ることもできなくはありません。しかし、ハード ウェアの実装は根本的に違います。 ベクトル計算機では長いベクトルレジスタ に対して演算器は(もっとも単純な形では)1つだったのに対して、SSE/SSE2 で は基本的には 4/2 個の演算器が並列に動くからです。 この違いは、なんのために SSE 命令なりベクトル命令なりを導入したか、と いう目的の違いによっています。 既に見たように、ベクトル命令は比較的簡単 なハードウェアで1つの演算器を有効に使うために導入された、といってよい と思いますが、 SSE はありあまるハードウェアを少しは演算にも使おうとい うものです。 ーーー NGワード関係で直リンできないコトをお詫びするす >>845 こちらは一般論的な話をしているのでなんでそういうレスになるのかよくわからんが、 ググって牧野先生の記事を見て復習した。 牧野教授の「スーパーコンピューティングの将来」の最新記事を読むと、A64fx ってメモリわ超高速なのに演算器とキャッシュが遅いと言う妙な設計なんすね。。。 姫野ベンチを設計時に無理強いするとこうなるすか? 147. 某マシン上の差分ステンシル計算 (2020/6/6) ーーー SIMD 幅は広く、レジスタ数が少なく、演算器レイテンシが大き く、L1 はあまり大きくなく、バンド幅もL2はそこそこあるがレイテンシが 大きくてバンド幅も小さいマシンを考えてみます。もちろん、具体的な 対象は A64fx です。 「京」も同様な問題があったのですが、「陽解法規則格 子流体でピーク性能の 10ー15%しかでない」ということについてです。 ーーー NGワードで直リンできないコトをお詫びするす
そういやMACオタちゃんディルドとかバイブレータとか持ってんのかね。。? これいいよ!て奴おせーて。
A64FXってARMv-8+SVE512の多コア+HBM2 ってことは 構造的にXeon phi(Knights landing/mill)によく似てるって解釈でOK?
>>850 俺はそれに近い解釈しているが、それだけで割り切れるほど簡単でもないらしい。 全部富士通謹製ARMコアなのだが、1チップ52コアは4コアが制御コア48コアが演算コアとして働くそうで。 >>850 Xeon Phi わ small-core + many-core + SMT4 で SUN Niagara や GPU の様にもっとスループットコンピューティング寄りだと思うす >>851 >1チップ52コアは4コアが制御コア48コアが演算コア OSの割り込みが入ると計算コアの同期に乱れが生じるのでメニーコアでわ良くある構成す コレわBG/Qの例 https://ascii.jp/elem/000/001/012/1012242/ ーーー これを集積したBlue Gene/Qチップの全体が下の画像だ。360mm2のダイに、合計18ものプロセシングユニット(A2+QXP)を集約しており、このうち16個が計算、1個が通信管理などOSの作業に割り当てられている。 ーーー >>850 12+1 コアをクロスバーでつないで1 CMG、 4 CMGとIOを目の字の変則リングバスで接続、だからOKではなくNGなのでは Tofuは、6本足の単純3Dトーラスではなく10本足に強化 A64FXはCMG間を単純リングバスではなく目の字に強化 シンプルなものをそのままでは足かせになりかねない、かといって 理想を追う別方式は回路規模と性能のバランスが悪い、という判断で シンプルなものを小強化することを選んでるって感じだな
>>839 ニュー速板の富岳スレでVPP500の解体を やった人がいるんだが。 (本人は今でもそれのCPUボードを1枚所持) 何十枚もの基板が組み合わさって,1枚の ボードとして構成されてるような構造らしい アメリカのA64FXつかうコンピュータは、豆腐使わずにInifinibandつかうんでしょ? もったいないよな
>>851 >>853 ありがとう! なるほど A64FXは規模はちがうけどCellのPPE1個+SPE8個みたいなもんか PS3で一時SONY死にかけたなあ >>851 制御コアと演算コアで役割分担をしているけれど物理的には全く同じコアらしいぞ >>855 インタコネクトの強化わ正統進化だった様す。 コレ「京」派生システム唯一の海外案件である台湾気象局の報告書すけど、FX10 (SPARC64 VIIIfx) と FX100 (SPARC64 XIfx) を比較してるす http://photino.cwb.gov.tw/rdcweb/lib/cd/cd03cons/compilation/2018/107M08_p65.pdf ーーー 在模式運行效能測試方面,本年度以 C768 解析度,垂直層數 63 層,積分 步長為 225 秒為基準分別在氣象局 FUJITSU FX10 及 FX100 上進行測試,模式 在積分中計算速率是穩定的, 在 FX10 上計算核心數目揄チ 2 倍對於計算速率大 致上可揄チ 1.8~1.9 倍,以 1536 顆核心積分 5 天花費時間約為 6.87 小時; 而在 FX100 上以 1536 顆核心積分 5 天花費時間約為 2.44 小時,FX100 大致上比 FX10 計算速率快上 3 倍,但在 FX100 上使用超過 768 顆核心之後,揄チ 2 倍計算核 心數目,計算速率揄チ約 1.64 倍。 ーーー 要するに同一コア数でわ FX100 の方が3倍早いが、スケーラビリティに注目すると FX10 でわコア数と性能が比例していたのに、FX100 でわ768コア以上の領域でコア数を2倍に増やしても性能わ1.64倍しか向上しなかったとあるす。(図2.8、図2.9参照) シュリンクしてコア数/性能が上がってもインタコネクトが限界だった様で。。。 なおSPARC64 VIIIfx と XIfx の比較わコレす https://jp.fujitsu.com/platform/server/advantages/sparc64processor/ >>861 の訂正す。PRIMEHPC FX10 のプロセッサわ 京の次世代 SPARC64 IVfx す SPARC64 VIIIfx わ京コンピュータそのものすね >>857 >>487 にも書いたすけど現段階で Tofu-D のドライバ/ネットワーク・スタックが普通の Linux でわ動かせない様に見えるす 富士通純正の FX700 すら OS が RHEL なので Infiniband 搭載す >>487 のリンク先の安藤壽茂氏の記事によると ーーー このため、理研はOS Jitterの小さいMcKernelという軽量OSを開発し、計算コアではMcKernelを使っている。一方、IO処理などの割り込みが必須な処理もあるので、こちらはアシスタントコアでLinuxを動かして実行する。 マネジメントソフトウェアやファイルシステムの開発は富士通が分担している。プログラム開発環境は並列プログラミング言語のXcalableMPとMPI通信用のMPICHは理研が開発しており、残りの部分は富士通が開発している。 ーーー Tofu-D 対応の MPI わ McKernel 対応アプリ上でしか動かない感じす >>865 それ見てもIOの処理はLinuxがやっているように書いてあるが >>867 >>866 を素直に読むと、Linux kernel をアシスタントコアでしか動かさない特殊なスケジューリング機能を持つ専用 BIOS/Firmware が動いている様に見えるす 一方で McKernel わ A64fx 専用機能のドライバを含んでおり、アシスタントコアやら Tofu-D やらのドライバはこっちにしか無い。。。というのが私の推測す >>869 MPI 等わレイテンシ勝負だからす ハードウェアがどれだけ高速でも余計なソフトウェア・レイヤを経由すると無意味になるのわ RAM ディスクなどを使った経験があれば体感してるかと。。。 このデマクソコテとやり取りしても無駄ですよ NG推奨です テンプレにもだんごとか言う奴とコイツはNGって書いておいて欲しい じゃなきゃワッチョイつけてくれ
初心者の方だと、エネマグラのAdorimeあたりがいいと思うす いずれにしても長時間の慣れが必要す 私わ逝くまでに1年はかかったす(笑)
メインフレームなんかだとコアごとに別OS動かしたりできるので、 その技術の応用?
Apple Siriconに、(もしくはその次世代品に)x86/x86-64トランスレータ支援用のロジックが入っているってことはないですかね?難しいかな?トランスメタがやってたような感じのに似てる感じで
Appleの本性を思い出せ 結局のところCPUパワーだ Intelは消費電力高くなってパワー出せなくなったからAppleシリコンに移るのだ トランスレーションなどにパワーは割かないだろう
最近のSoCはダークシリコンの問題もあるし。専用ブロックがドンドン増えている気がする。 シリコンの面積をトランスレータ支援には割かないだろうという推測も妥当だと思う。 しかしトランスレータ支援にシリコン割くことでx8664がかなり速くトランスコードできたりエミュレーションパフォーマンスが上がったりするなら互換性のためにやる意味無くはないんじゃないかともと思うけど、確かにAppleだもんな
AMDは電力管理がいまだにびみょい Appleの方がそこは強そう Arm移行を決めたときはまだZen出るか出ないかくらいなのもあると思う
>>879 x86/x64用 をRosetta2でA12Zを使ってエミュらせたら Mac OSやアプリがグリグリ動いてしまう現実 Appleの開発チームは最初試しにやってみたら 噂通りで 結構といけるやん! ってニヤニヤが止まらなかったろうな >>881 というかその必要が薄いって方が妥当かな ARMの牙城に切り込めるだけの、SWがない HWだけあったってしょうがねぇからな どっかでシフトするにしてももうちっと冴えた方法だろう Adobe「他社がARM化についていけず脱落し、うちのシェアがさらに上がるぜ」
みんな忘れてるけど、ARM版Macの一番の売りは iPhone、iPadのゲームがMacでできるようになることだよ 所詮、ほとんどの個人ユーザのパソコン利用目的なんてゲームだよ クリエイターなんてほんの一部
クリエイターご用達の道具を持ってる人間はクリエイターより多い
>>887 スマホのゲームをPCでやろうという人は めったに居ないんじゃないか? スマホゲーは増えるだろうけどSteamとかにあるPCゲーは撤退が加速しそう
既存のソフトが駄目になる上に今後サポートしないソフトが続出しそう
>>885 もしそれが訴訟になるならRosetta2だってVMwareだって訴訟になってしまう。 >>887 アップル製品のユーザーってゲームに 興味なさそうなんだけど むしろ、お洒落イメージで買ってる 「意識高い系オタク」で、ゲーマー なオタクとは正反対かと いや、寧ろ昔からフラッシュゲーのイメージががが。ゴリゴリのFPSとかちょっと想像つかない。
ゲーミングPCとiMacとLinuxミニマシン持ちだがMacでゲームはやらんな
>>900 それItanium比で電力6割性能倍以上とぶちあげるも 資金集められなくて頓挫しなかったか ARM Mac移行でPCゲーは減りそうだが、そこは別に次世代CS機に任せればよい PS5やXb sXはGPUばかり注目されるがZen 2 8コア 前々世代・前世代のCS機と比べて非常に強力なCPUになった 9900kのターボには及ばないがその定格クロック並みには動く ARM MacならiPhone/iPad専用ゲームをiPad pro以上の性能で 楽しめるのも利点になりそう
>>904 ARM-MACが出るとPCゲーが減る理由は何? 今のMACはWin機同様にx86だけどPCゲーム でのポジションは低いから、影響あるとか 思えん。 mac対応ゲーが余計少なくなるだろうというだけでは?
複アカ出来るならともかく紐付け変わらんかったら わざわざiPhoneやiPadでやってるゲームをMacでやろうとか考えんと思う
androidと違って現行機つかってれば設定落とさずに動作するもんな
n社さんがその辺はからんでくるのでは? 米国のn社なのか日本のn社なのかといえば、どっちが主導なのかわからんけど。
日本のN社がJoy Conスマホゲー向けに解放すればあり得るかもしれんが それはないと思うな
まぁ、Macユーザーはツベの広告に出てくる棒を引っ張ってオッサンが燃えたり感電するようなゲームやってりゃ自由分だろ
棒を入れられてオッサンが悶えるゲームわやってみたいす
>>903 ぐぐってwikiにたどりついたら最初の製品が2014年らしい そんな後まで追ってねーよ(逆半切れ >>915 x86みたいに古くからある製品シリーズなのか 2000年あたりのあれがどのへんの製品なのか見てみる まーゴールドマンサックスがそういった助言やったってレベルみたいだけど 実際売却することはないと思うわ アホみたいやん
>>924 負債がでかいからな、東芝が泣く泣くDRAM事業部手放したのと同じ構図だし。 ソフバン狙い撃ち法改正の原因になった 会社を細切れにして実体はそのままに 帳簿上糞赤字にして税金回避するやつでないの
A64FXに実装されてるARMコアはCortex-Aシリーズでいうと どの程度のクラスなのだろうか?
>>929 Intel ARMか、どちらにしてもプロセスの問題が立ちはだかるな >>926 税金回避にしちゃ赤字規模が頭おかしいレベルじやん。 これを見るとMacBook Pro 13インチで動画ソフトの 不具合はIntelが原因なのかな? https://twitter.com/samuraism/status/1282955945081835521?s=21 MacBook Air 2020やSurface ProでJetBrains IDE利用中にIDEや OSがクラッシュする問題が発生しています。 Intel社のCPUが原因です。現在の対応状況や回避策は以下を ご覧ください。 現象 Intel社のCPUが搭載されたMacBook Air 2020やSurface Proで JetBrainsのIDEを利用していると、IDEやOSがクラッシュする 対処(2020/7/14現在) Intel社でファームウェアアップデートが行われ6月末に システムメーカーに提供されました。現在システムメーカー で検証中のようです。リリースをお待ち下さい。頻発する ようであれば以下の回避策で発生しづらくすることが 原因 Intel社の第10世代「Ice Lake」のファームウェアの問題 対象製品 IntelliJ IDEA、GoLand、PhpStorm、RubyMine、PyCharm、Rider、CLion、AppCode、WebStorm https://twitter.com/5chan_nel (5ch newer account) Surfac Pro 7でも起きてるとなると・・・
Mac板でも同じコピペしてるしな スレ違いだしMacがARM化決定してからうざい奴が雪崩れ込んでて勘弁してほしいわ Intelをdisるだけしかしてないし
ARMMACならappleも好きな値付け出来るな。 そしてマカーは買う。 んで一般MAC使いはグチをこぼすと。
>>928 なんか複雑な高速化機能入ってるらしい うーむ もしかりにIntelがARMチップを作るなら、 デコーダの部分をARM命令対応にして、内部は既存のx86のままとかにしそう
>>939 富岳のあれは52コアのSIMD機構が あって、それで速い >>928 Cortex-Aの実行ユニット構成をこれと比べたらいいんじゃないか A64FXコアのパイプライン 4ALUでそのうち2つをAGUと共有してるんだな SPARC64 XIIでも同じ Cortex-A77だと4ALU+2AGUだから富士通のはそこが弱そう HPCだと関係ないかもしれんけど
>>942 お蔵入りになったAMDのARMもそんな感じなんじゃなかったっけ? >>945 そうだと思うが、x86とのソケット互換まで構想していた まあそんなPCは時期が早かった >>944 汎用CPU、少なくともx86じゃあり得ん構造だな k8/10のパック式が一番近いか 設計としてはSIMD特化か >>947 そもそも RISC に AGU なんて必要すか? やっぱARM売却すんの? SBいったい何したかったんだか? ARMの事業体制変更させられたとかチラッとみたけど ビジョンもなくてほんと迷惑なハゲタカだな ホークスつけたのはハゲタカいいたかったのか?
もっと高くなってから売りたいとか、 所有することで様々な情報を入手するなどのメリットを得るとかしたかったが、 本体が左前になるのが予想外だったということだろう。
保守管理部門だったかが欲しくてDEC買収して潰したCompaq思い出した
ソフトバンクが潰れても切り売りされるだけで困るのはみずほぐらいって言う… 下手すりゃみずほも困らんか
まあ切り売りするにしても高く売りたいだろうし、時期が悪い
>>956 労多くして功少なしで林檎が抱えるメリットがほとんどないだろう 今後Armアーキテクチャ外部供給しませんとか言い出したら反トラスト法と喧嘩することになりかねん >>957 確かに P.A.Semi を買収した時も既存顧客向けの販売で揉めて米政府に怒られてるす https://www.eetimes.com/apple-agrees-to-support-p-a-semi-processor/ ーーー Apple sent a letter to the DoD saying it will assure production of the 1.8 GHz PWRficient processor for three to five years, said one source who saw the letter but asked not to be named. The letter suggests Apple will explore selling the designs to a third party after that time. ーーー Appleが買収したらみんなRISC-Vに逃げるんじゃない? それはそれで面白そうだけど
PA6Tがもう少し出るのが早ければMacのIntel移行は無かったのかもしれん 当時から考えるとワッパはCore/Core2を凌駕してるだけに惜しい Appleも自社買収したなら使えばよいのに勿体ない
みんなの期待に反して、売らないんじゃないかと俺は思ってる ソフバンは巨額損失被ったけど他の資産売りまくってるし、 ARMは一部株式のみ売却で影響力残す余裕はあるでしょ。 まあそうやってARMを守るのもシナジーのない買収を正当化する目的しかないんだろうが
自分も売らんと思うな 他と違ってArmはこれからも金稼いでくれる優良子会社であり続けるだろうし
ハゲは携帯電話会社をアホみたいな高値で買ったら偶然iPhone特需で一気に収益源になったってのがあるから、 それに味を占めて、アホみたいな高値買収を繰り返してるんだろ
ARMって巨額の買収金額に見合う程の 利益は得てるの?
首が回らなくなった東芝は稼ぎ頭で虎の子のフラッシュを売らざるを得なくなったんだが
ARMアーキテクチャをAppleが独占する流れか クックならやりそう
Armがライセンス料を最大4倍にすると言ってきてるらしい・・・ RISC-Vいよいよくるか
ヨシ!Intelが富士通にx86のライセンスを出そう
>>964 今は高性能コアの開発に力を入れてて投資額が増えてて、利益は出てないみたい そのかわりCortex-A77とかCortex-A78とかだんだんコアの性能が上がってる サーバ向けで売れるようになれば投資は回収できて利益出せるんだろうけど ARMのライセンス見てきたが コレ一定規模以上のマスプロ以外の分野死滅するんでは?
まさにソフトバンクに買収された時に危惧された事だよなあ
ARMは収益化図ろうとすればすぐに利益は出せるだろうね 新コアの開発をやめればいいだけだから 今まで開発したコアを少し手直ししていくだけでかなりの長期間やっていける ただ、それだとPC分野やサーバ分野に進出するのは難しいだろうね
・Neoverseちゃん死産 ・Xscale復活の狼煙 ・林檎Intel回帰 の3本でお届けします
これも売却に向けての動きなのかな? 半導体設計メーカーのArmがライセンス料の4倍値上げを要求か https://gigazine.net/amp/20200716-arm-price ロイター通信が問題に詳しい筋から得た情報として、Armの営業担当者が ライセンス料引き上げの交渉を行っていることを報じました。引き上げ 幅は「最大で4倍」とかなりのもので、Armからライセンスを受けている 企業の一部ではArm以外の設計へ乗り換えるよう検討を求められたとのこと。 ライセンス料が具体的にどれぐらいの規模なのかは明かされていませんが Armアーキテクチャは年間平均で220億個出荷されています。 一方で、2016年にArmを3兆円規模で買収したソフトバンクですが ゴールドマン・サックスからはArmを売却するように助言を受けて おり、売却検討の初期段階にあることが報じられています。 RISCV活気づいてマカーがまた梯子外される流れか
>>969 arm社自体はともかく stm32fは組込界のデファクトになりつつあるな ARMはライセンス料上げたら顧客がRISC-Vに流れるし、 上げなければ、買収価格に見合うだけの利益出すのは無理
ソフトバンクが買収した当時のARMの売り上げは500億程度だったはず 当時でもあれだけ普及してたのにだよ? 今までがライセンス料が安すぎなのでは? 年間の売り上げが500億とか1000億では高性能なコアの設計をしてたらきついだろうね ライセンス料の引き上げは主にハイエンドスマホ向けやPC、サーバ向けなんじゃないの?
ライセンス料が安いから使っている、という要素もあるので、 値上げしたら他に流れるきっかけを作ることになる。
MIPSやらPOWERやらRISC-Vやら夢が広がりそうだな SHは……無いか ARMとx86だけじゃつまらんからねえ
PCがx86から逃げられないのと同じでスマホもARMからは逃げられない ライセンス料を引き上げられても従うしかないのでは?
せっかくMacがARMに移行することになってPC向けにも入り込めたのに ここでARMを手放したら馬鹿みたいだな もし、仮にMicrosoftがMac向けのARM版Windowsを出したら ARM版Windowsもある程度普及するかもしれないのに
垂直統合だったメインフレーム、ミニコン。パソコン、クラスタサーバーへの 流れで水平分業の一層を勝ち取ったIntelが興隆。 スマートフォンが重要な時代になって、プロセッサの階層自体が さらに2、3階層に分業化してIntel以外の企業が登龍。 そんな中でAppleの垂直統合傾倒は吉と出るか凶と出るか
林檎のArm移行は今更引くに引けないでしょ 一番の大口需要って事でArmとかなりやりあい買い叩きにかかるはず Armも大口顧客失いたくないからかなり妥協しそうな気がする QualcommやSamsungはどうなるかねぇ……あとHUAWEIもw
取り敢えずMac板の痛い信者みたいな連中が赤っ恥かく展開が一番面白い まあソフバンに買われた事で命運尽きた気がするが…
ARM のライセンス料値上げの話題すけど、政治案件で大口顧客の Huawei を失った穴埋めとして米政府から内諾が出てるんじゃないすか? 交渉のために顧客を訪問する営業担当者の後ろに強面の MiB なヒトが立っていそうす。。。
ソフトバンクがARMを買収する時に顧客が 不安視してるって報道があったけど、ある意味 それは当たってた訳だ
そりゃこのスレにいる様な人からすれば 買収すんな余計な事するなハゲでしか無かったわけだし あ、次はワッチョイありで建ててくれ コテハンよけと言う事で……
ワッチョイ、IP表示で喜ぶのは業者 業者はそれらの対策ができてるからね
スレの浄化は全体主義的な傾向 もっと民主的な混沌を
糞画像貼り付けるような輩は 民主的な合意のもと排除されるべき
lud20200802095537ca
このスレへの固定リンク: http://5chb.net/r/jisaku/1590660858/ ヒント: 5chスレのurlに
http ://xxxx.5ch
b .net/xxxx のように
b を入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「CPUアーキテクチャについて語れ 48 YouTube動画>5本 ->画像>7枚 」 を見た人も見ています:・CPUアーキテクチャについて語れ 40 ・CPUアーキテクチャについて語れ 46 ・CPUアーキテクチャについて語れ 44 ・CPUアーキテクチャについて語れ 47 ・CPUアーキテクチャについて語れ 42 ・CPUアーキテクチャについて語れ 53 ・CPUアーキテクチャについて語れ 55 ・CPUアーキテクチャについて語れ 52 ・CPUアーキテクチャについて語れ 51 ・CPUアーキテクチャについて語れ 56 ・CPUアーキテクチャについて語れ 39 ・CPUアーキテクチャについて語れ 51 ・CPUアーキテクチャについて語れ 37 ・CPUアーキテクチャについて語れ 30 ・CPUアーキテクチャについて語れ 32 ・[RISC]CPUアーキテクチャについて語れ![VLIW]2 ・投資オープンチャットについて語れ ・一見の価値ありバーチャルyoutuberについて語れ ・3K新聞。マーシーについて語れ38 ・國又について語れ ・武田氏について語れ ・習い事について語れ ・ガードルについて語れ ・栃木県の温泉について語れ ・Progateについて語れ ・クティオについて語れ 2 ・東池袋りべるたんについて語れ ・チラ裏284について語れ ・栃木県の温泉について語れ 2 ・岡山県の教育について語れ ・撫育資金と特別会計について語れ ・車屋檀家制度について語れ ・残価設定ローンについて語れ ・競馬予想tvについて語れ ・映画『関ヶ原』について語れ ・【老舗】IG証券について語れ ・HIITについて語れ Part.5 ・釣りツイッタラーについて語れ ・まな板ケースについて語れ 3枚目 ・コテハン「このレス転載禁止」について語るスレ ・AMDの次世代APU/CPU/SoCについて語ろう 287世代 ・AMDの次世代APU/CPU/SoCについて語ろう 304世代 ・Intelの次世代技術について語ろう 108 ・Intelの次世代CPU/SoCについて語ろう 80 ・AMDの次世代APU/CPU/SoCについて語ろう 301世代 ・AMDの次世代APU/CPU/SoCについて語ろう 266世代 ・AMDの次世代APU/CPU/SoCについて語ろう 311世代 ・AMDの次世代APU/CPU/SoCについて語ろう 246世代 ・AMDの次世代APU/CPU/SoCについて語ろう 274世代 ・AMDの次世代APU/CPU/SoCについて語ろう 299世代 ・AMDの次世代APU/CPU/SoCについて語ろう 313世代 ・AMDの次世代APU/CPU/SoCについて語ろう 310世代 ・AMDの次世代APU/CPU/SoCについて翻訳しよう7スレ目 ・AMDの次世代APU/CPU/SoCについて翻訳しよう8スレ目 ・AMDの次世代APU/CPU/SoCについて語ろう 307世代 ・AMDの次世代APU/CPU/SoCについて語ろう 277世代 ・AMDの次世代APU/CPU/SoCについて語ろう 294世代 ・AMDの次世代APU/CPU/SoCについて語ろう 264世代 ・AMDの次世代APU/CPU/SoCについて語ろう 305世代 ・AMDの次世代APU/CPU/SoCについて語ろう 237世代 ・AMDの次世代APU/CPU/SoCについて語ろう 302世代 ・AMDの次世代APU/CPU/SoCについて語ろう 280世代 ・AMDの次世代APU/CPUについて語ろう第107世代 ・AMDの次世代APU/CPU/SoCについて語ろう 308世代 ・AMDの次世代APU/CPU/SoCについて語ろう 288世代
06:14:55 up 39 days, 7:18, 0 users, load average: 7.19, 6.51, 6.71
in 0.034034967422485 sec
@0.034034967422485@0b7 on 022120