CPUアーキテクチャについて語れ 48
レス数が1000を超えています。これ以上書き込みはできません。
CPUの勉強真面目にしようと思って本買おうと思ったんだが、ヘネパタとパタヘネって何が違うんだ？
ヘネパタデカすぎてびびったわ Cortex-X1もあるし、Switch用カスタムTegraのCPUは安泰だな
携帯モードで2k・60fpsが余裕で熟せるSwitch Pro（仮）やさらなる後継機にも期待できる 昔自作PC用にあった、Alphaチップ対応マザボみたいに
今のPower7/8/9 UltraSaprc/Sparc64系 が載るマザボと
当然CPUそのものも市販して欲しい 選択肢はほしいがビジネスの継続性考えないとどうにもならない。
数少ないその回答がラズパイじゃないか でも当時Alphaマシン所有してた人は、何かＰＣにはない凄さを
感じたのか？ 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
確かソースコードが同じだったはず 当時は国産だと96年の1B/V3あるぞ但し16MBまでしかメモリが扱えない
それなんてi286と思ってはならない
http://www.os-museum.com/1bv3/1bv3.htm > 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はどの程度の性能になるんだろうね
サーバ向けでも使われるのかな？ IntelのCPUロードマップだが、
Skylake比でIPCがSunnycove＋18％→Willowcove+25％
次のGoldencove+50%→Oceancove+80％と飛躍的上がる
GoldencoveからはZenと同じくフルスクラッチの新コアになる可能性があるな
さすがにP6の継ぎ足しでのIPC向上はWillowcoveで限界だろう
ttps://wccftech.com/intel-next-gen-10nm-willow-cove-golden-cove-ocean-cove-ipc-increase-rumor/ >>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であることを放棄した感じになっての企業競争に負けた感じなはず
「感じ」ばっかだけどこんな感じだったはず
（ハフマン圧縮がどうこうと読んだ記憶が・・） https://3dfmaps.com/CPU/cpu.htm
線形ソルバーのベンチマーク
今の(やや古いけど）x86だと0.04秒とかつてのAlpha(約10秒)の桁違いの結果 >>72
RISCはとても効率が悪いということを受け入れようぜ。 >>74
>>75
命令が多くなってメモリ容量とかがヤバいことになったのが敗因ってこと？
そういえば今のRISC-Vもx86系よりは容量食うんだよね。組み込みには致命的な気がするけど、どうなんだろね たるさんのパソコンフィールド「ふやけた解凍済み命令(CPUマニアのぼやき編) 」
https://web.archive.org/web/20110902191731/http://www.ne.jp/asahi/comp/tarusan/main124.htm
この記事だとキャッシュのヒット率がx86のほうが高いってなってる
>>78
x86 vs. RISCの時代よりトランジスタのコストは下がってるから
多少リッチな実装をしても最終的に帳尻は合うようになってるかも 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プロセスなら、コンピュートダイ１つにつき32Mのキャッシュ積める時代に、
キャッシュメモリが超貴重だったころの話をしても当てはまらないかもしれない 内部で変換する時点でRISCもCISCも意味ないから
ISA含めたアイデア勝負で決まる時代から札束で殴る世界になったってだけだよ
だから数が出るx86だけが残った
当時はDECすら自社でファブ持ってた時代よ 命令密度に関してはVLIWの死因でもあるな
>>80
とてもなつい 全体のキャッシュ容量は増えたけど、
今でもデコーダに最も近くて速い命令用L1は32KBとかだね https://www.youtube.com/watch?v=NLrKxWL73Mw
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
ーーー 一方で Linus Torvards わ C++ 嫌いで有名という…
https://www.ictnews.com.ng/2019/09/linus-torvalds-thinks-that-c.html
ーーー
C++ is a horrible language. It’s made more horrible by the fact that a lot of substandard programmers use it, to the point where it’s much much easier to generate total and utter crap with it.
ーーー
こいつらがいる限り C の拡張も絶望に見えるす 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性能がこのぐらいってことか https://www.jstage.jst.go.jp/article/seisankenkyu/53/1/53_1_60/_pdf
姫野ベンチでのかつてのRISCワークステーションでの結果
最速のAlphaマシン500Mhzでも200Mflops程度
なおかつ、今のPCで実行した姫野ベンチが最大サイズなのに対し、この表の
結果は最小サイズでの結果 >>172
＞素のFPU性能がこのぐらいってことか
姫野ベンチわ FPU 性能の寄与が小さく、メモリ帯域に強く影響されるす
http://i.riken.jp/supercom/documents/himenobmt/
ーーー
姫野ベンチマークテストは主に計算機のメモリバンド幅などの性能による効果が大きいベンチマークです。
ーーー んーMIPSがSGIに買収されたからおかしくなったというよりは、
経営がいまいちになっておかしくなったから買収された
みたいな？ 今のCPUのFPU性能計るなら、構造解析系のベンチを動かした方が
いいかもな >>173
まあ同じ表でPenIII/700MHzや PenII/450MHｚが載ってるから
話は分かりやすいかな。 姫野ベンチ 当時のスパコンである富士通VXと日立SR8000の結果が
PCやWSと大きな違いがないが、すでにこの辺りからCPU単体で見たら
PC/WSとの差がない状態だったんだな FPUベンチっていっても、伝統的なx87命令は、使用非推奨で、
互換性のためだけに存在していて、パフォーマンスは落ちてるからな
x87命令でベンチされても実態と合わない >>156
面倒なことをやってくれるが遅いC++、
GUIアプリは、面倒なことやってくれる利点でC++
面倒なことはやらないか、自前でやるから早いほうがいいCUIアプリや単機能なサーバアプリなんかはCだろ pentiumⅡ・Ⅲの結果がRISCと抗してるとこ見ると、x87は使ってないかと
かといって、Ⅱに対するⅢの結果がクロック比例なのでⅢの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++に違いなんてないわな。
あるのはコンパイラの違いだけ。 此処にも湧いているかもしれないので貼っておく
---
ハンドブックが発狂して殺人予告を繰り返した時にIPスレで自爆したんだよ
IPバレたから速攻で調べられて山形県民なのが判明した
http://hissi.org/read.php/jisaku/20200602/K20vZUYrek1k.html
↓
山形ハンドブックが逆ギレしてエア3700Xで新キャラをメイキング
↓
http://hissi.org/read.php/jisaku/20200606/MEhNaGVtVGww.html
↓
証拠が出せずエア3700Xと自ら証明するも痴呆設定で逃走開始
↓
どうしても逃げ切れなくて失踪
↓
また別のﾜｯﾁｮｲに変えて活動再開←いまここ
0825 Socket774 (ｽﾌｯ Sdea-tTjP) 2020/06/08 06:35:24
>>823
殺すから住所書け
ｽﾌﾟｯｯ Sd6a-KKU7←山形ハンドブックと判明
↓
ﾜｯﾁｮｲ fecd-/gQP←エア3700Xで他人に土下座を強要し脅迫
↓
ｽﾌｯ Sdea-tTjP←土下座ハンドブックから手淫ハンドブックに出戻り更に殺人予告 こんなにたくさんのソフトが不安定なのも、こんなに簡単なプログラムが動かないこと、そしてゲームの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ってすげーんだな
今も生き残ってるだけあるわ >>207
http://www.nminoru.jp/~nminoru/memo/spec/spec_cpu2000_all.html
ここ見ればわかるけど
AlphaとPentiumⅢ 最終モデル同士でも
Alphaが勝ってる SparcSationやSGI Indigoが同時期のx86PCと比較して 薄型の筐体だったのは
CPUの消費電力が小さかったおかげか？ よく言われるSparcはx86より実行性能が低い
これ、まさかMicroSparcあたりをPentium4やそれと同世代のAthron系
Core2なんかと比較してとかじゃいよね？ 当時のクロックは物理的には余裕があって、設計ノウハウでぶん回してた CPUアーキテクトのジム・ケラー氏がIntelを辞職
https://pc.watch.impress.co.jp/docs/news/1258572.html
＞ 米Intelは11日(現地時間)、著名CPUアーキテクトのジム・ケラー氏が、
＞一身上の都合によりIntelから辞職したことを発表した。
＞
＞ 同氏はIntelには2018年4月に入社し、
＞約2年に渡って製品のリーダーシップを努めてきた。
＞なお、辞任後も6カ月間にわたってコンサルタント役を務める。 産業スパイでもやりに行ってたのかってくらい短い任期だな、解せんな
家族に不幸でもあったのかなぁ テスラも同じくらいしかいなかったはず。
まああっちは成果物なんかあったの？ ってレベルなんで
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入れたほうが、手っ取り早いのは
わかるけど、、、 ラックマウントサーバーに静粛性を求めるのは無理オブ無理だろうｗ
ありゃ基本的にラックに入れて空調と電源整ったデータセンターみたいなところに隔離・設置するもんだし
周りもみんな轟音、空調も轟音でデータセンターうるさいっすわー
夜勤で見回るとき鼻歌歌っても分からんくらい(それはない) 無理と思ったほうが早い
大概サーバーマネジメント機能のある専用電源使う ラックマウントサーバは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億円削減できるわけだから >>250
ウェスタンデジタルが開発したRV32IMCのコアでオープンソースで公開してるコアあるよ
ライセンスはApache 2.0
https://github.com/chipsalliance/Cores-SweRV 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はあることはあるけど、古いよ？
ちなみに32bitです
Imagination Technologies Creator Ci20 Linux/Android 開発 ボード VL-62851
https://jp.rs-online.com/web/p/products/1253305/
Imagination Technologies Creator Ci40 IoT 開発 ボード VL-62913
https://jp.rs-online.com/web/p/products/1253306/ MIPSのSBC、貼ったけど、やっぱりお勧めはできない
やっぱり古すぎる WDは、HDDやSSDのコントローラにRISC-V使うんでしょ？ SBCといえばGigaDeviceのRISC-V 32bit GD32VF103CBT6にカラー液晶とMicroSD
コネクタとケースが付いたLongan NanoというSBCが秋葉原で800円ぐらいで売っている
ttp://akizukidenshi.com/catalog/g/gK-14678/
ttps://www.shigezone.com/?product=longan-nano128-32
Arduinoの代わりに使うようなやつだけどRISC-Vの実機をいじりたい人はどうぞ CPUはRV32IMAC+αっぽいね
こういうの弄れると楽しそうだなぁ羨ましい Linuxが走らなくてもいいなら、SipeedのMaixシリーズだね
RV64GCなので64bitで倍精度浮動小数点演算にも対応
Flashが16MB、RAMが8MB
Maixbitなら320x240のLCD付きで秋月で3000円で売ってる
こちらはArduinoに対応してて、MaixPyというMicroPythonも使える
http://akizukidenshi.com/catalog/g/gM-14471/
1個 ￥3,000（税込）
Sipeed Maixduino
https://www.switch-science.com/catalog/5707/
税込単価 3,960 円
MaixduinoはMicroPythonからWiFiが使える
ただし、Arduino用のオンボードのWiFi用ライブラリはなし
Sipeed Maix M1 Dock
https://www.switch-science.com/catalog/5701/
税込単価 3,300 円 >>273
Shigezone、通販はじめてたんだね >>275
K210関係は先週スイッチサイエンスがオンラインでなんかやってたみたい
ttps://mag.switch-science.com/2020/06/07/otegaruai/
Longan NanoはPlatformIO経由ならArudino言語でプログラミングできるよ
ttps://www.sigmdel.ca/michel/ha/gd32v/longan_nano_01_en.html Arduino IDEやPlatformIOでのArduinoでプログラム書いてビルドするところまでは
製品持ってなくてもできるので試してみるのありかも
書き込み、実行は製品持ってないとダメだけど >>266
サターンにPA-RISCってのは初耳
情報のソースはあるの？
確か、HPってPA-RISCはほぼ社内
のサーバやWS専用って感じだったよね >>256
https://monoist.atmarkit.co.jp/mn/articles/1906/24/news039.html
> また、WDは同社が開発するオープンネットワークプロトコル「OmniXtend」が、
> Barefoot NetworkのP4プログラマブルイーサネットスイッチASIC「Tofino」に対応したと発表した。（略）
> 今回の対応により、「CPUやGPU、機械学習アクセラレータ、FPGAといった異なるアーキテクチャ間でも、
> イーサネットスイッチを介して単一のメモリプールを共有できる」（WD）としている。
ただのコントローラーの開発なのかと思ってたら
かなり大きなヴィジョンを持ったプロジェクトなのね >>279
http://web.archive.org/web/20150417010407/http://japan.renesas.com/products/mpumcu/superh/related_sh/theme/story/06.jsp
ルネサスのSH-2開発秘話にその辺の検討の話が乗ってたから結構有力だったと思い込んでたけど、普通に撥ねられたっぽいしどっちかっていうとV810の方が有力だったみたいだわ、スマン
この話は日本の貴重なプロセサ話なので面白いし全部読んで欲しい 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の下克上はあるのかな？ もはやパーソナルなコンピュータという地位はスマホが持ってる
オンラインゲームの売り上げも桁違いだからね
https://www.famitsu.com/news/201907/10179391.html
＞PC＆コンソールゲーム機773億円、
＞スマートフォン＆タブ レット1兆2,020億円、
＞フィーチャーフォン301億円となり、
＞これらを合わせた2018年の国内オンラインゲーム市場は1兆3094億円になりました。
＞2017年に比べると市場規模が4% 減少しました。 サーバー分野も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版は移植されてた。 Amazon設計のARMプロセッサ「Graviton 2」の性能はIntel製CPUにどれほど迫っているのか？ - GIGAZINE
https://gigazine.net/news/20200616-intel-vs-graviton2/ >>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
スマホの開発環境として必要だから無くならないでしょ。 http://www.keyton.co.jp/index_series/SUNAT0004.html
SparcのノートWS どっからどう見てもそこらのノートPC以下のスペック
なのに、価格100万以上のボッタクリ
せめて、2-3万じゃないの？これ >>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みたいなＩＰを整備開発して管理販売する会社が必要 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 のヒトの講演す
https://youtu.be/l9hM0h6IQDo
ただ個別の 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 化するには２つの方法がある
- コンパイラの最適化に任せる → 安定版 Rust を含む全てのリリースチャネルで利用できる。ごく簡単なパターンなら SIMD 化される。
- コンパイラの SIMD intrinsic を使う → 現時点では非安定。SIMD クレートを使うと、Rust らしいプログラミングスタイルのまま SIMD 化できる。
・今回の計算内容（円周率の近似計算）と私の実行環境では、SIMD 化によって、計算速度が約２倍に高速化された。
ーーー ていうか無知で悪いんだが、x86系でSIMDを明示的に扱う方法ってコンパイラの組み込み関数を使う方法かOpenMP使うかが主流なのか？ >>376
あとターゲットの OS を固定して SIMD 化された API を使う模様す。
C++ わ標準的な方法が有るとか無いとか。。。
https://en.cppreference.com/w/cpp/experimental/simd/simd 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乗根する)すれば良いす >>384
これ私も何年も前から悩まされているすけど、この類の問題でしょ
https://outluch.wixsite.com/rmbp-crash
macOS わサポートするハードウェアが限定されてるんで、かなり積極的な省電力をかけてるす。コレが個体差のバラツキを超えちゃう事が少なく無い模様。
具体的には一部のドライバが省電力機能を効かせすぎるのが原因すなんで、使ってないドライバなら無効化すると治るす >>385 の補足す
ただ折角原因を突き止めて無効化しても、セキュリティアップデートや macOS のアップデートの度に無効にした筈のドライバか再インストールされるす。
個体差問題の上、電力低下でのシャットダウンわ仕様なので Apple わ修正してくれないし、バージョンを経るごとにシステムファイルの保護機能が強化されるしで、面倒な事この上無いという。。。 AppleってWindows VistaのUACを馬鹿にしてたよな
"過剰だ"と 古のCPUが奇跡の入荷! Intel「D8088-2」が新品状態で販売中、1個500円 → 完売
https://akiba-pc.watch.impress.co.jp/docs/wakiba/find/1260352.html
コレクターズアイテムとして買った人が多いんだろうけど
中には回路起こして使おうとしたりする人もいたんだろうか？ クロック準備するところで先に進める人が減るわけですね。
わかりますよ。 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に売った ちなみに2006年の XScale 売却後もずっと Intel が ARM の No.1 顧客だったと言うのも有名な話す
https://www.eetimes.com/arm-customer-ranking/
スマホ市場が確立した今ではまた変わってると思うすけど。。。 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が来るのは何年後になるだろう まあ高いの基準にもよるが、多分その点お眼鏡にかなわない予感。 MacはIntelの顧客の中で言うと何位くらいなんだろうな？
2017年時点での割合はHPやらDellやらよか低めになってるが
https://strainer.jp/notes/229
PCでISA同士の対立がまた見られるとはな、長生きするもんだ 2年後には林檎からの新macはモバイル/WS全部林檎プロセッサに切り替え予定か
Intel向けmacOSのサポートどれくらい続けてくれるかねぇ
最終モデル購入者の減価償却期間終わる時期見計らってはいおしまい、とかなりそうな気はする Pro向けのハイエンドARMプロセッサ･･･
32コア位載せそう(適当 果たしてAppleのWS用CPUはSVEをサポートするのか AmazonのARMプロセッサーは40コアぐらいまで性能がスケールするけど、Intelだと10コア超えたあたりから伸び悩んでるみたいだからな
Zen2でもせいぜい32コアまで >>446
googleと組むらしい
Parallels と Google の提携により、Chrome Enterprise で、フル機能の業務向け Windows アプリケーションが利用可能になります
https://www.parallels.com/jp/chrome/ >>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の最上位クラスと同等以上の性能なので当然といえば当然だがｗ >>461
逆じゃね
プラットフォームレベルでARMに切り替える計画なんだから
x86であること自体が足かせになる >>458
PPCだからといってCellの結果がPowerMacで流用が容易であったという訳ではない
あと富嶽はHPCクラスタの人の伝聞だけど、ARMになって却って苦労したとかなんとか >>461
無理でしょ
移行期間を経て単一バイナリにするんだからMacProもArmアーキテクチャになるのは間違いない
林檎はいずれIntelCPU調達やめる方向なんだからMacProにも自社開発のハイエンドArm載せてくる
プロシューマ向けにIntelが残るならそっち向けに特化させてるMacProが足かせになっちゃうし >>464
このスレッドで『HPCクラスタ』と書くとハードウェアの事なんすけど、どっかに別の業界用語があるらしいのも面白い話す >>466
ノードやラックマウントとかの単語の方が圧倒的に多い気がするけどｗ
まあ実際そう書かれてたりするので、富嶽と共有出来るから科学計算有利というのはまず殆どないかと 基本的なツールの準備には苦労しなくなった、とかね。 高負荷を掛け続けても発熱も消費電力も上がらないってどういうカラクリだよ!? 以前に Cray が富士通と提携して自社の HPC システムに A64fx をラインナップした話を書いたすけど、富士通純正の製品も Sandia 国立研究所に納入されたとのことす。
https://www.sandia.gov/news/publications/labnews/articles/2020/05-22/Fujitsu.html
ーーー
Penguin Computer Inc. will deliver the new system ― the first Fujitsu PRIMEHPC FX700 with A64FX processors.
ーーー
米国側販社として記されてる “Penguin Computer Inc” が Penguin Computing の誤植だとすれば、Top500 上位システムも建設してるかなり大手の HPC クラスタベンダーす。 ハードの話で「HPCクラスタ」なんて聞いたことがない >>470
ThunderX3が間に合わなかったので、A64FXに乗り換えたのでは？ ThunderX3ってクラウドサーバーには良さそうだけどスパコン用途ってどうなん >>472
俺もそう思ったんだが、彼は違ったらしいｗ 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にも併記されてるし、面白いこと知った。 得意げに和製英語にツッコミを入れる彼が
そんな和製英語使うわけないだろｗｗ 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の基礎は変わってない 2年前のA12であそこまで動いてしまうってことはあえてARMv9になるタイミングを待ってたのかもね
armが去年始めにSVE2でNEON命令を統合する方向性を示してたが脱NEONというのは如何にもv9的だ
https://s3.amazonaws.com/connect.linaro.org/bkk19/presentations/bkk19-202.pdf
このあたりのロードマップは大口顧客にはかなり早くから開示していただろうから
ArmMACでは最初から足並みを揃えてレガシーを切っておけばスッキリして都合がいい 富岳の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のようなトリックみたいな定石も少ない >>522
おそろしいことにUSB経由で書き込み出来るFPGAボードで秋葉原価格800円のがあるんだよねw
ttps://www.shigezone.com/?product=tang-nano
これにRISC-Vを実装した勇者もいらっしゃいます
ttps://speakerdeck.com/ciniml/oshou-qing-fpgabodo-tang-nanoderisc-vdong-kasitemita
もうちょっとましなFPGAボードで2500円ぐらいのがあったり(同じTangシリーズだけど別)
ttps://www.shigezone.com/?product=tang-primer
ttp://akizukidenshi.com/catalog/g/gM-14786/ 京コンピューターの頃は45nmぐらいのを国内の富士通工場でやろうとしていたねー https://www.pcgamer.com/intel-skylake-why-apple-left/
Intelの元エンジニアによるとAppleがIntelから
ARMに移行したのはSkylakeに不満を持ったから
と推測してる
Skylakeってセキュリティに問題があったけど
それ以外でもAppleを激怒させる問題gあったのかな？ >>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の世界に参入したほうがなにかと有利ではあるけど >>539
三洋電機の古池進氏、「28nm以降の微細化は意味を持たない」
https://xtech.nikkei.com/dm/article/NEWS/20110519/191938/
国内で唯一32nm、しかもHigh-k/メタルまで進めた元パナソニックの責任者もこう言ってるからね
パナソニックだけじゃなくて東芝もソニーも自社のプラットホームを売り込むことしか考えてなかったから収支がたたなくなったんだろうけど
社内のしがらみで全員玉砕、死なばもろともだったんだろうな 社内政治の都合で技術の未来を決め打ちとかただの自殺だなあ 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で十分対抗できるんじゃないかな 開発キットの一律構成だからまあそんなものなのかな。 >>544
実のところGPUとかのほうが問題なんだぜApple的にはMetalが動けば良いからFatなDirectXやOpenGLよりかなりGPUコアをシェイプアップ出来るこれはquallcommにも言えるがMicrosoftSQ1搭載のAdrenoとかDirectXFeatureLevel11_1相当で8年前のAMD GCN1相当に近い事しかできないしOpenGLは実装されていない
>>546
LakefieldってSIMD周りに制約があるからなぁ…
命令セット拡張 Intel® SSE4.1, Intel® SSE4.2
https://ark.intel.com/content/www/jp/ja/ark/products/202777/intel-core-i5-l16g7-processor-4m-cache-up-to-3-0ghz.html 全てのプラットフォームが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 も当時の産物す >>549
vulcan わ標準化団体の Khronos Group 自身が Metal を使って macOS 用に実装してるから大丈夫なんでわ？
https://pc.watch.impress.co.jp/docs/news/1108626.html ｵﾀちゃんカミングアウトしてるし、スペック明かしても支障ない？
まだ身内にはしてないん？ >>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ビデオカードが
ｸｿ高い値段で売られるわけか。。 個人で買えるARMのSoCだとNVIDIAのがありますが
あれってどうなんでしょう？
あれなら少なくともGPUにかんしては他のARMの
SoCよりは高性能だと思うのですが
https://monoist.atmarkit.co.jp/mn/articles/2006/02/news032.html >>566
そういう機能や性能が必要な用途に良いんじゃないかな？ >>531
Appleは13インチMBP向けにeDRAM付きのSkylakeを大量に発注してるけど
そいつらはWhiskey LakeやCoffee Lakeに相当する脆弱性対策が入ってなくて
今もなおKaby Lake Refresh相当の古いダイ (Model 142 Stepping 10) の在庫処分を押し付けられているから
その辺りの不満もあるのだと思う Jetsonシリーズは次も任天堂に採用されるという説があるな
もうちょっとハイパワーなSoC作れと言いたいが 原始人の方が好きだな恐竜がクレーンになったりしていて、石器時代もサラリーマンは大変だったよね >>562
amazon の Graviton の様に自社データセンターに流用するのかも。。。 ちょうど PC Watch で後藤氏が Apple わ伝統的に ARM ISA のリーディングプラットフォームであったという話を書いてるす。
https://pc.watch.impress.co.jp/docs/column/kaigai/1261696.html
ーーー
そして、Appleは、Armの命令セット拡張をいち早く採用するアーキテクチャライセンシだ。
ーーー
ARM の開発者にとってわ安価に最新の ISA 仕様に触れられるプラットフォームとして人気が出るんじゃないすかね？ ちゃんと調べてはいないんだが
64ビットARM（Arm-v8)一番乗りはAppleのA7（Cyclone）で
本家のCortex-A57/A53より早かったはず たぶんほとんど数は出てないと思うがARMv8の実装としてはX-Geneが一番早いんじゃないかな Saphire RapidsのAMXはコア辺りのTOPSどれぐらい出せるかな？ これすごいね
CPUコアが8コアでメモリ32GB
NVIDIA Jetson AGX Xavier開発者キット
https://www.switch-science.com/catalog/4043/
税込単価 88,440 円 アレ書いた記者に話聞いてみたいな
ミームに近い扱いになってるけど知らない読者のために知ってて書いたのか
ガチで知らなかったのか 世間的には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で使えたら面白そうだなあ >>606
>除算だけは早くならないね
インテルわちゃんと微細化によるトランジスタ数の増加を単純な浮動小数点数演算の性能向上に費やしているす。
ここの Figure 4 とか参照
https://www.nextplatform.com/2016/03/31/examining-potential-hpc-benefits-new-intel-xeon-processors/
ーーー
In other words, each core of a Broadwell microarchitecture processor can run many HPC applications faster simply because it can perform common arithmetic operations like multiply and divide faster.
ーーー
こういう話が好きな方はここ見ると幸せになれるす
https://www.agner.org/optimize/ >>604
>前の京って
国策で売りつけた国内の大学案件しか無い段階で推して知るべきかと思うす。
一方で成功したスーパーコンピュータ開発の例として、NEC のベクトル機わドイツの気象庁をはじめ世界的に売れ、日米貿易摩擦案件にすらなったす。
https://ja.wikipedia.org/wiki/%E7%B1%B3%E3%82%B9%E3%83%91%E3%82%B3%E3%83%B3%E8%B2%BF%E6%98%93%E6%91%A9%E6%93%A6
富岳派生システムの海外セールスも>>470で書いた様に好調な滑り出しす。 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だったでしょ。 >>622
>むしろもう引き合いあるA64FXが異例
むしろ京派生システムの販売不振の方が異常す。
国家予算無しで開発してる NEC SX すら今でも大型案件が売れてるすから
https://www.nec-enterprise.com/Newsroom/NEC-received-a-50-Million-Euro-order-from-the-Deutscher-Wetterdienst-DWD-for-a-highly-innovative-European-weather-forecasting-system-using-NEC-SX-Aurora-TSUBASA-1285
ーーー
Tokyo, June 17, 2019 -
NEC Corporation (NEC; TSE: 6701) today announced that it received an order with a value of 50 Million Euro for a supercomputer "NEC SX-Aurora TSUBASA" from the Deutscher Wetterdienst (DWD), the German weather forecasting service located in Offenbach, Germany, one of Europe's major meteorological service agencies.
ーーー 今でもはいらんだろSX-Aurora TSUBASAは現行機種なんだから
というか地球シミュレータにせよ京にせよ今までは国策スパコンと同仕様の売るビジネスじゃなかったんじゃね
FX100あたりは多い少ないはともかく売れてたので。 国家予算で TOP500 の1位をとったにもかかわらず、販売実績で汎用PCとの互換性で遥かに劣る Blue Gene シリーズにも負け、国内の一私企業が開発する SX シリーズにも負けた京コンピュータを持ち上げるヒト達わ国賊と呼んで良いと思っているす
一旦、見直しの機会すらあったというのに。。。
せめてネットで負け惜しみを叫ぶのでなく、貴重な失敗例として記憶すべきかと まぁ、まだ冷静に歴史を振り返れる時ではないということだよ
特に自国製はみんな思い入れあるだろうから >>625
>FX100あたりは多い少ないはともかく売れてたので。
そこまで言うなら、海外の導入先の十や二十わ挙げられるすよね？主張にわソースが必要す >>623
スパコンでSolarisなんて使うわけないじゃん >>628
こちらは多いか少ないかは別として、と言ってるので10個とか指定に拘束される言われはない。
「国内の大学案件」以外全く売れなかったわけではない事を示せれば十分と考えている
10は挙げられないが台湾の気象局の事例が有名だな
豪州にもFX10が売れている。
表の下の方に英国案件があるけどそれはアーキテクチャ違うので除外
https://pr.fujitsu.com/jp/ir/library/databook/2016/pdf/216.pdf まあ京が無ければ富岳も怪しかったんだからそこはそこで良いんじゃないの？
売れる売れないでマウント取る日本語のできない外人は放置で >>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を入れる)
別に京が長く使いすぎってこともなかろう ここでど素人が偉そうに語ったところで何言ってるの？にしかならん気がする
本当に京を利用してた人が降臨しない限りねえ… http://jp.fujitsu.com/platform/server/sparcenterprise/tool/power/m3000-j.html
ヤフオクでよくSparc64Ⅶ搭載のSparcEnterPrise3000が出てるから、
上のサイトで消費電流計算したら、最小構成でも300wクラス
これ、もしかしてSparc系CPUってx86みたいにアイドル機構がないのか？
PCだとCPUが常時フル稼働状態でもない限り、ここまで消費電力大きくならん。
基本、データセンターや基幹業務用のCPUだからアイドリングさせる必要がないってことか >>668
・水冷方式の採用により，リーク電流を削減
・消費電力が少ないトランジスタを採用
・「レジスタ拡張」，「セクターキャッシュ」により無駄なアクセスを削減
・無駄な回路動作を抑制
不要時におけるクロックバッファ、ラッチのクロック抑止
値が変化した時にのみラッチにクロックを印加し値を取り込む
未使用タイミングにおけるバスの値変化の抑止
・適切なサイズのマクロを使用
タイミングの余裕値を把握し、余裕のあるパスについては小さいサイズのマクロを使用
・レジスタファイルの構造
読み出すエントリを含むブロック以外のアドレスを固定し、読み出しデータ遷移を抑制
全ゲートの電力消費状況を見える化し、コスト対効果を把握して対策を実施
http://sigarc.ipsj.or.jp/Presentation/20100128_yamashita.pdf
http://sigarc.ipsj.or.jp/lecture/ >>678
x86みたいにアイドル機構がないってのはドーユー意味？
Cxステートとか、
電子回路の教科書にも載ってないクロック可変とか
電源電圧可変とかのPowerSave機能とか
休止、割込からWakeupする機能ももってるよね >>680
クロック可変やPowerSave機能って
PentiumⅢ 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で最適なメモリ階層構造をなんとか汁 まだ下がるのか、もう下がらないのか
Historical Cost of Computer Memory and Storage
https://hblok.net/blog/storage/ ビットコストが下がらないなら製造コストが嵩んでる製品はまだ値下げの余地があるでしょ スマホも8GBのRAM搭載のものが出てきてるし
ゲーム機もPS4が8GB、いつでるかわからないがPS5は16GB積むらしい
Raspberry Pi4も8GB搭載版が出た
メモリはもう、十分だと思うけどね
パソコンだって16GBのメモリ必要なのは
グラフィックス関係やビデオ関連、音楽ソフトのDAWやゲームくらいじゃないの？
まあ、スマホもパソコンもゲームが最重要なコンテンツになってるが 容量は十分だと思うが
キャッシュとの速度差が開き過ぎた タスクマネージャー見ると、Googleのメモリー使用量が多い メモリは一部用途にはバカほど使うよな
UE4のコンパイルには32GBでもアウトオブメモリーなることあるらしい 昔NECが作ってた多値技術つかったメモリが脚光浴びるのか そんな感じの1素子に2ビット記録するのがあった
名前は知らん メモリ（DRAM）をどうするかで業界がいつまで経ってもモジモジしてる間に、
SSDはどんどこ自由に進化していき、レイテンシはともかくバス速度はそのうち追いついてしまうだろう
アプリやOSは急速進化し続けるSSDをどう活用してくるか、でPC界隈は物事が動くようになる 既にサーバのDIMMに挿すOptaneメモリが販売されてるよ 昔から一貫して不揮発ストレージには頼るなで変わらん
いくら速くなっても読むたびに死が近づくなら不要不急のＩＯはできない 無駄にコア増やしたり肥大化させるより、メインメモリの役割は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.
ーーー 昨年の Hot Chips で話題を呼んだ Cerebras の12-inch ウェハを丸ごと使ったのAIチップ、”WSE” を覚えてるすかね？
https://pc.watch.impress.co.jp/docs/column/kaigai/1203577.html
TSMC 本体がこの技術にかなり入れ込んでるという話題が出てるす
https://www.digitimes.com/news/a20200706VL202.html
ーーー
TSMC has also developed InFO_SoW (system-on-wafer) technology mainly for processing supercomputing AI chips. Demand for such extremely costly chips may be limited, but TSMC looks to commercialize the InFO_SoW technology in two years.
ーーー
2年以内に商業ベースの製造技術を提供するんだとか >>720
>いくら速くなっても読むたびに死が近づくなら不要不急のＩＯはできない
トンデモない思い込みがある様すけど、フラッシュメモリですら寿命に関係するのわ書き込み回数で読み込みでわ無いす。
むしろ読むだけでデータが消えるのでリフレッシュ動作が必要なのが 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特有というわけでもないし ジム・ケラー語らず
ジム・ケラー氏の退職で、Hot ChipsのIntel基調講演はラジャ・コドゥリ氏に
https://pc.watch.impress.co.jp/docs/news/1264125.html 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でも動くのだからゲームの移植が増えたりしてｗ エヌビディア、時価総額でインテル抜く－グラフィックチップ需要増で
7/9(木) 2:30 Bloomberg >>92
DECはエクセレントカンパニーじゃない
超エクセレントカンパニーだ!
https://i.imgur.com/aezXaj9.jpg >>768
>>770
Apple Silliconは開発者向けの動画でユニファイドメモリと言ってるね。
ハイエンドMac向けSoCは規模的にPS5/Xbox sX用カスタムAPUのような代物かな。
GeforceやRadeonと争うならメモリ帯域がネックになるんで、CS機同様メインメモリもGDDRを使うのかねぇ。
お高いものならいっそHBMだったら面白い。 >>772
問題があるとしたらウンコ画質のビットレートだよね！ >>768
USB4ぐらい載せてこんかな
梯子外すかな(やりそう) Intelと切れたらUSBなんかもっと使わなくなりそうだけどね >>778
Apple siliconの説明画像では高性能GPUと統合メモリの横に先進シリコンパッケージとある
https://cginterest.com/wp-content/uploads/2020/06/200624_apple2.jpg
先進パッケージだったら高効率なヘテロ統合マルチチップとかも実現出来るだろ アップルがARMベースMacでのThunderbolt 4サポートを検討していることを表明
https://jp.techcrunch.com/2020/07/09/2020-07-08-apple-says-its-committed-to-supporting-thunderbolt-on-new-macs-after-intel-details-latest-version/
>TechCrunch宛ての声明でアップルは、これまで長年投資してきた
>接続規格へのコミットメントを再確認したうえで 「アップルと
>インテルは10年あまりの協力関係のもとでThunderboltを設計し
>開発してきました。そして現在ではすべてのMacに搭載され、
>ユーザーはそのスピードと柔軟性を感じていると思います。
>私たちは今後もThunderboltの未来にコミットし、Apple Slicon
>搭載のMacでThunderbolt 4をサポートしていきます」。
これを見るとThunderboltはARMでもサポートされそうだけど
原文の方をみるとThunderbolt 4をサポートするとは書いてないから
翻訳側の先走りなのかな >>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)！」って方向へ話が進んでるが大丈夫か？
https://light.dotup.org/uploda/light.dotup.org659046.png
https://youtu.be/8524mA3lQrA?t=4m38s >>786
つうでもUSBと統合だからサポートしないなら代わりに何載せるという話に >>784
>>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搭載してるから製造コストは安そう https://wccftech.com/apple-5nm-3nm-cost-transistors/
ここでiPhone 12に搭載のA14のコストを予想してるけど
5nmの85mm2で105億のトランジスタ搭載でダイコストが
23.57ドル程度
このA14の性能がA12xに匹敵する性能だと言われてるから
ARMのMacBookやiMacのローエンドなら、倍のサイズでも
100ドル以下だから、Core i3に比べてコストパフォーマンスは
とんでもないことになりそう 同じトランジスタ密度、同じダイサイズ、同等以下のエネルギー消費で、どっちが性能がいいかは設計とソフトの最適化で決まるなら
アーキテクチャのレベルでの違いもあらわになりそうだが
インテルで製造するよりも安いとなれば単にそれだけでもなくなるな >>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版に対応したパッケージが非常に限られているため、
>使いみちはほぼなかったという。 >>817
圧倒的に上
>>821
10000000くらい >>822
>圧倒的に上
もしかしてSXとかVPPみたいなベクトル系
のスパコン？
もしそれだと、PCがPeniumⅡ/Ⅲの
P6コアの時代になるかな >>822
案外少ないね ワイの２／３位やね
ちな中小役員 >>813
ナゾのキャラ設定なんだ、そこはアンタッチャブルで設定の由縁とかは中の人のマジレスは期待できない。
恐らくPC-VANとかの頃からこんな感じだろう。
知らんけど。 いや、科学技術計算ではかなわんがAVXのようなマルチメディア向け
命令セットを用いて、動画エンコ、レイトレレンダリングで
SXやVPPのベクトルCPUと勝負すればx86でも勝ち目はあるはず >>823
正解
>>824
今は普通のサラリーマンだから >>827
ベクトル系CPUでも 普通のCPUのように命令セットは
あるんだよね？ >>828
そりゃそうよ
富岳の設計がまさにそれだ 自分は日本ペニス協会の副会長を任されてるっすが
年収5000万円を超えてるす（笑）
これでもコロナの影響で半分以下に下がったす アセンブラを使う人にはavxとかあんまり意味はない。
1階平家を高層ビルにしてみました的に無節操な設計だからな。
拡張命令は後付け故に命令長が長すぎて、あっという間にショートブランチが使えなくなるし、同じ演算を繰り返す事にしか傾注してないから、高速アルゴリズムを簡単に導入することができない。
dctなど行列演算の高速アルゴリズムは行を入れ替えて同じ演算をまとめることが多いのだけど、どうしても残りの複数の異なる演算を同時に行う必要が出てくる。そうしないと、高速化にならず遅くなるから。
ソフバン出版から出ていたmmx活用ハンドブックだったかには、インテル日本の人がコメントを書いていて、インテルは本当に便利な命令は搭載しないと言っていた。
便利な命令を搭載することはベンチマークソフトをハード化するようなものだから、株価対策的にやらないとのこと。 >>831
SIMDを効率的に使うには
アセンブラかアセンブラもどきしか
記述方法がないだろ >>833
>>831 が意味不明なのわ同意するすけど intel の拡張命令わ MKL 経由で性能を享受してるヒトが多いのでわ？
特に大学の計算機センターなんかわ必ず intel コンパイラのライセンス買ってるし。。。 伝統的なベクトル機がダメだったのは、
CPUの演算性能は、メモリ帯域を満たす分しかなくていいっていう考え方だったので、
メインメモリ帯域がボトルネックになる計算以外でのコスパが非常に悪かった
またメモリ帯域がGPGPUに一気に追い付かれる/追い抜かれた >>832
ベクトルそのものでしょ
制御にARM64使ってるな >>836
知ったかご苦労様すけど、レジスタ幅 512-bit わベクトルでなく SIMD に分類されるす
https://blog.global.fujitsu.com/jp/2016-08-23/01/
ーーー
また、UNIXプロセッサは、スパコンの技術であるSIMD（Single Instruction Multiple Data）を採用し、1度に複数のデータの演算処理を実行させることができます。
ーーー >>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の多コア＋HBM２
ってことは
構造的に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枚所持)
何十枚もの基板が組み合わさって,１枚の
ボードとして構成されてるような構造らしい アメリカのA64FXつかうコンピュータは、豆腐使わずにInifinibandつかうんでしょ？
もったいないよな >>851
>>853
ありがとう！
なるほど
A64FXは規模はちがうけどCellのPPE１個+SPE８個みたいなもんか
PS3で一時SONY死にかけたなあ >>858
CELL BE も SPE 数を増やした将来版でわ PPE も増えるコトになっていたす
https://www.itmedia.co.jp/news/spv/0911/25/news030.html
ーーー
次世代版CELL「PowerXCell 32i」を開発中止すると語っていた。このプロセッサは、2個のPPE（PowerPC Processor Element）と32個のSPE（Synergistic Processing Elements）を搭載する計画だった。
ーーー >>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 搭載す >>864
下記のプレゼンのp.20あたりが参考になるかと。
http://www.ipsj.or.jp/sig/os/index.php?plugin=attach&;refer=ComSys2019&openfile=fugaku_system_software.pdf
富岳専用アプリわ直接 Linux システムコールを呼ばないす >>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 やらのドライバはこっちにしか無い。。。というのが私の推測す mckernelってこれだぞ
https://github.com/RIKEN-SysSoft/mckernel
そもそも計算に集中させるためにmckernelを使っているのになんで雑務までmckernelがやっていると思うのか >>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とかちょっと想像つかない。 >>896
そこの設立にかかわった、Boris Babaian
というロシア人CPU設計者が開発した
エルブルスE2Kがロシア本国で製品化
されたらしいぞ
IA64同様のVILWだけどIA64より効率が
良いらしい
https://pc.watch.impress.co.jp/docs/article/991119/kaigai01.htm
1999年のトランメタとBoris Babaian
に関する記事
当の本人は旧ソ連時代に軍や政府向けの
コンピュータの研究をしてた模様 ゲーミングPCとiMacとLinuxミニマシン持ちだがMacでゲームはやらんな >>900
それItanium比で電力6割性能倍以上とぶちあげるも
資金集められなくて頓挫しなかったか >>902
https://www.anandtech.com/Show/Index/15823?cPage=6&;all=False&sort=0&page=1&slug=russias-elbrus-a8cb-microarchitecture-8core-vliw-on-tsmc-28nm
アナンドテックの記事
どうやら製品化はできたらしい ARM Mac移行でPCゲーは減りそうだが、そこは別に次世代CS機に任せればよい
PS5やXb sXはGPUばかり注目されるがZen 2 8コア
前々世代・前世代のCS機と比べて非常に強力なCPUになった
9900ｋのターボには及ばないがその定格クロック並みには動く
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ユーザーはツベの広告に出てくる棒を引っ張ってオッサンが燃えたり感電するようなゲームやってりゃ自由分だろ 棒を入れられてオッサンが悶えるゲームわやってみたいす >>900
>IA64同様のVILWだけどIA64より効率が
Babayan 教授の Elbrus-3 わ EPIC 的アイデアで VLIW 幅が変わってもバイナリ互換性保つことができる最初のプロセッサで、むしろ Itanium の先祖す。
https://en.wikipedia.org/wiki/Elbrus_(computer)
知財的な理由もあってか、後に Babayan 教授わ Intel のフェローになっているす
https://newsroom.intel.com/news-releases/intel-recognizes-technical-achievement-with-appointment-of-new-fellows-and-senior-fellows/ >>916
https://www.r-ccs.riken.jp/jp/k/system.html
に載ってるデータだとダイは22.7mm x 22.6mm(約7億6千万トランジスタ)らしいぞ >>903
ぐぐってwikiにたどりついたら最初の製品が2014年らしい
そんな後まで追ってねーよ(逆半切れ >>915
x86みたいに古くからある製品シリーズなのか
2000年あたりのあれがどのへんの製品なのか見てみる ソフトバンクがArmの売却を検討
https://gigazine.net/news/20200714-softbank-sale-ipo-arm-holdings/
ソフトバンクグループが、ARMアーキテクチャで知られる
半導体設計企業Armの売却を検討しているとウォール・
ストリート・ジャーナルが報じました。 まーゴールドマンサックスがそういった助言やったってレベルみたいだけど
実際売却することはないと思うわ
アホみたいやん >>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機構が
あって、それで速い 4ALUでそのうち2つをAGUと共有してるんだな
SPARC64 XIIでも同じ
Cortex-A77だと4ALU+2AGUだから富士通のはそこが弱そう
HPCだと関係ないかもしれんけど >>942
お蔵入りになったAMDのARMもそんな感じなんじゃなかったっけ？ >>945
そうだと思うが、x86とのソケット互換まで構想していた
まあそんなPCは時期が早かった >>944
汎用CPU、少なくともx86じゃあり得ん構造だな
k8/10のパック式が一番近いか
設計としてはSIMD特化か やっぱ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もｗ 取り敢えずMac板の痛い信者みたいな連中が赤っ恥かく展開が一番面白い
まあソフバンに買われた事で命運尽きた気がするが… ARM のライセンス料値上げの話題すけど、政治案件で大口顧客の Huawei を失った穴埋めとして米政府から内諾が出てるんじゃないすか？
交渉のために顧客を訪問する営業担当者の後ろに強面の MiB なヒトが立っていそうす。。。 ソフトバンクがARMを買収する時に顧客が
不安視してるって報道があったけど、ある意味
それは当たってた訳だ そりゃこのスレにいる様な人からすれば
買収すんな余計な事するなハゲでしか無かったわけだし
あ、次はワッチョイありで建ててくれ
コテハンよけと言う事で…… ソフトバンクも大変よね
もともと中国アリババへの出資が万馬券大当たり
勢い投資会社気取って散財してたら地雷を踏んで大慌て
怖い債権屋に資産の売却を迫られるし
頼みのアリババも中共圧力、ジャック・マー退任、先行き不透明
armの中国事業を中国政府系ファンドに売却したら
https://www.nikkei.com/article/DGXMZO31413160V00C18A6TJ2000/
米中対立の下で制御不能状態になって大混乱
https://www.bloomberg.co.jp/news/articles/2020-06-12/QBSURPT1UM1201
損さんも中華マネーにちょっと目が眩み過ぎたかもね ﾜｯﾁｮｲ、IP表示で喜ぶのは業者
業者はそれらの対策ができてるからね スレの浄化は全体主義的な傾向
もっと民主的な混沌を 糞画像貼り付けるような輩は
民主的な合意のもと排除されるべき このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 49日 16時間 46分 39秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
